ZHA vs Zigbee2MQTT: Welcher Zigbee-Stack passt zu welchem Setup?

Freitagabend, USB-Stick steckt, Home Assistant fragt freundlich nach dem Zigbee-Coordinator — und ich stehe da wie jemand, der im Baumarkt zwischen zwei nahezu identischen Bohrmaschinen wählt, nur dass eine davon MQTT spricht und die andere einfach in der Integration wohnt. Spoiler: Ich habe damals beides angefangen. Parallel. Auf demselben Pi. Das ging schief, bevor der erste Bewegungsmelder auch nur „Hallo“ gesagt hat.

Die kurze Version vorab: ZHA ist die native Zigbee-Integration in Home Assistant. Ein Netzwerk, ein Coordinator, Gerät nur an einem Gateway. Zigbee2MQTT ist ein eigener Zigbee-to-MQTT-Stack (GPL-3), der Geräte über einen MQTT-Broker an Home Assistant und andere Systeme hängt. Beide machen Zigbee. Beide können nerven. Beide passen — aber nicht zum selben Setup.

Im Ernst: Dieser Text ist keine Pairing-Anleitung. Wer Stick, Reichweite und typische Pairing-Fails sucht, findet das in unserem Guide zu Zigbee in Home Assistant einrichten. Hier geht es um die Entscheidungsmatrix: Gerätezahl, MQTT-Lust, Wartungsaufwand, Debugging-Nerven und der peinliche Moment, wenn Sie später migrieren wollen.

Zwei Stacks, ein Funkchaos — und warum die Wahl früher wehtut

Zigbee ist ein Mesh. Der Coordinator ist der Hausmeister. Router (Steckdosen, Lampen mit Netzstrom) reichen Nachrichten weiter. Endgeräte (Batteriesensoren) nicken ab und auf. Klingt einfach, ist es aber nicht — weil Sie den Hausmeister nur einmal wählen dürfen. Ein Zigbee-Gerät hängt an genau einem Gateway. Nicht an zwei. Nicht „mal schnell parallel testen“. Factory-Reset, neu pairen, hoffen, dass der Sensor die neue Adresse mag.

Mein erster Fail war Klassiker-Nerd: ZHA installiert, drei Aqara-Sensoren drin, dann „Zigbee2MQTT kann mehr Geräte“ gelesen, Add-on gestartet, denselben Stick beansprucht. Home Assistant hat gelächelt. Der Stick nicht. Spoiler: Ein Coordinator kann nicht gleichzeitig ZHA und Zigbee2MQTT bedienen. Das ist keine Meinung — das ist Physik plus Software-Besitzanspruch.

Wer gerade erst mit der Plattform startet, sollte vorher den Home-Assistant-Einsteiger-Guide gelesen haben — sonst entscheiden Sie über Zigbee-Stacks, bevor klar ist, ob OS, Green oder Container überhaupt steht. Und ja: Der Stick will Hardware-Kontext. Welcher Host, welcher USB-Port, ob USB-3-Rauschen Ihren Stick zum Drama-Queenie macht — das hängt an der Basis, die Sie in unserem Überblick zur Home-Assistant-Hardware sortieren.

Was ZHA wirklich ist (und was der Stick dazu sagt)

ZHA — Zigbee Home Automation — ist die eingebaute Integration. Sie stecken einen kompatiblen Coordinator, wählen oft den erkannten Serial-Pfad, und Home Assistant baut ein Zigbee-Netzwerk. Fertig. Kein Extra-Container, den Sie um Mitternacht pflegen müssen. Kein Broker, der „Connection refused“ murmelt, während die Küchenlampe blinkt.

Laut der offiziellen ZHA-Dokumentation von Home Assistant ist ZHA hardware-unabhängig über die zigpy-Bibliothek aufgebaut. Radio-Typen, die Sie kennen sollten: ezsp (Silicon Labs EmberZNet — etwa Connect ZBT-2/ZBT-1), znp (Texas Instruments), deconz (ConBee/RaspBee), zigate, xbee. Empfohlen für neue Setups: Home Assistant Connect ZBT-2. ZBT-1 und Yellow bleiben supported, wenn Sie sie schon haben. Home Assistant Green? Braucht einen Adapter. Der Rechner allein funkti nicht Zigbee.

