Один із наших клієнтів під час налаштування й тестування мережі Wirepas Mesh виявив, що йому бракує важливої частини картини. Він бачив дані, що надходять від пристроїв, але складніше було зрозуміти, як працює сама мережа. Чи правильно розміщені анкери? Чи мають вузли надійні з'єднання? Якщо повідомлення затримуються або губляться, з чого починати пошук проблеми?
Без цієї інформації перевірка інсталяції та коригування розміщення анкерів здебільшого зводилися до методу проб і помилок. Ми хотіли дати користувачам зрозуміліший спосіб бачити, що відбувається, і перевіряти, чи допомогли їхні зміни.
Тому ми додали два рівні діагностики:
- Діагностика мережі в застосунку Tags перевіряє, що відбувається всередині Mesh-мережі (якість зв'язку, маршрути, перемаршрутизація, затримки доставки). Вона допомагає перевірити розміщення анкерів і знайти слабкі місця в мережі.
- Діагностика каналів і шлюзів у GPS-Trace Console аналізує доставку даних на платформу. Вона допомагає виявити проблеми налаштування, наприклад шлюз, що надсилає дані в неправильному форматі, або незареєстровані пристрої. Також вона розділяє затримки на час у Mesh-мережі, на інтернет-з'єднанні шлюзу та в обробці на платформі.
Сьогодні ми зосередимося на одному з цих рівнів: діагностиці мережі в Tags. Ми розповімо, як її увімкнути та як за її допомогою перевірити вашу Mesh-мережу.
Діагностика мережі в Tags
Пристрої Wirepas (сенсори, анкери та шлюзи) можуть періодично надсилати діагностичні звіти про свої з'єднання, маршрути, затримки доставки та події мережі. Ви можете увімкнути цю звітність безпосередньо в Tags, а потім переглянути результати на сторінці Діагностика мережі.
Щоб увімкнути діагностику, виберіть шлюз, відкрийте його вкладку Конфігурація і встановіть інтервал діагностичних звітів. Застосунок надсилає команду на шлюз, який поширює налаштування по всій Mesh-мережі.
Для надсилання цієї команди в акаунті Tags потрібні повні права на модуль Команди.
Для масштабного розгортання Wirepas Mesh рекомендований інтервал звітів становить 30 хвилин. Періодичні звіти надсилаються лише тоді, коли діагностичну звітність увімкнено.
Щойно почнуть надходити звіти, відкрийте сторінку з деталями шлюзу та перейдіть до Діагностики мережі.
Сторінка об'єднує ці дані, щоб показати, як з'єднані вузли, де зв'язок може бути слабким і що відбувалося протягом вибраного періоду.
Перевіряючи зміни, пам'ятайте, що діагностика оновлюється відповідно до інтервалу звітів. Наприклад, після переміщення анкера зачекайте, доки надійдуть нові звіти, перш ніж оцінювати, чи покращився зв'язок.
Підсумок по мережі
Підсумок у верхній частині сторінки дає загальне уявлення про мережу за вибраний період.
- Вузли в ефірі - кількість вузлів, що надіслали принаймні один діагностичний звіт.
Вузол - це учасник мережі Wirepas.
- Маршрутизація - кількість вузлів, що вказали наступний хоп в останньому звіті.
Хоп - це радіозв'язок між двома пристроями під час передачі даних у напрямку Uplink або Downlink. У мережі може бути кілька хопів, щоб дістатися до пристрою призначення.
- З помилками - вузли, останній звіт яких містить проблему, що потребує уваги, наприклад слабкий сигнал, а також ретранслятори без маршруту.
- Втрачено пакетів - діагностичні звіти, які були надіслані, але не дійшли до шлюзу.
- Інциденти - зафіксовані помилки та події мережі, зокрема сплески відкинутих пакетів.
- Перемаршрутизації - зміни маршруту, про які повідомили вузли.
- Найповільніша доставка - найдовший зафіксований час проходження одного пакета через Mesh-мережу.
Під підсумком розташовано три вкладки для детальнішого аналізу: Поточний стан, Інциденти та Перезавантаження.
Поточний стан
Вкладка Поточний стан містить діаграму маршрутизації та таблицю Вузли.
Діаграма показує, як вузли пересилають дані в напрямку шлюзу, на основі їхніх останніх діагностичних звітів.
Чорний базовий вузол - це Mesh-модуль шлюзу. Він є пунктом призначення для трафіку, що рухається до шлюзу. Інші вузли забарвлені відповідно до їхнього стану:
- Синій - поточних помилок, що потребують уваги, немає.
- Жовтий - помилка потребує уваги.
- Сірий - мовчазний ретранслятор.
З'єднання показують наступний хоп кожного вузла. Це допомагає побачити, які анкери пропускають трафік від інших пристроїв. Якщо проблеми виникають у кількох пристроїв, можливо, що всі вони пересилають дані через один і той самий анкер.
Діаграма показує останні відомі маршрути, а не безперервну радіоактивність. За інтервалу звітів 30 хвилин зміна може з'явитися не одразу.
Вузли
Таблиця Вузли показує останній відомий стан кожного пристрою разом із вимірюваннями за вибраний період. Ви можете вибрати, які стовпці відображати.
Перевіряючи розміщення анкерів, почніть із показника Якість. Це власна оцінка якості інсталяції вузла:
- 50% або вище - добре.
- 25-49% - задовільно.
- Нижче 25% - погано; перевірте розміщення пристрою та найближчі анкери.
Ці порогові значення визначені компанією Wirepas у розділі Step 3: Check radio quality.
Помилки додають контексту. Вузол може повідомити, що в нього немає маршруту, що він не чує достатньої кількості хороших сусідів або що сигнал до наступного хопа слабкий.
Аналізуйте ці значення разом. Окрема зміна маршруту може не мати значення. Низька оцінка якості, слабкий зв'язок і повторювані зміни маршруту на одному вузлі - вагоміша причина перевірити його розміщення.
Інциденти
Іноді пристрій уже відновився на момент, коли ви відкриваєте діагностику. Вкладка Інциденти допомагає побачити, що сталося і коли.
Для проблем інсталяції та покриття особливо корисні три події:
- Немає маршруту до базового вузла - у вузла не було шляху для доставки даних на шлюз.
- Замало хороших сусідів - вузол не міг почути достатньо найближчих маршрутизаторів із якісним з'єднанням.
- Слабкий сигнал до наступного хопа - сигнал на лінії зв'язку з вузлом, через який пересилаються дані, був слабким.
Інші події допомагають пояснити зміни в мережі. Наприклад, Перемаршрутизовано означає, що вузол переключився на інший ретранслятор. Втрачено синхронізацію зі своїм маршрутом означає, що вузол втратив синхронізацію часу й мав відновитися. Ви також можете побачити невдалі передачі до базового вузла або від нього, петлі маршрутизації, сканування каналів, конфлікти слотів передачі або пропущений час передачі. Це дає контекст, коли ви досліджуєте прогалини або затримки в доставці.
Не кожна подія означає, що щось потрібно виправляти. Вузол може змінювати маршрут або перемикатися між ролями маршрутизатора та не-маршрутизатора під час нормальної роботи. Часті повтори на одному вузлі або кілька подій, що відбуваються одночасно, - кориснші підказки, ніж одна окрема подія.
Перезавантаження
Вкладка Перезавантаження містить перелік зафіксованих перезапусків вузлів, їхніх причин і лічильників перезавантажень.
Звичайний перезапуск може бути очікуваним під час інсталяції. Наприклад, надсилання віддаленої команди для зміни інтервалу звітів сенсорів через шлюз Teltonika Wirepas Mesh може спричинити перезапуск. У такому разі в стовпці Причина відображається тип Запит.
Повторювані звичайні перезапуски також можуть бути корисною підказкою. Порівняйте їхній час з інцидентами та затримками доставки, щоб побачити, чи збігаються вони з проблемою, яку ви досліджуєте.
Розуміння втрати пакетів
Mesh-мережа використовує радіозв'язок, тому періодична втрата пакетів можлива навіть у робочій інсталяції. Є кілька поширених причин:
- Завади та колізії. Інший радіотрафік може заважати передачі.
- Перешкоди. Металеві конструкції та промислове обладнання можуть послаблювати або блокувати сигнал.
- Пристрій виходить із зони покриття. Якщо мобільна мітка виходить за межі радіусу дії найближчих маршрутизаторів, може не бути вузла, який міг би прийняти та переслати її пакети.
- Зміни маршруту. Коли маршрутизатор виходить з мережі, найближчим вузлам потрібно знайти інший шлях. Під час переходу частина пакетів може бути втрачена.
Діагностика мережі показує, що відбувається всередині Mesh-мережі Wirepas. У наступній статті ми простежимо шлях даних далі та розглянемо діагностику каналів у GPS-Trace Console.