IEC104: как не превратить ответ опроса в новое полевое событие
После восстановления связи сборщик хозяйства получает текущие значения и формирует множество новых событий. Однако часть сообщений могла прийти в ответ на опрос, а не из-за свежего изменения на объекте. Если происхождение потеряно при преобразовании, журнал создаёт неверную картину работы оборудования. Сохраняйте причину передачи вместе с типом и адресом данных, а решение о прикладном событии принимайте по явно определённому контракту интеграции.
Сохранить контекст ASDU
В lib60870 cause of transmission указывает причину отправки ASDU; руководство различает периодическую, спонтанную и опросную передачу. Обработчик interrogation формирует ответы с соответствующим происхождением. Это не означает, что каждое сообщение одного типа одинаково по смыслу. Поддержку и карту причин проверяйте по профилю установленной станции. Нельзя выводить свежее физическое изменение только из факта приёма очередного сетевого пакета с привычным числовым значением. (MZ Automation — lib60870 user guide)
В карте преобразования укажите тип ASDU, common address, information object address, cause of transmission и доступные признаки времени и качества. Разделите исходное сообщение и прикладную запись. Не удаляйте происхождение только потому, что текущий график использует одно число. Для последующего разбора оно может оказаться единственным способом отличить восстановление картины состояния от нового сообщения об изменении, особенно после долгого отсутствия беспроводного канала станции.
Увеличить схему
Сравнить одинаковые значения
На стенде задайте известное состояние тестового объекта и получите его через согласованный опрос. Затем сформируйте предусмотренное спонтанное изменение с различимой последовательностью. Сопоставьте поля исходных сообщений и записи архива. Отдельно проверьте повторный опрос без изменения источника. Он не должен автоматически создавать выдуманное физическое событие, если прикладная модель хозяйства определяет событие именно как подтверждённое изменение состояния, а не как каждое новое получение текущего показания.
Следующим опытом проверьте восстановление после разрыва при наличии доступных накопленных сообщений. Сохраняйте их собственное происхождение и время, когда они предусмотрены профилем. Не сортируйте всё только по моменту приёма без явного обозначения ограничения. Также не подавляйте разные реальные события исключительно из-за одинакового конечного числа: одинаковые значения могут относиться к разным моментам и различным контекстам, что требует отдельной прикладной политики обработки и сохранения истории.
Принять правило преобразования
В акте покажите, какие сообщения обновляют текущее состояние, какие создают событие и какие остаются диагностическими. Укажите проверенные причины передачи и неподдерживаемые варианты. Приёмка подтверждает сохранение происхождения через весь путь до потребителя. Для хозяйства это позволяет читать журнал после восстановления связи без ложного вывода о множестве одновременных изменений и отделять подтверждённую историю объекта от технического получения текущей картины, которое само по себе не описывает все предшествовавшие события.