Nerd-Alarm: ZHA kann Groups, Binding, OTA für Hersteller wie IKEA, Inovelli, Ledvance/OSRAM, Sonoff/iTead und Third Reality (Stand Docs), plus Netzwerk-Backup und Migration zwischen Adaptern — innerhalb von ZHA. Das ist der Punkt, den Leute unterschätzen. Adapter kaputt? Neuer Stick, Migration in der Integration, Geräte sollen zurückkehren. Klingt nach Zaubertrick. Fühlt sich an wie Umzug mit Inventarliste: Die Möbel kommen mit, aber manche brauchen einen Power-Cycle, bevor sie den neuen Hausmeister akzeptieren.

Limits, ehrlich: ein Coordinator, ein Netzwerk. Gerät nur an einem Gateway. Non-Standard-Geräte leben von Quirks (zha-device-handlers). Und — wichtig für Bastelprojekte mit Wi-Fi-Bridges — Serial-Proxy über Wi-Fi/WAN/VPN wird nicht empfohlen. Der Coordinator will eine stabile, lokale Serial-Verbindung. Punkt. Wer den Stick über das Wohnzimmer-WLAN tunneln will, weil „Kabel ist unästhetisch“, hat meinen Respekt und meine Prognose: Log-Spam und „NCP entered failed state“.

Geräte-Personifikation: ZHA ist der introvertierte Mitbewohner. Wohnt im selben Haus (Home Assistant), braucht wenig Extra-Möbel, spricht Zigbee fließend, aber wenn ein Billig-Sensor mit hersteller-spezifischem Dialekt ankommt, braucht er manchmal ein Quirk-Wörterbuch von der Community.

Was Zigbee2MQTT wirklich ist (und warum MQTT plötzlich Mitbewohner wird)

Zigbee2MQTT ist eine Zigbee-to-MQTT-Bridge. Open Source unter GPL-3. Große Adapter- und Gerätekompatibilität, aktive Community, Frontend zum Pairen und Beobachten. Die Idee: Zigbee-Welt auf der einen Seite, MQTT-Topics auf der anderen. Home Assistant (oder openHAB, Node-RED, was auch immer MQTT kann) abonniert die Topics und steuert zurück.

Die kurze Version der Architektur: Extra-Stack — oft als Home-Assistant-Add-on oder Container — plus MQTT-Broker (häufig Mosquitto). Das sind zwei bewegliche Teile mehr als bei ZHA. Zwei Teile, die Updates wollen. Zwei Teile, die um drei Uhr nachts „unavailable“ rufen können, obwohl der Stick physisch noch da ist.

Laut Zigbee2MQTT.io liegt der Charme genau in der MQTT-Schicht: Integration in viele Automationssysteme, weil MQTT der gemeinsame Nenner ist. Sie sind nicht an Home Assistant gekettet. Das ist Freiheit — und Verantwortung. Spoiler: Freiheit ohne Broker-Disziplin ist Chaos mit schönen Topic-Namen.

Im Bastelalltag heißt das: Sie denken in Geräten und in Topics. zigbee2mqtt/wohnzimmer_lampe ist plötzlich ein Ort, an dem State lebt. Debugging fühlt sich an wie Netzwerk-Admin-Light: Retain-Flags, Availability, Bridge-State. Manche lieben das. Manche wollen nur, dass die Bewegungsmelder in der App auftauchen, ohne YAML-Meditation.

Geräte-Personifikation: Zigbee2MQTT ist der extrovertierte Mitbewohner mit eigenem Zimmer (Container), eigenem Telefon (MQTT) und einer riesigen Kontaktliste (Supported Devices). Er kennt mehr exotische Verwandte. Er erwartet aber, dass Sie den Telefonanschluss (Broker) bezahlen und warten.

Vergleichstabelle: ZHA vs Zigbee2MQTT auf einen Blick

Damit Sie nicht drei Foren-Threads und einen Discord-Scroll später immer noch unsicher sind — die ehrliche Matrix. Keine Werbesprüche. Nur Reibungspunkte.

