Утром оператор открывает тренд температуры и видит ровную линию с пропуском с 02:00 до 05:30. «Связь отвалилась?» - первый вопрос. Инженер смотрит диагностику - канал Modbus зеленый, ошибок за ночь нет. Третий вариант: «наверное, датчик молчал». А через час выясняется, что historian переписал старые записи, панель переподключилась и потеряла буфер, а deadband не записал колебания в узком коридоре уставки. Дыра в тренде - не диагноз, а симптом. Причин может быть пять, и лечить их одинаково бессмысленно.
Здесь не про устройство трендов с нуля и не про выбор historian для всего завода. Разбираем ночной пропуск на HMI: буфер архива на панели, переподключение клиента, смена часового пояса, лимит числа записей, deadband и прореживание. Статья не дублирует общую иерархию экранов HMI - только диагностику «дыры за ночь».
Пропуск на тренде за ночь чаще всего дает одно из пяти: разрыв архивирования (буфер переполнился или кольцо перезаписало интервал), потеря связи между HMI и источником данных, скачок или рассинхронизация времени, исчерпание лимита записей в локальном архиве, deadband или фильтр, который не фиксировал изменения в заданном коридоре.
Проверка идет от симптома к источнику: сравнить тренд на панели с архивом SCADA или ПЛК за тот же интервал, посмотреть журнал связи и переподключений, сверить метки времени, открыть настройки deadband и лимита точек. Если на верхнем уровне данные есть, а на HMI дыра - проблема в локальном архиве или клиенте. Если нигде нет - искать разрыв опроса или запись.
Панель оператора - не единственный потребитель данных. Она может рисовать тренд из локального кольцевого буфера, из кэша тегов, из historian по запросу или из смеси источников. Ночью, когда никто не смотрит экран, клиент мог уйти в энергосбережение, переподключиться после краткого обрыва TCP, перезапуститься после обновления или просто перестать писать в архив, потому что буфер заполнился.
Связь при этом выглядит живой: текущее значение на мнемосхеме обновляется, диагностика Modbus или OPC не показывает ошибок. Оператор видит «сейчас все нормально» и делает вывод о прошлой ночи по дырявому тренду. Отсюда типичная ошибка: менять кабель, хотя проблема в лимите записей на панели.
Локальный архив на HMI почти всегда ограничен. Записывают не каждую миллисекунду, а с периодом 1-10 с и хранят N тысяч точек на тег. Когда лимит исчерпан, старые записи затираются. Если за ночь накопилось больше, чем вмещает буфер, утром вы видите непрерывный тренд «с вечера», а середина ночи уже вытеснена.
Признаки: дыра не в случайном месте, а «съедены» самые старые часы; на SCADA за тот же период данные есть. Проверка: открыть свойства тренда или архивного канала, посмотреть max records, sampling interval, тип хранения (ring buffer). Решение: увеличить буфер, реже писать второстепенные теги, вынести долгий архив на historian, а на HMI оставить короткое окно для оператора.
Краткий обрыв Ethernet ночью часто не попадает в дневной отчет. Панель переподключилась за секунды, оператор не заметил. Но локальный архиватор мог остановить запись на время reconnect и не заполнить дыру интерполяцией - в тренде останется пустое место ровно на интервал обрыва.
Ищите в журнале связи HMI или SCADA записи disconnect/reconnect, рост счетчиков ошибок TCP, смену quality тегов на Bad. Сверьте время дыры с журналом. Если совпадает - причина в разрыве сессии, а не в датчике. Профилактика: стабильный коммутатор, отключение энергосбережения порта, таймауты keepalive, дублирование опроса критичных тегов на верхнем уровне.
Переход на летнее время, ручная правка часов, сбой NTP - и тренд «ломается»: точки оказываются до или после дыры, интервал выглядит пустым, хотя данные в базе есть, но с другими метками. Особенно заметно на панелях без единого источника времени с ПЛК.
Перед разбором ночной дыры сверьте время на HMI, ПЛК и SCADA. Если в 02:00 был скачок - сначала чините синхронизацию, потом интерпретируйте тренд. Подробный разбор - в «Синхронизация времени в АСУ ТП: NTP, PTP, OEE и RCA».
Deadband (зона нечувствительности) не дает писать в архив, пока значение не изменилось больше чем на X единиц. Ночью процесс мог стабильно держаться в коридоре, и historian честно не создал новых точек. На экране это выглядит как горизонталь или «пустота между редкими метками», хотя датчик работал.
Отличие от реальной дыры: при зуме видны отдельные точки в начале и конце интервала, quality Good, связь без ошибок. Проверка: временно отключить deadband для диагностики или запросить сырой архив с ПЛК. Если нужна детализация для расследований - deadband на критичных тегах уменьшают или выносят запись на отдельный быстрый канал.
| Вид пропуска на тренде | Вероятный источник | Как проверить |
|---|---|---|
| Ровный разрыв на 10-60 мин | обрыв связи HMI - источник | журнал reconnect, quality Bad, tcpdump |
| «Съедены» ранние часы ночи | переполнение кольцевого буфера | max records, сравнение с SCADA |
| Дыра на всех тегах одновременно | скачок или рассинхронизация времени | NTP, метки на ПЛК и HMI |
| Прямая линия без точек внутри | deadband / прореживание | настройки архива, сырой опрос |
| Дыра только на одном теге | адрес, масштаб, bad quality одного канала | карта тегов, диагностика драйвера |
Откройте тот же интервал на SCADA или в архиве ПЛК. Если там данные полные - проблема локального HMI или его архиватора. Если дыра везде - смотрите опрос и связь. Проверьте журнал событий за ночь: были ли аварии связи, перезагрузки, обновления. Сверьте время. Откройте настройки тренда: интервал, deadband, лимит точек. Только после этого идите к кабелю и датчику.
Ночные дыры часто повторяются в одни и те же часы - например, когда плановый backup роняет службу или чистится диск. Ищите корреляцию с регламентными работами.
Если операторы жалуются, что «тренды врут» или «ночью не видно, что было», это сигнал к пересмотру экранов после пуска: какие теги в архиве, какой горизонт, есть ли подпись quality. Материал «HMI после пуска: какие экраны переделывать по жалобам смены» как раз про то, какие экраны дорабатывать по обратной связи, а не по красоте мнемосхемы.
На многих объектах historian на сервере SCADA пишет годами, а панель - кольцо на 24-48 часов. Утром оператор смотрит панель и делает вывод обо всей ночи. Инженер открывает сервер - данные на месте. Конфликт не в датчике, а в том, что смена не знает, где «настоящий» архив.
Правило для эксплуатации: на экране тренда подписать горизонт и источник («архив панели, 48 ч»). Для расследований - отдельная кнопка или инструкция «выгрузка с сервера». После ночного инцидента сравнивают оба уровня: если дыра только на HMI - чинят локальный буфер; если на обоих - связь или опрос.
Ночью датчик кратковременно ушел в Bad quality: обрыв 4-20 мА, помеха на RS-485, таймаут Modbus. Архиватор часто не пишет точки с Bad или рисует разрыв. На мнемосхеме значение могло показываться «последнее хорошее», и смена не заметила проблему.
Проверка: тренд quality того же тега, журнал связи драйвера, счетчики ошибок за ночь. Если дыра совпадает с полосой Bad - лечить надо поле или опрос, а не «архив сломался». Про масштаб и bad quality на экране оператора - в отдельной статье про Modbus-карту экрана.
Панель опрашивает 200 тегов по RS-485 через ПЛК. Ночью выросла нагрузка на CPU - часть циклов опроса пропущена. На тренде одного тега дыра, соседние теги целые. Это не похоже на обрыв кабеля, но для расследования ночной аварии по этому параметру данных нет.
Смотрят диагностику ПЛК: время цикла, загрузка, очередь запросов HMI. Решение - снизить частоту второстепенных тегов, вынести архивные теги на отдельную задачу или на сервер. Дыра в тренде иногда первый симптом перегрузки, а не «глюк архива».
Зафиксировать в паспорте объекта: период дискретизации, deadband по классам сигналов, лимит точек на панели, источник времени, действие при reconnect (дозапись или дыра). Раз в квартал - тестовая выгрузка ночного интервала и сравнение панель/сервер. После обновления прошивки панели или SCADA - повторить тест: обновления любят сбрасывать настройки архива на значения по умолчанию.
Если на объекте планируют отчеты OEE или RCA по ночным простоям, дыры в тренде бьют по Availability. Связь времени и отчетов - в статье про синхронизацию NTP/PTP.
На панели тренд по умолчанию показывает «последние 8 часов» с момента открытия экрана. Утром оператор видит хвост ночи, а середина уже вышла из окна. Создается иллюзия дыры, хотя архив полон, но сдвинут. Отдельная привычка для разбора: всегда задавать абсолютные даты начала и конца, а не «последние N часов».
При смене календарных суток в 00:00 некоторые архиваторы режут файл. Если инцидент пересек полночь, выгрузку делают двумя кусками и склеивают по времени. Иначе «дыра» ровно в полночь - артефакт отчета, а не поле.
Если оператор заметил пропуск на тренде еще ночью, до приезда инженера: не перезагружать панель; выгрузить тренд за проблемный интервал на флешку или в сетевую папку, если есть кнопка; записать в сменный журнал точное время дыры; проверить, горит ли диагностика связи. Эти три действия часто сохраняют данные, которые утром уже не восстановить. Инструкцию можно повесить рядом с экраном трендов на участках, где ночные остановки дороги.
Можно ли восстановить дыру задним числом?
Только если данные сохранились на другом уровне - SCADA, ПЛК, внешний historian. Локальный буфер панели после перезаписи не восстановить.
Почему текущее значение есть, а тренд пустой?
Живой опрос и архивирование - разные подсистемы. Одна может работать, другая - нет.
Нужен ли отдельный historian, если есть тренд на HMI?
Для оперативки достаточно короткого окна на панели. Для расследований и отчетов - отдельный архив с известными лимитами и резервированием.