Zigbee2MQTT i ZHA: planowanie niezawodnej sieci Zigbee

Niezawodna sieć Zigbee zależy od odpowiednich urządzeń, dobrych połączeń radiowych i sprawdzonego planu odtwarzania. Zarówno ZHA, jak i Zigbee2MQTT mogą stanowić właściwą podstawę. Ethernet, PoE ani określona wartość LQI nie gwarantują nieprzerwanej pracy lub automatyzacji bez opóźnień.

Wybór ZHA albo Zigbee2MQTT według potrzeb

ZHA jest bezpośrednio zintegrowane z Home Assistant i nie wymaga dodatkowego brokera MQTT dla Zigbee. Zigbee2MQTT obsługuje połączenie Zigbee jako osobna usługa i przekazuje dane przez MQTT. Oddzielne utrzymanie może pomagać, ale dodaje zależności: broker, usługę i ewentualne połączenie sieciowe z koordynatorem.

Decyduje obsługa rzeczywistych urządzeń i funkcji: dokładny model, firmware, dostępne encje, funkcje specjalne i aktualizacje. Żaden system nie jest zawsze bardziej kompatybilny. Koordynator może być używany przez jedną aplikację naraz; ZHA i Zigbee2MQTT nie współdzielą tego samego adaptera równolegle.

USB i Ethernet: lokalizacja a dodatkowe zależności

Koordynator USB nie jest wyłącznie rozwiązaniem awaryjnym. Odległość od urządzeń USB 3, dysków SSD i innych nadajników może ograniczyć zakłócenia. Dokumentacja Zigbee2MQTT wskazuje już 50 cm przedłużacza jako pomocne rozwiązanie; nadal znaczenie mają jakość kabla, ustawienie anteny i otoczenie. Odpowiedni port USB 2 również może pomóc.

Koordynator Ethernet ułatwia wybór lepszego miejsca, jeśli dociera tam stabilna lokalna sieć przewodowa. Nie zapewnia pełnego ekranowania anteny przed zakłóceniami. Switch, trasa sieciowa, firmware adaptera i zasilanie stają się dodatkowymi warunkami pracy. PoE dostarcza energię przez kabel sieciowy; nieprzerwane działanie wymaga odpowiedniego podtrzymania wszystkich potrzebnych elementów. WAN, VPN lub niestabilne Wi-Fi nie zastępują stabilnego lokalnego połączenia.

Ethernet łączy oprogramowanie z koordynatorem. Nie przedłuża automatycznie radiowej sieci Zigbee do odległego budynku. Radiowa część adaptera sieciowego pracującego jako router nadal wymaga połączenia radiowego Zigbee.

Planowanie kanałów według otoczenia

Wi-Fi 2,4 GHz, Zigbee i Thread współdzielą widmo. Numery kanałów różnych standardów nie są bezpośrednio porównywalne. Kanały Zigbee 15, 20 lub 25 mogą pasować do konkretnego planu Wi-Fi, ale nie gwarantują wolnych od zakłóceń luk. Wynik zależy od szerokości Wi-Fi, kanałów regionalnych, sąsiednich sieci i innych nadajników.

Dla nowych sieci dokumentacja konfiguracji Zigbee2MQTT zaleca kanały ZLL 11, 15, 20 lub 25 ze względu na zgodność urządzeń. Kanał 26 nie jest ogólnie zabroniony; potrzebna jest kontrola obsługi urządzeń, firmware i dozwolonej mocy. Zwiększenie mocy koordynatora nie poprawia automatycznie słabszej drogi powrotnej czujnika.

Istniejąca sieć Thread należy do tej samej inwentaryzacji. Home Assistant wskazuje kanał Thread 26 jako często użyteczny przy mniejszych zakłóceniach Wi-Fi. Różne numery kanałów nie dowodzą jednak bezkolizyjnej współpracy. Zmiany wymagają planu i późniejszej kontroli urządzeń.

Routery, urządzenia końcowe i pomiary

Routery przekazują wiadomości Zigbee i muszą pozostawać dostępne. Urządzenia końcowe nie routują; korzystają z nadrzędnego routera lub koordynatora. Urządzenia bateryjne zwykle są końcowe. Samo zasilanie sieciowe nie dowodzi funkcji routera; decyduje rzeczywisty typ urządzenia. Wyłączenie żarówki pełniącej rolę routera może przerwać połączenia.

Najpierw powstaje rozsądnie rozmieszczona baza zgodnych routerów, potem dochodzą czujniki w docelowych miejscach. To może sprzyjać właściwemu wyborowi urządzenia nadrzędnego, ale nie wymusza geometrycznie najbliższego routera. Liczą się też zachowanie urządzenia, jakość radia i dostępna pojemność dla urządzeń podrzędnych. Zezwolenie na dołączenie przez wybrany router może pomagać, lecz nie zastępuje testu działania.

LQI nie jest jednolitą skalą jakości między producentami. Wartość powyżej 100 nie gwarantuje stabilnych tras ani natychmiastowych aktualizacji. Więcej informacji daje łączne porównanie logów, nieudanych poleceń, opóźnień i pomiarów radiowych w dłuższym okresie. Brak linii na mapie nie dowodzi odłączenia uśpionego urządzenia.

Binding i dostępność mają różne granice

Binding może łączyć obsługiwane urządzenia bezpośrednio, na przykład przycisk i lampę. Każde polecenie nie musi wtedy przechodzić przez Home Assistant lub MQTT. Konfiguracja jest dostępna w zakładce Bind; uśpione urządzenia często wymagają wcześniejszego wybudzenia. To może ograniczyć skutki awarii oprogramowania, o ile działają urządzenia, połączenie nadrzędne i potrzebna trasa radiowa. Binding nie usuwa skutków awarii niezbędnego routera.

Availability wykrywa brak meldunków, zamiast naprawiać sieć. Funkcja jest domyślnie wyłączona. Aktywne urządzenia są sprawdzane po zwykłym dziesięciominutowym okresie bez wiadomości i oznaczane jako offline po nieudanej kontroli. Pasywne urządzenia nie mogą być pingowane i mają domyślne okno 25 godzin. Limity, jitter i odstępy ponowień wpływają na rzeczywisty czas wykrycia.

availability:
  enabled: true
  active:
    timeout: 10
  passive:
    timeout: 1500

Fragment włącza udokumentowane domyślne limity w minutach w skonfigurowanej już instalacji Zigbee2MQTT. Progi muszą odpowiadać raportowaniu urządzeń. Status offline nie dowodzi pustej baterii; przyczyną może być także radio, router lub usługa.

Źródła

• www.zigbee2mqtt.io/advanced/zigbee/02_improve_network_range_and_stability.html
• www.zigbee2mqtt.io/guide/configuration/device-availability.html
• www.zigbee2mqtt.io/guide/usage/binding.html
• www.home-assistant.io/integrations/zha/
• www.home-assistant.io/integrations/thread/
• www.zigbee2mqtt.io/guide/configuration/zigbee-network.html
• www.zigbee2mqtt.io/guide/configuration/adapter-settings.html
• www.zigbee2mqtt.io/guide/faq/
• www.zigbee2mqtt.io/advanced/zigbee/01_zigbee_network.html
• www.zigbee2mqtt.io/guide/getting-started/