ЖУРНАЛ «СТА» №2/2016

Принцип работы устройства: система сравнивает факт нарушения целостно- сти инфракрасного (ИК) луча для пары датчиков с целостностью ИК-луча дру- гой пары на этом же посту. Далее про- водится анализ, и при появлении несо- ответствия подаются сигналы об ава- рийной ситуации: звуковой (сирена), световой (табло около прохода в тон- нель), цифровой (передача информа- ции в SCADA-систему). На мнемосхе- ме при этом высвечивается изображе- ние в виде сигнализации датчиков, ИК- лучей и изображение человека с на- правлением движения. Центральная диспетчерская Данные из всех систем станций и электродепо передаются посредством ICONICS Hyper Historian в ЦДУ. Дис- петчеры ЦДУ имеют возможность управления технологическими процес- сами и правами доступа на любой стан- ции и электродепо, используя GENE- SIS64 удалённо. Структура АСДУ центрального дис- петчерского управления приведена на рис. 11. Резервируются все основные узлы АСДУ: ПЛК, серверы АСДУ, АРМ энергодиспетчеров и АРМ элек- тромехаников. В составе диспетчер- ской предусматривается две видеосте- ны, каждая из которых состоит из двух видеокубов с разрешением экрана 1024 × 768 точек. На первой видеостене осуществляются мониторинг, диагно- стика и управление системами элек- тромеханических устройств всех узлов. На вторую видеостену (энергодиспет- чера) выводится текущая информация по состоянию элементов понизитель- ных и совмещённых тяговых подстан- ций (СТП и ПП), начиная от ввода пи- тающей городской подстанции до кон- тактного рельса. Каждый диспетчер получает отчёты по соответствующей подсистеме че- рез пакет ICONICS ReportWorX в удоб- ном и привычном интерфейсе Micro- soft Excel. О ПТИМИЗАЦИЯ РУЧНОГО ВВОДА БОЛЬШИХ МАССИВОВ ИНФОРМАЦИИ Большой объём данных проекта и глубина диспетчеризации ставят перед инжиниринговой фирмой дополни- тельную задачу по оптимизации под- ключения данных к OPC-серверам и SCADA-системе. Для каждой станции число переменных для OPC-сервера достигает нескольких тысяч, а для SCADA – нескольких десятков тысяч. Ручной ввод такого числа тегов затруд- нителен и неизбежно ведёт к ошибкам. Помимо этого, в процессе разработки крупного объекта неизбежны коррек- тировки, что требует внесения допол- нительных изменений в перечень пере- менных. Для автоматизации процесса ввода параметров интегратор ЛАЙТОН разра- ботал уникальное решение – генератор тегов, который анализирует программу для ПЛК и формирует базу тегов для всех модулей SCADA-системы (базу алармов AlarmWorX64 Server, базу ре- гистров переменных для обмена с устройствами через UDM и базу архив- ных трендов TrendWorX64 Logger) и кон- фигурации OPC-сервера. Логика рабо- ты генератора тегов построена на том, что среда программирования контрол- леров позволяет экспортировать про- грамму разработки в виде XML-файла, который можно обработать, используя стандартные библиотеки Microsoft для XML. Так как файлы PKGX, формируе- мые SCADA-системой для переноса проектов с одного ПК на другой, также представляют собой набор XML-фай- лов, сжатых в ZIP-архив, а файл для им- порта данных в OPC-сервер представ- ляет собой CSV-файл, для которого применимы все функции работы с текс- товыми файлами, то достаточно было написать решение по анализу XML- файла контроллера с последующей ге- нерацией CSV-файлов для OPC-сервера и PKGX для SCADA-системы. Специа- листы компании ЛАЙТОН реализовали 44 СТА 2/2016 СИС Т ЕМНА Я ИН Т Е Г РАЦИЯ / ЖЕ Л Е ЗНОДОРОЖНЫЙ Т РАНСПОР Т www.cta.ru Рис. 8. Пример планировки контролируемых систем Рис. 9. Мнемосхема контроля прохода в тоннель Рис. 10. Цифровое оповещение о несанкционированном доступе в тоннель