Waarom verliest Home Assistant na een herstart de betrouwbare lokale bediening?

Eva Wong is de Technisch Schrijver en en vaste knutselaar bij ZimaSpace. Een levenslange geek met een passie voor homelabs en open-source software, zij is gespecialiseerd in het vertalen van complexe technische concepten naar toegankelijke, praktische handleidingen. Eva gelooft dat zelf-hosting leuk moet zijn, niet intimiderend. Met haar tutorials stelt ze de community in staat om hardware-setup te ontrafelen, van het bouwen van hun eerste NAS tot het beheersen van Docker-containers.

Home Assistant kan na een herstart “actief” lijken, terwijl betrouwbare lokale bediening nog niet volledig beschikbaar is. De webinterface kan laden voordat elke integratie, radio, automatisering, helper, databasepad en apparaatverbinding weer bruikbaar is.

Diagnosticeer de herstart als een reeks stappen in plaats van als één gebeurtenis. Controleer of Home Assistant de actieve status heeft bereikt, identificeer integraties die nog worden geladen of niet beschikbaar zijn, controleer of de permanente status correct is teruggezet en test vervolgens één lokaal pad van sensor naar actie. Als dezelfde automatisering werkt na handmatig opnieuw laden of een tweede herstart, ligt het probleem waarschijnlijker bij de opstartvolgorde of het gereedkomen van afhankelijkheden dan bij een permanente configuratiefout.

Controleer of het opstarten daadwerkelijk is voltooid

Begin met de logboeken en de integratiestatus in plaats van meteen elke automatisering aan en uit te zetten. Een containerproces kan actief zijn terwijl Home Assistant nog steeds entiteiten herstelt, integraties verbindt, Recorder opent of op een radio-coördinator wacht.

Bij een recent opstartprobleem van Home Assistant vertraagde een ZHA-integratie het opstarten zo lang dat YAML-automatiseringsentiteiten na de herstart niet beschikbaar bleven. Dat betekent niet dat ZHA over het algemeen onveilig is; het laat zien waarom “de interface is geopend” geen bewijs is dat de volledige automatiseringsomgeving klaar is.

Noteer het eerste tijdstip waarop Home Assistant normale werking meldt en vergelijk dit met het moment waarop je kritieke entiteiten beschikbaar worden. Als een integratie consequent de laatste afhankelijkheid is die herstelt, richt je onderzoek dan eerst daarop voordat je niet-gerelateerde automatiseringslogica wijzigt.

Wacht op de afhankelijkheden die de automatisering daadwerkelijk nodig heeft

Een bewegingsautomatisering voor verlichting kan de bewegingssensorintegratie, de integratie van de doelverlichting, het lokale netwerk of de radio-coördinator en eventuele helperentiteiten in de voorwaarden nodig hebben. Eén niet-beschikbare afhankelijkheid kan de automatisering onbetrouwbaar laten lijken, zelfs wanneer Home Assistant Core gezond is.

Die timinggrens is ook zichtbaar in echte integraties buiten de systeemeigen automatiseringsengine. Een discussie in de Home Assistant-community vermeldt dat een WebSocket-client verbinding kan maken voordat Home Assistant volledig actief is. Daarom voorkomt wachten op de actieve status dat opdrachten worden verzonden terwijl entiteiten nog worden geladen.

Los dit niet op door overal willekeurige vertragingen van 30 of 60 seconden toe te voegen. Stel eerst vast welke afhankelijkheid te laat is en koppel daarna alleen de opstartworkflow die daadwerkelijk gereedheid nodig heeft aan die voorwaarde.

Scheid de status van automatiseringen van de status van apparaten

Home Assistant herstelt veel statussen na een herstart, maar de herstelde waarde van een entiteit is niet altijd hetzelfde als een actuele bevestiging van het fysieke apparaat. Een schakelaar kan tijdelijk de vorige waarde tonen terwijl de integratie nog opnieuw verbinding maakt.

Wanneer entiteiten na een herstart als unavailable terugkomen, verwijder of koppel ze dan niet opnieuw voordat je weet welk pad defect is. Een actuele probleemoplossingsgids adviseert om bereikbaarheid, adressering, detectie, broker-, radio- en integratielogboeken te controleren voordat je apparaten reset. Zo voorkom je dat een herstartprobleem verandert in een groter herconfiguratieprobleem.

Noteer voor elke kritieke automatisering of de triggerentiteit na de herstart is hersteld, onbekend, niet beschikbaar of pas opnieuw is bijgewerkt. Dat onderscheid laat zien of de fout optreedt bij statusherstel, het opnieuw verbinden van de integratie of de automatisering zelf.

Test het lokale bedieningspad zonder het WAN

Herstartproblemen kunnen worden verward met internetproblemen wanneer lokale DNS, MQTT, wifi, een reverseproxy of een integratie met de cloud van een leverancier tijdens het opstarten ook van status verandert. Houd één eenvoudige lokale bedieningstest aan die niet afhankelijk is van het openbare internet.

Gebruik een representatief pad, zoals een Zigbee-bewegingssensor die een lokaal licht inschakelt, of een lokale knop die een relais schakelt. Als dat pad werkt terwijl een cloudapparaat niet werkt, functioneert de lokale bediening van Home Assistant en hoort de resterende fout bij de externe afhankelijkheid.

De ZimaSpace-gids voor het bouwen van een lokale automatiseringshub met expliciete grenzen voor lokale bediening en herstel is een nuttig uitgangspunt om het kritieke huishoudelijke pad onafhankelijk te houden van optionele internetdiensten.

Gebruik een acceptatietest voor herstarts in plaats van herhaaldelijk te gokken

Controle Geslaagd wanneer Waarschijnlijke oorzaak
Core-opstart Het systeem bereikt de actieve status zonder blijvende instellingsfouten Core, configuratie, aangepaste integratie
Kritieke integratie Vereiste entiteiten beschikbaar worden Radio, apparaat, LAN, integratie
Statusherstel Helpers en verwachte permanente statussen correct terugkomen Statusherstel, opslag, kwaliteit van het afsluiten
Lokale automatisering Een bekende trigger de verwachte lokale actie uitvoert Automatiseringspad of afhankelijkheid
Tweede herstart Dezelfde test opnieuw slaagt zonder handmatig schakelen Opstartvolgorde als het resultaat inconsistent is

Herstel de kleinst mogelijke mislukte laag. Laad één integratie opnieuw of repareer die wanneer de entiteiten ontbreken; herstel status of opslag wanneer teruggezette waarden onjuist zijn; pas de opstartvolgorde alleen aan wanneer aantoonbaar is dat een afhankelijkheid te laat gereedkomt. Home Assistant opnieuw opbouwen is niet nodig zolang de permanente configuratie betrouwbaar blijft en de fout reproduceerbaar is in één opstarttak.

Ondersteuning & Tips

Meer om te lezen

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.