Отладка HMI на объекте: Симуляция, принудительные теги, журнал действий оператора
Безопасная отладка панели: симуляция, принудительные теги, журнал оператора, возврат к прод, пошагово если экран не совпадает с механикой
Короткий ответ: отладку HMI на работающем объекте ведут в сервисном режиме с табличкой «наладка», без принудительных тегов на проде без записи; после теста - возврат проекта и снятие форсов; если «экран не совпадает с механикой» - сначала связь и режим ПЛК, потом карта тегов, потом логика.
Наладчик на СТАБУР часто приезжает, когда смена говорит: «на экране зелёное, а насос стоит». Панель и CODESYS / MasterSCADA 4D дают мощные инструменты - симуляцию, принудительную запись тегов, онлайн-изменения. На объекте это же оружие опасно: оператор видит «норму», пока механика в аварии или в ручном. Ниже - как отлаживать безопасно, что писать в журнал, как вернуть прод и пошаговый порядок, когда картинка врёт.
Правила безопасной отладки на объекте
Согласовать с эксплуатацией окно работ: кто отключил участок, кто допускает наладку, кто на посту.
Визуально отделить тест от нормы: режим «Сервис» / «Наладка» на главном экране, иная цветовая полоса, запрет пуска с панели без пароля наладчика - по регламенту объекта.
Не оставлять принудительные значения на ночь. Форс тега - только с записью в журнал: кто, когда, какой тег, старое/новое значение, причина.
Дублировать критичное аппаратно: пока крутите HMI, пуск-останов по регламенту - не только сенсор.
Один наладчик - один активный онлайн-сессия к ПЛК; два ноутбука с записью в одни теги - гонки и «плавающие» симптомы.
Подробнее про цвета и подтверждения для смены - в статье про кнопки и аварии на HMI.
Симуляция: когда хватает офиса, когда нужен объект
Симуляция в среде разработки (TargetVisu без железа, эмуляция I/O) - для проверки переходов экранов, текстов, прав доступа. Не заменяет проверку масштаба и задержек связи с реальным ПЛК.
Симуляция на объекте - ПЛК в режиме теста с подменой входов или отключённым выходом на механику. Панель показывает «как будет», насос не крутится - если межблокировки и режим выставлены честно.
Ошибка: долго жить в симуляции, забыв снять флаг SimActive - смена видит нереалистичные уставки.
Принудительные теги (force): только с дисциплиной
Force / принудительная запись - удержание значения вопреки программе. Нужен для проверки «если датчик 4,2 бар, загорится ли авария на экране». На проде без документации - ловушка: программа «думает» одно, экран показывает другое, механика - третье.
Минимум дисциплины:
1.Список форсированных тегов в блокноте смены/наладки.
2.Снятие всех форсов перед сдачей участка - чек-лист.
3.В CODESYS/MasterSCADA - использовать встроенный список активных forces и сброс «все снять».
4.Не форсировать выходы на привод без физической изоляции, если регламент это запрещает.
Если «цифра на экране не та» - сначала проверьте, нет ли активного force, см. также Modbus-карту и качество тега.
Журнал действий оператора
Журнал нужен не «для красоты», а чтобы разделить действие человека и событие автоматики.
Что фиксировать:
•вход/выход пользователя (логин, уровень);
•пуск, стоп, квитирование, смена уставки;
•вход в сервисный режим, включение/снятие force, загрузка проекта;
•отказ связи HMI-ПЛК.
На объекте СТАБУР часть событий даёт SCADA/historian, часть - локальный журнал панели. Договориться, где источник для разбора инцидента, и не дублировать противоречиво. Граница панель/SCADA - в отдельном материале.
Тестовые режимы и возврат к прод-конфигурации
Тестовый режим - явный флаг в ПЛК: HMI_ServiceMode или отдельный ключ на экране наладчика. В нём разрешены сервисные страницы; для оператора - заглушка «участок на наладке».
Возврат к прод после отладки:
Хранить две копии: «до наладки» и «после» - на сервере объекта и в технической документации по регламенту заказчика.
Порядок действий: «экран не совпадает с механикой»
Выполнять сверху вниз, не меняя сразу и программу, и экран.
Шаг 1. Безопасность и режим
Участок остановлен по регламенту? Местный/дистанционный? Есть ли активный сервис/force? Спросить смену, что делали за последний час.
Шаг 2. Связь
Индикатор связи панель-ПЛК. Ping/статистика опроса Modbus/Ethernet. Обрыв - монтаж и кабель.
Шаг 3. Один тег - три точки
Выбрать один спорный сигнал (давление, пуск, авария). Сравнить: физика (прибор/осмотр), значение в отладчике ПЛК, значение на HMI. Если ПЛК верно, а HMI нет - карта/масштаб/ENUM.
Шаг 4. Карта и качество
Адрес, тип, K/B, endian, Bad quality. Таблица симптомов - в статье про Modbus-карту.
Шаг 5. Подписи состояний
Число состояния совпало, текст нет - таблица ENUM/перевод, см. ENUM и STRUCT.
Шаг 6. Логика и межблокировки
Только если 1-5 чистые: режим автомата, запрет пуска, дублирование уставки с SCADA.
Шаг 7. Запись в журнал
Что нашли, что исправили, какая ревизия проекта. Передать смене одну фразу на языке поста, не «перезагрузили ПЛК».
Шаг 8. Приёмка
Короткий прогон с оператором; снять сервисный режим.
Типичные ошибки наладки на объекте
•Оставили старую визуализацию при новой прошивке ПЛК.
•Force на входе «для проверки» забыл снять - насос «не пускается», хотя на экране всё зелёное.
•Меняли уставку только на SCADA, панель у шкафа - другая точка записи.
•Отладка в часы смены без объявления - оператор нажал пуск в «чужой» картинке.
•Нет записи ревизии - через месяц не воспроизвести инцидент.
FAQ
Можно ли отлаживать HMI только с ноутбука, не трогая панель?
Часто да, если та же визуализация и сеть. Панель у шкафа всё равно проверить - другой клиент, другие таймауты.
Нужен ли отдельный пароль наладчика?
Да, разумно. Общий пароль на объекте - типовой риск.
Перезагрузка панели лечит «не то на экране»?
Иногда при зависшем клиенте. Если причина в карте или force - вернётся.