Один из наших клиентов при настройке и тестировании сети Wirepas Mesh обнаружил, что упускает важную часть картины. Он видел данные, поступающие от устройств, но ему было сложнее понять, как работает сама сеть. Анкеры расставлены в правильных местах? Надёжны ли соединения у узлов? Если сообщения задерживаются или не доходят, с чего начинать поиск причины?
Без этой информации проверка установки и корректировка размещения анкеров превращались в метод проб и ошибок. Мы хотели дать пользователям более понятный способ увидеть, что происходит, и проверить, помогли ли внесённые изменения.
Так мы добавили два уровня диагностики:
- Диагностика сети в приложении Tags проверяет, что происходит внутри Mesh-сети (качество связи, маршруты, перемаршрутизация, задержки доставки). Она помогает проверить размещение анкеров и найти слабые зоны в сети.
- Диагностика каналов и шлюзов в GPS-Trace Console анализирует доставку данных на платформу. Она помогает выявить проблемы настройки, например шлюз, отправляющий данные в неверном формате, или незарегистрированные устройства. Также она разделяет задержки на время в Mesh-сети, на интернет-канале шлюза и при обработке на платформе.
Сегодня мы сосредоточимся на одном из этих уровней: диагностике сети в Tags. Мы расскажем, как её включить и как с её помощью проверить вашу Mesh-сеть.
Диагностика сети в Tags
Устройства Wirepas (сенсоры, анкеры и шлюзы) могут периодически отправлять диагностические отчёты о своих соединениях, маршрутах, задержках доставки и событиях сети. Вы можете включить эту отправку отчётов прямо в Tags, а затем просматривать результаты на странице Диагностика сети.
Чтобы включить диагностику, выберите шлюз, откройте его вкладку Настройка и задайте интервал отправки диагностических отчётов. Приложение отправит команду на шлюз, а он распространит настройку по Mesh-сети.
Для отправки этой команды в аккаунте Tags нужны полные права на модуль Команды.
Для крупномасштабного развёртывания Wirepas Mesh рекомендуемый интервал отправки отчётов составляет 30 минут. Периодические отчёты отправляются только при включённой диагностике.
Когда отчёты начнут поступать, откройте страницу шлюза и перейдите в раздел Диагностика сети.
Страница объединяет эти данные, чтобы показать, как соединены узлы, где связь может быть слабой и что происходило в выбранный период.
При проверке изменений помните, что диагностика обновляется в соответствии с интервалом отправки отчётов. Например, после перемещения анкера дождитесь поступления новых отчётов, прежде чем оценивать, улучшилось ли соединение.
Сводка по сети
Сводка в верхней части страницы даёт обзор сети за выбранный период.
- Услышано узлов - количество узлов, приславших хотя бы один диагностический отчёт.
Узел (node) - это участник сети Wirepas.
- Маршрутизация - количество узлов, указавших следующий хоп в своём последнем отчёте.
Хоп (hop) - это радиосвязь между двумя устройствами при передаче данных в восходящем (uplink) или нисходящем (downlink) направлении. В сети может быть несколько хопов, чтобы достичь целевого устройства.
- С ошибками - узлы, в последнем отчёте которых есть проблема, требующая внимания, например слабый сигнал, а также ретрансляторы без маршрута.
- Потеряно пакетов - диагностические отчёты, которые были отправлены, но не дошли до шлюза.
- Инциденты - зафиксированные ошибки и события сети, включая всплески отброшенных пакетов.
- Перемаршрутизации - изменения маршрутов, о которых сообщили узлы.
- Самая медленная доставка - наибольшее зафиксированное время прохождения одного пакета через Mesh-сеть.
Под сводкой три вкладки позволяют изучить данные подробнее: Текущее состояние, Инциденты и Перезагрузки.
Текущее состояние
Вкладка Текущее состояние содержит схему маршрутизации и таблицу Узлы.
Схема показывает, как узлы пересылают данные в сторону шлюза, на основе их последних диагностических отчётов.
Чёрный базовый узел - это Mesh-модуль шлюза. Он является пунктом назначения для трафика, идущего к шлюзу. Остальные узлы окрашены в зависимости от их состояния:
- Синий - нет текущих ошибок, требующих внимания.
- Жёлтый - есть ошибка, требующая внимания.
- Серый - молчащий ретранслятор.
Соединения показывают следующий хоп каждого узла. Это помогает увидеть, какие анкеры передают трафик от других устройств. Если проблемы возникают у нескольких устройств, возможно, все они пересылают данные через один и тот же анкер.
Схема показывает последние известные маршруты, а не непрерывную радиоактивность. При интервале отправки отчётов в 30 минут изменение может появиться не сразу.
Узлы
Таблица Узлы показывает последнее известное состояние каждого устройства, а также измерения за выбранный период. Вы можете выбрать, какие столбцы отображать.
При проверке размещения анкеров начните с показателя Качество. Это собственная оценка качества установки узла:
- 50% и выше - хорошо.
- 25–49% - средне.
- Ниже 25% - плохо; проверьте размещение устройства и ближайшие анкеры.
Эти пороговые значения определены компанией Wirepas в разделе Step 3: Check radio quality.
Ошибки добавляют контекст. Узел может сообщить, что у него нет маршрута, что он не слышит достаточно хороших соседей или что у него слабый сигнал до следующего хопа.
Анализируйте эти значения вместе. Одно изменение маршрута может не иметь значения. Низкая оценка качества, слабая связь и повторяющиеся изменения маршрута на одном и том же узле - более веский повод проверить его размещение.
Инциденты
Иногда к моменту открытия диагностики устройство уже восстановилось. Вкладка Инциденты помогает увидеть, что произошло и когда.
Для проблем с установкой и покрытием особенно полезны три события:
- Нет маршрута до базового узла - у узла не было пути для доставки данных на шлюз.
- Слишком мало хороших соседей - узел не мог услышать достаточно близких маршрутизаторов с хорошим качеством соединения.
- Слабый сигнал до следующего хопа - сигнал на линии связи с узлом, через который идёт пересылка, был слабым.
Другие события помогают объяснить изменения в сети. Например, Перемаршрутизирован означает, что узел переключился на другой ретранслятор. Потеряна синхронизация с маршрутом означает, что узел потерял синхронизацию времени и ему пришлось восстанавливаться. Вы также можете увидеть неудачные передачи на базовый узел или от него, петли маршрутизации, сканирование каналов, конфликты слотов передачи или пропущенные моменты передачи. Эти данные дают контекст при расследовании пропусков или задержек доставки.
Не каждое событие означает, что нужно что-то исправлять. Узел может менять маршрут или переключаться между ролями маршрутизатора и не-маршрутизатора в ходе нормальной работы. Частые повторения на одном и том же узле или несколько одновременных событий это более полезные подсказки, чем одно отдельное событие.
Перезагрузки
Вкладка Перезагрузки содержит список зафиксированных перезапусков узлов, их причины и счётчики перезагрузок.
Обычный перезапуск может быть ожидаемым при установке. Например, отправка удалённой команды для изменения интервала отправки данных сенсорами через шлюз Teltonika Wirepas Mesh может вызвать перезапуск. В этом случае в колонке Причина отображается тип Запрошено (requested).
Повторяющиеся обычные перезапуски также могут быть полезной подсказкой. Сравните их время с инцидентами и задержками доставки, чтобы понять, совпадают ли они с проблемой, которую вы изучаете.
Как понимать потерю пакетов
Mesh-сеть использует радиосвязь, поэтому случайная потеря пакетов возможна даже в исправной установке. Есть несколько распространённых причин:
- Помехи и коллизии. Другой радиотрафик может мешать передаче.
- Препятствия. Металлические конструкции и промышленное оборудование могут ослаблять или блокировать сигналы.
- Устройство выходит из зоны покрытия. Если мобильная метка выходит за пределы радиуса действия ближайших маршрутизаторов, может не оказаться узла, способного принять и переслать её пакеты.
- Изменения маршрутов. Когда маршрутизатор отключается, ближайшим узлам нужно найти другой путь. Некоторые пакеты могут теряться во время перехода.
Диагностика сети показывает, что происходит внутри сети Wirepas Mesh. В следующей статье мы проследим путь данных дальше и рассмотрим диагностику каналов в GPS-Trace Console.