Автор | Сообщение |
---|---|
admin | |
Каждый раз, когда в бизнес компании или на производстве завершается работа по внедрению SCADA системы, заказчик делает выдох, с надеждой на то, что система будет работать вечно и безупречно. На самом деле, жизненный цикл любой системы — примерно 10 лет. Все зависит от поддержки разработчика — некоторые идут по пути сервисных контрактов, другие прекращают поддержку серии продуктов. Некоторые системы выводят из эксплуатации просто потому, что они никогда и не выполняли свои функции качественно. В некоторых случаях мигрировать SCADA на новую систему проще, чем выкинуть все старое и начать разработку с нуля. В этой статье и поговорим о преимуществах и недостатках миграции. Что представляет собой SCADA? Стоит различать понятия SCADA система (она же двухуровневая АСУТП, не путать с распределенными системами) и SCADA программа. Тут мы приведем сводные характеристики для обоих:
Ниже приведу четыре рекомендации по будущей миграции. Рекомендация №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 |