Отладка HMI на объекте: Симуляция, принудительные теги, журнал действий оператора

Короткий ответ: отладку HMI на работающем объекте ведут в сервисном режиме с табличкой «наладка», без принудительных тегов на проде без записи; после теста - возврат проекта и снятие форсов; если «экран не совпадает с механикой» - сначала связь и режим ПЛК, потом карта тегов, потом логика.

Наладчик на СТАБУР часто приезжает, когда смена говорит: «на экране зелёное, а насос стоит». Панель и CODESYS / MasterSCADA 4D дают мощные инструменты - симуляцию, принудительную запись тегов, онлайн-изменения. На объекте это же оружие опасно: оператор видит «норму», пока механика в аварии или в ручном. Ниже - как отлаживать безопасно, что писать в журнал, как вернуть прод и пошаговый порядок, когда картинка врёт.

Согласовать с эксплуатацией окно работ: кто отключил участок, кто допускает наладку, кто на посту.

Визуально отделить тест от нормы: режим «Сервис» / «Наладка» на главном экране, иная цветовая полоса, запрет пуска с панели без пароля наладчика - по регламенту объекта.

Не оставлять принудительные значения на ночь. Форс тега - только с записью в журнал: кто, когда, какой тег, старое/новое значение, причина.

Дублировать критичное аппаратно: пока крутите HMI, пуск-останов по регламенту - не только сенсор.

Один наладчик - один активный онлайн-сессия к ПЛК; два ноутбука с записью в одни теги - гонки и «плавающие» симптомы.

Подробнее про цвета и подтверждения для смены - в статье про кнопки и аварии на HMI.

Симуляция в среде разработки (TargetVisu без железа, эмуляция I/O) - для проверки переходов экранов, текстов, прав доступа. Не заменяет проверку масштаба и задержек связи с реальным ПЛК.

Симуляция на объекте - ПЛК в режиме теста с подменой входов или отключённым выходом на механику. Панель показывает «как будет», насос не крутится - если межблокировки и режим выставлены честно.

Ошибка: долго жить в симуляции, забыв снять флаг SimActive - смена видит нереалистичные уставки.

Force / принудительная запись - удержание значения вопреки программе. Нужен для проверки «если датчик 4,2 бар, загорится ли авария на экране». На проде без документации - ловушка: программа «думает» одно, экран показывает другое, механика - третье.

Минимум дисциплины:

1.Список форсированных тегов в блокноте смены/наладки.

2.Снятие всех форсов перед сдачей участка - чек-лист.

3.В CODESYS/MasterSCADA - использовать встроенный список активных forces и сброс «все снять».

4.Не форсировать выходы на привод без физической изоляции, если регламент это запрещает.

Если «цифра на экране не та» - сначала проверьте, нет ли активного force, см. также Modbus-карту и качество тега.

Журнал нужен не «для красоты», а чтобы разделить действие человека и событие автоматики.

Что фиксировать:

•вход/выход пользователя (логин, уровень);

•пуск, стоп, квитирование, смена уставки;

•вход в сервисный режим, включение/снятие force, загрузка проекта;

•отказ связи HMI-ПЛК.

На объекте СТАБУР часть событий даёт SCADA/historian, часть - локальный журнал панели. Договориться, где источник для разбора инцидента, и не дублировать противоречиво. Граница панель/SCADA - в отдельном материале.

Тестовый режим - явный флаг в ПЛК: HMI_ServiceMode или отдельный ключ на экране наладчика. В нём разрешены сервисные страницы; для оператора - заглушка «участок на наладке».

Возврат к прод после отладки:

Хранить две копии: «до наладки» и «после» - на сервере объекта и в технической документации по регламенту заказчика.

Выполнять сверху вниз, не меняя сразу и программу, и экран.

Участок остановлен по регламенту? Местный/дистанционный? Есть ли активный сервис/force? Спросить смену, что делали за последний час.

Индикатор связи панель-ПЛК. Ping/статистика опроса Modbus/Ethernet. Обрыв - монтаж и кабель.

Выбрать один спорный сигнал (давление, пуск, авария). Сравнить: физика (прибор/осмотр), значение в отладчике ПЛК, значение на HMI. Если ПЛК верно, а HMI нет - карта/масштаб/ENUM.

Адрес, тип, K/B, endian, Bad quality. Таблица симптомов - в статье про Modbus-карту.

Число состояния совпало, текст нет - таблица ENUM/перевод, см. ENUM и STRUCT.

Только если 1-5 чистые: режим автомата, запрет пуска, дублирование уставки с SCADA.

Что нашли, что исправили, какая ревизия проекта. Передать смене одну фразу на языке поста, не «перезагрузили ПЛК».

Короткий прогон с оператором; снять сервисный режим.

•Оставили старую визуализацию при новой прошивке ПЛК.

•Force на входе «для проверки» забыл снять - насос «не пускается», хотя на экране всё зелёное.

•Меняли уставку только на SCADA, панель у шкафа - другая точка записи.

•Отладка в часы смены без объявления - оператор нажал пуск в «чужой» картинке.

•Нет записи ревизии - через месяц не воспроизвести инцидент.

Часто да, если та же визуализация и сеть. Панель у шкафа всё равно проверить - другой клиент, другие таймауты.

Да, разумно. Общий пароль на объекте - типовой риск.

Иногда при зависшем клиенте. Если причина в карте или force - вернётся.

•Мнемосхема и ПЛК;

•Modbus-карта для HMI;

•ENUM и отчёты;

•HMI: иерархия экранов;

•Монтаж панели.