Zigbee2MQTT und ZHA: Ein zuverlässiges Zigbee-Netz planen

Ein zuverlässiges Zigbee-Netz entsteht durch passende Geräte, gute Funkverbindungen und einen überprüfbaren Wiederherstellungsplan. ZHA und Zigbee2MQTT können beide geeignete Grundlagen sein. Ethernet, PoE oder ein bestimmter LQI-Wert garantieren weder unterbrechungsfreien Betrieb noch verzögerungsfreie Automationen.

ZHA und Zigbee2MQTT nach dem Bedarf auswählen

ZHA ist direkt in Home Assistant integriert und benötigt für Zigbee keinen zusätzlichen MQTT-Broker. Zigbee2MQTT betreibt die Zigbee-Anbindung als eigenen Dienst und übermittelt Daten über MQTT. Das ermöglicht getrennte Wartung, bringt aber weitere Abhängigkeiten mit: Broker, Dienst und gegebenenfalls Netzwerkverbindung zum Koordinator.

Entscheidend ist die Unterstützung der tatsächlich verwendeten Geräte und Funktionen. Modellbezeichnung, Firmware, verfügbare Entitäten, Sonderfunktionen und Updatewege gehören zum Vergleich. Eine pauschal bessere Kompatibilität eines Systems ist daraus nicht ableitbar. Ein Koordinator wird nur von einer Anwendung gleichzeitig verwendet; ZHA und Zigbee2MQTT teilen denselben Adapter nicht parallel.

USB und Ethernet: Platzierung gegen zusätzliche Abhängigkeiten

Ein USB-Koordinator ist keine Notlösung. Abstand zu USB-3-Geräten, SSDs und anderen Sendern kann Störungen deutlich verringern. Die Zigbee2MQTT-Anleitung nennt bereits 50 cm Verlängerung als hilfreiche Maßnahme; Kabelqualität, Ausrichtung und tatsächliche Umgebung bleiben relevant. Ein geeigneter USB-2-Port kann ebenfalls helfen.

Ein Ethernet-Koordinator erleichtert einen günstigeren Standort, wenn dort ein stabiles lokales Kabelnetz vorhanden ist. Das ist keine vollständige Abschirmung vor Funkstörungen. Switch, Netzwerkpfad, Adapterfirmware und Versorgung werden zusätzliche Betriebsvoraussetzungen. PoE liefert Strom über das Netzwerkkabel; unterbrechungsfrei wird die Versorgung erst mit geeigneter Absicherung aller benötigten Komponenten. Ein WAN-, VPN- oder instabiler WLAN-Pfad ist kein gleichwertiger Ersatz für eine stabile lokale Verbindung.

Ethernet verbindet die Software mit dem Koordinator. Es verlängert nicht automatisch das Zigbee-Funkmesh zu einem entfernten Gebäude. Auch die als Router verwendete Funkseite eines Netzwerkadapters benötigt weiterhin eine Zigbee-Funkverbindung.

Kanäle anhand der Umgebung planen

2,4-GHz-WLAN, Zigbee und Thread teilen Frequenzraum. Die Kanalnummern verschiedener Funkstandards sind nicht direkt vergleichbar. Zigbee-Kanäle 15, 20 oder 25 können abhängig vom WLAN-Plan sinnvoll sein, liegen aber nicht garantiert in störungsfreien Lücken. WLAN-Kanalbreite, regionale Kanäle, Nachbarn und andere Sender beeinflussen das Ergebnis.

Für neue Zigbee-Netze empfiehlt die Zigbee2MQTT-Konfiguration ZLL-Kanäle 11, 15, 20 oder 25 zur besseren Geräteverträglichkeit. Kanal 26 ist nicht pauschal verboten; Geräte- und Firmwareunterstützung sowie zulässige Sendeleistung sind zu prüfen. Höhere Koordinatorleistung verbessert außerdem nicht automatisch den schwächeren Rückweg eines Sensors.

Ein bereits laufendes Thread-Netz gehört in dieselbe Bestandsaufnahme. Home Assistant nennt Thread-Kanal 26 als häufig wenig durch WLAN belastete Wahl. Unterschiedliche Kanalnummern allein belegen aber keine störungsfreie Koexistenz. Kanalwechsel werden geplant und anschließend mit den betroffenen Geräten geprüft.

Router, Endgeräte und Messwerte richtig einordnen

Router leiten Zigbee-Nachrichten weiter und müssen dauerhaft erreichbar sein. Endgeräte routen nicht und nutzen einen übergeordneten Router oder den Koordinator. Batteriegeräte sind üblicherweise Endgeräte. Netzversorgung allein beweist keine Routerfunktion; der tatsächliche Gerätetyp ist maßgeblich. Eine abgeschaltete Router-Leuchte kann Verbindungen unterbrechen.

Zuerst entsteht eine sinnvoll verteilte Basis kompatibler Router, anschließend kommen Sensoren an den späteren Einsatzorten hinzu. Das kann eine passende Elternwahl begünstigen, erzwingt aber nicht den geometrisch nächsten Router. Auch Geräteeigenheiten, Funkqualität und verfügbare Kindplätze zählen. Die gezielte Beitrittsfreigabe eines Routers kann helfen, ersetzt aber keinen Funktionstest.

LQI ist kein herstellerübergreifend einheitlicher Qualitätsmaßstab. Ein Wert über 100 garantiert weder stabile Routen noch sofortige Zustandsänderungen. Aussagekräftiger sind gemeinsam betrachtete Fehlermeldungen, fehlgeschlagene Befehle, Verzögerungen und Funkmesswerte über einen längeren Zeitraum. Fehlende Linien in einer Netzkarte beweisen bei schlafenden Geräten keinen Verbindungsabbruch.

Binding und Availability mit klaren Grenzen

Binding kann unterstützte Geräte direkt miteinander verbinden, etwa einen Taster mit einer Leuchte. Dafür muss nicht jeder Befehl durch Home Assistant oder MQTT laufen. Die Einrichtung erfolgt beispielsweise im Bind-Reiter; schlafende Geräte müssen dafür oft geweckt werden. Ein Softwareausfall kann damit überbrückt werden, solange Geräte, Elternverbindung und nötige Funkroute weiter funktionieren. Der Ausfall eines benötigten Routers wird durch Binding nicht aufgehoben.

Availability erkennt ausgebliebene Meldungen, repariert aber kein Netz. Die Funktion ist standardmäßig deaktiviert. Aktive Geräte werden nach dem üblichen Zehn-Minuten-Fenster ohne Meldung geprüft und bei fehlgeschlagener Prüfung als offline markiert. Passive Geräte können nicht angepingt werden und erhalten standardmäßig 25 Stunden. Zeitfenster, Jitter und Wiederholungsabstände beeinflussen die tatsächliche Erkennung.

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

Dieser Ausschnitt aktiviert die dokumentierten Standardzeitfenster in Minuten innerhalb einer ansonsten eingerichteten Zigbee2MQTT-Konfiguration. Die Grenzwerte müssen zum Meldeverhalten passen. Ein Offline-Status ist kein Beweis für eine leere Batterie; auch Funkweg, Router oder Dienst können betroffen sein.

Quellen

• 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/