
- •Введение Лекция №1 Основные понятия и определения теории интегрированных систем проектирования и управления производствами.
- •Лекция №2 асу тп и диспетчерское управление
- •Лекция №3 Разработка прикладного программного обеспечения ску: выбор пути и инструментария
- •Лекция №4 задачи и требования к системам верхнего уровня Задачи, решаемые на верхнем уровне асутп:
- •Особенности scada как процесса управления
- •Требования к системам верхнего уровня
- •Технические средства верхнего уровня:
- •Функциональные возможности scada-систем
- •Графические возможности.
- •Лекция №5 Методы повышения надежности систем scada
- •Локальная система и распределенная система асутп
- •Архитектура Клиент- Сервер
- •Дублирование Сервера Ввода-Вывода
- •Резервирование на уровне задач
- •Выделенный сервер файлов
- •Резервирование связи с контроллерами
- •Функции основных блоков scada - системы
- •Графическая среда разработки и запуска приложении (GraphWorX32)
- •Отображение объектов и параметров на мнемосхемах
- •Отображение параметров контроля технологического процесса
- •Лекция №6 тренды в scada-системах
- •Тренды в InTouch
- •Отображение трендов
- •Подсистема архивов (TrendWorX32)
- •Подсистема аварий
- •Лекция №7 тревоги и события
- •Лекция №8 Встроенные языки программирования в scada-системах
- •Лекция №9 базы данных
- •Лекция №10 Базы данных в промышленной автоматизации
- •IndustrialSql Server компании Wonderware
- •Лекция №11
- •Организация взаимодействия с контроллерами
- •Особенности построения коммуникационного программного обеспечения
- •Лекция №12 Общая характеристика scаda-системы Trace Mode.
- •Проектирование в scada системе trace mode
- •Trace mode 6: автопостроение проекта
- •Лекция №13 trace mode 6 softlogic: программирование контроллеров
- •5 Языков программирования стандарта мэк 6-1131/3
- •Лекция №14 trace mode 6 и t-factory 6: общие сведения
- •Лекция №15 Выделенный сервер промышленной субд рв siad/sql 6
- •Лекция №16
- •Средства разработки mes-приложений в trace mode 6
- •Лекция №17 Основы разработки ппо в среде программирования LabView
- •Лекция №18
- •1. Графические средства Citect
- •1.1. Шаблоны окон операторского интерфейса
- •1.2. Инструментарий
- •1.4. Библиотека статических объектов (Library Objects)
- •2. Genies и Super Genies (джины и суперджины)
- •Лекция №19
- •3. Алармы в Citect
- •3.1. Типы алармов
- •3.2. Конфигурирование алармов
- •3.3. Категории алармов
- •3.4. Отображение алармов
- •Лекция №20 Тренды в Citect
- •4. Тренды в Citect
- •4.1. Регистрация данных
- •4.2. Отображение трендов
- •Лекция №21 Встроенный язык программирования Cicode
- •5.1. Команды Cicode
- •5.2. Выражения Cicode
- •5.3. Функции Cicode
- •5.4. Редактор Cicode
- •Лекция №22
- •1. Графические средства InTouch
- •1.1. Окна
- •1.2. Инструментарий InTouch
- •1. 3. Объекты и их свойства
- •Лекция №23
- •2. Алармы и события в InTouch
- •2.1. Типы алармов и событий
- •2.2. Приоритеты алармов
- •2.3. Группы алармов
- •2.4. Определение условий аларма для переменной
- •2.5. Вывод информации об алармах
- •2.6. Конфигурирование стандартной системы алармов
- •2.7. Распределенная система алармов
- •3. Тренды в InTouch
- •3.1. Архивирование (регистрация) значений переменной
- •3.2. Отображение трендов
- •3.3. Изменение параметров архивных трендов
- •3.4. Система распределенных архивов
- •Лекция №24
Лекция №7 тревоги и события
Состояние тревоги - это некоторое сообщение, предупреждающее оператора о возникновении определенной ситуации, которая может привести к серьезным последствиям, и потому требующее его внимания, а часто и вмешательства. А принял - ли оператор сообщение о тревоге? Чтобы снять эти сомнения, в системах управления принято различать неподтвержденные и подтвержденные сигналы тревоги. Тревоги называется подтвержденным после того, как оператор отреагировал на это. До этого сигнал тревоги оставался в состоянии неподтвержденного. Наряду с тревогами в 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), причем это заданное значение в ходе технологического процесса может изменяться либо оператором, либо программно (автоматически). Аларм сработает при выходе значения переменной за границу предельно допустимого отклонения.
Рис. 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 информационных колонок, но после изучения назначения каждой из них, были выбраны самые необходимые:
“Ack” (“Квитирование”) – отображает состояние тревоги: подтверждена или не подтверждена. Тревога подтверждена, если напротив нее в колонке “Ack” стоит галочка. Подтвердить тревогу можно двойным щелчком на соответствующей строке. В случае возврата значения в нормальное состояние запись о тревоге исчезает из журнала.
“Time In” (“Время появления”) – сообщает о времени возникновения тревоги.
”Time Last” (“Последнее время”) – сообщает время возвращения значения параметра в нормальное состояние.
“Tagname” (“Имя тега”) – содержит имя тега, значение которого в данный момент достигла одного из порогов сигнализации.
”Status” (“Состояние”) – отображает порог сигнализации (таблица 1), в котором на данный момент находится значение тега.
Таблица 4. Типы порогов сигнализации
Пороги сигнализации |
Пределы |
L |
Минимальный |
LL |
Минимально – аварийный |
H |
Максимальный |
HH |
Максимально – аварийный |
”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 (Пауза).
Для большей информативности оператора о текущих тревогах принята следующая цветовая политика: все неквитированные тревоги в журнале отображаются красным цветом; квитированные тревоги принимают цвет согласно рисунку 5.
Рисунок 5. Цветовая политика, принятая в журнале тревог