Дозапись после обрыва связи: как сохранить технологические данные при падении сети
Пустой экран реального времени при обрыве сети виден сразу. Ущерб, который остаётся, в другом месте: в исторической базе появляется пропуск, сменный отчёт нельзя собрать заново, а по качеству или энергопотреблению нечего воспроизвести. Дозапись после обрыва связи — механизм, который оставляет архив пригодным после возврата канала: локальный буфер на шлюзе, затем автоматический дособор технологических кривых за период перерыва. Это не удобство. Это формулировка, которую можно внести в техническое соглашение и проверить на объекте. В статье — что именно пропадает из архива при обрыве, какие условия должен выполнять механизм, как его принимать, и чем он отличается от круглосуточной работы платформы и энергетической базовой линии. Для объектов водоканала и энергетики этот разрыв в архиве обычно становится предметом спора при сдаче.
Что обрыв связи на самом деле забирает из архива
Оператор первым видит пустой экран. Цена проявляется позже: когда запрашивают кривую партии, шедшей во время обрыва, или когда счётчик выпуска и событие по качеству больше не сходятся.
Обрыв связи не останавливает процесс. Пресс продолжает цикл, насос работает, счётчик крутится. Останавливается путь записи этих значений в историческую базу. После возврата канала живые значения появляются снова — но минуты или часы в промежутке отсутствуют, если край их не удерживал.
- Технологические кривые: температура, давление, ток, скорость — трассы для воспроизведения качества и разбора претензий
- Выпуск и годность: счёт циклов, годные/негодные, выработка за смену — итоги, которые больше не совпадают с физическим продуктом
- Последовательность аварий: первопричина, длительность, сброс — порядок событий, по которому видно, что произошло раньше
- Сменные и энергетические отчёты: любая агрегация по исторической базе либо пропускает разрыв, либо выдаёт число по неполным выборкам
Картина реального времени возвращается сама. Архив — нет. Именно этот разрыв закрывает дозапись после обрыва связи.
Какие условия должна выполнять дозапись, чтобы это был не просто буфер
Локального буфера недостаточно. Если метки времени переписываются при выгрузке, пакеты с нарушенным порядком затирают более новые значения, или дозапись охватывает только часть тегов, исторической базе нельзя доверять. Механизм должен сохранить запись периода обрыва с исходными метками времени и влить её так, чтобы не повредить данные, уже записанные после восстановления канала.
На выполненных проектах подпункт дозаписи после обрыва связи имеет техническое соглашение и доказательства приёмки: после восстановления связи технологические кривые за период перерыва дособираются автоматически. Полевые устройства опрашиваются на шлюзе, удерживаются в локальном кэше и передаются наверх по двум каналам MQTT и REST; безопасность каналов — сертификаты шлюза, клиента и самоподписанные. Кэш, два канала и письменная приёмка вместе делают формулировку проверяемой.
- Локальный кэш на шлюзе: при недоступном uplink значения продолжают сниматься в согласованном окне хранения, а не отбрасываются на устройстве
- Исходные метки времени: каждый отсчёт хранит момент съёма на краю, а не момент прибытия на сервер
- Автоматический дособор после восстановления: повторное соединение запускает догонку без ручного экспорта файлов оператором
- Два канала MQTT и REST: при деградации одного пути второй всё ещё может унести буфер; защита каналов — на сертификатах
- Полнота, которую можно посчитать: список тегов, период опроса и окно обрыва известны, поэтому пропуски считаются, а не декларируются
Это не заявление, что каждый пакет переживает каждый отказ. Глубина кэша, износ диска, потеря питания на шлюзе и длительность обрыва ограничивают объём, который можно вернуть. Эти границы относятся к техническому соглашению, а не к рекламному тексту.
Как принимать дозапись на объекте
Формулировку «данные полные» проверить нельзя. Пункт приёмки полезен только если третий человек без истории проекта может выполнить процедуру и получить «да» или «нет». Четыре шага ниже стоит зафиксировать до подписания.
- Искусственный обрыв: при работающем процессе отключить uplink на согласованный интервал, зафиксировать начало и конец по настенным часам, вернуть канал и дождаться окончания дозаписи
- Синхронизация времени: до испытания подтвердить NTP или эквивалентный источник на шлюзе и сервере, чтобы дописанные отсчёты не попали в чужой час
- Запись с нарушенным порядком: после восстановления убедиться, что отсчёты из пропуска вставляются по исходным меткам времени и не затирают значения, уже снятые после возврата канала
- Пересчёт отчётов: заново построить сменный отчёт, энергетический итог или кривую качества на окно обрыва и сверить с независимой записью на машине или счётчике
Прохождение: в исторической базе по согласованным тегам есть непрерывный ряд на окно обрыва, метки времени совпадают с независимой записью, пересчитанный отчёт укладывается в допуск, записанный в соглашении. Непрохождение: остаётся пропуск, сдвиг времени или отчёт, который по-прежнему нельзя объяснить.
Сценарий отказа: без дозаписи и с дозаписью
Таблицу можно переносить в обсуждение технического соглашения. Третий столбец заполняйте фактическим окном кэша и списком тегов площадки, а не общей формулировкой.
| Сценарий отказа | Без дозаписи | С дозаписью |
|---|---|---|
| Обрыв заводского WAN или 4G на минуты или часы | Экраны реального времени замирают; в архиве дыра; сменный отчёт и энергетический итог нельзя собрать | Шлюз продолжает опрос; после восстановления технологические кривые за период обрыва дособираются автоматически |
| Короткий обрыв Ethernet на одном сегменте | Пропадают отдельные отсчёты; аварии срабатывают дважды или не срабатывают | Буфер закрывает провал; последовательность аварий восстанавливается по исходным меткам времени |
| Облако или брокер MQTT недоступны, полевая сеть жива | Край работает, историческая база молчит; ночной выпуск сверху не виден | REST или второй путь MQTT вместе с локальным кэшем уносят накопленное после возврата брокера |
| Перезапуск шлюза или цикл питания | Содержимое буфера зависит от того, лежит ли кэш на постоянном носителе | Постоянный кэш переживает перезапуск в согласованном окне; энергозависимый — нет. Это фиксируют в соглашении |
| Расхождение часов шлюза и сервера | Дозапись попадает не в тот интервал; отчёты считают дважды или пропускают | Синхронизация времени — предусловие испытания; слияние с нарушенным порядком идёт по метке отсчёта, не по времени прибытия |
Дозапись после обрыва связи закрывает перерывы связи между шлюзом и верхней системой. Она не заменяет ИБП на шлюзе, RAID на сервере и резервный хост SCADA. Это отдельные пункты.
Место рядом с круглосуточной работой и энергетической базовой линией
Круглосуточная работа и дозапись отвечают на разные отказы. Горячий резерв, RAID и резервный хост держат сервер SCADA доступным, когда выходит из строя машина. Дозапись держит историческую базу пригодной, когда полевой канал падает, а процесс продолжается. Указание одного не покрывает другое.
Энергетические работы начинают только после того, как сбор стал устойчивым. Базовая линия с пропусками не выдерживает удельный расход, сравнение смен и записи по ISO 50001 / АСКУЭ: любой разрыв потом оспаривают. То же для OEE и воспроизведения качества: нет кривой — нет доказательства. Считайте дозапись предусловием цепочки данных, а круглосуточную доступность и учёт энергии проектируйте поверх архива, который можно собрать заново.
Итог
Обрыв сети сначала забирает картину реального времени, затем архив. Дозапись после обрыва связи — это кэш на стороне шлюза и автоматический дособор технологических кривых за период перерыва после восстановления канала: два канала MQTT и REST, исходные метки времени, проверка полноты, которую можно выполнить на объекте.
Окно кэша, список тегов и четыре шага приёмки внесите в техническое соглашение. Так название функции становится формулировкой, которую обе стороны могут проверить.
Внести дозапись в перечень приёмки
Пришлите список тегов, период опроса и длительность обрыва, которую нужно закрыть, — предложим окно кэша, двухканальный путь и процедуру приёмки на объекте. На связи инженер со знанием русского.
Связаться с нами