АСУ ТП на базе SCADA-пакета GENESIS32: опыт, решения, наработки
# Авиастроение
# Авиация и космонавтика
# Атомная промышленность
# Вузы
# Добывающая промышленность
# Железнодорожная отрасль
# Коммунальное хозяйство
# Контрольно-измерительные системы
# Лабораторные измерения
# Машиностроение
# Нефтегазовая промышленность
# Обработка драгоценных металлов
# Образование и наука
# Производство строиматериалов
# Сельское хозяйство
# Судостроение
# Транспорт
# Электроэнергетика
# Энергетика
АСУ ТП на базе SCADA-пакета GENESIS32: опыт, решения, наработки
Василий Дудников, Мария Янкина, Сергей Савин, Владимир Максименко, Александр Мурыжников
В статье рассмотрены особенности работы со SCADA-пакетом GENESIS32. Описана АСУ ТП нефтесборного пункта, в которой задача сбора данных и управления решается на базе индустриальных компьютеров.ВВЕДЕНИЕ
В середине 2002 года завершились работы по реконструкции нефтесборного пункта «Сергеевка» (рис. 1) НГДУ «Уфанефть» компании «Башнефть». На нефтесборном пункте (НСП) осуществляется первичная подготовка промысловой нефти: сброс пластовой воды, сепарация газа, отделение механических примесей и получение товарной нефти для последующей переработки на предприятиях нефтехимического комплекса, а также подготовка воды для закачки в систему поддержания пластового давления. В процессе реконструкции было принято решение внедрить на НСП современную АСУ ТП, позволяющую управлять процессом и реализующую удобный пользовательский интерфейс (HMI). Эта задача была поручена специалистам НПФ «Интек». На выбор структуры АСУ ТП оказали влияние следующие особенности объекта:- медленный технологический процесс;
- отсутствие химических стадий в технологическом процессе;
- равномерное распределение технологического оборудования;
- большое количество однотипных датчиков с унифицированными выходами (4…20 мА, «сухие» контакты).
Рис. 1. Технологическое оборудование НСП «Сергеевка»
АППАРАТНЫЕ СРЕДСТВА
Обработка поступающей информации и организация пользовательского интерфейса осуществляются 7 промышленными компьютерами, объединенными сетью Ethernet. Из них 4 компьютера:- SRVA — сервер аналоговых сигналов,
- SRVD — сервер дискретных сигналов,
- SRVlevels — сервер системы измерения межфазных уровней (отдельная закрытая система),
- SRVpump — сервер насосной станции, — выполнены на базе шасси IPC-610 (Advantech), установлены в стойках Schroff и функционируют в качестве серверов ввода-вывода, занимающихся сбором, обработкой входных параметров, выдачей управляющих сигналов, а также обнаружением тревог и аварий.
Рис. 2. Стойки с оборудованием сбора данных и управления
Там же установлены 2 стойки с барьерами искрозащиты, терминальными платами ввода-вывода дискретных и частотно-импульсных сигналов, модулями ввода и вывода аналоговых сигналов, а также стойка с оборудованием системы измерения уровней. В насосной станции размещены 2 стойки с сервером SRVpump, платами ввода-вывода сигналов и барьерами искрозащиты. В качестве УСО используются:- модули ввода-вывода UNIO96-1 и UNIO96-5 (Fastwel) с платами гальванической изоляции каналов дискретного ввода и дискретного вывода TBI-24/0C и TBI-0/24C (Fastwel), блоки искрозащиты на стабилитронах µZ-667 (Pepperl+Fuchs Elcon) для дискретных входов (в том числе для частотно-импульсных);
- платы аналогового ввода PCL-711B (Advantech) с мультиплексором PCLD-789D (Advantech) и модулями искрозащиты с гальванической развязкой µD-326 (Pepperl+Fuchs Elcon);
- гальванически изолированные модули аналогового вывода АО16-С16 (Fastwel) с клеммными платами ТВ-20 и модулями искрозащиты с гальванической развязкой µD-338 (Pepperl+Fuchs Elcon).
Рис. 3. Операторские станции (WS1 и WS2) и компьютер БКНС (WS3) в настольном исполнении на базе шасси IPC%6908
СЕТЬ
Для реализации общего пространства обмена технологической информацией серверы ввода-вывода и станции визуализации объединены в промышленную сеть Ethernet (рис. 4). При построении сети применены коммутаторы и трансиверы фирмы Hirschmann. Для связи между компьютерами в операторной и компьютером в насосной станции (удалённый сервер SRVpump) был проложен бронированный оптоволоконный кабель фирмы Belden. Один из компьютеров (в данном случае WS3), имеющий 2 сетевые карты, играет роль шлюза и служит для развязки технологической сети установки и общей сети НГДУ. Таким образом, физическое разделение сетей исключает возможность несанкционированного доступа из общей сети к компьютерам управления. В то же время удалённые пользователи из сети НГДУ имеют возможность просмотра экранных форм с текущими технологическими данными в реальном времени посредством Internet Explorer. Сервером предоставления информации является приложение WebHMI, входящее в состав SCADA-пакета GENESIS32.
Рис. 4. Конфигурация сети Ethernet
ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ
Открытость системы
Пользовательский интерфейс и функции обработки и структурирования данных реализованы средствами SCADA-пакета GENESIS32 v. 6.13 (Iconics). SCADA-пакет GENESIS32 состоит из отдельных приложений, построенных в соответствии со спецификацией ОРС (OLE for Process Control), каждое из которых предназначено для решения определённого круга задач и может использоваться отдельно от других. Это позволяет строить законченную систему по модульному принципу. Использование ОРС-протокола для обмена данными между приложениями обеспечивает прозрачность информации для всех программ, поддерживающих данный интерфейс и работающих в рамках одной сети. В НПФ «Интек» разработаны программные модули, позволяющие создавать как ОРС-серверы, так и ОРС-клиенты, поддерживающие стандарты OPC DA и OPC AE. Для всех используемых в системе плат ввода-вывода разработаны собственные ОРС-серверы: OPC-сервер платы аналогового ввода (АЦП общего назначения) PCL-711S/B, OPC-сервер для программируемого модуля ввода-вывода UNIO96-5 (UNIO48-5), OPC-сервер для универсального модуля ввода-вывода UNIO96-1, OPC-сервер платы аналогового вывода АО16-С16, а также МеgаOPC — OPC-сервер контроллера «Мега» (разработан в НПФ «Интек»), FileOPC — файловый OPC-сервер (читает информацию из файлов определённого формата и представляет её в соответствии с OPC) и другие серверы, используемые в наших проектах.
Рис. 5. Структура программно-аппаратного комплекса
Структура и состав ПО
Структура программно-аппаратного комплекса системы управления показана на рис. 5. Платы ввода-вывода опрашиваются OPC-серверами. Данные со всех серверов собираются в DataWorX32, где группируются по типам и объектам. Далее сигналы подвергаются вычислительной обработке, архивируются (TrendWorX32), анализируются на предмет возникновения аварийных ситуаций (AlarmWorX32) и отображаются на мнемосхемах (GraphWorX32). Функции управления, аварийного оповещения, а также некоторые вычисления реализуются разработанными в НПФ «Интек» программами, которые установлены на серверах ввода-вывода.
Рис. 6. Окно программы «Регуляторы»
Автоматическое регулирование
Программа «Регуляторы» (рис. 6) представляет собой виртуальный контроллер, отрабатывающий алгоритм ПИД-регулирования технологических параметров. Управление регулирующими клапанами может также осуществляться в ручном режиме с любой рабочей станции.Управление технологическими объектами
Программа «Управление технологическими объектами» (рис. 7) позволяет выполнять дистанционное открытие и закрытие электроуправляемых задвижек, включение и выключение насосов в соответствии с заданными алгоритмами как вручную, так и в автоматическом режиме по заданным условиям. Реализован алгоритм автоматического включения резервного насоса.
Рис. 7. Окно программы «Управление технологическими объектами»
Аварийное оповещение
Помимо цветовой индикации на мнемосхемах аварийное оповещение осуществляется двумя программами.Программа «Экран тревог» является удобной оболочкой для ActiveX AWXView32 из пакета GENESIS32. Она позволяет отображать список текущих тревог и событий, квитировать тревоги. При возникновении новой тревоги или аварии «Экран тревог» автоматически появляется поверх всех окон. Значок, находящийся в правом верхнем углу экрана, при наличии неквитированных тре- вог меняет свой цвет с жёлтого на красный.
Программа «Голосовое оповещение» предназначена для предупреждения оператора голосом о нештатных ситуациях или изменениях режима. При этом можно сопоставить проигрывание последовательности wav-файлов некоторому значению определённого тега либо передавать список файлов, подлежащих проигрыванию, в атрибутах тревоги. Соответственно программа поддерживает OPC DA для первого случая и OPC AE — для второго. Расчёт и суммирование расходов Программа «Расходомеры» непрерывно осуществляет:
- расчёт расхода жидкости по значению перепада давления на диафрагме;
- вычисление расхода газа по значениям перепада давления на диафрагме, температуры и давления;
- расчёт мгновенных расходов по частотно-импульсным сигналам;
- вычисление суммарных расходов.
Рис. 8. Экран «Петельная схема»
Разграничение доступа
В системе имеется защита от несанкционированного доступа (приложение GENESIS32 Security Server). Идентификация пользователя осуществляется по имени и паролю. Предусмотрены 4 уровня доступа, соответствующие им возможности пользователей приведены в табл. 1.
Визуализация
Инструментом для создания экранных форм, реализующим как среду разработки, так и среду исполнения, служит приложение GraphWorX32.По степени детализации в структуре визуализации выделяются 3 уровня (рис. 9). 1. «Общие экраны». Главным экраном, с которого можно перейти на любой экран 2-го уровня, является «Сводный экран». К общим экранам можно также отнести экранные формы, объединяющие информацию об однотипных объектах, как, например, экран «Подземные ёмкости». 2. «Технологические площадки». Это экранные формы с изображением групп объектов. Всё технологическое оборудование распределено по мнемосхемам с учётом стадий технологического процесса и места расположения аппаратов. Между экранными формами площадок, связанных технологическими цепочками, можно переключаться по кнопкам на мнемосхемах. 3. «Объектовые экраны». Экранные формы данного уровня появляются поверх мнемосхем типа «Технологические площадки» и отображают информацию по конкретному объекту (аппарату, насосу и т.д.); они позволяют просматривать архивы технологических параметров объекта в виде графиков (TWXView32), а также историю тревог и событий в виде таблиц (AWXRep32).
В нижней части мнемосхем имеется панель с кнопками для перехода к наиболее часто используемым экранам. Описанная структура визуализации обеспечивает, на наш взгляд, наиболее лёгкую и быструю навигацию по мнемосхемам. Интуитивно понятный пользовательский интерфейс дает возможность даже неопытному оператору быстро обучиться работе с системой.
Структура данных в приложениях GENESIS32
Основная часть технологического оборудования НСП состоит из типовых объектов, а каждый тип объекта имеет заданный набор свойств — технологических параметров. Например, «ёмкость» имеет следующие свойства: «температура», «давление», «общий уровень», «уровень эмульсии», «уровень воды» и др. Поэтому в структуре DataWorX32 было удобно принять следующую иерархию групп данных:- все сигналы разбиваются по группам в зависимости от типа (AI — аналоговый вход, DI — дискретный вход, AO — аналоговый выход, DO — дискретный выход, DII счётный вход);
- сигналы, принадлежащие некоторому объекту (например насосу), дублируются в группе OBJECTS.ObjectType.ObjectName, где ObjectType — тип объекта (например, Valves — задвижки, Pumps — насосы, Controls — регуляторы), ObjectName — имя, или позиция объекта (например, Н1_1 — имя для насоса Н1-1);
- в качестве входа для дублированных сигналов задаётся ссылка на исходный тег, расположенный в одной из папок: AI/DI/AO/DO/DII.
ЗАКЛЮЧЕНИЕ
Многообразие современных технологий и средств автоматизации, сложность задач автоматизации ведут к неоднозначности в подходах к их решению. В этой статье рассмотрена архитектура АСУ ТП на базе промышленных компьютеров и SCADA-системы GENESIS32. Сравнивая такое решение с архитектурой на базе распределённых контроллеров, можно отметить следующие его преимущества:- возможность создания управляющих программ практически любой сложности за счёт мощных ресурсов промышленного компьютера;
- единая среда разработки, настройки и исполнения;
- возможность настройки программного обеспечения (ПО) с любого компьютера системы.