Подсистема аварий (AlarmWorX32)

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

• Обнаружение аварийных событий по множеству признаков и критериев, настраиваемых пользователем
• Передача информации об обнаруженных авариях клиентским приложениям, расположенным на разных узлах локальной или глобальной сети
• Простое оповещение персонала об обнаруженных аварийных событиях путем прерывистого отображения информации об аварии и звукового сигнала
• Голосовое оповещение персонала об обнаруженных аварийных ситуациях
• Оповещение персонала путем автоматического дозвона по коммутируемым каналам связи с передачей сообщений об аварийных событиях и приемом подтверждений восприятия от ответственных лиц
• Персональное планирование оповещения для привлечения к мероприятиям по устранению аварийной ситуации только дежурного персонала
• Анализ аварийных событий и действий ответственного персонала
• Объединение всех аварийных событий и подтверждений восприятия системных сообщений ответственным персоналом в сводки аварийных событий
• Отображение вспомогательной информации для аварийных событий, позволяющей локализовать и устранить причины аварии
• Связь с аппаратными средствами системы через интерфейсы OPC
• Возможность запуска сервера обнаружения аварий в качестве службы Windows NT
• Возможность записи информации о событиях в журнал Windows NT
• Мощное средство конфигурирования признаков аварийных событий
• Управляющий элемент ActiveX просмотра текущих аварийных событий
• Управляющий элемент ActiveX просмотра архива событий
• Встроенная среда редактирования сценарных процедур Microsoft Visual Basic for Applications 5.0

Состояние тревоги, в дальнейшем аларм (Alarm) - это некоторое сообщение, предупреждающее оператора о возникновении определенной ситуации, которая может привести к серьезным последствиям, и потому требующее его внимания, а часто и вмешательства. А принял - ли оператор сообщение об аларме? Чтобы снять эти сомнения, в системах управления принято различать неподтвержденные и подтвержденные алармы. Аларм называется подтвержденным после того, как оператор отреагировал на сообщение об аларме. До этого аларм оставался в состоянии неподтвержденного. Наряду с алармами в SCADA - системах существует понятие событий. События представляют собой обычные статусные сообщения системы и не требуют реакции оператора. Обычно событие генерируется при возникновении в системе определенных условий (типа регистрации оператора в системе).

От эффективности подсистемы алармов зависит скорость идентификации неисправности, возникшей в системе, или технологического параметра, вышедшего за установленные регламентом границы. Быстродействие и надежность этой подсистемы могут существенно сократить время простоя технологического оборудования. Например, если оператор не получит вовремя информацию о том, что двигатель насоса перегрелся, это может привести в лучшем случае к выходу насоса из строя, а то и к крупной аварии.

Причины, вызывающие состояние аларма, могут быть самыми разными. Неисправность может возникнуть в самой SCADA-системе, в контроллерах, каналах связи, в технологическом оборудовании. Может выйти из строя датчик или нарушатся его метрологические характеристики. Параметры технологического процесса могут выйти за границы, установленные регламентом и т

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

Дискретные алармы срабатывают при изменении состояния дискретной переменной. При этом для срабатывания аларма можно использовать любое из двух состояний: TRUE / ON (1) или FALSE / OFF (0). По умолчанию дискретный аларм может срабатывать на ON или OFF, в зависимости от конкретной SCADA - системы.

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

• High и High High (верхний и выше верхнего);
• Low и Low Low (нижний и ниже нижнего);
• Deviation (отклонение от нормы);
• Rate of Change - ROC (скорость изменения).
• изменения).

Алармы High и High High срабатывают при достижении переменной заданных для каждого аларма пределов (High Alarm, High High Alarm). Для выхода переменной из состояния аларма (High и High High) необходимо, чтобы ее значение стало меньше порогового на величину, называемую зоной нечувствительности (Deadband). Аналогично можно интерпретировать алармы типа Lo и LoLo.

Все вышеизложенное справедливо и для аларма типа Deviation, только речь в этом случае идет об отклонении значения переменной от заданного значения (Setpoint), причем это заданное значение в ходе технологического процесса может изменяться либо оператором, либо программно (автоматически). Аларм сработает при выходе значения переменной за границу предельно допустимого отклонения.

Алармы типа ROC срабатывают, когда скорость изменения параметра становится больше предельно допустимой. Понятие "зона нечувствительности" (Deadband) к алармам этого типа не применяется.
Каждому аларму в SCADA соответствует некоторая величина, называемая приоритетом аларма. Этот приоритет характеризует важность данного аларма и принимает значения от 1 до 999 (наиболее серьезные алармы имеют приоритет 1). Организовав несколько диапазонов значений и связав алармы с каждым диапазоном, можно достаточно легко отфильтровать критические алармы от некритических. Выполнение анимационных функций, скриптов подтверждения, печать и просмотр информации также могут зависеть от приоритетов.
При определении переменных и условий возникновения алармов каждый из них может связываться с определенным диапазоном при указании приоритета из этого диапазона. Определив уровни приоритетов, пользователь получает возможность просмотра и печати тех алармов, которые интересуют его в текущий момент

