Dlaczego awaria routera Zigbee może odłączyć urządzenia od serwera domowego?

Awaria routera Zigbee może odłączyć wybrane urządzenia, ponieważ router może robić więcej niż tylko rozszerzać zasięg radiowy. Może przekazywać wiadomości między odległymi częściami sieci mesh i działać jako rodzic, który przechowuje wiadomości dla urządzeń końcowych zasilanych bateryjnie. Usunięcie go może więc przerwać trasę, relację rodzic-dziecko lub oba te elementy.

Serwer domowy może działać normalnie podczas awarii. Home Assistant, Zigbee2MQTT i koordynator mogą pozostać online, podczas gdy czujnik ruchu, czujnik kontaktu lub przełącznik stają się niedostępne. To, czy urządzenia się odzyskają, zależy od pozostałej topologii radiowej i sposobu, w jaki każdy stos Zigbee obsługuje naprawę trasy lub ponowne dołączenie.

Awaria routera Zigbee przerywa ścieżkę mesh, a nie serwer domowy

Lokalny serwer inteligentnego domu uruchamia platformę automatyzacji, integracje, pulpity i logikę aplikacji. Koordynator Zigbee to interfejs radiowy, który tworzy jedną sieć Zigbee i łączy ją z hostem. Router to inny węzeł Zigbee — zwykle zasilany z sieci — który przekazuje ruch i może rozszerzać zasięg poza bezpośredni zasięg radiowy koordynatora.

Oficjalna dokumentacja ZHA Home Assistant rozróżnia sprzęt koordynatora od ról routera i urządzenia końcowego. To rozróżnienie wyjaśnia selektywny objaw: awaria routera może usunąć łączność dla jednej gałęzi sieci mesh bez zawieszania hosta, zatrzymywania oprogramowania automatyzacji lub konieczności wyłączania koordynatora.

Koordynatory, Routery i Urządzenia Końcowe awarie mają różne

Wzorzec awarii zależy od roli, jaką pełni węzeł. Koordynator jest centralnym interfejsem radiowym sieci, router uczestniczy w przekazywaniu wiadomości, a urządzenie końcowe zwykle komunikuje się przez rodzica, a nie przekazuje ruch innych węzłów. Role te powinny być zidentyfikowane przed interpretacją listy urządzeń offline.

Tabela opisuje role w sieci, a nie sztywną regułę produktu. Niektóre urządzenia zasilane z sieci mogą nie implementować roli routera, a rzeczywiste zachowanie zależy od oprogramowania układowego. Pytanie praktyczne nie brzmi, czy urządzenie wygląda jak wtyczka lub żarówka, lecz czy sieć rozpoznaje je jako router i czy inne węzły obecnie na nim polegają.

Urządzenia routujące mogą naprawić przerwaną ścieżkę tylko wtedy, gdy istnieje inna trasa

Gdy potwierdzona wiadomość unicast nie dociera do celu, stos Zigbee może ponowić próbę dostarczenia i rozpocząć naprawę trasy. Oficjalna dokumentacja routingu Zigbee Silicon Labs opisuje naprawę jako nowy proces odkrywania, w którym uszkodzony węzeł nie uczestniczy. Jeśli dostępna jest inna sekwencja routerów, tablice routingu mogą zostać zaktualizowane, by używać tej ścieżki.

Samonaprawa jest więc próbą znalezienia ważnego połączenia, a nie obietnicą, że każde urządzenie natychmiast się ponownie połączy. Jeśli uszkodzony router był jedynym użytecznym mostem przez ścianę, piętro lub długi dystans, sieć mesh nie może wyliczyć ścieżki przez radia, które są poza zasięgiem. Stos zgłasza nieudaną dostawę, gdy nie ma dostępnej alternatywnej trasy.

Uśpione urządzenia końcowe mogą stracić swojego rodzica, nie tylko trasę

Urządzenie końcowe Zigbee zasilane baterią może spać przez większość swojego cyklu pracy. Podczas gdy ono śpi, jego rodzic pozostaje aktywny, buforuje przychodzące wiadomości i odpowiada na okresowe zapytania o dane. Silicon Labs wyjaśnia tę relację zapytań rodzica: dziecko żąda przechowywanych wiadomości od jednego rodzica, zamiast pozostawać ciągle dostępne, by odbierać je bezpośrednio.

Jeśli ten rodzic zawiedzie, normalna naprawa trasy router-router nie przywraca sama relacji dziecka. Urządzenie końcowe musi najpierw rozpoznać powtarzające się niepowodzenia sondowania, a następnie zainicjować zachowanie ponownego dołączania zaimplementowane przez jego stos. Zgodna implementacja może szukać nowego odpowiedniego rodzica, ale interwały sondowania, progi ponowień, zachowanie oprogramowania układowego i moment kolejnego wybudzenia urządzenia wpływają na szybkość widoczności odzysku.

