Время DNP3 события: отделить исходную метку от приёма и отображения
Увеличить схему
Верхний сборщик хозяйства получил накопленные события после восстановления беспроводного канала. Если всем записям присвоить время доставки, архив покажет одновременный всплеск вместо реальной последовательности. Но и наличие похожего поля времени нельзя автоматически считать достоверным моментом события. Проверяйте тип объекта, исходную метку, состояние часов станции и преобразование для пользователя. Эти сведения должны сохранять свои роли при передаче через шлюз, базу данных и последующий экспорт.
Установить источник метки
Справочник DNP3 драйвера Ignition определяет DNP3TIME через UTC миллисекунды от эпохи и отдельно описывает Need Time как потребность станции в синхронизации. Однако точный состав передаваемых объектов нужно подтвердить профилем outstation. Нельзя присваивать исходное время там, где конкретный объект его не содержит, или считать все часы исправными только по успешному разбору числа. Реальную временную информацию и её ограничения фиксируют для выбранного потока данных. (Inductive Automation — DNP3 terminology)
В карте преобразования отдельно укажите время события, время серверного приёма и время прикладной записи. Оригинальные серверные метки сохраняйте без переписывания. Пользовательское представление для отчёта задайте по времени Астаны, сохранив исходное UTC значение и известную интерпретацию. Это не требует изменения операционного календаря RTU. Если качество часов не подтверждено, предусмотрите явный признак ограничения, который не исчезнет после выгрузки данных в таблицу или передачи другому потребителю.
Сопоставить задержанное событие
На стенде создайте различимые события с известной последовательностью, а доставку части сообщений согласованно задержите. После восстановления сравните исходные метки и время приёма. Проверьте сортировку, подписи графика и экспорт. Нельзя ограничиваться экраном настройки: ошибка может появиться только на последнем этапе, когда одно поле базы используется сразу для разных ролей и позднее событие выглядит новым исключительно из-за момента записи в верхнюю систему хозяйства.
Отдельным опытом проверьте предусмотренное состояние потребности в синхронизации на имитаторе. Не меняйте часы рабочей станции ради теста. Наблюдайте, как ограничение доходит до приложения и что оно делает с временным рядом. Восстановление синхронизации не должно задним числом превращать прежние непроверенные метки в точные без отдельного подтверждённого процесса исправления. Также не подменяйте отсутствующее время события моментом приёма без явного указания такого происхождения записи.
Принять понятный временной ряд
В акте сохраните тестовые события, все роли меток и отображение ограничений. Приёмка подтверждает корректную передачу времени и честное обозначение неизвестного. Для хозяйства это позволяет разбирать задержанную телеметрию без ложного вывода об одновременности изменений. Инженер видит, когда событие относится к объекту, когда сообщение пришло на сервер и какой часовой пояс использован только для чтения отчёта, сохраняя действующий календарь оборудования и первоначальные доказательства времени приёма.
Запросы отправляются на наш e-mail из вашей почтовой программы.
