Введениевскадасистемы
 Скачать 3.5 Mb.
|
|
2.5.2. Конфигурирование Citect-компьютероввсети Сетевые средства Citect построены на базе NetBIOS и поддерживаются такими сетевыми протоколами, как NetBEUI, IPX/SPX, TCP/IP. С другой стороны, Citect поддерживает все сетевые протоколы, совместимые с NetBIOS, что существенно расширяет спектр сетей, с которыми может взаимодействовать Citect. К таким сетям можно отнести Ethernet, Arcnet, Internet, Novell Netware, LAN Manager и др. Конфигурирование Citect-компьютеров в локальной сети, т. е. распределение клиент- серверных задач между узлами системы управления, производится с помощью системы конфигурирования компьютеров (Computer Setup Wizard), входящей в состав системы Citect. При этом пользователю не предлагается выбор протокола для сетевого обмена. Citect по умолчанию использует протокол NetBEUI. Запуск Computer Setup Wizard производится в Citect Explorer. Для этого следует сначала щелкнуть по строке списка проектов, а затем еще раз щелкнуть по иконке Computer Setup. Первый диалог предлагает выбрать режим работы программы. Работа Computer Setup Wizard может производиться как в экспресс - режиме (рекомендуемые параметры ), так и в режиме выборочной установки (пользовательские параметры). Последовательное нажатие клавиши Next (далее) открывает перед разработчиком новые диалоги, предлагая ввести необходимую информацию по конфигурированию Citect- компьютера в сетевой архитектуре. В этом окне определяется роль данного узла в Citect - системе: компьютер, выполняющий функции клиента и сервера, только клиента или мониторинговые функции. Здесь же надо определить, является ли компьютер сетевым или автономным. При конфигурировании узла в сетевой архитектуре как Display Client (клиент визуализации) или Manager Client (компьютер с мониторинговыми функциями) следующие диалоги предложат разработчику определить имя сервера, к которому будет обращаться за информацией этот компьютер, имя компьютера для его идентификации в сети, а также настройки компьютера. Если в предыдущем диалоге выбрать опцию Server and Display Client в сетевом применении, то далее будут открываться диалоги с предложениями определить этот компьютер, как сервер ввода/вывода, сервер алармов, трендов, отчетов. Следует напомнить, что в локальной сети допускается использование нескольких серверов ввода/вывода, но только один компьютер может играть роль сервера алармов (сервера трендов или отчетов). Если компьютер определен как сервер, ему необходимо присвоить имя. При наличии в сети другого сервера, его имя также должно быть отражено в диалоге. Каждому из компьютеров сети следует присвоить уникальное имя для его идентификации в сети. Таким образом, в результате проведенной работы по конфигурированию компьютеров сети для каждого из них должны быть определены следующие параметры: • идентификационное имя в сети; • сетевые функции (сервер, компьютер оператора, компьютер менеджера); • имя каждого сервера; • доступ к событиям; • начальные настройки. Почти все компоненты системы управления, созданной на базе Citect, могут быть дублированы: система отображения, серверы алармов, трендов, отчетов, сервер ввода/вывода, внешние устройства ввода/вывода (PLC), сетевые кабели, сетевой сервер базы данных и т. д. В зависимости от требований по надежности, предъявляемых к компонентам системы управления, при конфигурировании Citect-компьютеров их следует определять как основные или резервные. 2.6. Сравнениекоммуникационныхвозможностей Что же реально сегодня предлагают потребителю Wonderware и Ci Technologies в области коммуникаций? С точки зрения протоколов обе системы поддерживают DDE и OPC- обмены. • Для улучшения характеристик DDE-обмена компания Wonderware предлагает пакетированный DDE, называемый FastDDE и свой протокол SuiteLink, обеспечивающий максимальную производительность по сравнению с DDE, FastDDE, OPC. Компания Ci Techologies поставляет встроенные драйверы, тем самым сводятся к нулю протокольные издержки. • Citect-приложение может выполнять функцию не только OPC-клиента, но и OPC- сервера, что расширяет возможности Citect при построении различных конфигураций проектов. С точки зрения организации взаимодействия между приложениями на различных узлах в сети следует указать на различие подходов компаний Wonderware и Ci Technologies. • При разработке InTouch-приложения не важно, происходит ли подключение к серверу ввода-вывода или к переменным InTouch-приложения на другом узле. В обоих случаях единообразным способом описываются каналы доступа, определяются имена доступа и к ним привязываются переменные приложения. И в качестве протоколов обмена используются выбираемые при определении Access Name DDE или SuiteLink - протоколы. • В Citect с помощью системы установки связи Express Communications Wizard можно определить только каналы обмена с устройствами ввода-вывода. Для организации обмена между Citect-приложениями (на разных узлах в сети) предлагается конфигурировать каждый узел с Citect-приложением на выполнение заданных функций (сервера ввода/вывода по отношению к другим Citect-узлам, серверов алармов трендов и т. д.). ГЛАВА 3. АЛАРМЫИСОБЫТИЯ Состояние тревоги, в дальнейшем аларм (Alarm) - это некоторое сообщение, предупреждающее оператора о возникновении определенной ситуации, которая может привести к серьезным последствиям, и потому требующее его внимания, а часто и вмешательства. А принял - ли оператор сообщение об аларме? Чтобы снять эти сомнения, в системах управления принято различать неподтвержденные и подтвержденные алармы. Аларм называется подтвержденным после того, как оператор отреагировал на сообщение об аларме. До этого аларм оставался в состоянии неподтвержденного. Наряду с алармами в SCADA - системах существует понятие событий. События представляют собой обычные статусные сообщения системы и не требуют реакции оператора. Обычно событие генерируется при возникновении в системе определенных условий (типа регистрации оператора в системе). От эффективности подсистемы алармов зависит скорость идентификации неисправности, возникшей в системе, или технологического параметра, вышедшего за установленные регламентом границы. Быстродействие и надежность этой подсистемы могут существенно сократить время простоя технологического оборудования. Например, если оператор не получит вовремя информацию о том, что двигатель насоса перегрелся, это может привести в лучшем случае к выходу насоса из строя, а то и к крупной аварии. Причины, вызывающие состояние аларма, могут быть самыми разными. Неисправность может возникнуть в самой SCADA-системе, в контроллерах, каналах связи, в технологическом оборудовании. Может выйти из строя датчик или нарушатся его метрологические характеристики. Параметры технологического процесса могут выйти за границы, установленные регламентом и т. д. 3.1. Типовыеалармы Подсистема алармов - это обязательный компонент любой SCADA - системы. Но возможности подсистем алармов различных SCADA - систем, вероятно, разные. С другой стороны, когда речь идет о типах алармов, то все SCADA - системы поддерживают такие типы алармов, как дискретные и аналоговые. Дискретныеалармы срабатывают при изменении состояния дискретной переменной. При этом для срабатывания аларма можно использовать любое из двух состояний: TRUE / ON (1) или FALSE / OFF (0). По умолчанию дискретный аларм может срабатывать на ON или OFF, в зависимости от конкретной SCADA - системы. Аналоговыеалармы базируются на анализе выхода значений переменной за указанные верхние и нижние пределы. Аналоговые алармы могут быть заданы в нескольких комбинациях: • High и High High (верхний и выше верхнего); • Low и Low Low (нижний и ниже нижнего); • Deviation (отклонение от нормы); • Rate of Change - ROC (скорость изменения). Рис.3.1.1. Графическая интерпретация алармов типа Hi и HiHi. Из рис. 3.1.1 видно, что алармы Hi и HiHi срабатывают при достижении переменной заданных для каждого аларма пределов (High Alarm, High High Alarm). Для выхода переменной из состояния аларма (HiHi или Hi) необходимо, чтобы ее значение стало меньше порогового на величину, называемую зоной нечувствительности (Deadband). Аналогично можно интерпретировать алармы типа Lo и LoLo. Все вышеизложенное справедливо и для аларма типа Deviation (рис.3.1.2), только речь в этом случае идет об отклонении значения переменной от заданного значения (Setpoint), причем это заданное значение в ходе технологического процесса может изменяться либо оператором, либо программно (автоматически). Аларм сработает при выходе значения переменной за границу предельно допустимого отклонения. Рис.3.1.2. Графическая интерпретация алармов типа Deviation. Алармы типа ROC срабатывают, когда скорость изменения параметра становится больше предельно допустимой. Понятие "зона нечувствительности" (Deadband) к алармам этого типа не применяется. 3.2. Алармыисобытияв InTouch В InTouch имеется две системы алармов: стандартная и распределенная. Стандартная система используется для отображения информации и подтверждения всех аварийных ситуаций и событий, возникающих в локальном InTouch - приложении. Распределенная система расширяет возможности стандартной и позволяет подтверждать аварийные ситуации, генерируемые системами алармов других включенных в сеть InTouch - приложений. InTouch поддерживает возможность отображения, регистрации и печати информации как об алармах, связанных с аналоговыми или логическими переменными, так и о системных событиях. 3.2.1. Типыалармовисобытий В зависимости от своих характеристик алармы подразделяются на несколько категорий по типу (Туре) и классу (Class). Представление о типах и классах стандартной и распределенной систем можно получить из табл. 3.1. Алармы Стандартный тип Распределенный класс Распределенный тип Discrete DISC DSC DSC Deviation - Major LDEV DEV MAJDEV Deviation - Minor SDEV DEV MINDEV Rate - of - Change ROC ROC ROC SPC SPC SPC SPC Value - LoLo LOLO VALUE LOLO Value - Lo LO VALUE LO Value - High HI VALUE HI Value - HiHi HIHI VALUE HIHI Таблица 3.1. С InTouch - переменной можно связывать алармы любого типа. В зависимости от типа переменной для нее можно определять один или более классов и типов алармов. События в InTouch также делятся в зависимости от их характеристик на несколько общих категорий (Event Types). Типы событий одинаковы как для стандартной, так и для распределенной систем алармов (см. табл. 3.2.). Тип Событие ACK Аларм был подтвержден ALM Возникла аварийная ситуация EVT Возникло аварийное событие RTN Переменная перешла из аварийного состояния в обычное SYS Возникло системное событие USER Изменение значения переменной $Operator DDE Получено значение переменной от DDE - клиента LGC Скрипт изменил значение переменной OPR Оператор ввел новое значение переменной Таблица 3.2. Первые шесть событий выбираются автоматически при разрешении регистрации событий. Для остальных трех событий разрешение регистрации устанавливается при определении переменной в словаре переменной. 3.2.2. Приоритетыалармов Каждому аларму в InTouch соответствует некоторая величина, называемая приоритетом аларма. Этот приоритет характеризует важность данного аларма и принимает значения от 1 до 999 (наиболее серьезные алармы имеют приоритет 1). Организовав несколько диапазонов значений и связав алармы с каждым диапазоном, можно достаточно легко отфильтровать критические алармы от некритических. Выполнение анимационных функций, скриптов подтверждения, печать и просмотр информации также могут зависеть от приоритетов. В частности, возможно следующее распределение приоритетов по четырем группам важности алармов (табл. 3.3.): Алармы Диапазон приоритетов Критические 0 - 249 Существенные 250 - 499 Несущественные 500 - 749 Информационные 750 - 999 Таблица 3.3. При определении InTouch - переменных и условий возникновения алармов каждый из них может связываться с определенным диапазоном при указании приоритета из этого диапазона. Определив уровни приоритетов, пользователь получает возможность просмотра и печати тех алармов, которые интересуют его в текущий момент. 3.2.3. Группыалармов Каждый аларм связан с определенной логической группой алармов. Все эти группы определяются пользователем и могут быть организованы в иерархическую структуру до восьми уровней иерархии. Это позволяет сгруппировать алармы в зависимости от их организации, схемы размещения оборудования, приоритетов и любых других признаков. Группы алармов являются полезным средством фильтрации вывода информации об алармах на экран дисплея или принтер. Каждая переменная связывается с какой-либо группой алармов. Если пользователь не определил такую группу для конкретной переменной, то она автоматически связывается с корневой группой алармов $System. С любой группой алармов можно связать как переменную, так и другую группу алармов. Взаимосвязи всех групп алармов представляются древовидной структурой, у которой в качестве корневой является группа $System. Все определяемые группы алармов автоматически становятся потомками этой группы. Указанная иерархическая древовидная структура может иметь до восьми уровней, при этом каждая входящая в дерево группа может иметь до 16 подгрупп (рис.3.2.1). Рис.3.2.1. Иерархическая древовидная структура групп алармов. Для создания таких групп в меню окна WindowMaker предусмотрена команда Special/Alarm Groups (группы алармов), вызывающая появление диалога Alarm Groups (рис.3.2.2). При определении переменных в словаре Tagname Dictionary нажатие кнопки Group (см. рис.2.3.4) также выводит на экран этот диалог. Рис.3.2.2. Диалог Alarm Group (группы алармов). Воспользовавшись кнопкой Add, можно добавить группу алармов, а также формировать древовидную структуру системы алармов, определяя родительские группы и группы - потомки. При этом открывается диалог (рис.3.2.3) Add Alarm Group (добавить группу алармов). Кнопка Parent Group (родительская группа) предназначена для выбора родительской группы в древовидной структуре. В диалоге предусмотрено поле Comment (комментарий) для ввода необязательного текста, комментирующего данную группу. Рис.3.2.3. Диалог Add Alarm Group (добавить группу алармов). На рис. 3.2.4 диалог Alarm Group (группы алармов) заполнен в соответствии с древовидной структурой групп алармов, представленной на рис.3.2.1. Рис.3.2.4. Диалог Alarm Group. 3.2.4. Определениеусловийалармадляпеременной Условия возникновения аварийных ситуаций определяются в словаре переменных (Tagname Dictionary). После выбора типа переменной откроется диалог ее подробного описания. Диалог подробного описания аналоговой переменной типа Integer I/O был приведен в предыдущем разделе (рис.2.3.7). Для дискретный переменной этот диалог имеет следующий вид: Рис. 3.2.5. Диалог подробного описания дискретной переменной. Поле Initial Value с опциями On-1/Off-0 (начальное значение - вкл./откл.) предназначено для задания дискретного состояния переменной в момент запуска WindowViewer (среда исполнения). В поле Input Conversion (преобразование входных значений) указывается тип преобразования входной величины в момент обновления базы данных: • Direct - входная величина читается без преобразования; • Reverse - входная величина после чтения инвертируется. Поля On Msg/Off Msg определяют текст, который будет отображен в окне вывода алармов при срабатывании аларма на ON/OFF. 3.2.5. Выводинформацииобалармах Для отображения информации об аварийных ситуациях или событиях в InTouch предусмотрены два типа объектов (окон): Alarm Summary (текущие алармы) и Alarm History (архивная сводка алармов). С помощью объекта "Текущие алармы" на экран дисплея выводится информация только о текущих подтвержденных или неподтвержденных аварийных ситуациях. В случае возврата ситуации в нормальное состояние запись о ней исчезает из текущей аварийной сводки. С помощью объекта "Архивная сводка алармов" на дисплей выводятся данные об аварийных ситуациях или событиях, включая количество уже произошедших аварийных ситуаций данного типа, время подтверждения, время возврата в нормальное состояние. Создание системы алармов производится в несколько этапов: • создание объекта (окна) вывода аварийной информации; • конфигурирование окна вывода аварийной информации; - форматирование сообщений; • конфигурирование системы алармов (определение общих свойств алармов, свойств регистрации и печати). • Для создания объекта вывода алармов следует сначала вывести на экран диалоговое окно Wizard Selection (Выбор мастера). Это достигается нажатием кнопки Wizard в инструментарии InTouch.. Далее производится выбор категории Alarm Displays (окна вывода алармов) в списке мастеров, в категории выбирается стандартная система алармов (Standard Alarm Displays). Осталось щелкнуть по Ok и вставить объект вывода аварийной информации в окно (рис.3.2.6). Рис.3.2.6. Стандартный объект вывода аварийной информации. • Конфигурирование окна вывода аварийной информации производится в диалоге Alarm Configuration (параметры окна вывода аварийной информации). Вызов этого диалога производится командой Special/Animation Links меню WindowMaker (рис.3.2.7). Быстрый доступ к этому диалогу можно получить, воспользовавшись меню правой кнопки мыши с последующим щелчком на строке Properties. Рис.3.2.7. Диалог Alarm Configuration. В этом диалоге определяется тип окна вывода аварийной информации ("Текущие алармы" или "Архивная сводка алармов"), группа алармов (Alarm Group), границы диапазона приоритетов окна вывода алармов (From/To Priority), дискретные переменные для перехода на предыдущую (Previous Page) и следующую (Next Page) страницу списка алармов. Для выбора шрифтов следует воспользоваться кнопкой Select Display Font. Нажатие кнопки Format Alarm Message (форматирование аварийного сообщения) выводит на экран одноименный диалог (рис.3.2.8), где определяется информация, включаемая в аварийное сообщение. Рис.3.2.8. Диалог Format Alarm Message. В строку аварийного сообщения можно включить текущую дату (Date), текущее время (Time), тип аларма (Alarm Type), приоритет (Priority), имя переменной (Tagname), ее текущее значение (Value), а также группу алармов (Group Name) и статус аларма (Alarm State). Пример формата строки аварийных сообщений приведен на рис.3.2.6. |