Home Assistant samordnar Zigbee2MQTT via MQTT i stället för att behandla Zigbee2MQTT som en del av Home Assistant Core. Zigbee2MQTT ansvarar för Zigbee-koordinatorn och kommunikationen med mesh-nätverket, en MQTT-mäklare transporterar meddelanden och Home Assistants MQTT-integration omvandlar discovery- och statusämnen till entiteter som automatiseringar kan använda.
Den här uppdelningen är kraftfull eftersom Zigbee-transport, meddelandeförmedling och hemautomationslogik kan startas om eller flyttas oberoende av varandra. Den skapar också en beroendekedja med tre tjänster: en Zigbee-enhet kan fungera normalt medan Home Assistant visar den som otillgänglig om Zigbee2MQTT, mäklaren, discovery eller tillgänglighetsmeddelanden inte fungerar.
Zigbee2MQTT ansvarar för kommunikationen med enheterna på radiosidan
Zigbee2MQTT kommunicerar med koordinatorn, underhåller definitioner för Zigbee-enheter, tar emot rapporter från mesh-nätverket och omvandlar dem till MQTT-meddelanden. Home Assistant behöver inte ha direkt åtkomst till koordinatorn när Zigbee2MQTT ansvarar för den.
Integrationsguiden för Zigbee2MQTT och Home Assistant förklarar att MQTT discovery är standardvägen för att automatiskt skapa Zigbee2MQTT-enheter och entiteter i Home Assistant.
Den här ansvarsgränsen är viktig vid återställning. Om Home Assistant startas om ska Zigbee-mesh-nätverket inte behöva repareras, och om Zigbee2MQTT startas om ska Home Assistants automatiseringar som hänvisar till stabila entitetsidentiteter inte raderas.
MQTT-mäklaren är meddelandegränsen mellan de två tjänsterna
Zigbee2MQTT publicerar enhetsstatus och bridge-information till MQTT-ämnen. Home Assistant prenumererar på relevanta ämnen och publicerar kommandon tillbaka när en automatisering eller användare ändrar en enhet.
MQTT-mäklaren är meddelandegränsen eftersom Zigbee2MQTT publicerar meddelanden till ämnen medan Home Assistant prenumererar på de ämnen som behövs och publicerar kommandon tillbaka genom samma mäklare. En aktuell MQTT-arkitekturguide förklarar hur publicerare och prenumeranter förblir frikopplade medan mäklaren dirigerar ämnesbaserade meddelanden mellan dem.
Om mäklaren slutar fungera kan Zigbee-mesh-nätverket fortsätta att existera medan vyn i Home Assistant slutar uppdateras. Diagnostisera mäklaren separat från koordinatorn och Core.
Discovery beskriver entiteterna; statusämnen håller dem uppdaterade
Discovery-meddelanden talar om för Home Assistant vilken entitet som ska finnas, vilka ämnen som tillhandahåller status och kommandon, vilken enhet den tillhör och hur värden ska tolkas. När entiteten väl finns håller vanliga statusmeddelanden den uppdaterad.
En omladdning eller omstart kan synliggöra problem här. Ett fall i Home Assistant-communityt dokumenterar hur MQTT-upptäckta entiteter kan förbli otillgängliga när den förväntade återupptäckten eller sökvägen för kvarhållen status inte byggs upp korrekt igen.
Använd stabila unika ID:n och en genomtänkt strategi för återupptäckt. Om entiteter återskapas med nya identiteter efter varje ändring av bridgen bryts instrumentpaneler, kontinuiteten i historiken och automatiseringar, även om den fysiska Zigbee-enheten aldrig har ändrats.
Tillgänglighet är en separat signal från enhetens status
En status som ON talar om för Home Assistant vilket värde som senast rapporterades; den bevisar inte att Zigbee2MQTT eller enheten för närvarande kan nås. Tillgänglighetsämnen tillhandahåller ett separat livsteckenavtal.
Tillgänglighet i Zigbee2MQTT behandlar nätanslutna och batteridrivna enheter olika eftersom passiva enheter inte kan pingas på begäran. Den aktuella dokumentationen anger att aktiva enheter använder kortare kontrollintervall samt ping- och backoff-logik, medan passiva enheter förlitar sig på betydligt längre kontrollintervall. Tillgänglighet bör därför tolkas separat från den senast kvarhållna statusen.
Utlös inte säkerhetskritiska åtgärder från en inaktuell status utan att ta hänsyn till tillgängligheten. Ett kvarhållet värde kan vara användbart för återuppbyggnad men ändå representera en enhet som för närvarande är offline.
Startordningen bör återuppbygga avtalet, inte vara beroende av tur
Den korrekta startsekvensen är inte bara ”mäklare först, sedan Zigbee2MQTT och därefter Home Assistant”. Tjänster kan starta i olika ordning, så meddelandeavtalet måste tåla återanslutningar. Zigbee2MQTT bör återansluta till mäklaren, discovery bör bli tillgängligt, Home Assistant bör prenumerera och aktuell status bör publiceras igen eller behållas enligt plan.
ZimaSpaces exempel på händelser i smarta hem visar hur MQTT låter smarta hem-tjänster utbyta lokala händelser utan att dela samma process eller fysiska server. Zigbee2MQTT är ett konkret exempel på denna frikoppling.
| Lager | Huvudsakligt ansvar | Felsymptom |
|---|---|---|
| Zigbee2MQTT | Zigbee-mesh och enhetsöversättning | Inga nya Zigbee-meddelanden |
| MQTT-mäklare | Meddelandeleverans mellan tjänster | Sökvägen för publicering/prenumeration fungerar inte |
| Home Assistants MQTT | Entitetsupptäckt och statusmappning | Entiteter saknas eller är otillgängliga |
| Automatisering/Core | Regler och tjänsteanrop | Entiteten fungerar men åtgärdslogiken misslyckas |
Vanliga frågor
Behöver Zigbee2MQTT Home Assistant för att hålla Zigbee-nätverket igång?
Nej. Zigbee2MQTT ansvarar för Zigbee-nätverket på koordinatornivå. Home Assistant är en konsument och kommandokälla via MQTT. Home Assistant kan vara offline medan Zigbee2MQTT-tjänsten och mäklaren fortsätter att köra.
Varför blir Zigbee2MQTT-entiteter otillgängliga efter en omstart av mäklaren eller Home Assistant?
Vanligtvis beror det på att discovery, kvarhållen status, tillgänglighet eller återanslutningsmeddelanden ännu inte har byggt upp hela MQTT-avtalet igen. Kontrollera Zigbee2MQTT:s bridge-status, anslutningen till mäklaren, discovery-ämnen och entiteternas tillgänglighet innan du parkopplar om enheter.
Teknik- och AI-hubb
Mer att läsa

Varför fungerar Home Assistant annorlunda via LAN- och fjärranslutningar?
Lokala nätverks- och fjärrsessioner i Home Assistant använder olika nätverksvägar; fjärranslutningens fördröjning beror på DNS, kryptering, WAN, proxy eller VPN samt återanslutningsbeteende.

Fungerar Home Assistant tillförlitligt bakom CGNAT eller dubbel NAT?
CGNAT och dubbel NAT påverkar vanligtvis inte lokal styrning av Home Assistant; de ändrar främst hur fjärrklienter kan skapa en inkommande anslutning till hemnätverket.

Hur påverkar nätverkslatens Home Assistant vid internetavbrott?
Internetbortfall och nätverkslatens är olika typer av fel: lokala enhetsvägar kan förbli snabba medan DNS, molnintegrationer, gateways eller fjärrklienter väntar.

