антажених в поточний момент додатків Windows, залишилися. Необхідність у появі більш досконалого технологічного протоколу дозріла! Але слід зазначити, що відмова від DDE-механізму відбувається не миттєво хоча б тому, що в світі напрацьовано велику кількість DDE - серверів.
З метою розширення можливостей стандартного протоколу DDE на локальну мережу компанія Wonderware запропонувала NetDDE. Він дозволяє програмам, запущеним на об'єднаних в локальну мережу комп'ютерах, вести DDE - обмін. Пізніше NetDDE ліцензується компанією Microsoft і поставляється в дистрибутивному пакеті Windows. Слід зазначити і те, що NetDDE допускає обмін інформацією між додатками на IBM PC і додатками на машинах іншого типу з операційною системою VMS або UNIX. Компанія Wonderware пропонує і інструментальні засоби для розробки DDE-серверів, у тому числі і для не-Windows-платформ.
Протокол SuiteLink був спеціально розроблений фірмою Wonderware для того, щоб задовольнити таким вимогам, як цілісність даних, висока продуктивність і простота діагностики. В основі протоколу SuiteLink лежить протокол TCP/IP. SuiteLink не є заміною протоколам DDE, FastDDE і NetDDE. Новий протокол розроблений для підтримки швидкодіючих промислових систем і володіє наступними характеристиками:
Передача даних здійснюється у форматі VTQ (Value, Time, Quality - значення, час, якість), відповідно до якого кожна пересилається клієнту одиниця інформації супроводжується мітками часу і якості даних.
Завдяки системному монітору операційної системи Windows NT (Performance Monitor) став можливим розширений аналіз продуктивності з передачі даних, ступеня завантаження сервера, ступеня споживання ресурсів комп'ютера і мережі, що особливо важливо для проектування та супроводу великих розподілених промислових мереж.
Підтримка обміну даними між додатками відбувається незалежно від того, чи виконуються ці докладання на одному вузлі мережі або на різних.
Для реалізації функцій OPC - клієнта Wonderware пропонує OPCLink - сервер, перетворюючий OPC в SuitLink - протокол.
У матеріалах, запропонованих компанією Wonderware, наголошується, що більшість реалізованих OPC-серверів створюють для кожного підключається до сервера клієнта новий канал зв'язку або нитку. Для поточної обробки кожного клієнта сервер повинен перемикатися між нитками. Кожна нитка використовує DCOM (Distributed Component Object Model) для організації обміну даними, і DCOM також управляє перемиканням ниток. У підсумку можлива досить низька продуктивність в мережі.
Тести, проведені фірмою Wonderware, показали, що при обслуговуванні OPC-сервером 7 клієнтів (при передачі 4 цілих чисел у режимі оновлення) сервер на 95% займав ресурси CPU. Це означає, що ресурси комп'ютера практично цілком були зайняті перемиканням ниток і DCOM- процедурами. Тому на поточному етапі параметри продуктивності протоколу SuiteLink перевершують параметри DCOM. Що поставляється в комплекті FactorySuite (Wonderware) OPCLink Server забезпечує прийом інформації з OPC- сервера і передачу її по протоколу SuiteLink в SCADA - систему InTouch і навпаки. Саме OPCLink Server рекомендується встановлювати на одному вузлі з OPC- сервером, щоб для мережевих передач використовувався SuiteLink- протокол, а не DCOM (рис.7).
Малюнок 6. - Використання SuiteLink - протоколу в SCADA - системах. Примітка: [складено автором]
Всі описані нижче особливості адресації поширюються і на OPC-сервери з одним лише обмеженням. При розробці InTouch - додатки створюється канал зв'язку з OPCLink - сервером (як з будь-яким іншим SuiteLink - сервером). Але рекомендується використовувати вбудований в InTouch OPC Browser для спрощення вибору параметрів конфігурації підключається OPC - сервера.
Особливості адресації в InTouch
У InTouch вищевказані механізми покладені в основу обміну даними між додатками InTouch і DDE і SuiteLink - серверами, які, у свою чергу, пов'язані комунікаційними каналами з пристроями нижнього рівня (контроллерами).
Так як InTouch призначений для розробки і підтримки інтерфейсу збору даних і диспетчерського управління (рис.8), середовище виконання WindowViewer при взаємодії з контролерну рівнем виступає, як правило, в ролі додатки - клієнта (вузол View) запитувача дані у додатки - сервера (I/O Server).
Малюнок 7. - Обмін даними між InTouch - додатком і технологічним процесом. Примітка: [складено автором]
Через сервер вводу/виводу InTouch - додаток має можливість читати дані з контролера або писати дані в нього. Процес обміну інформацією InTouch - додатки з контролером можна представити наступною схемою
Т...