Nerd-Alarm: Die Tabelle lügt nicht — aber sie verkürzt. „Größerer Geräte-Support“ heißt nicht „jedes Xiaomi-Teil pairt beim ersten Klick“. Und „einfacheres Setup“ bei ZHA heißt nicht „USB-3 neben dem Stick ist egal“. Physik bleibt Physik.

Setup-Komplexität: Ein Klick vs. ein kleines Rechenzentrum im Schrank

ZHA-Setup fühlt sich an wie: Stick rein, Integration erkennen, Netzwerk existiert. Fertig genug für den ersten Sensor. Zigbee2MQTT-Setup fühlt sich an wie: Broker installieren, Z2M installieren, Adapterpfad korrekt setzen, Frontend öffnen, HA-MQTT verbinden, Entities prüfen. Jeder Schritt einzeln machbar. Zusammen eine Checkliste, die Einsteiger schluckt.

Mein Fail Nr. 2: Broker lief. Z2M lief. Home Assistant „sah“ MQTT. Die Lampe erschien — als Sensor ohne Schalter. Spoiler: Interview/Converter hatten ihre eigene Meinung zum Gerätetyp. Nach einem Re-Pair und einem Community-Hinweis war Licht wieder Licht. Zeitverlust: ein Abend, den ich eigentlich mit Serien geplant hatte.

Die kurze Version: Wenn Sie Home Assistant als alleinige Schaltzentrale wollen und den Stack klein halten möchten, gewinnt ZHA oft schon beim Setup. Wenn Sie ohnehin MQTT für andere Dinge nutzen (ESPHome-Spielereien, externe Scripts, zweites Automationssystem), ist der Extra-Aufwand von Zigbee2MQTT weniger schmerzhaft — er ist dann Infrastruktur, die Sie sowieso pflegen.

Parenthese für Green-Nutzer: Green hat kein eingebautes Zigbee-Radio. Ob ZHA oder Z2M — Sie brauchen einen Adapter. Der Unterschied ist nicht „Stick ja/nein“, sondern „wo der Stack wohnt“.

MQTT-Abhängigkeit: Freund, Feind oder unnötiger Mitbewohner?

Hier scheiden sich Temperamente.

Ohne MQTT ist Zigbee2MQTT wie ein Briefträger ohne Briefkasten. Der Stack kann funken — aber Home Assistant bekommt den State erst über den Broker. Fällt Mosquitto aus, wird es still. Nicht immer dramatisch. Aber Automationen, die auf motion_detected warten, stehen dann da wie Gäste vor einer verschlossenen Tür.

ZHA spricht direkt mit Home Assistant. Kein Broker dazwischen. Weniger Moving Parts. Weniger „warum ist die Entity unavailable, der Stick blinkt doch?“. Dafür weniger Flexibilität Richtung Nicht-HA-Welten.

Im Ernst: MQTT ist kein Feind. MQTT ist ein Werkzeug. Wer Topics liebt, wer Retain versteht, wer mit mosquitto_sub debuggen kann, ohne zu weinen — für den ist Zigbee2MQTT ein Geschenk. Wer „ich will Schalter in der App“ will und bei „QoS“ innerlich abschaltet — für den ist ZHA die sanftere Lüge (im guten Sinne).

Alltagsvergleich: ZHA ist die Waschmaschine mit zwei Knöpfen. Zigbee2MQTT ist die Waschmaschine mit Programmkarte, App und einem separaten Wasseranschluss, den Sie selbst verlegen. Beide waschen. Eine verlangt mehr Verständnis für Rohre.

Geräte-Support und Community: Quirks vs. Converter-Universum

Dieses Bild wurde komplett mit KI generiertProviderhiggsfieldModellflux_2PromptPhotorealistic close-up of a Zigbee USB stick plugged into a mini PC, soft cable clutter and sticky notes suggesting MQTT vs native integration choice, documentary tech magazine mood, no logos, no readable text, 16:9

Beide Stacks leben von Community-Arbeit, weil Hersteller Zigbee-Standards … kreativ interpretieren. ZHA nutzt Quirks (zha-device-handlers), wenn Geräte nicht so sprechen, wie der Standard es verspricht. Zigbee2MQTT nutzt Converter (zigbee-herdsman-Converters) und pflegt eine sehr sichtbare Geräteliste.

