ЖУРНАЛ СТА 3/2015

TCP. Управление приводами AUMA, подключёнными по схеме loop redun- dancy (резервирование типа «петля») по протоколу Modbus RTU, осуществля- лось мастер-станцией SIMA. Программ- ное обеспечение станции настраива- лось путём конфигурирования, что за- няло в процессе пусконаладочных работ не более одного рабочего дня. Тем са- мым было сокращено общее время на внедрение системы. Выделение функций собственной разработки и вынесение их в отдельные программные модули Большинство SCADA-систем, в част- ности WinCC, позволяют работать с ба- зами данных. В предыдущих проектах сбор отчётов, формирование журналов, процедуры проведения поверки и конт- роль метрологических характеристик (КМХ) осуществлялись средствами SCADA-системы. Реализация была вы- полнена на языках скриптов WinCC – ANSI-С или Visual Basic Scripts, в стиле чистого программирования, то есть пользователь лишался удобных средств графического представления информа- ции и настроек параметров доступа к базам данных (рис. 3). Помимо этого существенно увеличивалась нагрузка на саму SCADA-систему, что отвлекало её от выполнения профильных функций. В связи с этим функции чтения отчё- тов и записи в базу данных были выне- сены в отдельный программный модуль на основе сетевой технологии ASP.NET. Таким образом, были разделены техно- логические и коммерческие данные (рис. 4). Доступ с автоматизированного рабочего места оператора (АРМ) к дан- ным коммерческого учёта (периодиче- ские отчёты, протоколыповерок иКМХ) стал предоставляться как к ещё одной не- зависимой подсистеме. При этом снизи- лась нагрузка на вычислительные мощ- ности серверов за счёт использования многозадачности потоков, а также по- явилась возможность наиболее полно использовать профильные возможности SCADA-системы (в частности, получе- ние данных с вычислителей с цельюпре- доставления оперативных данных о со- стоянии СИКН), не загружая её боль- шим количеством скриптов. На рис. 5 показан модуль поверки, реализованный при помощи техноло- гии Microsoft Silverlight. Доступ к моду- лю осуществляется, как к обычной кли- ент-серверной системе, через Web-ин- терфейс. РАЗ РА БОТ КИ / Н ЕФТ Е ГАЗОВ А Я П РОМЫШЛ Е ННОС Т Ь 43 СТА 3/2015 www.cta.ru Условные обозначения: АРМ 01…04 – автоматизированное рабочее место; FB 1…4 – вычислитель FloBoss S600+; ШАЗС – шкаф аварийной защиты и сигнализации; шкаф ИВК – шкаф измерительно- вычислительного комплекса; шкаф УРСУ – шкаф узла резервной схемы учёта; шкаф ВА – шкаф вторичной аппаратуры; DATA – сервер отчётов; SRV – основной сервер; STBY – резервный сервер. Рис. 2. Структурная схема системы автоматизации Рис. 3. Настраиваемый модуль чтения периодических отчётов Рис. 4. Традиционное и предлагаемое решения по реализации СИКН АРМ 01 АРМ 02 АРМ 03 АРМ 04 Шкаф ШАЗС Шкаф ИВК Шкаф УРСУ DATA SRV STBY Шкаф ВА FB4 FB1 FB2 FB3 Телемеханика Modbus RTU Традиционный подход к реализации СИКН Предложенное решение по реализации СИКН Сервер № 1 1. Получение данных с ПЛК 2. Получение данных с FloBoss 3. Получение отчётов с FloBoss и запись в базу 4. Отображение и управление поверкой и КМХ Сервер № 2 (резервный) 1. Получение данных с ПЛК 2. Получение данных с FloBoss 3. Получение отчётов с FloBoss и запись в базу 4. Отображение и управление поверкой и КМХ Сервер отчётов 1. Хранение отчётных данных (MS SQL Server) Сервер № 1 1. Получение данных с ПЛК 2. Получение данных с FloBoss 3. Отображение модуля отчётов и поверки Сервер № 2 (резервный) 1. Получение данных с ПЛК 2. Получение данных с FloBoss 3. Отображение модуля отчётов и поверки Сервер отчётов 1. Хранение отчётных данных (MS SQL Server) 2. Получение отчётов с FloBoss и запись в базу 3. Управление поверкой и KMX 4. Предоставление доступа к отчётным данным по Web-интерфейсу