служба може бути постачальником даних для інших таких же служб, що знаходяться в загальній мережі, що дозволяє маючи одне фізичне підключення до контроллера отримувати з нього інформацію на декілька серверів практично одночасно;–

дані можуть бути піддані первинній простій обробці безпосередньо усередині служби ще до того, як вони потраплять в SCADA-систему, що сильно прискорить процес в одних випадках і знімає зайве навантаження на SCADА-систему в інших випадках);–

забезпечена легка настройка служби через базу даних. Це дозволяє швидко конфігурувати систему для роботи з новим об'єктом, що сильно економить час розробки;–

зв'язок служби із стандартними журналами повідомлень Windows дозволяє адміністраторам вчасно відстежувати неполадки в системі, а могутня система ведення локального журналу дає повну інформацію як про неполадки, так і про зовнішні проникнення і порушення;–

наявність термінального модуля служби дозволяє вести перенастроювання системи динамічно з будь-якого комп'ютера мережі через стандартну програму Тelnet;–

служба містить в собі невелику локальну базу даних оброблюваних сигналів, що дозволяє ідентифікувати устаткування (якщо це передбачено в контроллері), що вийшло з ладу, і надати дану інформацію в стандартному вигляді SCADA-системи. Схема побудови АСУ представлена на рисунку 1.1.

Дана служба є універсальним інструментом, шлюзом, для надання даних системі WinCC. Все устаткування нижнього рівня може бути підключене до неї, і дані надаватимуться в систему в одному, прийнятому за основу, форматі. Такий підхід дозволяє ще більше прискорити створення нових систем управління, оскільки побудова структури даних - одне з ключових питань на початку роботи над новим проектом. Цей же варіант пропонує вже розроблений підхід і його реалізація виявляється набагато менш трудомісткою [6].

Ще одне, достатньо важлива перевага відкритої системи SCADA є те, що користувач може самостійно проводити настройки деяких компонентів проекту роблячи систему зручнішою для себе. Такій обробці легко піддаються мнемосхеми (що дуже важливо, оскільки проектні версії об'єкту часто сильно відрізняються від реально реалізованих), форми звітів і параметри їх виводу на друк.

Розробка описаного вище сервісу сильно полегшила роботу по сполученню різних пристроїв нижнього рівня з SCADA-системою WinCC і надала більше можливостей для конфігурації складних, багаторівневих розподілених систем управління.

1.3.2 Можливості та переваги SCADA WinCC

SCADA WinCC фірми Siemens – це достатньо відома, могутня система контролю і відображення параметрів технологічного процесу. У 1999 році вийшла п'ята версія даної системи. Через три роки – остання її версія WinCC 6.0. Фірма Siemens вельми ретельно відстежує всі тенденції розвитку SCADA-систем, і ці тенденції знаходять віддзеркалення в останніх версіях WinCC. Зараз WinCC підтримує розподілену архітектуру проекту, що дозволяє створювати розраховані на багато користувачів системи з розділенням функцій між серверами. Як окрема опція поставляється WinCC Web Navigator, що дозволяє здійснювати доступ до даних АСУТП через Internet. Стала можливою розробка єдиного проекту для нижнього і верхнього рівнів АСУТП (для контроллерів і операторських станцій). WinCC поставляється з величезною кількістю бібліотек об'єктів візуалізації самого різного призначення, починаючи із зображень вимикачів і вентилів, і закінчуючи готовими об'єктами АctiveX для роботи із стандартними пристроями, такими як ПІД-регулятор, реверсивний мотор і ін.

Існує думка про те, що система WinCC призначена для використання виключно з контроллерами фірми Siemens. Таке уявлення абсолютне невірно. Система WinCC здібна до інтеграції як на верхньому, так і на нижньому рівні.

WinCC поставляється з набором драйверів для обміну по мережі Profibus, Modbus і ін. WinCC підтримує технологію OPC (OLE for Process Control), причому може виступати і як OPC-клієнт, і як OPC-сервер [5].

Рисунок 1.2 – Основні механізми забезпечення прозорості WinCC

На рівні менеджера даних WinCC можливий обмін змінними з додатками Windows (Excel, Word, додатки користувача і ін.). Для цього використовуються стандартні інтерфейси DDE і OLE.

Всі дані WinCC, зокрема всі настройки проекту, список тегів разом з адресами, список архівів, настройки архівації, а також самі архіви значень параметрів і аварійні повідомлення - вся ця інформація зберігається в таблицях СУБД Sybase, і будь-яке Windows-застосування може дістати до неї доступ через ODBC драйвер.

Крім того, WinCC надає свій API-інтерфейс для програмування. Фірма Siemens поставляє призначений для розробників пакет ODK (Open Developer’s Kit), що є структурованою системою довідки по функціях і структурах даних WINCC, набір *.H-файлів і бібліотек, а також приклади програм на Visual C++. WINCC має модульну структуру, і кожен з її модулів (наприклад, графічний редактор, система архівації, служба аварійних повідомлень) складається з двох компонент: CS (configuration system) і RT (runtime). Відповідно до цього пакет ODK чітко структурований. Функції згруповані по приналежності до модулів WINCC. Причому для програміста відкрито практично все - будь-яка дія, яку можна виконати стандартними засобами WinCC, можна зробити і ззовні за допомогою виклику необхідних функцій. Можна отримувати/записувати значення тегів, змінювати розмір, колір і положення графічних об'єктів, відображати тренди різних параметрів і т.д. Функції ODK можуть викликатися з скриптів, зовнішніх програм і бібліотек DLL.

Набір комунікаційних драйверів WinCC може бути розширений розробником. Пакет CDK (Channel Developer’s Kit) призначений для цих цілей. Він включає документацію, специфікацію на комунікаційні DLL *.H-файлы, бібліотеки і приклади на мові Visual C++. Комунікаційна DLL просто повинна експортувати заданий набір функцій, дозволяючих WinCC працювати з нестандартним устаткуванням.

У скриптах (сценаріях) WinCC використовується мова програмування ANSI C. Для випадків, коли засоби даної мови не досить для яких-небудь цілей (наприклад, для реалізації багатопотокової обробки), існує можливість виклику з скриптів функцій