Hoe ontdekt Home Assistant wijzigingen op apparaten en brengt het deze met elkaar in overeenstemming?

Home Assistant detecteert apparaatwijzigingen en verwerkt ze door nieuwe waarnemingen aan stabiele integratie-identificatiegegevens te koppelen en vervolgens de registers voor apparaten, entiteiten en statussen bij te werken.

Detectie kan plaatsvinden via multicast, Bluetooth, USB, MQTT, een cloud-API of een integratiescan. De waargenomen naam of het adres kan veranderen. Daarom vertrouwt Home Assistant op identificatiegegevens die door de integratie worden aangeleverd om te bepalen of het om een bestaand apparaat, een nieuw apparaat of een conflict gaat. Bij de verwerking worden metagegevens en beschikbaarheid bijgewerkt, terwijl wordt geprobeerd entiteitsverwijzingen te behouden die door dashboards en automatiseringen worden gebruikt.

Detectie levert kandidaten op, geen definitieve identiteit

Een detectiepakket of scan kan een adres, model, aangekondigde service, serienummer of topic onthullen. Die waarnemingen zijn kandidaten, omdat namen en IP-adressen kunnen veranderen en dubbele aankondigingen kunnen bestaan. De integratie interpreteert het protocol en stelt een configuratie-item of update voor, in plaats van elk pakket als een nieuw apparaat in huis te behandelen.

Netwerkgrenzen bepalen welke detectieverkeer Home Assistant bereikt. Deze bespreking van detectienetwerken voor containers laat zien waarom een container gewone IP-connectiviteit kan hebben en toch multicastdetectie kan missen die afhankelijk is van de netwerkmodus en het gedrag van subnetten.

Handmatig toevoegen kan nog steeds lukken wanneer passieve detectie de grens niet kan overschrijden, maar daarmee wordt de detectie zelf niet hersteld. Houd naamresolutie, gerouteerde unicast, multicastdoorsturing en protocolspecifieke gateways gescheiden. Een apparaat dat pas na een netwerkwijziging verschijnt, wijst op een bereikbaarheidsrelatie en niet per se op een fout in de integratie.

Stabiele identificatiegegevens behouden continuïteit in het register

Integraties wijzen unieke identificatiegegevens toe die een fysiek of logisch apparaat koppelen aan records in de configuratie-, apparaat- en entiteitenregisters. Gebruiksvriendelijke namen en entiteits-ID's zijn verwijzingen voor gebruikers en kunnen worden hernoemd; ze vormen zwakkere aanwijzingen voor identiteit dan een protocolserienummer, een van een MAC-adres afgeleide identificatie of een integratiespecifieke accountsleutel.

Het vervangen van hardware en tegelijkertijd de geschiedenis behouden maakt het onderscheid tussen identiteit en weergavenaam duidelijk. Deze workflow voor entiteitsvervanging laat zien hoe keuzes voor het register en entiteits-ID's de continuïteit van automatiseringen en langetermijnstatistieken beïnvloeden.

Continuïteit gaat verloren wanneer firmware een identificatie verandert, twee apparaten dezelfde identificatie claimen of een integratie haar koppelingsregel wijzigt. Verwijder een apparaat niet herhaaldelijk en laat het niet opnieuw detecteren voordat je de oude en nieuwe registerwaarden hebt vastgelegd. Aan de hand van die gegevens kun je bepalen of een hernoeming, migratie, integratiecorrectie of daadwerkelijk nieuw apparaat de veilige oplossing is.

Verwerking voegt gebeurtenissen samen met bestaande status

Na de configuratie bevraagt een integratie het apparaat, abonneert zij zich op gebeurtenissen of luistert zij naar gepushte gebeurtenissen, en vertaalt zij protocolgegevens naar entiteitsstatussen en attributen. Bij de verwerking worden huidige waarnemingen vergeleken met registerdefinities, worden niet-beschikbare entiteiten gemarkeerd, worden nieuw ondersteunde mogelijkheden toegevoegd en kunnen verouderde metagegevens worden verwijderd. Dit is een continu levenscyclusproces en geen eenmalig detectiescherm.

MQTT-detectie maakt wijzigingen in identificatie en naam bijzonder zichtbaar, omdat apparaten configuratiepayloads publiceren die Home Assistant herhaaldelijk verwerkt. De bespreking over naamswijzigingen in MQTT illustreert waarom het naamgevingsbeleid een stabiele identiteit moet behouden en tegelijk weergavemetagegevens moet kunnen laten evolueren.

Een vertraagd apparaat kan tijdelijk niet beschikbaar zijn zonder te worden verwijderd, terwijl een payload met een nieuwe unieke identificatie een duplicaat kan aanmaken. De foutgrens ligt bij identiteitswijzigingen die automatiseringen verbreken of de geschiedenis opsplitsen. Bewaar berichten en registerrecords voordat je probeert op te schonen.

-15% OFF

ZimaBoard 2 - Mini-thuisserver voor jouw grote idee

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Controleer de verwerking met een wijzigingsmatrix

Kies één testapparaat en leg de integratie, unieke identificatiegegevens, apparaatrecord, entiteits-ID's, gebruiksvriendelijke namen, ruimte, automatiseringen en recente geschiedenis vast. Test vervolgens afzonderlijk vier gecontroleerde wijzigingen: IP-adres, gebruiksvriendelijke naam, een tijdelijke offlineperiode en een bijgewerkte ondersteunde mogelijkheid. Draai elke wijziging terug voordat je met de volgende begint.

Gebruik het ZimaSpace-model van detectie en routering om te bepalen of een gemiste wijziging betrekking heeft op transport of op de verwerking van het register.

De test slaagt wanneer hetzelfde apparaatrecord behouden blijft, verwachte metagegevens wijzigen, entiteiten na een offlineperiode herstellen, automatiseringen hun verwijzingen behouden en de geschiedenis coherent blijft. Stop als er een duplicaatapparaat verschijnt of een entiteits-ID onverwacht verandert. Exporteer diagnostische gegevens en vergelijk de identificatiegegevens voordat je een van beide records verwijdert.