Почему замена старой автоматики на новую АСУ ТП часто превращается в производственный ад. Как неучтенные «жучки» в щитах, отсутствие схем и специфика старого «железа» ломают сроки, а красивые SCADA-системы разбиваются о суровую реальность полевого уровня.
Красивые мнемосхемы против ржавых датчиков
Сценарий классический. Приезжают менеджеры интегратора, показывают красивые презентации с современной SCADA-системой: «Мы заменим ваши релейные шкафы 80-х годов на современные контроллеры, оператор будет управлять процессом с планшета, все будет прозрачно». Сроки рисуют оптимистичные: «Закупим оборудование, соберем шкафы у себя, а в ваш плановый останов (ППР) за 5 дней все переключим и запустим».
Технический директор кивает, контракт подписан. Проблема в том, что интегратор оценил объем работ по старым заводским схемам, которые не обновлялись с момента постройки цеха. Они продали вам логику работы «как должно быть», даже не подозревая, как ваше оборудование выживает на самом деле.
«Теневая автоматика» и фактор дяди Васи
Главный враг любого внедрения АСУ ТП — это не программный код, а неучтенная реальность. Когда монтажники интегратора приходят в цех, они вскрывают кабельные трассы и шкафы управления, и тут начинается катастрофа.
Выясняется, что половина концевых выключателей давно закорочена перемычками («жучками»), потому что они сгнили еще пять лет назад. Выясняется, что оператор запускает насос не кнопкой, а вручную поджимая контактор отверткой, потому что штатная цепь управления перебита. Старая система «работала» только благодаря смекалке дежурного электрика дяди Васи, который знал все секреты оживления линии.
Новый контроллер (PLC) не умеет «поджимать контакторы» и игнорировать аварийные сигналы (если это жестко не прописано). Как только вы подключаете новую строгую систему к старому «убитому» полю, она встает в аварию через секунду. Интегратор хватается за голову: нужно менять не только шкаф, но и километры кабеля, сотни датчиков и приводов. А это уже совсем другие бюджеты и сроки.
Ловушка «Окна останова»
В отличие от офисного софта, АСУ ТП нельзя внедрять параллельно с работой. Нужен останов производства. Обычно интегратору выделяют жесткое «окно» — например, 72 часа во время планового ремонта.
Интегратор, не изучивший реальное состояние клеммников и трасс, планировал потратить 2 дня на демонтаж/монтаж и 1 день на пусконаладку. В реальности только прозвонка старых безымянных кабелей ("лапши"), у которых осыпалась маркировка, занимает три дня.
Срок останова заканчивается. Завод должен давать продукцию. Система не готова. Начинается панический «откат» назад — попытка вернуть старую схему, чтобы хоть как-то запуститься. В итоге — ни новой автоматики, ни стабильной старой, и колоссальные убытки от простоя линии.
Как спасти модернизацию до старта?
Чтобы не получить «мертвый» шкаф автоматики за миллионы рублей, нужно менять подход к подрядчику:
- Запретите оценку «по документам». Старые схемы врут. Всегда. Требуйте, чтобы инженеры (не менеджеры!) интегратора физически прошли по цеху, открыли каждый щит и посмотрели на состояние кабельных эстакад.
- Дефектовка поля — отдельный этап. Прежде чем писать код для контроллера, нужно провести ревизию всего полевого уровня (датчиков, клапанов, моторов). Если «поле» мертвое, никакой искусственный интеллект его не оживит. Заложите бюджет на восстановление датчиков до прихода программистов.
- Интервью с операторами и КИПовцами. Только сменный персонал скажет правду о том, какие защиты на самом деле отключены и какие алгоритмы в техрегламенте не соответствуют жизни. Интегратор должен писать программу под реальный техпроцесс, а не под фантазии из паспорта станка 1985 года.
АСУ ТП не прощает поверхностного подхода. Это хирургия на работающем организме завода. Если врач не сделал рентген (аудит) перед операцией, пациент может не проснуться после наркоза.