Praktisch heißt das: Exotischer Tuya-Sensor mit drei unveröffentlichten Clustern? In Foren hören Sie oft zuerst „geht in Z2M“. Manchmal stimmt das. Manchmal braucht Z2M auch einen Converter-Fix. Manchmal pairt ZHA überraschend sauber, weil der Standardteil reicht und der Rest Luxus ist.

Spoiler: „Support“ ist kein Score auf einem Gaming-PC. Es ist eine Wette auf Maintainer, Firmware und Ihren konkreten Chip-Revisionstand. Kaufen Sie Geräte nicht nur wegen einer grünen Checkbox in einer Kompatibilitätsliste — lesen Sie die Pairing-Notes und die Issues der letzten Monate.

OTA-Updates: ZHA kann OTA für ausgewählte Hersteller über Update-Entities anbieten. Cool, wenn es klappt. Riskant, wenn eine Firmware Features wegnimmt (IKEA und Group Binding lassen grüßen). Vor dem Update: kurz suchen, ob jemand schon gebrickt oder Features vermisst hat. Bastelprojekt-Regel: Frische Batterien, Gerät wach halten, nicht zehn OTAs parallel in einer Funkwüste starten.

Und weil Zigbee nicht allein im 2,4-GHz-Band tanzt: Wer unsicher ist, ob überhaupt Zigbee die richtige Protokoll-Wette ist — oder Thread/Matter parallel sinnvoller — sollte unseren Vergleich von Zigbee, Thread und Matter lesen, bevor der dritte Stick die Schublade bevölkert.

Wartung: Wer putzt den Keller, wenn Updates kommen?

ZHA-Wartung im Alltag: Home Assistant updaten, gelegentlich Adapter-Firmware (herstellerabhängig), Quirks kommen oft über HA/Custom-Releases mit. Weniger Dienste = weniger „welches Log war nochmal zuständig?“.

Zigbee2MQTT-Wartung: Z2M-Version, Broker-Version, ggf. Frontend, Adapter-Firmware, MQTT-Integration in HA, manchmal Breaking Changes in Topic-Strukturen oder Device-Renames. Machbar. Dokumentiert. Aber: Mehr Oberflächen, an denen etwas quietschen kann.

Mein Fail Nr. 3: Nach einem Z2M-Update hießen Entities plötzlich anders. Automationen schauten ins Leere. Die Lampe war „online“ — nur nicht unter dem Namen, den meine Automation kannte. Die kurze Version: Semantische Stabilität ist Pflegearbeit. Bei ZHA passiert Ähnliches seltener in dieser Form, aber Quirk-Updates können Entity-Sets auch verschieben. Nichts ist heilig.

Nerd-Alarm: Backup denken, bevor Sie den Stack wechseln oder den Stick tauschen. ZHA kann Netzwerk-Backups und Migration zwischen unterstützten Adaptern. Zigbee2MQTT hat eigene Backup-/Restore-Wege. Beides rettet Abende. Beides ersetzt nicht den Moment, in dem Batteriesensoren erst nach einem Tastendruck wieder auftauchen.

Debugging: Logs, Karten, Topics — und der Moment der Wahrheit

Wenn etwas nicht pairt, lügen alle GUIs zuerst. Dann kommen Logs.

Bei ZHA: Debug-Logging in Home Assistant, Netzwerk-Visualisierung (Map), Diagnostics und Zigbee-Signature am Gerät. Gut, wenn Sie im HA-Universum bleiben. Die Map zeigt Links — fehlende Linien bei sleepy Endgeräten sind oft normal, kein Drama. RSSI/LQI allein sind trügerisch; wer nur auf bunte Zahlen starrt, optimiert Phantomprobleme.

Bei Zigbee2MQTT: Frontend-Logs, Interview-Status, MQTT-Nachrichten live beobachten. Wer sehen will, was wirklich gesendet wurde, subscribed Topics. Das ist mächtig. Es ist auch der Moment, in dem aus „Smart Home“ plötzlich „leichtes IoT-Ops“ wird.

