Zigbee síť je nestabilní: diagnostika 50 zařízení

Diagnostika a stabilizace Zigbee sítě se 50 zařízeními: reálný případ

V přeplněném městském bytě se 50 Zigbee zařízeními (osvětlení, senzory, relé, žaluzie) se projevily typické problémy: nízká linkquality (0–20 u 20–30 zařízení), zpoždění v skupinách osvětlení (0,5–3 s), ztráta příkazů, zhoršení večer a ztráta událostí ze senzorů pohybu. Síť obsahovala mnoho mesh routerů, koordinátor WBE2R-R-ZIGBEE v. 2 v rohu, Wi-Fi v 3 m a sousední sítě 2,4 GHz. Původně se všechna zařízení připojila přímo (Permit join = vše, z2m v2.5.1), ale mesh se nesamobalancoval.

Přestavba topologie: z chaosu k stromu

První krok – přechod na stromovou strukturu: nejbližší routry přímo ke koordinátoru, 1–2 na místnost, zbytek přes ně. To odlehčilo koordinátor od přímých připojení a tabulek směrování, což zvýšilo stabilitu. Mapa sítě v z2m ukázala zlepšení jen slabě, ale symptomy se snížily.

Fyzické testy (kovové dveře skříně) neměly efekt – linkquality se měnila o 1–4 body.

Odhalení úzkých míst v zpracování dat

Analýza ukázala přetížení CPU kontroléru Wiren Board až na 380–400 % kvůli wb-rules a systémovým skriptům (/usr/share/wb-rules-system/rules/wb-zigbee2mqtt.js). To blokovalo zpracování MQTT, což způsobovalo zpoždění a ztráty událostí bez ohledu na linkquality.

Odstranění skriptů normalizovalo zátěž a odstranilo anomálie v node-red scénářích.

Optimalizace rádiového kanálu a hardwaru

Skenování Wi-Fi odhalilo přetížené kanály 1, 6, 11. Přechod na Zigbee kanál 26 (horní část spektra 2,4 GHz) s tx_power 20 dBm měl minimální efekt – rušení nebylo hlavní příčinou.

Aktualizace firmware koordinátoru podle návodu Wiren Board přinesla mírné zlepšení, ale fóra to doporučují jako základní krok (s zálohou nastavení).

Finální upgrade: výměna za Sonoff Dongle Plus E (EFR32MG21) na Raspberry Pi 5 s Zigbee2MQTT v2.9.2. Koordinátor uprostřed bytu, kanál 11, transmit_power: 127. Node-RED na Pi pro automatizaci přes MQTT.

Konfigurace Zigbee2MQTT:

version: 4
mqtt:
  base_topic: zigbee2mqtt
  server: mqtt://localhost:1883
serial:
  port: /dev/ttyUSB0
  adapter: ember
  baudrate: 115200
  rtscts: false
advanced:
  log_level: info
  channel: 11
  network_key: GENERATE
  pan_id: GENERATE
  ext_pan_id: GENERATE
  transmit_power: 127
frontend:
  enabled: true
  port: 8080
  dashboard: false
homeassistant:
  enabled: false

Mapa sítě v v2.9.2 se stala informativní, EFR32MG21 ukázal stabilitu oproti CC2652P.

Klíčové opatření pro stabilizaci

• Topologie: stromová struktura místo přímých připojení ke koordinátoru.
• Zpracování dat: odstranění wb-rules skriptů, migrace na Pi s Node-RED.
• Hardware: umístění do středu, Sonoff Dongle E, čerstvý firmware z2m v2.9.2.
• Rádio: kanál 26/11, maximální tx_power, sken Wi-Fi.
• Monitoring: linkquality, zátěž CPU, MQTT logy.

Co je důležité

• Přetížení CPU skripty wb-rules maskuje rádiové problémy jako nestabilitu Zigbee.
• Umístění koordinátoru v rohu zvyšuje „dlouhé“ trasy v mesh.
• Stromová topologie odlehčuje koordinátor při >50 zařízeních.
• EFR32MG21 (Sonoff) je stabilnější než CC2652P v hustém éteru.
• Verze z2m 2.9.2 + Pi5 řeší limity starších platforem.

Stabilita se dosáhne kombinací: optimalizace topologie, hardwarový upgrade a vyčištění softwarových úzkých míst.

— Editorial Team