🔌 Сброс питания ПЛК. Часть 2

В первой части мы выяснили, почему старое доброе:

«Выключи и включи»

иногда действительно работает.

Теперь посмотрим на другую сторону.

Представим:

Modbus перестал работать → передёрнули питание → заработало.

Можно сказать:

«Проблема решена!»

А можно задать другой вопрос:

«Почему она вообще возникла?»

Возможно, настоящая причина была совсем в другом:

— плохое питание 24 В;
— помехи на RS-485;
— неправильное заземление;
— ошибки termination/bias;
— конфликт адресов;
— ошибка firmware;
— переполнение внутреннего буфера;
— ошибка программы;
— неправильная последовательность запуска устройств;
— аппаратная неисправность модуля.

Перезапуск мог просто устранить следствие, не устранив причину.

Через неделю проблема появится снова.

⚠️ Более того, перезапуск может уничтожить улики

До отключения питания у нас могли оставаться:

код ошибки → состояние LED → диагностические регистры → состояние коммуникации → значения переменных → журналы событий.

Передёрнули питание —

и часть информации исчезла.

Получается парадокс:

установку восстановили, а информацию, которая могла помочь найти причину остановки, потеряли.

Поэтому при повторяющейся неисправности правильнее:

сначала зафиксировать диагностику → потом перезапускать.

❌ Иногда питание вообще лучше не трогать

Очевидный пример — обновление firmware.

Но есть и более важный момент.

На реальном технологическом объекте после power cycle нужно понимать:

Что произойдёт с выходами?
Что произойдёт с приводами?
Сохранятся ли RETAIN-переменные?
Запустится ли программа автоматически?
В каком состоянии окажутся исполнительные механизмы?

Поэтому:

«Давайте просто передёрнем питание»

на работающей установке — не всегда безобидное действие.

🟡 Так когда всё-таки перезапускать?

Если произошёл единичный непонятный сбой, диагностика зафиксирована, перезапуск технологически безопасен и производитель оборудования его допускает — почему бы и нет?

Но если получается:

понедельник — зависло → перезапустили;
среда — зависло → перезапустили;
пятница — зависло → перезапустили...

то это уже не устранение неисправности.

Это ритуал обслуживания неисправности. 😄

Поэтому правило я бы сформулировал так:

Сначала диагностика. Потом перезапуск.

А если после перезапуска всё заработало, не считать вопрос закрытым, а спросить:

«Почему снятие питания вообще помогло?»

Потому что именно ответ на этот вопрос иногда и приводит к настоящей причине неисправности.

А как поступаете вы?

Сначала передёргиваете питание или сначала пытаетесь докопаться до причины?