Jeden z naszych klientów podczas konfigurowania i testowania sieci Wirepas Mesh zauważył, że brakuje mu ważnej części obrazu. Widział dane przychodzące z urządzeń, ale trudniej było ocenić, jak działa sama sieć. Czy ankery są we właściwych miejscach? Czy węzły mają niezawodne połączenia? Jeśli wiadomości są opóźnione lub ich brakuje, od czego zacząć szukanie przyczyny?
Bez tych informacji sprawdzanie instalacji i dostosowywanie rozmieszczenia ankerów opierało się w dużej mierze na metodzie prób i błędów. Chcieliśmy dać użytkownikom jaśniejszy sposób na zobaczenie, co się dzieje, i sprawdzenie, czy wprowadzone zmiany pomogły.
Dlatego dodaliśmy dwa poziomy diagnostyki:
- Diagnostyka sieci w aplikacji Tags sprawdza, co dzieje się wewnątrz sieci Mesh (jakość łączy, trasy, zmiany tras, opóźnienia dostarczania). Pomaga sprawdzić rozmieszczenie ankerów i znaleźć słabe obszary w sieci.
- Diagnostyka kanałów i bramek w GPS-Trace Console dotyczy dostarczania danych do platformy. Pomaga wykryć problemy z konfiguracją, takie jak bramka wysyłająca dane w nieprawidłowym formacie lub niezarejestrowane urządzenia. Rozdziela też opóźnienia na czas spędzony w sieci Mesh, na łączu internetowym bramki oraz w przetwarzaniu na platformie.
Dziś skupimy się na jednym z tych poziomów: diagnostyce sieci w Tags. Wyjaśnimy, jak ją włączyć i jak za jej pomocą sprawdzić swoją sieć Mesh.
Diagnostyka sieci w Tags
Urządzenia Wirepas (czujniki, ankery i bramki) mogą okresowo wysyłać raporty diagnostyczne dotyczące swoich połączeń, tras, opóźnień dostarczania i zdarzeń sieciowych. Możesz włączyć to raportowanie bezpośrednio w Tags, a następnie wyświetlić wyniki na stronie Diagnostyka sieci.
Aby włączyć diagnostykę, wybierz bramkę, otwórz jej zakładkę Konfiguracja i ustaw interwał raportowania diagnostycznego. Aplikacja wyśle polecenie do bramki, która rozpropaguje ustawienie w sieci Mesh.
Aby wysłać to polecenie, potrzebujesz pełnych uprawnień do modułu Polecenia w koncie Tags.
W przypadku wdrożeń sieci Wirepas Mesh na dużą skalę zalecany interwał raportowania wynosi 30 minut. Okresowe raporty są wysyłane tylko wtedy, gdy raportowanie diagnostyczne jest włączone.
Gdy raporty zaczną napływać, otwórz stronę szczegółów bramki i przejdź do Diagnostyka sieci.
Strona łączy te dane, pokazując, jak węzły są ze sobą połączone, gdzie łącza mogą być słabe i co wydarzyło się w wybranym okresie.
Podczas sprawdzania zmian pamiętajcie, że diagnostyka jest aktualizowana zgodnie z interwałem raportowania. Na przykład po przesunięciu ankera poczekajcie na nowe raporty, zanim ocenicie, czy połączenie się poprawiło.
Podsumowanie sieci
Podsumowanie u góry strony daje przegląd sieci za wybrany okres.
- Nodes heard - liczba węzłów, które wysłały co najmniej jeden raport diagnostyczny.
Węzeł jest członkiem sieci Wirepas.
- Routing - liczba węzłów, które w ostatnim raporcie podały kolejny przeskok (next hop).
Przeskok (hop) to komunikacja radiowa między dwoma urządzeniami, gdy dane są wysyłane w kierunku Uplink lub Downlink. W sieci może być wiele przeskoków do urządzenia docelowego.
- With errors - węzły, których ostatni raport zawiera problem wymagający uwagi, taki jak słaby sygnał, a także przekaźniki bez trasy.
- Packets lost - raporty diagnostyczne, które zostały wysłane, ale nie dotarły do bramki.
- Incidents - zgłoszone błędy i zdarzenia sieciowe, w tym serie odrzuconych pakietów.
- Re-routings - zmiany tras zgłoszone przez węzły.
- Slowest delivery - najdłuższy zarejestrowany czas przejścia pojedynczego pakietu przez sieć Mesh.
Pod podsumowaniem znajdują się trzy zakładki, które pozwalają przyjrzeć się danym dokładniej: Current state, Incidents i Reboots.
Current state
Zakładka Current state zawiera diagram tras oraz tabelę Nodes.
Diagram pokazuje, jak węzły przekazują dane w kierunku bramki, na podstawie ich ostatnich raportów diagnostycznych.
Czarny węzeł bazowy (base node) to moduł Mesh bramki. Jest on miejscem docelowym dla ruchu kierowanego do bramki. Pozostałe węzły są oznaczone kolorami zależnie od stanu:
- Niebieski - brak bieżących błędów wymagających uwagi.
- Żółty - błąd wymaga uwagi.
- Szary - milczący przekaźnik.
Połączenia pokazują kolejny przeskok każdego węzła. Pomaga to zobaczyć, które ankery przenoszą ruch z innych urządzeń. Jeśli kilka urządzeń ma problemy, może się okazać, że wszystkie przekazują dane przez ten sam anker.
Diagram pokazuje ostatnie znane trasy, a nie ciągłą aktywność radiową. Przy interwale raportowania wynoszącym 30 minut zmiana może nie pojawić się od razu.
Nodes
Tabela Nodes pokazuje ostatni znany stan każdego urządzenia wraz z pomiarami z wybranego okresu. Możesz wybrać, które kolumny mają być wyświetlane.
Podczas sprawdzania rozmieszczenia ankerów zacznij od Quality. To własna ocena jakości instalacji węzła:
- 50% lub więcej - dobra.
- 25–49% - umiarkowana.
- Poniżej 25% - słaba; sprawdź rozmieszczenie urządzenia i pobliskich ankerów.
Te progi zostały zdefiniowane przez Wirepas w kroku 3: Sprawdzenie jakości radiowej.
Errors dodają kontekstu. Węzeł może zgłosić, że nie ma trasy, nie słyszy wystarczającej liczby dobrych sąsiadów lub ma słaby sygnał do następnego przeskoku.
Analizujcie te wartości łącznie. Pojedyncza zmiana trasy może nie mieć znaczenia. Niska ocena jakości, słabe łącze i powtarzające się zmiany tras na tym samym węźle to mocniejszy powód, by zbadać jego rozmieszczenie.
Incidents
Czasem urządzenie zdąży już wrócić do normy, zanim otworzysz diagnostykę. Zakładka Incidents pomaga zobaczyć, co się stało i kiedy.
W przypadku problemów z instalacją i zasięgiem szczególnie przydatne są trzy zdarzenia:
- No route to the base node - węzeł nie miał ścieżki do dostarczania danych do bramki.
- Too few good neighbours - węzeł nie słyszał wystarczającej liczby pobliskich routerów z połączeniami dobrej jakości.
- Weak signal to next hop - sygnał na łączu do węzła, przez który przekazywane są dane, był słaby.
Inne zdarzenia pomagają wyjaśnić zmiany w sieci. Na przykład Re-routed oznacza, że węzeł przełączył się na inny przekaźnik. Lost sync with its route oznacza, że utracił synchronizację czasu i musiał się odzyskać. Możesz też zobaczyć nieudane transmisje do węzła bazowego lub z niego, pętle routingu, skanowania kanałów, konflikty szczelin transmisji lub pominięte czasy transmisji. Dają one kontekst podczas badania luk lub opóźnień w dostarczaniu.
Nie każde zdarzenie oznacza, że trzeba coś naprawić. Węzeł może zmienić trasę lub przełączać się między rolą routera i nie-routera podczas normalnej pracy. Częste powtórzenia na tym samym węźle lub kilka zdarzeń występujących jednocześnie są bardziej użytecznymi wskazówkami niż pojedyncze, odosobnione zdarzenie.
Reboots
Zakładka Reboots zawiera listę zarejestrowanych restartów węzłów, ich przyczyn oraz liczniki restartów.
Zwykły restart może być oczekiwany podczas instalacji. Na przykład wysłanie zdalnego polecenia zmiany interwału raportowania czujników przez bramkę Teltonika Wirepas Mesh może wywołać restart. W takim przypadku kolumna Reason pokazuje typ Requested.
Powtarzające się zwykłe restarty również mogą być przydatną wskazówką. Porównajcie ich czas z incydentami i opóźnieniami dostarczania, aby zobaczyć, czy zbiegają się z problemem, który badacie.
Jak rozumieć utratę pakietów
Sieć Mesh korzysta z radia, więc sporadyczna utrata pakietów jest możliwa nawet w prawidłowo działającej instalacji. Istnieje kilka typowych przyczyn:
- Zakłócenia i kolizje. Inny ruch radiowy może zakłócać transmisje.
- Przeszkody. Konstrukcje metalowe i urządzenia przemysłowe mogą osłabiać lub blokować sygnały.
- Urządzenie wychodzi poza zasięg. Jeśli mobilny znacznik przemieści się poza zasięg pobliskich routerów, może nie być węzła, który odbierze i przekaże jego pakiety.
- Zmiany tras. Gdy router przechodzi w tryb offline, pobliskie węzły muszą znaleźć inną ścieżkę. Podczas przejścia część pakietów może zostać utracona.
Diagnostyka sieci pokazuje, co dzieje się wewnątrz sieci Wirepas Mesh. W następnym artykule podążymy za danymi dalej i przyjrzymy się diagnostyce kanałów w GPS-Trace Console.