бробки і передачі даних на рівні II складається з наступної послідовності технологічних операцій:
отримання інформації з рівня управління II - рівень технологічного контролера;
первинна обробка інформації для відображення;
надання інформації оператору (нормальне, попереджувальне і аварійне стану):
) на відеокадрах з динамізувати елементами зображення;
) в текстових повідомленнях на екрані монітора;
) подачею звукового сигналу диспетчеру в передаварійних і аварійних ситуаціях;
прийом від оператора і передача на рівень управління II команд управління технологічним обладнанням;
накопичення, зберігання і виведення графіків зміни значень контрольованих параметрів (трендів);
накопичення, зберігання і виведення на друк протоколів подій і дій оператора.
. 6Опісаніе організації інформаційної бази
. 6.1Логіческая структура інформаційної бази системи
Відповідно до обраної структурою, вхідною інформацією для рівня управління II (рівень технологічного контролера) є електричні сигнали (аналогові, дискретні) від первинних і вторинних датчиків. Оброблені контролером сигнали передаються на рівень управління III і є вхідними даними для «АРМ оператора УПСВ».
Для передачі даних від контролера в підсистему «АРМ оператора УПСВ» створюється конфігураційний список OPC-сервера доступу до реальних даних. Конфігураційний список являє собою файл бази даних формату MS ACCESS, створюваний OPC-конфігуратором. Даний конфігураційний список може бути використаний будь-яким додатком підсистеми (GraphWorX32, AlarmWorX32, TrendWorX32) і суміжними системами.
Крім даного списку, може бути створений єдиний список контрольованих параметрів, який використовують в подальшому усіма додатками підсистеми. Створення списку контрольованих параметрів і можливість його використання іншими додатками підсистеми виконується додатком централізації доступу до контрольованих параметрах (DataWorX32). Список ведеться у внутрішньому форматі SCADA-системи GENESIS32 і доступний користувачеві тільки за допомогою додатком централізації доступу до контрольованих параметрах. Ця програма дозволяє оптимізувати запити підсистеми «АРМ оператора УПСВ» OPC-серверу доступу до реальних даних.
Коректна і оптимальна робота підсистеми «АРМ оператора УПСВ» вимагає створення ряду додаткових конфігураційних списків, використовуваних різними додатками підсистеми:
конфігураційний список сервера аварійних подій (тривог) створюється головним компонентом (сервером) додатка обробки тривожних подій (AlarmWorX32). Сервер програми обробки тривожних подій призначений для виявлення, фільтрації і відображення аварійних та інших подій, пов'язаних з контрольованим технологічним процесом і діями оперативного персоналу;
конфігураційний список реєстратора аварійних подій створюється компонентом додатки обробки тривожних подій (AlarmWorX32). Реєстратор додатки обробки тривожних подій призначений для архівації аварійних та інших подій, пов'язаних з контрольованим технологічним процесом і діями оперативного персоналу;
конфігураційний список сервера архівації трендів створюється додатком архівування та графічного відображення історії технологічних параметрів (TrendWorX32), яке призначене для побудови й аналізу залежностей параметрів контрольованого процесу від часу і один від одного, а також для архівації та подальшого подання історичних даних на графіках (трендах).
Конфігураційна інформація описаних вище списків зберігається в базах даних формату MS ACCESS. Структура баз даних є закритою інформацією SCADA-системи GENESIS32 і призначена для використання тільки між додатками підсистеми «АРМ оператора УПСВ».
Аварійні події, відібрані по конфігураційному списку реєстратора аварійних подій (додаток обробки тривожних подій), а також архів історії значень контрольованих параметрів, створений на основі конфігураційного списку сервера архівації трендів (додаток архівування та графічного відображення історії технологічних параметрів ), можуть зберігатися в різних базах даних, табличних або текстових документах.
У підсистемі «АРМ оператора УПСВ» вирішено використовувати СУБД MS SQL SERVER версії 7.0. Вибір MS SQL SERVER пояснюється тісним зв'язком MS SQL SERVER з операційними системами сімейства Windows, високою продуктивністю і надійністю бази даних у поєднанні з простим інтерфейсом.
Структура баз даних для зберігання аварійних подій та історії технологічних параметрів у форматі MS SQL SERVER є закритою інформацією SCADA-системи ...
