SDI-12 после простоя: как проверить break и пробуждение

Порядок этапов показан без выдуманных времён. Возможности драйвера и сенсора подтверждаются отдельно.
Порядок этапов показан без выдуманных времён. Возможности драйвера и сенсора подтверждаются отдельно.

Схему можно прокрутить по горизонтали или открыть отдельно.

Сенсор хозяйства уверенно отвечает при непрерывном опросе, но первый запрос после паузы иногда теряется. Повторная отправка текста команды может случайно помочь, не объяснив причину. Проверяйте предусмотренный выход из protocol standby и порядок пробуждения. Это локальный этап обмена, который следует отличать от задержки удалённой доставки уже полученных данных через радиоканал регистратора.

Сохранить последовательность шины

SDI-12 связывает break с выходом из состояния standby и задаёт порядок пробуждения и повторов. (SDI-12 Support Group — break and retries) Нельзя считать любую паузу или любой переданный символ эквивалентом break. Поддержку формирования нужного сигнала проверяют для регистратора и его интерфейса. Численные параметры берут из соответствующей спецификации и руководства, не подбирая универсальную задержку по одному удачному ответу.

Запишите используемый драйвер, доступные настройки и штатную процедуру после простоя. Отдельно укажите, что делает библиотека автоматически. Сохраняйте исходный порядок запросов и ответов с достаточной точностью наблюдения. Если журнал показывает только целые секунды, он может быть пригоден для последовательности этапов, но недостаточен для проверки коротких временных условий конкретного обмена на шине датчика.

Сравнить первый и последующие запросы

На стенде получите обычный ответ в штатном цикле. Затем выдержите согласованный простой и выполните предусмотренную процедуру нового обращения. Сравните break, первый запрос и полученные данные. Не изменяйте одновременно питание и алгоритм повтора: такой опыт смешает несколько возможных причин. Для каждого сценария должен оставаться известным исходный режим устройства и порядок действий регистратора.

Отдельно проверьте разрешённое восстановление при отсутствии первого ответа. Программа должна соблюдать документированный порядок, а не генерировать бесконечный поток запросов. Наблюдайте принадлежность результата текущему циклу. Если ответ приходит после объявления отказа, потребитель должен обработать его по проектной политике, сохранив контекст. Не используйте последнее значение как скрытую замену неуспешного пробуждения без обозначения возраста и качества.

Проверьте несколько предусмотренных длительностей простоя на стенде и повторяемость результата. Не распространяйте вывод на произвольные сенсоры и адаптеры. Если проблема возникает только после перезапуска процесса, сохраните этот сценарий отдельно: первоначальная настройка порта может отличаться от его состояния в непрерывном режиме. Успех второго запроса не объясняет сам по себе, какой именно этап первого обращения оказался неправильным.

Закрепить штатное восстановление

В акте сохраните последовательности до и после паузы, наблюдаемые временные условия и итог получения данных. Приёмка подтверждает предусмотренное пробуждение выбранного комплекта. Для хозяйства это даёт воспроизводимый разбор первого отказа после тишины и не позволяет скрыть его случайным дополнительным опросом. Обслуживание видит границу между формированием сигнала, готовностью сенсора и доставкой ответа, сохраняя понятный порядок работы регистратора при возвращении к штатному циклу телеметрии.

Запросить

Запросы отправляются на наш e-mail из вашей почтовой программы.