justify"> величезну бібліотеку майстрів-об'єктів (Wizards).
Організація взаємодії з контролерами
Сучасні SCADA - системи не обмежують вибору апаратури нижнього рівня (контролерів), так як надають великий набір драйверів або серверів вводу/виводу і мають добре розвинені засоби створення власних програмних модулів чи драйверів нових пристроїв нижнього рівня.
Для під'єднання драйверів вводу/виводу до SCADA - системи в даний час використовуються такі механізми:
став стандартом de facto динамічний обмін даними (DDE);
власні протоколи фірм-виробників SCADA - систем, реально забезпечують самий швидкісний обмін даними;
новий OPC - протокол, який, з одного боку, є стандартним і підтримується більшістю SCADA - систем, а з іншого боку, позбавлений недоліків протоколів DDE.
Споконвічно протокол DDE застосовувався в перших людино - машинних інтерфейсах як механізм розділення даних між прикладними системами і пристроями типу ПЛК (програмовані логічні контролери). Для подолання недоліків DDE, насамперед для підвищення надійності і швидкості обміну, розробники запропонували свої власні рішення (протоколи), такі як AdvancedDDE або FastDDE - протоколи, пов'язані з пакетуванням інформації при обміні з ПЛК і мережевими контролерами. Але такі приватні рішення призводять до ряду проблем:
для кожної SCADA - системи пишеться свій драйвер для поставляється на ринок обладнання;
в загальному випадку, два пакети не можуть мати доступ до одного драйверу в один і той же час, оскільки кожен з них підтримує обмін саме зі своїм драйвером.
Основна мета OPC стандарту (OLE for Process Control) полягає у визначенні механізму доступу до даних з будь-якого пристрою з додатків. OPC дозволяє виробникам устаткування поставляти програмні компоненти, які стандартним способом забезпечать клієнтів даними з ПЛК. При широкому поширенні OPC - стандарту з'являться наступні переваги: ??дозволять визначати на рівні об'єктів різні системи управління та контролю, працюють у розподіленої гетерогенної середовищі; - усунуть необхідність використання різного нестандартного обладнання та відповідних комунікаційних програмних драйверів;
у споживача з'явиться більший вибір при розробці додатків.
З OPC - рішеннями інтеграція в гетерогенні (неоднорідні) системи стає досить простий. Стосовно до SCADA-системам OPC сервери, розташовані на всіх комп'ютерах системи управління виробничого підприємства, стандартним способом можуть дані у програмі візуалізації, бази даних і т. П., Знищуючи, в деякому розумінні, саме поняття неоднорідної системи.
Апаратна реалізація зв'язку з пристроями введення/виводу
Для організації взаємодії з контролерами можуть бути використані наступні апаратні засоби: - порти.
У цьому випадку контролер або об'єднані мережею контролери підключаються за протоколами RS - 232, RS - 422, RS - 485.
Мережеві плати
Використання такої апаратної підтримки можливо, якщо відповідні контролери забезпечені інтерфейсним виходом на Ethernet.
Вставні плати
У цьому випадку протокол взаємодії визначається платою і може бути унікальним. В даний час пропонуються реалізації в стандартах ISA, PCI, CompactPCI.
Прикладні протоколи, використовувані для організації взаємодії з контролерами, залишені за кордоном цієї книги.
Сервери введення/виводу в InTouch
При функціонуванні InTouch - додатки в реальному часі інформація про всі його змінних зберігається в базі даних. До такої інформації відносяться ім'я змінної, її тип, мінімальне і максимальне значення, уставки, спосіб відображення (дисплей, журнал) і т. Д., А також інформація про комунікаційних каналах, по яких відбувається обмін даними між технологічним процесом і пріложеніем.- додаток підтримує взаємодію з DDE і OPC-серверами. Саме на організації взаємодії з ними і зупинимося нижче.
Підтримувані комунікаційні протоколи (Dynamic Data Exchange - динамічний обмін даними) являє собою комунікаційний протокол, розроблений компанією Microsoft для обміну даними між різними Windows - додатками. Цей протокол реалізує взаємозв'язку типу клієнт - сервер між двома одночасно виконувати програми.
У InTouch підтримується також пакетований DDE - обмін - FastDDE. Застосування останнього помітно підвищуєт ефективність і продуктивність обміну даними завдяки зменшенню загальної кількості DDE - пакетів, якими клієнт і сервер обмінюються між собою. Але принципові недоліки, пов'язані з надійністю і залежністю від кількості зав...