Redundantne pokrycie decyduje o powodzeniu samonaprawy

Odzyskiwanie zależy od kilku warunków, które łatwo sprowadzić do ogólnego stwierdzenia „sieć mesh się naprawi”. Dotknięta lokalizacja musi nadal mieć zasięg radiowy, sieć musi być w stanie utworzyć użyteczną trasę, a przesunięte urządzenie końcowe musi być w stanie nawiązać nową relację rodzica.

Inny router musi być osiągalny z dotkniętej lokalizacji

Redundancja istnieje tylko wtedy, gdy inny router ma niezawodne łącze tam, gdzie jest potrzebne. Dwóch routerów obok koordynatora nie zapewnia dwóch ścieżek do czujnika za kilkoma grubymi ścianami. Przetrwały węzeł musi znajdować się w zasięgu działającej ścieżki radiowej dotkniętej gałęzi i być połączony dalej z resztą sieci mesh.

Pozostający rodzic musi mieć wolny wpis w tabeli dzieci

Tabele rodziców i sąsiadów używają ograniczonej pamięci. Dokładna liczba bezpośrednich dzieci jest określana przez stos radiowy, oprogramowanie układowe i konfigurację urządzenia, więc nie należy stosować uniwersalnego limitu dzieci dla każdego koordynatora lub routera. Osiągalny router może być nadal nieodpowiedni jako nowy rodzic, jeśli jego tabela dzieci nie ma dostępnego wpisu lub jeśli łącze nie spełnia kryteriów wyboru stosu.

Urządzenie końcowe musi rozpocząć lub zakończyć ponowne dołączanie

Czujniki w trybie uśpienia nie zgłaszają się według tego samego harmonogramu. Niektóre komunikują się często; inne mogą milczeć, dopóki nie zmieni się pomiar lub nie nadejdzie czas na okresowy raport. Sieć może mieć dostępnego zastępczego rodzica, podczas gdy serwer nadal nie widzi nowej wiadomości, ponieważ dotknięte urządzenie nie zakończyło jeszcze ponownego dołączania i nie wysłało raportu.

Serwer może pozostać online, podczas gdy urządzenia Zigbee wydają się niedostępne

„Niedostępny” na pulpicie nawigacyjnym to ocena aplikacji oparta na obserwowanej komunikacji, a nie bezpośredni pomiar każdego łącza radiowego w każdej chwili. Urządzenie może stracić swojego rodzica zanim upłynie limit czasu serwera, więc ostatni znany stan może pozostać widoczny, nawet jeśli nowe polecenia lub raporty nie mogą przejść. Odwrotna sytuacja jest również możliwa po restarcie: urządzenie może być osiągalne, ale pozostaje oznaczone jako offline, dopóki ponownie się nie zgłosi.

Zigbee2MQTT dokumentuje oddzielne zachowania dostępności dla urządzeń aktywnych i pasywnych. Urządzenia aktywne można pingować po pominięciu zgłoszeń, natomiast urządzenia pasywne na baterie nie, i ocenia się je na podstawie dłuższego limitu czasu zgłoszenia. Zwiększenie tego limitu może zapobiec przedwczesnemu oznaczaniu jako offline, ale nie odbuduje uszkodzonej trasy ani nie zapewni osieroconemu czujnikowi nowego rodzica.

Awaria koordynatora i zakłócenia RF mogą naśladować utratę routera

Grupa urządzeń offline sugeruje wspólną zależność, ale nie dowodzi, że jeden router uległ awarii. Porównaj zakres, lokalizację i czas trwania awarii przed zmianą sieci mesh.

Awaria koordynatora zwykle wpływa na całą sieć Zigbee

Jeśli platforma automatyzacji jest dostępna, ale prawie wszystkie urządzenia Zigbee przestają się aktualizować jednocześnie, sprawdź koordynatora i jego połączenie z hostem. Home Assistant zauważa, że koordynator potrzebuje stabilnego lokalnego połączenia szeregowego, ponieważ utrata pakietów i opóźnienia na niestabilnej ścieżce szeregowo-IP mogą zakłócić komunikację. Ta granica awarii różni się od utraty pojedynczego routera podrzędnego.

Zakłócenia na 2,4 GHz mogą jednocześnie pogorszyć działanie kilku łączy

