OmegabcSparkplug BIRTH: сначала описание состояния, затем изменения данных
Фотография конкретного исполнения не приложена.
В Sparkplug начальная BIRTH-последовательность задаёт метрики текущего сеанса и их исходные значения. NBIRTH относится к Edge Node, DBIRTH — к устройству под ним. DBIRTH должен следовать после NBIRTH в действующей сессии. DATA не следует использовать как замену первоначальному описанию.
Если новый Host увидит только короткое обновление, ему может не хватать типов и соответствий метрик. Поэтому приём изменений нужно связывать с известной BIRTH-последовательностью. Наличие числового значения в payload ещё не подтверждает, что потребитель правильно его интерпретирует.
Когда состав данных меняется, требуется согласованное повторное объявление. Полезно проверять не только добавление тега, но и обновление структуры у потребителя. Старая карта не должна незаметно продолжать обслуживать новый набор.
В приёмке рассматривают старт узла и подключение Host после начала передачи. Проверяется полное восстановление описания до использования изменений. Успешный разбор одного пакета DATA не считается достаточным подтверждением совместимости всей карты метрик.
Основание — Eclipse Sparkplug Specification 3.0.0, 2022-11-16, физические страницы PDF 20, 44, 49, 62, 63, 90. Пример описывает проектную проверку; конкретные broker, gateway и Host не испытывались. Поддержка этой версии каждой реализацией требует подтверждения.