Alltagsvergleich: ZHA-Debugging ist Werkstatt im Haus. Z2M-Debugging ist Werkstatt plus Funkgerät plus Poststelle. Mehr Werkzeuge. Mehr Orte, an denen die Mutter verloren geht.

Und nochmal, weil es wehtut: USB-3-Rauschen, fehlende Verlängerung, zu wenig Router-Geräte, Stick hinter dem Metallgehäuse — das killt beide Stacks gleichermaßen. Stack-Wechsel heilt keine Physik. Wenn der Stick neben der Festplatte schreit, hilft weder Quirk noch Converter.

Migration: Der peinliche Umzug ohne Deep-How-to

Sie können migrieren. Sie werden es irgendwann wollen. Adapter kaputt, Community sagt „dein Exoten-Sensor lebt nur in Z2M“, oder Sie haben MQTT lieben gelernt.

Was Sie wissen müssen — ohne Tutorial-Kaninchenbau:

• Zigbee-Geräte hängen an einem Netzwerk. Wechsel ZHA → Z2M (oder umgekehrt) bedeutet in der Praxis: neues Netzwerk oder bewusstes Restore/Migration-Konzept — oft Re-Pairing vieler Geräte.
• Innerhalb von ZHA ist Adapter-zu-Adapter-Migration vorgesehen (Backup, neuer Stick, unterstützte Radio-Typen). Das ist der angenehmere Umzug — gleicher Stack, neuer Hausmeister.
• Stack-Wechsel ist der große Umzug: Kartons, Neuvergabe von Entity-Namen, Automationen anfassen, Zeitblock im Kalender.
• Zwei Stacks parallel auf zwei Sticks? Technisch denkbar (zwei Coordinators, zwei Netzwerke). Organisatorisch: doppelte Wartung, doppelte Funkplanung, Geräte klar trennen. Für die meisten Haushalte Overkill. Für Labore und Nerds mit Schubladen voller Dongles: verlockend.

Spoiler: „Ich migriere schnell Sonntagnachmittag“ ist der Satz, nach dem der Montag kaputt ist. Planen Sie Puffer. Batteriegeräte wecken. Notieren Sie, welche Automationen kritisch sind (Heizung, Alarm, Präsenz).

Im Ernst: Migration ist kein Argument gegen einen Stack — es ist ein Argument, die Erstentscheidung nicht aus Langeweile zu treffen. Fangen Sie dort an, wo Ihr Alltag in sechs Monaten noch wartbar aussieht.

Entscheidungsmatrix: Wann ZHA, wann Zigbee2MQTT?

Hier die ehrliche Ampel — ohne Marketing-Glanz.

ZHA passt, wenn Sie …

• primär Home Assistant nutzen und den Stack schlank halten wollen,
• mit empfohlenen Adaptern (etwa Connect ZBT-2) starten und wenig Extra-Dienste mögen,
• MQTT nicht brauchen und nicht pflegen wollen,
• Standard-Geräte plus gelegentliche Quirks ausreichen,
• Backup/Migration innerhalb eines HA-Zigbee-Netzes schätzen.

Zigbee2MQTT passt, wenn Sie …

• MQTT ohnehin fahren oder geräteübergreifend nutzen wollen,
• exotische/hersteller-kreative Geräte brauchen und die Z2M-Geräteliste Ihr Kaufkriterium ist,
• Frontend, Topics und tiefe Kontrolle dem „Integration fertig“-Gefühl vorziehen,
• Home Assistant nur eine von mehreren MQTT-Konsumenten ist,
• bereit sind, Broker + Bridge als Dauerbaustelle zu akzeptieren.

Beide leiden, wenn Sie …

• den Stick über Wi-Fi-Serial-Proxy quälen,
• kaum Router-Geräte haben und Batteriesensoren durch zwei Betondecken schicken,
• USB-3-Interferenz ignorieren,
• mitten im Betrieb den Stack wechseln „weil ein Reddit-Post es gesagt hat“.

