RSSI и SNR нескольких шлюзов при обследовании покрытия
Один uplink полевого датчика может быть услышан несколькими шлюзами. Для обследования это полезнее одной итоговой полоски связи, если сохранить сведения каждого приёмника. Однако несколько записей приёма не следует считать несколькими независимыми измерениями, а высокий показатель одного шлюза не доказывает отсутствие пропусков на маршруте.
Сохранить происхождение метаданных
Справочник сообщений The Things Industries описывает сведения приёма, включая идентичность шлюза, RSSI, SNR и временные поля. (The Things Industries — Messages API Reference) Выпишите фактически доступные поля своей интеграции. Если приложение показывает только выбранный итог, для обследования может потребоваться разрешённый диагностический поток с исходными метаданными.
Для каждого контрольного uplink сохраняйте связь с набором шлюзовых наблюдений. Не теряйте идентификатор приёмника при выгрузке таблицы. Иначе различия между точками установки превратятся в обезличенные числа, которые невозможно использовать для поиска слабого участка сети.
Увеличить схему
Учесть отправленные, а не только принятые пакеты
Составьте программу обследования с известной последовательностью отправок. Записывайте место, положение узла и условия установки антенны. Если считать только поступившие сообщения, полностью потерянные пакеты исчезнут из таблицы и обследование будет выглядеть лучше фактической работы.
На каждой точке выполните сопоставимое наблюдение, сохраняя период отчётов и размер нагрузки. Отметьте изменения окружения, например положение техники или закрытие ворот. Не приписывайте разницу одному шлюзу, если одновременно изменились несколько существенных условий опыта.
Читать показатели в контексте
RSSI и SNR относятся к конкретному приёму, а не к гарантированной будущей доставке. Сравнивайте распределение наблюдений и пропуски по шлюзам. Один удачный пакет из проблемной зоны не отменяет повторяющиеся потери, особенно если отчёты нужны в определённом рабочем положении.
Не назначайте универсальный порог пригодности без документации оборудования и требований задачи. Между разными реализациями также возможны особенности представления метрик. Сначала подтвердите смысл полей и сопоставимость данных, затем формулируйте вывод по условиям обследования.
Разделить резерв приёма и готовность команды
Несколько слышащих шлюзов дают сведения о путях приёма, но не подтверждают успешный downlink через каждый из них. Для команд предусмотрите отдельную проверку планирования и получения устройством. Не выводите двустороннюю готовность из таблицы только восходящих сообщений.
Итоговый отчёт должен показывать карту испытанных условий, долю обнаруженных пропусков и вклад каждого шлюза. Сохраните исходные события для повторного анализа. При изменении размещения или состава сети можно будет сравнить тот же маршрут и доказательно оценить, какой участок действительно улучшился.
