Page 45 - 4785

- обмін повідомленнями для даних процесу, що потрібні по
запиту, або для параметричних даних (конфігурування,
програмування, діагностика тощо);
Моделі сервісів прикладного рівня. Функціонування сервісів
прикладного рівня, що забезпечують обмін даними можна
розглядати в контексті моделей взаємодії між прикладними
Процесами в поєднанні зі способом ідентифікації даних. Таким
чином для промислових мереж можна виділити чотири моделі
функціонування сервісів прикладного рівня для обміну даними:
1. Клієнт-серверна модель обміну повідомленнями;
представники: MODBUS (MBAP), CANOpen (SDO), FF(незапланова
ні повідомлення), WorldFIP (Aperiodic Traffic).
2. Клієнт-серверна модель ідентифікованого обміну (Polling);
представники: Profibus DP (DP-V0/V1), INTERBUS(PDC), AS-I.
3. Модель Видавець-Абонент / Виробник-Споживач
ідентифікованого обміну; представники:
WorldFIP(PeriodicTraffic), FF (заплановані повідомлення),
RTPS,Profibu DP (DPV2), CANOpen (PDO), LON-Works (NVT).
4. Модель Видавець-Абонент/ Виробник-Споживач обміну
повідомленнями;
представники: CIP (ExplicitMessage Connection), LonWorks (SNVT),
FF (VCR розсилка звітів).
Слід зазначити, що наведені моделі не являються
загальноприйнятими і можуть відрізнятися від наведених в інших
джерелах. Приведені моделі використовуються тільки для зручності
сприйняття матеріалу в даному посібнику.
Клієнт серверна модель обміну повідомленнями між
прикладними Процесами функціонує наступним чином. Прикладний
Процес-Клієнт формує повідомлення для Процесу-Серверу, у якому
вказує необхідну функцію та дані, що її уточнюють. Він ініціює
запит, в кому це повідомлення відправляється Процесу-Серверу. Той
робить зворотну операцію декодування повідомлення. Провівши
необхідні операції, що вказані в повідомленні, Процес-Сервер
генерує повідомлення-відповідь, яке відправляє Процесу-Клієнту.
Протокол прикладного рівня визначає семантику формування
повідомлення-запиту і повідомлення-відповіді.

43