Gerätezahl? Kleine Netze (ein paar Dutzend) laufen mit beiden. Große Netze brauchen vor allem Mesh-Qualität — Router, Kanalplanung, Interferenzvermeidung — nicht nur den hipperen Stack. Zigbee2MQTT wird oft bei großen, heterogenen Gerätesammlungen gelobt; ZHA skaliert ebenfalls, wenn die Funkphysik stimmt und der Coordinator zeitgemäß ist. Die Engstelle ist selten „ZHA kann nur 12 Lampen“, sondern „Ihr Mesh ist ein Stern ohne Speichen“.

Parenthese zur Green-/Pi-/Mini-PC-Wahl: Der Host muss stabil sein, USB sauber durchgereicht, Restarts planbar. Stack-Drama auf wackliger Hardware ist Selbstsabotage. Wer noch hostet, liest den Hardware-Guide — und wer noch gar nicht weiß, ob Zigbee die richtige Baustelle ist, den Protokoll-Vergleich.

Praxis-Szenarien: Drei Haushalte, drei richtige Antworten

Szenario A — Einsteiger mit Green und zehn Geräten: Bewegung, Türkontakt, zwei Steckdosen, paar Lampen. Kein MQTT-Hobby. Hier ist ZHA der Pfad mit weniger Reibung. Stick (ZBT-2 oder guter ezsp/znp), Integration, fertig. Zeit investieren Sie besser in Router-Platzierung als in Broker-YAML.

Szenario B — Nerd mit MQTT-Broker, Node-RED und 80 gemischten Geräten inkl. Tuya-Exoten: Zigbee2MQTT. Die Converter-Welt und das Frontend zahlen sich aus. Sie sprechen schon MQTT — warum Zigbee in eine andere Sprache zwingen?

Szenario C — „Ich will beides ausprobieren“: Zwei Sticks, zwei Netze, klare Trennung — oder besser: erst einen Stack 30 Tage leben lassen. Parallel-Test auf einem Stick endet in Besitzstreit. Parallel-Test ohne Zeitbudget endet in halbfertigen Automationen. Spoiler: Der dritte Weg „heute ZHA, morgen Z2M, übermorgen zurück“ ist teurer in Nerven als in Euro.

Klingt einfach, ist es aber nicht — weil Emotionen mitentscheiden. Manche wollen die Integration, die „einfach da“ ist. Manche wollen die Bridge, die Topics spuckt. Beide Gefühle sind valide. Falsch wird es erst, wenn Sie die Entscheidung an Foren-Lautstärke statt an Ihrem Wartungswillen festmachen.

These: Wählen Sie den Stack nach Wartungswillen — nicht nach Foren-Lautstärke

ZHA und Zigbee2MQTT sind beide erwachsene Wege zu Zigbee unter Home Assistant. ZHA gewinnt bei Schlankheit, nativer Integration, klarer HA-Migration zwischen Adaptern und weniger Moving Parts. Zigbee2MQTT gewinnt bei MQTT-Flexibilität, oft breiterer Exoten-Abdeckung und Debugging über Topics/Frontend — zum Preis von Broker + Extra-Stack.

Checkliste vor dem Kauf des nächsten Dongles:

1. Nutzen Sie wirklich nur Home Assistant — oder schon MQTT für mehr?
2. Wie exotisch ist Ihre Geräteliste der nächsten 12 Monate?
3. Wollen Sie um 23 Uhr Logs in einem Extra-Frontend lesen?
4. Ist Ihre Hardware-Basis (Host, USB, Router-Geräte) überhaupt bereit — siehe Hardware- und Zigbee-Einrichten-Guides?
5. Haben Sie einen Plan für Backup und den Tag, an dem der Stick stirbt?

Die klare Ansage, ohne Weichspüler: Es gibt keinen universellen Sieger. Es gibt Setups, in denen ZHA die vernünftige Langeweile ist — und Setups, in denen Zigbee2MQTT die richtige Komplexität ist. Wer Pairing-Fails und Reichweite noch nicht im Griff hat, löst das nicht durch Stack-Hopping; dafür bleiben der Zigbee-Einrichten-Artikel und etwas Demut vor 2,4 GHz. Wer die Entscheidung trifft und dann 90 Tage nicht mehr dran rührt, hat meist richtig gewählt — egal welche der beiden Lampen im Baumarkt am Ende mit nach Hause kam.