Исправный радиоприём шлюза и исправный backhaul: разные проверки
Схему можно прокрутить по горизонтали или открыть отдельно.
На шлюзе растёт счётчик принятых пакетов, но приложение не получает новые измерения. Это не противоречие: радиоприём и доставка через сеть являются разными этапами. Для хозяйства полезна диагностика, которая показывает последнее подтверждённое место прохождения конкретного сообщения, а не общую надпись «связь есть».
Выбрать один контрольный обмен
Используйте известный учебный узел или безопасное штатное сообщение с различимым номером. Запишите ожидаемое время отправки и идентичность устройства. Суммарный счётчик шлюза может включать посторонние пакеты, поэтому его рост нельзя автоматически связать с выбранным датчиком.
Протокол Semtech UDP packet forwarder описывает обмен радиоданными с сервером. (Semtech Lora-net — Packet Forwarder PROTOCOL.TXT) Для Basics Station соответствующий путь задаётся LNS протоколом. (Semtech — LoRa Basics Station LNS Protocol2.0.6) В своей системе используйте доступные события именно установленной реализации, не смешивая признаки разных программных путей.
Подтвердить локальный приём
Найдите диагностическое событие шлюза, относящееся к контрольному пакету. Сохраните доступные метаданные и оригинальные отметки. Если событие не найдено, сначала проверьте наблюдаемость и радиочасть; отсутствие записи в приложении пока не доказывает отказ интернет-канала шлюза.
Если локальный приём подтверждён, найдите соответствующее событие на сервере. Учитывайте допустимые способы сопоставления пакетов своей реализации. Не публикуйте полные диагностические выгрузки с секретами: для рабочего отчёта достаточно нужных идентификаторов, статусов и временных связей.
Исследовать транспортный участок
При отсутствии серверного события проверьте состояние процесса пересылки, разрешение имени и доступность нужной конечной точки. Общая возможность открыть веб-страницу через тот же маршрутизатор не подтверждает работоспособность конкретного протокола. Сетевые ограничения и доверенные данные проверяют по фактической конфигурации.
После восстановления backhaul выясните документированное поведение пропущенного интервала. Не обещайте автоматическую доставку всех ранее услышанных пакетов: наличие локального буфера и его условия зависят от шлюза. Историю приложения следует отметить фактическими пробелами, если восстановление данных не подтверждено.
Дойти до прикладного результата
Когда серверный uplink найден, проследите обработку до декодера и записи измерения. Ошибка схемы, маршрута интеграции или привязки устройства находится уже после радиоканала. Она требует другого исправления, чем потеря подключения шлюза к серверу.
Приёмка должна включать контроль потери backhaul и его возврата в безопасных условиях. В отчёте укажите, какие события доступны оператору на каждом этапе. Тогда зелёный индикатор локального приёма будет означать ровно подтверждённый факт, а восстановление всей цепочки завершится новым достоверным измерением в нужном приложении.
Запросы отправляются на наш e-mail из вашей почтовой программы.
