ня про відкритість системи є важливою характеристикою SCADA-систем. Фактично відкритість системи означає доступність специфікацій системних (в сенсі SCADA) викликів, що реалізують той чи інший системний сервіс. Це може бути і доступ до графічних функцій, функціям роботи з базами даних і т.д.
Драйвери вводу-виводу. Сучасні SCADA-системи не обмежують вибору апаратури нижнього рівня, так як надають великий набір драйверів або серверів вводу-виводу і мають добре розвинені засоби створення власних програмних модулів або драйверів нових пристроїв нижнього рівня. Самі драйвери розробляються з використанням стандартних мов програмування. Питання, однак, в тому, чи достатньо тільки специфікацій доступу до ядра системи, що поставляються фірмою-розробником в штатному комплекті (система Trace Mode), або для створення драйверів необхідні спеціальні пакети (системи FactoryLink, InTouch), або ж, взагалі, розробку драйвера потрібно замовляти у фірми-розробника.
Для під'єднання драйверів вводу-виводу до SCADA використовуються два механізми стандартний динамічний обмін даними (Dynamic Data Exchange DDE) та обмін по внутрішньому (відомому тільки фірмі розробнику) протоколом. У SCADA-системах основним механізмом, використовуваним для зв'язку із зовнішнім світом, до цих пір залишається механізм DDE. Але через своїх обмежень по продуктивності і надійності він не зовсім придатний для обміну інформацією в реальному масштабі часу. Натомість DDE компанія Microsoft запропонувала більш ефективне і надійне засіб передачі даних між процесами OLE (Object Linking and Embedding включення і вбудовування об'єктів). Механізм OLE підтримується в RSView, Fix, InTouch, Factory Link та ін На базі OLE з'являється новий стандарт OPC (OLE for Process Control OLE для АСУТП), орієнтований на ринок промислової автоматизації. Новий стандарт, по-перше, дозволяє об'єднувати на рівні об'єктів різні системи управління та контролю, що функціонують в розподіленої гетерогенної середовищі, по-друге, усуває необхідність використання різного нестандартного обладнання та відповідних комунікаційних програмних драйверів. З точки зору SCADA-систем, поява OPC-серверів означає розробку програмних стандартів обміну з технологічними пристроями. Оскільки виробники повністю розбираються у своїх пристроях, то ці специфікації є для них керівництвом до розробки відповідних драйверів. Так як ці програмні драйвери вже з'являються на ринку, розробники SCADA-систем пропонують свої механізми зв'язку з OPC-драйверами. OPC-інтерфейс допускає різні варіанти обміну: отримання сирих даних з фізичних пристроїв, з розподіленої системи керування або з будь-якого додатку (мал. 5). На ринку з'явилися інструментальні пакети для написання OPC-компонентів, наприклад, OPC-Toolkits фірми FactorySoft Inc., Що включає OPC Server Toolkit, OPC Client Toolkit, приклади OPC-програм. br/>В
Малюнок 5. Варіанти обміну SCADA-систем з дода...
