Подсистема архивов (TrendWorX32)
Подсистема трендов представляет открытое решение по высокопроизводительному построению графических зависимостей контролируемых параметров. Поддерживает спецификацию OPC доступа к историческим данным (OPC HDA), устанавливающую требования к подсистеме накопления и регистрации значений контролируемых параметров в различных базах данных с возможностью последующего извлечения и представления на графиках.
Подсистема архивов обеспечивает накопление и представление текущих данных в виде графических зависимостей от времени, а также является мощным средством архивирования накапливаемой информации в базах данных с возможностью последующего извлечения и просмотра на графиках.
Основные функциональные возможности подсистемы архивов:
o Представление значений контролируемых параметров, получаемых от серверов OPC, на графиках различных типов в реальном масштабе времени.
o Поддерживаются следующие виды графиков:
- зависимость от времени;
- логарифмическая зависимость от времени;
- гистограмма;
- круговая диаграмма;
- зависимость одного параметра от другого.
o Возможность настройки параметров графика, добавления и удаления перьев во время исполнения
o Возможность построения графических зависимостей на основе данных пользователя путем использования сценариев VBA или внешних приложений
o Архивирование значений контролируемых параметров в базах данных MS Access, MS SQL Server, Oracle при помощи сервера доступа к историческим данным TrendWorX32 SQL Server
o Вычисление статистических характеристик выборок значений контролируемых параметров
o Извлечение значений контролируемых параметров из архивов и представление в виде графиков различных типов
o Возможность одновременного просмотра текущих и исторических данных в одной области построения
o Вывод графиков на печатающее устройство
o Разработка и исполнение сценарных процедур на встроенном Visual Basic for applications
o Возможность вставки элементов просмотра графиков в различные контейнеры ActiveX
o Встроенное средство генерации отчетов в базах данных и MS Excel
Подсистема аварий
Это подсистема обнаружения, идентификации, фильтрации и сортировки аварийных и других событий, связанных с контролируемым технологическим процессом и состоянием технических средств АСУ ТП.
Является набором программных компонентов, предназначенных для обнаружения аварийных событий, оповещения оперативного персонала, приема подтверждений восприятия информации об аварийных событиях и регистрации информации об авариях в базе данных.
Основные функциональные возможности подсистемы аварий:
o Обнаружение аварийных событий по множеству признаков и критериев, настраиваемых пользователем
o Передача информации об обнаруженных авариях клиентским приложениям, расположенным на разных узлах локальной или глобальной сети
o Простое оповещение персонала об обнаруженных аварийных событиях путем прерывистого отображения информации об аварии и звукового сигнала
o Голосовое оповещение персонала об обнаруженных аварийных ситуациях*
o Оповещение персонала путем автоматического дозвона по коммутируемым каналам связи с передачей сообщений об аварийных событиях и приемом подтверждений восприятия от ответственных лиц*
o Персональное планирование оповещения для привлечения к мероприятиям по устранению аварийной ситуации только дежурного персонала*
o Анализ аварийных событий и действий ответственного персонала
o Объединение всех аварийных событий и подтверждений восприятия системных сообщений ответственным персоналом в сводки аварийных событий
o Отображение вспомогательной информации для аварийных событий, позволяющей локализовать и устранить причины аварии
o Связь с аппаратными средствами системы через интерфейсы OPC
o Возможность запуска сервера обнаружения аварий в качестве службы Windows NT
o Возможность записи информации о событиях в журнал Windows NT
o Мощное средство конфигурирования признаков аварийных событий
o Управляющий элемент ActiveX просмотра текущих аварийных событий
o Управляющий элемент ActiveX просмотра архива событий
o Встроенная среда редактирования сценарных процедур Microsoft Visual Basic for Applications 5.0
Состояние тревоги, в дальнейшем аларм (Alarm) - это некоторое сообщение, предупреждающее оператора о возникновении определенной ситуации, которая может привести к серьезным последствиям, и потому требующее его внимания, а часто и вмешательства. А принял - ли оператор сообщение об аларме? Чтобы снять эти сомнения, в системах управления принято различать неподтвержденные и подтвержденные алармы. Аларм называется подтвержденным после того, как оператор отреагировал на сообщение об аларме. До этого аларм оставался в состоянии неподтвержденного. Наряду с алармами в SCADA - системах существует понятие событий. События представляют собой обычные статусные сообщения системы и не требуют реакции оператора. Обычно событие генерируется при возникновении в системе определенных условий (типа регистрации оператора в системе).
От эффективности подсистемы алармов зависит скорость идентификации неисправности, возникшей в системе, или технологического параметра, вышедшего за установленные регламентом границы. Быстродействие и надежность этой подсистемы могут существенно сократить время простоя технологического оборудования. Например, если оператор не получит вовремя информацию о том, что двигатель насоса перегрелся, это может привести в лучшем случае к выходу насоса из строя, а то и к крупной аварии.
Причины, вызывающие состояние аларма, могут быть самыми разными. Неисправность может возникнуть в самой SCADA-системе, в контроллерах, каналах связи, в технологическом оборудовании. Может выйти из строя датчик или нарушатся его метрологические характеристики. Параметры технологического процесса могут выйти за границы, установленные регламентом.
Подсистема алармов - это обязательный компонент любой SCADA - системы. Но возможности подсистем алармов различных SCADA - систем, вероятно, разные. С другой стороны, когда речь идет о типах алармов, то все SCADA - системы поддерживают такие типы алармов, как дискретные и аналоговые.
Дискретные алармы срабатывают при изменении состояния дискретной переменной.
Аналоговые алармы базируются на анализе выхода значений переменной за указанные верхние и нижние пределы.
Лекция №7
ТРЕВОГИ И СОБЫТИЯ
Состояние тревоги - это некоторое сообщение, предупреждающее оператора о возникновении определенной ситуации, которая может привести к серьезным последствиям, и потому требующее его внимания, а часто и вмешательства. А принял - ли оператор сообщение о тревоге? Чтобы снять эти сомнения, в системах управления принято различать неподтвержденные и подтвержденные сигналы тревоги. Тревоги называется подтвержденным после того, как оператор отреагировал на это. До этого сигнал тревоги оставался в состоянии неподтвержденного. Наряду с тревогами в SCADA - системах существует понятие событий. События представляют собой обычные статусные сообщения системы и не требуют реакции оператора. Обычно событие генерируется при возникновении в системе определенных условий (типа регистрации оператора в системе). От эффективности подсистемы тревог зависит скорость идентификации неисправности, возникшей в системе, или технологического параметра, вышедшего за установленные регламентом границы. Быстродействие и надежность этой подсистемы могут существенно сократить время простоя технологического оборудования. Например, если оператор не получит вовремя информацию о том, что двигатель насоса перегрелся, это может привести в лучшем случае к выходу насоса из строя, а то и к крупной аварии.
Причины, вызывающие состояние тревоги, могут быть самыми разными. Неисправность может возникнуть в самой SCADA-системе, в контроллерах, каналах связи, в технологическом оборудовании. Может выйти из строя датчик или нарушатся его метрологические характеристики. Параметры технологического процесса могут выйти за границы, установленные регламентом и т. д.
Типовые тревоги.
Подсистема тревог - это обязательный компонент любой SCADA - системы. Но возможности подсистем тревог различных SCADA - систем, вероятно, разные. С другой стороны, когда речь идет о типах тревог, то все SCADA - системы поддерживают такие типы тревог, как дискретные и аналоговые.
Дискретные тревоги срабатывают при изменении состояния дискретной переменной. При этом для срабатывания тревоги можно использовать любое из двух состояний: TRUE / ON (1) или FALSE / OFF (0). По умолчанию дискретный сигнал тревоги может срабатывать на ON или OFF, в зависимости от конкретной SCADA - системы.
Аналоговые тревогибазируются на анализе выхода значений переменной за указанные верхние и нижние пределы.
Аналоговые алармы могут быть заданы в нескольких комбинациях:
o High и High High (верхний и выше верхнего);
o Low и Low Low (нижний и ниже нижнего);
o Deviation (отклонение от нормы);
o Rate of Change - ROC (скорость изменения).
Алармы High и High High срабатывают при достижении переменной заданных для каждого аларма пределов (High Alarm, High High Alarm). Для выхода переменной из состояния аларма (High и High High) необходимо, чтобы ее значение стало меньше порогового на величину, называемую зоной нечувствительности (Deadband). Аналогично можно интерпретировать алармы типа Lo и LoLo. Все вышеизложенное справедливо и для аларма типа Deviation, только речь в этом случае идет об отклонении значения переменной от заданного значения (Setpoint), причем это заданное значение в ходе технологического процесса может изменяться либо оператором, либо программно (автоматически). Аларм сработает при выходе значения переменной за границу предельно допустимого отклонения.
Рис. 1. Графическая интерпретация тревог типа Hi и HiHi.
Из рис. 1 видно, что тревоги Hi и HiHi срабатывают при достижении переменной заданных для каждой тревоги пределов (High Alarm, High High Alarm). Для выхода переменной из состояния тревоги (HiHi или Hi) необходимо, чтобы ее значение стало меньше порогового на величину, называемую зоной нечувствительности (Deadband). Аналогично можно интерпретировать тревоги типа Lo и LoLo.
Все вышеизложенное справедливо и для тревог типа Deviation (рис. 2), только речь в этом случае идет об отклонении значения переменной от заданного значения (Setpoint), причем это заданное значение в ходе технологического процесса может изменяться либо оператором, либо программно (автоматически). Сигнал тревоги сработает при выходе значения переменной за границу предельно допустимого отклонения.
Рис. 2. Графическая интерпретация тревог типа Deviation.
Алармы типа ROC срабатывают, когда скорость изменения параметра становится больше предельно допустимой. Понятие "зона нечувствительности" (Deadband) к алармам этого типа не применяется. Каждому аларму в SCADA соответствует некоторая величина, называемая приоритетом аларма. Этот приоритет характеризует важность данного аларма и принимает значения от 1 до 999 (наиболее серьезные алармы имеют приоритет 1). Организовав несколько диапазонов значений и связав алармы с каждым диапазоном, можно достаточно легко отфильтровать критические алармы от некритических. Выполнение анимационных функций, скриптов подтверждения, печать и просмотр информации также могут зависеть от приоритетов. При определении переменных и условий возникновения алармов каждый из них может связываться с определенным диапазоном при указании приоритета из этого диапазона. Определив уровни приоритетов, пользователь получает возможность просмотра и печати тех алармов, которые интересуют его в текущий момент
Для отображения информации об аварийных ситуациях или событиях в SCADA-системах предусмотрены два типа объектов (окон): Alarm Summary (текущие алармы) и Alarm History (архивная сводка алармов). С помощью объекта "Текущие алармы" на экран дисплея выводится информация только о текущих подтвержденных или неподтвержденных аварийных ситуациях. В случае возврата ситуации в нормальное состояние запись о ней исчезает из текущей аварийной сводки.
С помощью объекта "Архивная сводка алармов" на дисплей выводятся данные об аварийных ситуациях или событиях, включая количество уже произошедших аварийных ситуаций данного типа, время подтверждения, время возврата в нормальное состояние.
Тревогитипа ROC срабатывают, когда скорость изменения параметра становится больше предельно допустимой. Понятие "зона нечувствительности" (Deadband) к тревогам этого типа не применяется.
Тревоги и события в InTouch
В InTouch имеется две системы тревог: стандартная и распределенная.
Стандартная система используется для отображения информации и подтверждения всех аварийных ситуаций и событий, возникающих в локальном InTouch - приложении.
Распределенная система расширяет возможности стандартной и позволяет подтверждать аварийные ситуации, генерируемые системами тревог других включенных в сеть InTouch - приложений.
InTouch поддерживает возможность отображения, регистрации и печати информации как о тревогах, связанных с аналоговыми или логическими переменными, так и о системных событиях.
Типы тревог и событий
В зависимости от своих характеристик сигналы тревог подразделяются на несколько категорий по типу (Туре) и классу (Class). Представление о типах и классах стандартной и распределенной систем можно получить из табл. 1.
Таблица 1.
|
С InTouch - переменной можно связывать тревоги любого типа. В зависимости от типа переменной для нее можно определять один или более классов и типов тревог.
События в InTouch также делятся в зависимости от их характеристик на несколько общих категорий (Event Types). Типы событий одинаковы как для стандартной, так и для распределенной систем тревог (см. табл. 2.).
Таблица 2.
|
Первые шесть событий выбираются автоматически при разрешении регистрации событий. Для остальных трех событий разрешение регистрации устанавливается при определении переменной в словаре переменной.
Приоритеты тревог.
Каждому сигналу тревоги в InTouch соответствует некоторая величина, называемая приоритетом тревог. Этот приоритет характеризует важность данной тревоги и принимает значения от 1 до 999 (наиболее серьезные тревоги имеют приоритет 1). Организовав несколько диапазонов значений и связав тревоги с каждым диапазоном, можно достаточно легко отфильтровать критические тревоги от некритических. Выполнение анимационных функций, скриптов подтверждения, печать и просмотр информации также могут зависеть от приоритетов.
В частности, возможно следующее распределение приоритетов по четырем группам важности сигналов тревог (табл. 3.).
Таблица 3.
|
При определении InTouch - переменных и условий возникновения тревог каждый из них может связываться с определенным диапазоном при указании приоритета из этого диапазона. Определив уровни приоритетов, пользователь получает возможность просмотра и печати тех тревог, которые интересуют его в текущий момент.
Группы тревог.
Каждый сигнал тревоги связан с определенной логической группой тревог. Все эти группы определяются пользователем и могут быть организованы в иерархическую структуру до восьми уровней иерархии. Это позволяет сгруппировать тревоги в зависимости от их организации, схемы размещения оборудования, приоритетов и любых других признаков. Группы тревог являются полезным средством фильтрации вывода информации о тревогах на экран дисплея или принтер.
Каждая переменная связывается с какой-либо группой тревог. Если пользователь не определил такую группу для конкретной переменной, то она автоматически связывается с корневой группой тревог $System. С любой группой тревог можно связать как переменную, так и другую группу тревог. Взаимосвязи всех групп тревог представляются древовидной структурой, у которой в качестве корневой является группа $System. Все определяемые группы тревог автоматически становятся потомками этой группы.
Указанная иерархическая древовидная структура может иметь до восьми уровней, при этом каждая входящая в дерево группа может иметь до 16 подгрупп (рис. 3).
Рис. 3. Иерархическая древовидная структура групп тревог.
Основные понятия журнала тревог.
Состояние тревоги - это некоторое сообщение, предупреждающее оператора о возникновении определенной ситуации, которая может привести к серьезным последствиям, и потому требующее его внимания, а часто и вмешательства.
События представляют собой обычные статусные сообщения системы и не требуют реакции оператора. Обычно событие генерируется при возникновении в системе определенных условий (регистрация оператора в системе, задвижка открылась/закрылась).
В журнале тревог принято различать неподтвержденные (неквитированные) и подтвержденные (квитированные) тревоги. Тревога называется подтвержденной после того, как оператор отреагировал на сообщение о тревоге. До этого тревога оставалась в состоянии неподтвержденной.
Для отображения информации об аварийных ситуациях или событиях в АРМ разработано два типа журналов: Текущие тревоги и Общая сводка тревог. Для реализации этих журналов использовался один и тот же объект - ”Alarm Summery” (”Сводка тревог”).
В АРМ реализовано два типа журнала для следующих целей:
1. Журнал “Текущие тревоги” отображается на всех мнемосхемах, поэтому он должен занимать как можно меньше рабочего места, предусмотренного для отображения технологического процесса, и информировать только о текущих тревогах.
2. Для информирования оператора как о тревогах, так и текущих событиях служит журнал ”Общая сводка тревог”.
Журнал “Текущие тревоги” служит для отображения текущих тревог в системе (рисунок 1). Он всегда выводится на экране, так как в системе управления очень важно вовремя увидеть и отреагировать на тревогу.
Рисунок 4. Журнал “Текущие тревоги”
Настройки журнала тревог в SCADA – системе iFix 2.6 позволяют выбрать 15 информационных колонок, но после изучения назначения каждой из них, были выбраны самые необходимые:
o “Ack” (“Квитирование”) – отображает состояние тревоги: подтверждена или не подтверждена. Тревога подтверждена, если напротив нее в колонке “Ack” стоит галочка. Подтвердить тревогу можно двойным щелчком на соответствующей строке. В случае возврата значения в нормальное состояние запись о тревоге исчезает из журнала.
o “Time In” (“Время появления”) – сообщает о времени возникновения тревоги.
o ”Time Last” (“Последнее время”) – сообщает время возвращения значения параметра в нормальное состояние.
o “Tagname” (“Имя тега”) – содержит имя тега, значение которого в данный момент достигла одного из порогов сигнализации.
o ”Status” (“Состояние”) – отображает порог сигнализации (таблица 1), в котором на данный момент находится значение тега.
Таблица 4. Типы порогов сигнализации
| Пороги сигнализации | Пределы |
| L | Минимальный |
| LL | Минимально – аварийный |
| H | Максимальный |
| HH | Максимально – аварийный |
o ”Value” (“Значение”) – отображает текущее значение соответствующего тега.
o ”Description” (”Описание”) – содержит описание тревоги, кратко поясняющее что произошло.
o “Area” (“Зона тревоги”) – отображает имя группы тревог, к которой принадлежит сгенерированная тревога.
SCADA-cистема использует настраиваемую конфигурацию системы тревог, основанную на зонах тревог, представляющих собой технологические или функциональные участки производства. Для разрабатываемого АРМ созданы следующие зоны тревог, разбитые на две группы:
1. По технологическому принципу: AlarmSmith, AlarmMN, AlarmPN, AlarmRP – зоны тревог каждой частной мнемосхемы.
2. По функциональному принципу: AlarmН31, AlarmН32, AlarmН33, AlarmН21, AlarmН22, AlarmН23 – зоны тревог магистральных и подпорных насосов.
Для информирования оператора о настройках служит полоса состояний, расположенная в нижней части журнала. В ней выводится следующее: общее число неквитированных тревог на данный момент, условие фильтрации тревог (т. е. тревоги каких зон выводятся в данном журнале), условие сортировки тревог (сортировка по времени, по имени тега и т. д., а так же сортировка по возрастанию и по убыванию), режим журнала: Run (Работает), Paus (Пауза).
Для большей информативности оператора о текущих тревогах принята следующая цветовая политика: все неквитированные тревоги в журнале отображаются красным цветом; квитированные тревоги принимают цвет согласно рисунку 5.
Рисунок 5. Цветовая политика, принятая в журнале тревог
Лекция №8