Миграция SCADA. Рекомендации для пользователей

Автор Сообщение
#1 / 28.02.2019 08:43
admin

sdgKmPGdFpM.jpg

Каждый раз, когда в бизнес компании или на производстве завершается работа по внедрению SCADA системы, заказчик делает выдох, с надеждой на то, что система будет работать вечно и безупречно. На самом деле, жизненный цикл любой системы — примерно 10 лет. Все зависит от поддержки разработчика — некоторые идут по пути сервисных контрактов, другие прекращают поддержку серии продуктов. Некоторые системы выводят из эксплуатации просто потому, что они никогда и не выполняли свои функции качественно.

В некоторых случаях мигрировать SCADA на новую систему проще, чем выкинуть все старое и начать разработку с нуля. В этой статье и поговорим о преимуществах и недостатках миграции.

Что представляет собой SCADA?

Стоит различать понятия SCADA система (она же двухуровневая АСУТП, не путать с распределенными системами) и SCADA программа. Тут мы приведем сводные характеристики для обоих:

  • Устройство управления (ПЛК с модулями ввода/вывода)
  • Коммуникационная сеть (+протоколы) для передачи команд и получения данных
  • HMI — аппаратные и программные средства человеко-машинного интерфейса
  • База данных точек системы (тэгов)
  • Система управления сигнализациями (ASM — Alarm Management System)
  • База исторических данных
  • Инструменты создания трендов и рапортов

Ниже приведу четыре рекомендации по будущей миграции.

Рекомендация №1. Оставьте существующее железо нижнего уровня

Если конечно вы не предполагаете расширение. Обычно сеть контроллеров с модулями ввода/вывода это самая дорогая часть системы. Кроме цены самого железа раскошелиться придется на монтаж, программирование логики и тестирование. Миграция этой части сэкономит вам существенную сумму.

В идеале при разработке с нуля стоит выбирать систему, поддерживающую различные коммуникационные протоколы на уровне драйверов. Таким образом вы получаете поддержку существующих устройств, а также оставляете возможность для миграции.

Другой вариант — OPC. Возможно самое универсальное решение, но при этом отсутствует возможность изменять скорость доступа в критических приложениях, при этом SCADA не может напрямую достучаться к каналу передачи данных для получения диагностики.

Особый случай — устройства, использующие проприетарные коммуникационные протоколы. Миграции практически не поддаются — можно просто выкинуть.

Рекомендация №2. Конвертируйте тэги существующей системы

Тэг — программная интерпретация системных переменных, таких как переменные процесса, аварийные пределы, уставки, сигналы управления и т.д. Система может содержать от нескольких до нескольких миллионов тэгов. Представьте себе, к примеру, миграцию системы городского водоснабжения и канализации в 240 000 точек. Учтите, что каждый тэг нужно вручную прочитать из существующей системы, записать в новую а затем отладить на наличие ошибок. Одним словом, это очень муторная, длительная и, соответственно, дорогостоящая процедура.

Автоматическая конвертация тэгов сведет время на выполнение этой процедуры к десяткам минут, нежели к часам и дням при работе вручную. Некоторые программные пакеты предоставляют возможность к миграции типовых тэгов, особенно если одинаковые типы присутствуют в обоих системах.

Но все не так гладко, как кажется. Зачастую у разных систем разная адресация, скрипты, математические выражения и сами принципы именования. Для пущей уверенности стоит проконсультироваться с разработчиками на предмет возможности автоматизации этого процесса.

Рекомендация №3. Конвертируйте исторические данные, если это необходимо

Иногда приходится мигрировать базу исторических данных. Если вам нужны исторические данные для отчетности, планового технического обслуживания или сравнительного анализа (к примеру для нефтяных и газовых скважин правилами предусмотрено хранение исторической информации в течении 10 лет), уточните, предоставляет ли новый Historian сервис миграции с систем других производителей.

Рекомендация №4. Миграция графики «как есть» не пройдет

Обычно конечные пользователи графики (операторы) выступают против любых изменений в эргономике или управлении. Мол: «Не вздумайте ничего менять, мы уже 20 лет так работаем, мы привыкли». На самом деле существующие дисплеи обычно отражают функционал и удобство той эпохи, в которой были созданы, возможно с небольшими корректировками по ходу работы.

Миграция графики 1 к 1 приведет к тому, что вы потратите деньги на продукт, который выглядит так же убого, как и старый, и удобен так же, как и старый, то есть — никак.

А решение очевидно — процесс миграции позволяет вывести HMI на качественно новый уровень, стандартизировать приложения, оптимизировать действия оператора, просто дать ему отдохнуть от страшных черно-белых и мигающих всеми цветами радуги экранов.

Данные рекомендации должны вам помочь не только сэкономить деньги на апгрейде, но и изначально создать комплексное решение, которое в результате поживет значительно больше, чем 10 лет.

Источник: http://autoworks.com.ua/verxnie-urovni-asu-tp/migraciya-scada-rekomendacii-dlya-polzovatelej/

Сообщения: 463