Взаимодействие верхнего и среднего уровней АСУТП

Существует две схемы подключения операторских станций к системе управления, а точнее к уровню автоматического управления. В рамках первой схемы каждая операторская станция подключается к контроллерам уровня управления напрямую или с помощью промежуточного коммутатора (см. рисунок 21). Подключенная таким образом операторская станция работает независимо от других станций сети, и поэтому часто называется одиночной (пусть Вас не смущает такое название, на самом деле таких станций в сети может быть несколько).

Рис. 21 Схема подключения одиночных станций оператора

 

Есть и другой вариант. Часто операторские станции подключают к серверу или резервированной паре серверов, а серверы в свою очередь подключаются к промышленным контроллерам. Таким образом, сервер, являясь неким буфером, постоянно считывает данные с контроллера и предоставляет их по запросу рабочим станциям. Станции, подключенные по такой схеме, часто называют клиентами (см. рисунок 22).

Как происходит информационный обмен? Для сопряжения операторской станции с промышленным контроллером на первой устанавливается специальное ПО, называемое драйвером ввода/вывода. Драйвер ввода/вывода поддерживает совместимый с контроллером коммуникационный протокол и позволяет прикладным программам считывать с контроллера параметры или наоборот записывать в него.

 

Рис. 22 Клиент-серверная архитектура операторского уровня

Пакет визуализации обращается к драйверу ввода/вывода каждый раз, когда требуется обновление отображаемой информации или запись измененных оператором данных. Для взаимодействия пакета визуализации и драйвера ввода/вывода используется несколько протоколов, наиболее популярные из которых OPC (OLE for Process Control) и NetDDE (Network Dynamic Data Exchange). Обобщенно можно сказать, что OPC и NetDDE – это протоколы информационного обмена между различными приложениями, которые могут выполняться как на одном, так и на разных компьютерах.

На рисунках 23 и 24 изображено, как взаимодействуют программные компоненты при различных схемах построения операторского уровня.

Рис. 23 Схема взаимодействия программных модулей при использовании одиночных станций

Рис. 24 Схема взаимодействия программных модулей при использовании клиент-серверной архитектуры

 

В среде SCADA-пакета можно создать мнемосхему технологического процесса для вывода ее на экран монитора рабочей станции оператора.

На рисунке 25 изображен упрощенный вариант мнемосхемы гипотетического технологического процесса. В ходе процесса резервуар при помощи насоса заполняется холодной водой, которая нагревается газовой горелки до определенной температуры. Интенсивность горения регулируется клапаном подачи газа. Нагретая вода подается потребителю через регулирующий клапан. На мнемосхеме в реальном времени отображаются основные технологические параметры процесса:

- температура воды в резервуаре;

- уровень воды в резервуаре;

- положение клапана регулирования подачи газа;

- положение клапана сброса горячей воды;

- производительность насоса.

Рис. 25 SCADA- мнемосхема технологического процесса

 

Эти данные обновляются на экране с заданной частотой. Если какой-либо параметр достигает аварийного значения, соответствующее поле начинает мигать, привлекая внимание оператора.

Сигналы ввода/вывода и исполнительные механизмы отображаются на мнемосхемах в виде интерактивных графических символов (иконок). Каждому типу сигналов и исполнительных механизмов присваивается свой символ: для дискретного сигнала это может быть переключатель, кнопка или лампочка; для аналогового – ползунок, диаграмма или текстовое поле; для моторов и насосов – более сложные фейсплейты (faceplates). Каждый символ, как правило, представляет собой отдельный ActiveX компонент. Вообще технология ActiveX широко используется в SCADA-пакетах, так как позволяет разработчику подгружать дополнительные символы, не входящие в стандартную библиотеку, а также разрабатывать свои собственные графические элементы, используя высокоуровневые языки программирования.

Допустим, оператор хочет включить насос. Для этого он «кликает» мышью на его иконке и вызывает панель управления (faceplate). На этой панели он может выполнить определенные манипуляции: включить или выключить насос, подтвердить аварийную сигнализацию, перевести его в режим “техобслуживания” и т.д. (см. рисунок 26).

 

Рис. 26 Пример фейсплейта для управления насосом

 

Оператор также может посмотреть график изменения интересующего его технологического параметра, например, за прошедшую неделю. Для этого ему надо вызвать тренд (trend) и выбрать соответствующий параметр для отображения. Пример тренда реального времени показан на рисунке 27.

 

Рис. 27 Пример отображения двух параметров на тренде реального времени

Для более детального обзора сообщений и аварийных сигнализаций оператор может воспользоваться специальной панелью (alarm panel), пример которой изображен на рисунке 28. Это отсортированный список сигнализаций (alarms), представленный в удобной для восприятия форме.

 

Рис. 28 Панель сообщений и аварийных сигнализаций

Сегодня на рынке представлено большое количество различных SCADA-пакетов, наиболее популярными из которых являются:
- Intouch;

- WinCC;

- Genesis32;

- Citect;

- Trace Mode.

Лидирующие позиции занимают Wonderware Intouch (производства Invensys) и Simatic WinCC (разработки Siemens) с суммарным количеством инсталляций в мире около 90 тысяч. Пакет визуализации технологического процесса может поставляться как в составе комплексной системы управления, так и в виде отдельного программного продукта. В последнем случае SCADA комплектуется набором драйверов ввода/вывода для коммуникации с контроллерами различных производителей.

Таким образом, операторский уровень АСУ ТП предназначен для реализации следующих функций:

- организация удобного человеко-машинного интерфейса (HMI – Human Machine Interface), т.е. визуализация процесса в удобной для оператора форме (мнемосхемы, графики, числовое представление данных, световая и звуковая сигнализация и т.п.); простота ввода заданий, корректирующих управляющих воздействий оператора, изменения режима работы по инициативе оператора;

- ведение базы данных реального времени, в которой хранится актуальная информация о текущем состоянии технологического процесса, оборудования, технических средств АСУ ТП;

- архивирование данных о ходе технологического процесса и действиях оператора (ведение архивов периодических значений технологических параметров, архивов нарушений регламента, архивов аварийных ситуаций и т.д.);

- обмен данными с вышестоящими подсистемами АСУП или со смежными АСУ ТП (например, подсчет и передача в АСУП технико-экономических показателей функционирования технологического объекта за час и за смену);

- обмен данными с контроллерами и станциями распределенного ввода/вывода;

- формирование отчетов за смену и за сутки;

- адаптация параметров регуляторов по результатам работы системы;

- оптимизация режима работы технологического объекта по выбранному критерию на основе математических моделей объекта.

Все из вышеперечисленных функций, кроме двух последних, являются типовыми и выполняются, как правило, во всех АСУ ТП. Последние две функции, к сожалению, реализуются достаточно редко. Это обусловлено тем, что разработка конструктивных процедур адаптации и оптимизации в системе требует углубленного изучения конкретного технологического объекта, построения его математических моделей, что является весьма трудоемким процессом, требующим высоко квалифицированных специалистов в области современной теории управления. Однако именно эти функции могут позволить существенно поднять уровень эффективности работы АСУ ТП.