Замена Wonderware и WinCC завершена: что вышло из трёх проектов на КИИ

Три проекта по замене иностранных SCADA-систем закрыты. Не «в целом завершены», а именно закрыты - с подписанными актами, переданными в эксплуатацию системами и операторами, которые работают в новом интерфейсе без посторонней помощи. Самое время зафиксировать, что получилось без потерь, а что потребовало доработки, которую никто не планировал.

Напомним контекст. В 2024 году мы описывали ход одного из проектов - тогда было ещё много открытых вопросов: шлюз под проприетарный протокол, сертификация, мнемосхемы. Сейчас эти вопросы закрыты, и добавились два новых проекта с похожей постановкой, но другими конфигурациями. Wonderware System Platform - на двух объектах КИИ, Siemens WinCC - на одном. На замену во всех трёх случаях пришли Trace Mode и MasterSCADA: на разных объектах - по-разному, выбор диктовала специфика технологического контура и предпочтения эксплуатирующего персонала.

Что прошло без сюрпризов

Базовая телеметрия и работа с тегами. Сбор данных с ПЛК через Modbus TCP/RTU и OPC UA прошёл штатно на всех трёх объектах. Отечественные SCADA с этим справляются - не хуже западных аналогов, без оговорок. Структуры тегов перенесены, частота опроса настроена, историан пишет данные. Здесь мы не потеряли ничего.

Система алармов и квитирование. Логика аварийных сигналов воспроизведена полностью. Приоритизация, маски, журнал квитирования - всё на месте. Операторы отметили, что в Trace Mode интерфейс работы с алармами им показался более читаемым, чем в Wonderware. Субъективно, но приятно услышать.

Ролевая модель и аудит действий. Настройка прав пользователей и ведение журнала действий оператора - закрыто без доработки. Это было требование по приказу 239, и оба решения его поддерживают из коробки.

Интеграция с ГосСОПКА. Это не задача SCADA напрямую, но маршрут инцидентов через новую инфраструктуру проверяли на этапе приёмки. Прошло нормально.

Что потребовало доработки

Мнемосхемы - самая трудоёмкая часть. Как и предполагали, перенести схемы напрямую невозможно - форматы не совместимы. Перерисовывали вручную. На одном объекте было около ста двадцати схем, на другом - меньше, но со встроенной логикой управления. Итого несколько человеко-месяцев только на мнемосхемы. В бюджет это было заложено - но нижняя оценка оказалась оптимистичной примерно вдвое.

Вычисляемые теги и скриптовая логика. WinCC строился вокруг VBScript и C-скриптов прямо в мнемосхемах. У Trace Mode и MasterSCADA свой инструментарий вычисляемых тегов, и он другой. Простые вычисления переехали быстро. Сложные сценарии - управление режимами, условные команды - переписывались вручную и требовали участия инженера-технолога, который понимал исходную логику. Несколько раз получали «работает не так»: не ошибка системы, а разночтение в поведении при граничных условиях, которое раньше было в голове технолога, а не в документации.

Проприетарные протоколы полевого оборудования. На одном из объектов оборудование говорит на диалекте, которого нет в стандартных библиотеках. Написанный нами OPC UA-шлюз, который мы упоминали в прошлом году, стал частью финального решения - и работает в продуктиве. Но это нестандартный компонент, который требует сопровождения. Клиент понимает и принимает эту зависимость.

Историческая база. Данные за несколько лет конвертировали частично: текущие значения и агрегаты перенесли, подробная история с оригинальными метаданными тегов осталась в архивной инсталляции иностранной SCADA, которую держим в изолированном сегменте. Доступ к архиву есть, управляющих функций у него нет. Это компромисс, и он явно зафиксирован в документации.

Обучение операторов. Не техническая, но реальная проблема. Люди, которые несколько лет работали с Wonderware, по первости воспринимали смену интерфейса как деградацию - даже там, где функциональность сохранена полностью. Прошло от двух до четырёх недель на каждом объекте, прежде чем команда перестала апеллировать к «как было раньше». На объекте с Trace Mode помог штатный тренажёрный режим: операторы отрабатывали сценарии на нём без риска для процесса.

Итог по функциональности

Если честно: потерь в управляющей функциональности нет. Всё, что должно работать в контуре управления технологическим процессом, - работает. Из того, что не удалось воспроизвести один в один - расширенная аналитика, которую ряд инженеров строил поверх Wonderware через его встроенные инструменты. Это не критично для управления процессом, но было удобным инструментом для анализа режимов. Сейчас смотрим на варианты - либо отдельный аналитический контур, либо интеграция с ClickHouse для хранения временных рядов и Grafana для визуализации. Решение ещё не принято.

Три проекта - три разных объекта, две разные SCADA, разные команды эксплуатации. Общий вывод: технически замена возможна и сделана. Сложность - не в отсутствии функциональности у отечественных решений, а в объёме инженерной работы по переносу логики, которая за годы осела в конфигурациях иностранных систем и частично - в головах технологов. Эту работу нельзя автоматизировать, и её объём неочевиден до тех пор, пока не начинаешь копать конкретный объект.

Если ваш объект ещё в процессе - поговорим о том, как устроить переход так, чтобы сюрпризы были управляемыми.