Для отображения информации об аварийных ситуациях или событиях в SCADA-системах предусмотрены два типа объектов (окон): Alarm Summary (текущие алармы) и Alarm History (архивная сводка алармов).

С помощью объекта "Текущие алармы" на экран дисплея выводится информация только о текущих подтвержденных или неподтвержденных аварийных ситуациях. В случае возврата ситуации в нормальное состояние запись о ней исчезает из текущей аварийной сводки.

С помощью объекта "Архивная сводка алармов" на дисплей выводятся данные об аварийных ситуациях или событиях, включая количество уже произошедших аварийных ситуаций данного типа, время подтверждения, время возврата в нормальное состояние.

Основные понятия журнала тревог.

Состояние тревоги - это некоторое сообщение, предупреждающее оператора о возникновении определенной ситуации, которая может привести к серьезным последствиям, и потому требующее его внимания, а часто и вмешательства.
События представляют собой обычные статусные сообщения системы и не требуют реакции оператора. Обычно событие генерируется при возникновении в системе определенных условий (регистрация оператора в системе, задвижка открылась/закрылась).
В журнале тревог принято различать неподтвержденные (неквитированные) и подтвержденные (квитированные) тревоги. Тревога называется подтвержденной после того, как оператор отреагировал на сообщение о тревоге. До этого тревога оставалась в состоянии неподтвержденной.
Для отображения информации об аварийных ситуациях или событиях в АРМ разработано два типа журналов: Текущие тревоги и Общая сводка тревог. Для реализации этих журналов использовался один и тот же объект - ”Alarm Summery” (”Сводка тревог”).

В АРМ реализовано два типа журнала для следующих целей:

1. Журнал “Текущие тревоги” отображается на всех мнемосхемах, поэтому он должен занимать как можно меньше рабочего места, предусмотренного для отображения технологического процесса, и информировать только о текущих тревогах.
2. Для информирования оператора как о тревогах, так и текущих событиях служит журнал ”Общая сводка тревог”.
   Журнал “Текущие тревоги” служит для отображения текущих тревог в системе. Он всегда выводится на экране, так как в системе управления очень важно вовремя увидеть и отреагировать на тревогу.

Рисунок - Журнал “Текущие тревоги” Настройки журнала тревог в SCADA – системе iFix 2.6 позволяют выбрать 15 информационных колонок, но после изучения назначения каждой из них, были выбраны самые необходимые:

• “Ack” (“Квитирование”) – отображает состояние тревоги: подтверждена или не подтверждена. Тревога подтверждена, если напротив нее в колонке “Ack” стоит галочка. Подтвердить тревогу можно двойным щелчком на соответствующей строке. В случае возврата значения в нормальное состояние запись о тревоге исчезает из журнала.
• “Time In” (“Время появления”) – сообщает о времени возникновения тревоги.
• ”Time Last” (“Последнее время”) – сообщает время возвращения значения параметра в нормальное состояние.
• “Tagname” (“Имя тега”) – содержит имя тега, значение которого в данный момент достигла одного из порогов сигнализации.
• ”Status” (“Состояние”) – отображает порог сигнализации (таблица 5.5), в котором на данный момент находится значение тега.

Таблица – Типы порогов сигнализации

• ”Value” (“Значение”) – отображает текущее значение соответствующего тега.
• ”Description” (”Описание”) – содержит описание тревоги, кратко поясняющее что произошло.
• “Area” (“Зона тревоги”) – отображает имя группы тревог, к которой принадлежит сгенерированная тревога.

SCADA-cистема использует настраиваемую конфигурацию системы тревог, основанную на зонах тревог, представляющих собой технологические или функциональные участки производства. Для разрабатываемого АРМ созданы следующие зоны тревог, разбитые на две группы:

1. По технологическому принципу: AlarmSmith, AlarmMN, AlarmPN, AlarmRP – зоны тревог каждой частной мнемосхемы.
2. По функциональному принципу: AlarmН31, AlarmН32, AlarmН33, AlarmН21, AlarmН22, AlarmН23 – зоны тревог магистральных и подпорных насосов.

Для информирования оператора о настройках служит полоса состояний, расположенная в нижней части журнала. В ней выводится следующее: общее число неквитированных тревог на данный момент, условие фильтрации тревог (т. е. тревоги каких зон выводятся в данном журнале), условие сортировки тревог (сортировка по времени, по имени тега и т. д., а так же сортировка по возрастанию и по убыванию), режим журнала: Run (Работает), Paus (Пауза).
Для большей информативности оператора о текущих тревогах принята следующая цветовая политика: все неквитированные тревоги в журнале отображаются красным цветом; квитированные тревоги принимают цвет согласно рисунку.

Рисунок – Цветовая политика, принятая в журнале тревог

Поиск по сайту: