ПЗ (1221150), страница 5

Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 5)

Рисунок 2.24 – Переход условий между состояниями

Для модуля OPC AE Server источниками данных являются сигналы сервера ввода/вывода. С каждым источником данных может быть связано несколько подусловий. При выполнении любого подусловия OPC AE клиент получает уведомление о событии.

Модуль OPC AE Server реализует генерацию событий по следующим типам условий:

– перечисления. События по перечислению генерируются в соответствии с идентификатором события, получаемым от стороннего источника данных (под сторонним источником подразумеваются любые источники данных сервера, которые реализованы вне модуля событий – любые коммуникационные модули, модуль вычислений и т.п.). Идентификатор содержит код подусловия, которое активируется и по которому формируется событие. Применяются при работе с численными типами объектов: UInt1, Int1, UInt2, Int2, Uint4, UInt4, UInt8, Int8, Float, Double.

Пример условия события: если получено значение 3, то выдать сообщение «Значение в норме» со звуковым сигналом; если получено значение 2, то выдать сообщение «Значение не пришло», без звукового сигнала; если получено значение 1, то выдать сообщение «Значение не верно» со звуковым сигналом;

– дискретные. События по дискретным параметрам содержат два независимых подусловия: ON и OFF. Для параметра они могут быть настроены, а могут отсутствовать. Подусловия активируются при соответствующем изменении значения параметра. Применяются при работе с типами объектов Bool.

Пример условия события: если состояние объекта изменилось с True на False, то выдать сообщение «Отключение объекта» со звуковым сигналом; если состояние объекта изменилось с False на True, то выдать сообщение «Включение объекта» со звуковым сигналом;

– динамические. События по динамическим условиям, созданным пользователем. Подусловия активируются при соответствующем изменении значения параметра. Возможность настраивать события для динамических сигналов сервера. Например, для сигналов, характеризующих состояние резервирования. Применяются при работе с типами объектов String.

Модуль OPC AE Server предоставляет клиентам просматривать уведомления с дополнительной информацией. Дополнительная информация представляет собой атрибуты сообщения.

Отправленные модулем уведомления для клиента строятся по стандартной структуре со следующими атрибутами:

– Source (источник события) – полное имя тега, от которого произошло событие;

– Time (время) – время, когда сгенерировано уведомление о событии;

– EventCategory (категория события) – код категории события:

1) 0 – Descrete;

2) 1 – Enumeration;

3) 2 – Dinamic;

– Type (тип события) – существуют следующие типы события:

1) Severity приоритет – важность данного события;

2) Message сообщение – текст, который описывает событие.

Отправленные модулем уведомления для клиента помимо стандартных атрибутов имеют следующие дополнительные атрибуты, которые отображаются в ОРС АЕ клиенте:

– ConditionName имя условия генерации события;

– SubConditionName имя подусловия генерации события;

– ChangeMask маска изменений – признак показывает, какие условия изменились, чтобы вызвать сервер для отправки уведомления о событии;

– NewState – индикатор нового состояния условия показывает новые значения свойств условий: разрешений, активности, квитирования;

– ConditionQuality качество условия показывает качество основных элементов данных, на которых это условие основывается;

– AckRequired – требование квитирования – флаг, определяющий требуется ли квитирование от клиента уведомления о событии;

– ActiveTime время перехода состояния события в активное (время, когда произошло событие);

– Cookie – текстовая информация о событии, хранящаяся в сервере. Информация является недоступным для клиента;

– ActorID – идентификатор ОРС клиента, который квитирует событие.

Квитирование является главным показателем срабатывания пользователя на событие.

На отправленные модулем уведомления клиент имеет возможность производить квитирование уведомления о событии. Модуль получает подтверждение об уведомлении и производит рассылку уведомлений о квитировании остальным клиентам, подписанным на это событие (рисунок 2.25).

Рисунок 2.25 –Квитирование

Уведомления о квитировании события содержат следующую информацию:

– имя пользователя производившего квитирование;

– дата и время квитирования события;

– примечания, написанные пользователем производившим квитирование.

Настройка модуля OPC AE Server производится с помощью программы AlpaServer Конфигуратор. В Конфигураторе настраиваются параметры работы модуля. При любых изменениях параметров работы модуля в Конфигураторе новые настройки вступят в силу только после перезапуска сервера.

Модуль OPC AE Server имеет набор параметров, общих для всех модулей и дополнительных параметров, специфичных для данного модуля (рисунок 2.26).

Рисунок 2.26 ­– Параметры модуля

Задание условия генерации оперативного сообщения происходит в свойстве 5000 в программе AlphaServer Конфигуратор. Имя условия прописывается в свойстве сигнала, а само условие в специальном свойстве объекта, которому принадлежит конфигурируемый сигнал. На рисунке 2.27 представлено свойство, в котором прописываются условия генерации оперативных сообщений для сигналов задвижки.

Р исунок 2.27 – Условия генерации оперативных сообщений

В результате при выполнении условия на экране монитора диспетчера в программе появляется соответствующее сообщение (рисунок 2.28).

Р исунок 2.28 – Интерфейс программы AlphaAlarms

В зависимости от приоритета важности звучит различное звуковое сообщение.

2.5 Проверка взаимодействия программных компонентов

Перед внедрением СДКУ на объект автоматизации «СМНП Козьмино» необходимо убедиться в работоспособности и согласованности всех компонентов системы друг с другом.

В настройках модулей программы AlphaServer нужно указать IP-адреса, с которыми будет связываться данная конфигурация. Модуль IEC Slave опрашивает контроллер , к которому подключены задвижки и датчики на участке магистрального нефтепровода. Настройки модуля IEC Slave представлены на рисунке 2.29.

Рисунок 2.29 – Настройки модуля IEC Slave

Модуль IEC Master передает данные на сервер ввода/вывода, в конфигурации которого указан IP-фдрес сервера линейной телемеханики. На данном этапе разработки возможно проверить работоспособность компонентов СДКУ только локально, поэтому в настройках модуля IEC Master задаются локальные настройки. На рисунке 2.30 представлены настройки модуля IEC Master.

Р исунок 2.30 – Модуль IEC Master

«Станции» в данном случае являются дополнительной строкой адреса сигнала. Поскольку набор сигналов в КП 1,3,5 и КП 2,4,6 идентичен и имеет одинаковые адреса, то для предотвращения пересечения адресного пространства и упрощения проверок прохождения добавлены номера станций. Одна станция соответствует одному контрольному пункту.

Для имитации работы контроллера используется программа «ЭлеСи Тестовый OPC клиент». Требуется подключиться к серверу, на котором установлена конфигурация ЛТМ по протоколу OPCDA (рисунок 2.31).

Рисунок 2.31 – Подключение OPC клиента

В поле отображения программы располагается дерево сигналов, такое же как и в конфигурации Альфасервера. При двойном нажатии мышью определенный сигнал выводится на рабочую область и ему можно придать какое-либо значение в зависимости от типа, а также изменить качество сигнала.

Рассмотрим сигнал Toil (Температура стенки нефтепровода) и зададим ему значение 45 (рисунок 2.32).

Рисунок 2.32 – Изменение значения сигнала Toil

На экранной форме в программе GraphWorx32 увидим, что знаечние сигнала «Температурастенки нефтепровода» для КП 1 изменилось (рисунок 2.33).

Рисунок 2.33 – Отображение сигнала «Температура стенки нефтепровода»

Поскольку значения сигналов задаются локально, качество всех сигналов будет хорошим.

Для проверки отображения вычисляемых сигналов нужно задать значения входящих сигналов в OPCDA Calculator. Выберем сигнал «Положение задвижки» и зададим «1» сигналу «Задвижка открыта», остальным сигналам положения зададим значение «0». На риунках 2.34 и 2.35 увидим, что вычисляемый сигнал «Положение задвижки» изменился.

Рисунок 2.34 – Статус положения

Рисунок 2.35 – Положение задвижки 1

Также нужно проверить вывод оперативных сообщений на АРМ диспетчера. Как уже упоминалось выше, список сигналов, по которым выводятся оперативные сообщения, установлен регламентом «АК Транснефть». На рисунке 2.36 изображены сообщения об изменении положения задвижки 1.

Рисунок 2.36 – Операвтивные сообщения в AlphaAlarms

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

2.6 Испытания на объекте

В период проведения предварительных испытаний на объекте «Спецморнефтепорт Козьмино» было установлено следующее оборудование:

– сервер линейной телемеханики для объекта Нефтебаза в количесве 2 штук (основной и резервный);

– сервер линейной телемеханики для объекта ПЖДЭ в количестве 2 штук (основной и резервный);

– автоматизированное рабочее место (АРМ) по одному экземпляру на объекты Нефтебаза, ПЖДЭ и ППН.

На каждом из северов установлено программное обеспечение:

– AlphaServer Configarator;

• GraphWorx32;

• OPCDA Calculator;

• AlphaAlarms;

• Alpha Trends.

АРМ, на котором проводились предварительные испытания, подключен к контроллеру, в который уже загружена конфигурация в программной среде Unity Pro. После проверки прохождения каждого из сигналов и исправления ошибок можно сделать заключение о том, что СДКУ готова к следующему этапу заводских испытаний.

СДКУ в составе системы линейной обеспечивает следующие функции функции:

– телесигнализации;

– телеуправления;

– телеизмерения;

Характеристики

Список файлов ВКР