Zigbee, Wi-Fi i inne radio mogą współdzielić pasmo ISM 2,4 GHz. Wytyczne Silicon Labs dotyczące współistnienia wskazują, że jednoczesna praca może pogorszyć działanie jednego lub więcej protokołów oraz zwiększyć opóźnienia lub liczbę ponowień. Nowy punkt dostępu, zmiana kanału Wi-Fi lub złe umiejscowienie koordynatora mogą więc uczynić kilka urządzeń niestabilnymi, nawet jeśli żaden router nie został wyłączony.

Usunięcie kilku urządzeń zasilanych z sieci może zniszczyć redundancję

Wydarzenie konserwacyjne może usunąć jednocześnie wiele routerów. Wyłączenie obwodu oświetleniowego, odłączenie grupy inteligentnych wtyczek lub przeniesienie sprzętu może wyeliminować zarówno ścieżkę główną, jak i jej zapasową. Sieć, która podczas testów odzyskała działanie po utracie jednego routera, może zawieść, gdy zniknie kilka pobliskich węzłów routingu.

Użyj wzoru awarii, aby zlokalizować brakującą zależność w sieci mesh

Zacznij od korelacji zamiast uniwersalnej procedury resetu. Zarejestruj, które urządzenia przestały raportować, kiedy nastąpiła zmiana oraz czy dotknięte węzły znajdują się w tym samym pomieszczeniu lub w tym samym kierunku fizycznym względem koordynatora. Następnie porównaj ten wzorzec z urządzeniami Zigbee zasilanymi z sieci, które straciły zasilanie lub zostały przeniesione w tym samym czasie.

• Zidentyfikuj urządzenia, które przestały się aktualizować w tym samym czasie.
• Sprawdź, czy awarie skupiają się w konkretnym pokoju, na piętrze lub w kierunku.
• Szukaj routera Zigbee zasilanego z sieci, który został wyłączony, odłączony lub usunięty.
• Oddziel awarie routerów od awarii urządzeń końcowych zasilanych bateryjnie.
• Potwierdź, że koordynator i jego połączenie z hostem są nadal sprawne.
• Przejrzyj topologię i logi pod kątem nieudanych dostaw, ponownego dołączania lub powtarzających się kontroli dostępności.

Nie zakładaj, że sparowanie czujnika blisko jednego routera na stałe naprawia jego ścieżkę i nie zmieniaj timerów dostępności, aby ukryć rzeczywistą utratę komunikacji. Jeśli ograniczeniem jest zasięg, dodaj niezawodną, stale zasilaną pojemność routingu tam, gdzie istnieje słaba gałąź, i weryfikuj topologię w czasie. Aby poznać szersze relacje między lokalnym oprogramowaniem automatyzacji a usługami serwera domowego, zobacz ten przegląd architektury lokalnego serwera smart home.

FAQ

Czy siatka Zigbee zawsze się naprawia po awarii routera?

Nie. Naprawa trasy może wybrać nową ścieżkę tylko wtedy, gdy istnieje użyteczna alternatywa. Urządzenia końcowe w trybie uśpienia mogą też potrzebować wykryć utratę rodzica i ponownie dołączyć przez innego odpowiedniego rodzica. Zasięg radiowy, pojemność tablicy, zachowanie oprogramowania układowego i czas sprawdzania mogą uniemożliwić lub opóźnić odzyskanie połączenia.

Czy dodanie większej liczby routerów Zigbee zawsze zapobiega rozłączeniom?

Nie. Dodatkowe routery poprawiają odporność tylko wtedy, gdy są niezawodne, stale zasilane, dobrze rozmieszczone i kompatybilne z otaczającą siecią. Więcej routerów blisko koordynatora może nie zapewnić dużej ochrony dla odległej martwej strefy, a problemy z tablicą lub zakłóceniami nie są rozwiązane samą liczbą urządzeń.

Czy zwiększenie limitu czasu niedostępności ponownie łączy urządzenie Zigbee?

Nie. Limit czasu zmienia się, gdy serwer oznacza urządzenie jako offline; nie naprawia to zasięgu RF, nie odkrywa nowej trasy ani nie ustanawia nowego rodzica. Dłuższa wartość może zmniejszyć fałszywe oznaczenia offline dla cichych czujników bateryjnych, ale może też opóźnić wykrycie rzeczywistej awarii.

Czy router Zigbee jest taki sam jak router Wi-Fi?

Nie. Router Zigbee to węzeł w jednej siatce Zigbee, który przekazuje wiadomości Zigbee i może być rodzicem urządzeń końcowych. Router Wi-Fi lub punkt dostępowy obsługuje inny protokół i sieć. Oba mogą na siebie wpływać przez zakłócenia na 2,4 GHz, ale nie pełnią tej samej funkcji routingu.