UDT опрос DMR: число блоков ответа нужно согласовать до запроса
Сервер запрашивает короткие данные у DMR станции, но после обновления прошивки ответ перестаёт разбираться. При проверке следует сравнить не только адреса и формат полей. В процедуре UDT Short Data Polling число добавленных блоков, необходимых для ответа, заранее согласуется между участниками. Незаметное изменение размера прикладного отчёта может нарушить этот договор.
Запрос уже содержит ожидания
В описанной процедуре инициатор указывает формат опрашиваемых данных и число блоков, необходимых для их переноса. Опрашиваемая станция формирует соответствующий ответ. Это отличается от произвольной передачи, в которой отправитель сначала решает послать неизвестное получателю количество информации.
Прокручивайте увеличенную схему по горизонтали. С клавиатуры: перейдите к схеме и используйте стрелки.
Поэтому проекту нужен явный формат ответа: перечень полей, длины, единицы измерения и правила отсутствующих значений. Число радиоблоков выводится из согласованного представления. Само сообщение «пакет короткий» не определяет, как разобрать его содержимое и где оно заканчивается.
Опасность небольшого обновления
Допустим, первоначальный отчёт содержал несколько параметров оборудования, а новая версия добавила ещё один показатель. Для пользователя изменение выглядит незначительным. Для опроса оно может поменять требуемое число блоков или расположение полей. Если инициатор продолжает запрашивать прежний вариант, ошибка возникает уже на границе интерфейсов.
Нельзя рассчитывать, что получатель сам догадается о новом формате по оставшимся байтам. Если поддерживаются несколько версий, способ их выбора и совместимость должны быть описаны решением. Стандартная возможность передачи UDT не создаёт автоматического согласования любого собственного формата.
Как подготовить миграцию
До обновления фиксируют действующий запрос, ожидаемое число блоков и контрольный ответ. После изменения сравнивают все три элемента. Проверку проводят в обеих предусмотренных комбинациях версий, если проект обещает смешанную эксплуатацию старых и новых терминалов.
Полезен тест на границе длины: значения параметров меняют так, чтобы заполнение отчёта соответствовало максимальному заявленному варианту. Это помогает обнаружить формат, который проходит на коротком демонстрационном наборе и перестаёт работать при реальных данных. Конкретные длины берут из документации приложения, а не выбирают по общему пределу радиослужбы.
В результате приёмки должен появиться понятный договор: какой запрос соответствует какому ответу и какое число блоков требуется. Такой документ помогает обновлять сервер и станции согласованно. Он также позволяет отличить несовместимость формата от ошибки радиообмена, не повторяя настройки адресов и частот без основания.
