Крупные российские производства, сталкиваясь с уходом западных SCADA-систем, вынуждены переходить на отечественные аналоги. Выбор платформы должен учитывать интеграцию с базами данных (Postgres SQL), поддержку распространенных промышленных контроллеров (Allen Bradley, Siemens, ОВЕН), возможности кастомизации, горячее резервирование, наличие техподдержки, среду разработки под Astra Linux и инструменты для анализа данных. Примером удачного импортозамещения служит переход химического предприятия на SCADA «КАСКАД Цифра», российскую платформу, разработанную специалистами, ранее работавшими в Siemens.
Ключевым этапом проекта стал реверс-инжиниринг существующей системы, из-за отсутствия документации от предыдущего зарубежного разработчика. Это потребовало детального анализа сигналов, адресов, переменных и алгоритмов управления. Использовался метод «черного ящика», позволяющий сравнивать работу старой и новой систем в реальном времени. Разработка новой SCADA-системы велась на языке CONTROL, потребовалась доработка драйверов и создание механизма обмена данными с MES-системой, интегрированного через PostgreSQL.
Проект столкнулся с рядом трудностей. Обнаружено значительное расхождение в количестве тегов, заявленных заказчиком и фактически используемых (50 000 против 7 500). После запуска новой системы выяснилось, что ПЛК некоторых устройств продолжают пытаться опрашивать старую SCADA. Сложности добавила необходимость учитывать два режима работы оборудования – с подключением к SCADA и без. Потребовались оперативные доработки логики работы системы.
Несмотря на трудности, проект продемонстрировал возможность эффективного импортозамещения SCADA. Поэтапный ввод в эксплуатацию, с параллельным тестированием, позволил минимизировать риски остановки производства. Переход на новую SCADA более 50 единиц оборудования и 42000 сигналов был выполнен за две недели без инцидентов.
Изображение носит иллюстративный характер
Ключевым этапом проекта стал реверс-инжиниринг существующей системы, из-за отсутствия документации от предыдущего зарубежного разработчика. Это потребовало детального анализа сигналов, адресов, переменных и алгоритмов управления. Использовался метод «черного ящика», позволяющий сравнивать работу старой и новой систем в реальном времени. Разработка новой SCADA-системы велась на языке CONTROL, потребовалась доработка драйверов и создание механизма обмена данными с MES-системой, интегрированного через PostgreSQL.
Проект столкнулся с рядом трудностей. Обнаружено значительное расхождение в количестве тегов, заявленных заказчиком и фактически используемых (50 000 против 7 500). После запуска новой системы выяснилось, что ПЛК некоторых устройств продолжают пытаться опрашивать старую SCADA. Сложности добавила необходимость учитывать два режима работы оборудования – с подключением к SCADA и без. Потребовались оперативные доработки логики работы системы.
Несмотря на трудности, проект продемонстрировал возможность эффективного импортозамещения SCADA. Поэтапный ввод в эксплуатацию, с параллельным тестированием, позволил минимизировать риски остановки производства. Переход на новую SCADA более 50 единиц оборудования и 42000 сигналов был выполнен за две недели без инцидентов.
