Zigbee2MQTT vs. ZHA: Budowa bezawaryjnej sieci Mesh w Home Assistant

Zigbee2MQTT vs. ZHA: Budowa bezawaryjnej sieci Mesh w Home Assistant

Wdrożenie stabilnej, odpornej na awarie infrastruktury Zigbee w środowisku Home Assistant wymaga przemyślanych decyzji architektonicznych dotyczących stosu oprogramowania oraz fizycznego sprzętu koordynatora. O ile natywna integracja Zigbee Home Automation (ZHA) oferuje łatwą konfigurację, o tyle Zigbee2MQTT połączone z brokerem MQTT zapewnia wyższą kompatybilność urządzeń, szczegółową telemetrię i niezależne zarządzanie cyklem życia aplikacji. Budowa sieci Mesh o zerowym czasie niedostępności wymaga rezygnacji z lokalnych adapterów USB na rzecz dedykowanych koordynatorów Ethernet, precyzyjnego planowania widma radiowego oraz systematycznego rozmieszczenia routerów.

1. Dlaczego dedykowane koordynatory Ethernet przewyższają adaptery USB

Bezpośrednie podłączenie koordynatora Zigbee na USB do serwera Home Assistant lub hosta wirtualizacji wprowadza istotne zakłócenia radiowe (RFI) generowane przez magistrale kontrolerów USB 3.0 oraz niedostatecznie ekranowane procesory. Ponadto adapter USB ogranicza lokalizację koordynatora do szafy serwerowej, która rzadko stanowi geometryczny środek budynku.

• Izolacja od szumów radiowych: Koordynatory sieciowe Ethernet (takie jak SMLIGHT SLZB-06 oparte na układach Texas Instruments CC2652P) mogą zostać zamontowane w dowolnym punkcie budynku, całkowicie izolując antenę od zakłóceń płyty głównej serwera.
• Stabilność zasilania PoE: Wykorzystanie technologii Power over Ethernet (PoE) zapewnia czyste, nieprzerwane zasilanie i uniezależnia komunikację Zigbee od restartów sterowników USB w systemie operacyjnym serwera.

2. Zarządzanie widmem radiowym: Separacja kanałów Wi-Fi i Zigbee

Zarówno sieci Wi-Fi, jak i Zigbee pracują w mocno obciążonym paśmie 2,4 GHz. Nieprzemyślane pokrywanie się kanałów drastycznie obniża wskaźnik Link Quality Indication (LQI), powoduje gubienie pakietów i generuje opóźnienia w wykonywaniu automatyzacji. Standardowe kanały Wi-Fi o szerokości 20 MHz (najczęściej kanały 1, 6 i 11) w znacznym stopniu pokrywają się z dolnymi częstotliwościami Zigbee.

• Optymalny wybór częstotliwości: Konfiguracja Zigbee2MQTT na kanale 15, 20 lub 25 umieszcza komunikację Zigbee dokładnie w lukach między szczytami standardowych kanałów Wi-Fi.
• Unikanie kanału 26: Chociaż kanał 26 znajduje się powyżej większości częstotliwości Wi-Fi, niektóre starsze urządzenia końcowe pracują na tej skrajnej częstotliwości ze zmniejszoną mocą nadawczą, przez co kanały 20 lub 25 są bezpieczniejszym wyborem.

# Przykład: Optymalna konfiguracja radiowa Zigbee2MQTT w configuration.yaml
serial:
  port: tcp://192.168.10.50:6638
advanced:
  channel: 25
  pan_id: 6754
  network_key: GENERATE
  transmit_power: 20

3. Planowanie routerów i optymalizacja wskaźnika LQI

Stabilna topologia Mesh wymaga unikania wąskich gardeł sieci wznoszącej (topologii gwiazdy), w której dziesiątki czujników bateryjnych próbują komunikować się bezpośrednio z centralnym koordynatorem. Rozmieszczenie urządzeń zasilanych z sieci elektrycznej (takich jak gniazdka inteligentne lub podtynkowe przekaźniki z przewodem neutralnym) w równomiernych odstępach tworzy stabilny szkielet routingu.

• Progi LQI: Utrzymywanie wartości Link Quality Indication (LQI) powyżej 100 pomiędzy routerami zapobiega niestabilności tras (route flapping) i zapewnia natychmiastową aktualizację stanów w systemie.
• Dyscyplina parowania: Czujniki zasilane bateryjnie muszą być parowane zawsze w ich docelowych lokalizacjach montażowych, co wymusza przypisanie urządzenia do najbliższego aktywnego routera zamiast do odległego koordynatora.

Podsumowanie

Budowa bezawaryjnej sieci Mesh Zigbee w Home Assistant wymaga fizycznego oddzielenia koordynatora od zakłóceń serwera poprzez zastosowanie dedykowanego sprzętu Ethernet PoE, takiego jak SLZB-06. Połączenie Zigbee2MQTT ze ścisłą separacją kanałów radiowych oraz przemyślanym rozmieszczeniem routerów gwarantuje brak opóźnień i maksymalną stabilność infrastruktury.

USB jako rozwiązanie awaryjne, Thread obok, binding i dostępność

Tam, gdzie koordynator Ethernet nie wchodzi w grę, dokumentacja Zigbee2MQTT wymienia dwa proste środki przeciw zakłóceniom z USB: przedłużacz USB, przy którym już 50 cm zmniejsza zakłócenia, a kabel ekranowany jest lepszy, oraz podłączenie adaptera do portu USB 2 zamiast USB 3.

Thread korzysta z tej samej techniki radiowej IEEE 802.15.4 w paśmie 2,4 GHz co Zigbee, więc sieć Thread obok sieci Zigbee konkuruje o to samo widmo. Jej miejsce jest na osobnym kanale, a nie na kanale Zigbee. Dokumentacja Home Assistant wskazuje kanał Thread 26 jako najmniej narażony na zakłócenia od Wi-Fi; przy Zigbee na kanale 25, jak w konfiguracji powyżej, obie sieci pozostają na osobnych kanałach.

Dwie funkcje Zigbee2MQTT obejmują przypadki, w których zawodzi strona programowa albo urządzenie milknie:

• Binding pozwala urządzeniom sterować sobą nawzajem bezpośrednio, np. włącznikowi ściennemu i lampie, bez Zigbee2MQTT czy Home Assistant pośrodku. Działa nadal, gdy Home Assistant, Zigbee2MQTT lub koordynator są niedostępne. Konfiguracja odbywa się we frontendzie w zakładce Bind urządzenia albo przez temat MQTT zigbee2mqtt/bridge/request/device/bind. Obsługa zależy od implementacji Zigbee w samym urządzeniu, a urządzenie bateryjne musi zostać wybudzone, zwykle naciśnięciem przycisku, tuż przed żądaniem, bo inaczej je prześpi.
• Availability oznacza urządzenia jako offline, gdy przestają się zgłaszać, i jest domyślnie wyłączona. Urządzenia zasilane z sieci są traktowane jako aktywne i dostają ping, jeśli nie zgłosiły się przez 10 minut; urządzenia bateryjne są pasywne i zostają oznaczone jako offline po 25 godzinach (1500 minutach) bez zgłoszenia. Pingowanie potrafi mocno obciążyć koordynator, zwłaszcza z adapterami CC2530 lub CC2531; dłuższe limity czasu zmniejszają to obciążenie.

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