Wie erkennt und gleicht Home Assistant Änderungen auf verschiedenen Geräten ab?

Home Assistant erkennt Geräteänderungen und gleicht sie ab, indem neue Beobachtungen stabilen Integrationskennungen zugeordnet und anschließend die Geräte-, Entitäts- und Zustandsregister aktualisiert werden.

Die Erkennung kann über Multicast, Bluetooth, USB, MQTT, eine Cloud-API oder einen Integrationsscan erfolgen. Der beobachtete Name oder die Adresse kann sich ändern. Daher stützt sich Home Assistant auf die von der Integration bereitgestellten Kennungen, um zu entscheiden, ob ein vorhandenes Gerät, ein neues Gerät oder ein Konflikt vorliegt. Der Abgleich aktualisiert Metadaten und Verfügbarkeit und versucht dabei, von Dashboards und Automatisierungen verwendete Entitätsreferenzen zu erhalten.

Die Erkennung liefert Kandidaten, keine endgültige Identität

Ein Erkennungspaket oder Scan kann eine Adresse, ein Modell, einen beworbenen Dienst, eine Seriennummer oder ein Topic offenlegen. Diese Beobachtungen sind Kandidaten, da sich Namen und IP-Adressen ändern können und doppelte Ankündigungen möglich sind. Die Integration interpretiert das Protokoll und schlägt einen Konfigurationseintrag oder eine Aktualisierung vor, anstatt jedes Paket als neues Gerät im Haushalt zu behandeln.

Netzwerkgrenzen bestimmen, welcher Erkennungsverkehr Home Assistant erreicht. Diese Diskussion über die Container-Netzwerkerkennung zeigt, warum ein Container zwar über eine normale IP-Konnektivität verfügen kann, aber eine Multicast-Erkennung verpasst, die vom Netzwerkmodus und dem Verhalten des Subnetzes abhängt.

Das manuelle Hinzufügen kann weiterhin funktionieren, wenn die passive Erkennung die Grenze nicht überschreiten kann, doch dadurch wird die Erkennung selbst nicht repariert. Trenne Namensauflösung, geroutetes Unicast, Multicast-Weiterleitung und protokollspezifische Gateways voneinander. Wenn ein Gerät erst nach einer Netzwerkänderung erscheint, weist das auf eine Erreichbarkeitsbeziehung hin, nicht unbedingt auf einen Integrationsfehler.

Stabile Kennungen bewahren die Kontinuität des Registers

Integrationen weisen eindeutige Kennungen zu, die ein physisches oder logisches Gerät mit Einträgen in den Registern für Konfiguration, Geräte und Entitäten verknüpfen. Anzeigenamen und Entitäts-IDs sind benutzerseitige Referenzen und können umbenannt werden; sie liefern schwächere Hinweise auf die Identität als eine Protokollseriennummer, eine aus der MAC-Adresse abgeleitete Kennung oder ein integrationsspezifischer Kontoschlüssel.

Der Austausch von Hardware bei gleichzeitiger Beibehaltung der Historie verdeutlicht den Unterschied zwischen Identität und Anzeigename. Dieser Arbeitsablauf zum Ersetzen von Entitäten zeigt, wie Entscheidungen zu Registern und Entitäts-IDs die Kontinuität von Automatisierungen und Langzeitstatistiken beeinflussen.

Die Kontinuität geht verloren, wenn die Firmware eine Kennung ändert, zwei Geräte dieselbe Kennung beanspruchen oder eine Integration ihre Zuordnungsregel ändert. Lösche Geräte nicht wiederholt und führe keine erneute Erkennung durch, bevor du die alten und neuen Registerwerte dokumentiert hast. Diese Belege entscheiden, ob eine Umbenennung, eine Migration, eine Korrektur der Integration oder tatsächlich ein neues Gerät die sichere Lösung ist.

Der Abgleich führt Ereignisse mit dem vorhandenen Zustand zusammen

Nach der Einrichtung fragt eine Integration Daten ab, abonniert sie oder wartet auf übermittelte Ereignisse und übersetzt Protokolldaten in Entitätszustände und Attribute. Der Abgleich vergleicht die aktuellen Beobachtungen mit den Registerdefinitionen, markiert nicht verfügbare Entitäten, fügt neu unterstützte Funktionen hinzu und kann veraltete Metadaten ausmustern. Es handelt sich um einen fortlaufenden Lebenszyklus und nicht um eine einmalige Erkennungsansicht.

Bei der MQTT-Erkennung werden Änderungen an Kennungen und Namen besonders sichtbar, da Geräte Konfigurationsnutzdaten veröffentlichen, die Home Assistant wiederholt verarbeitet. Die Diskussion zu MQTT-Namensänderungen verdeutlicht, warum die Umbenennungsrichtlinie eine stabile Identität bewahren und gleichzeitig die Weiterentwicklung von Anzeigemetadaten ermöglichen muss.

Ein verzögertes Gerät kann vorübergehend nicht verfügbar sein, ohne gelöscht zu werden, während eine Nutzlast mit einer neuen eindeutigen Kennung ein Duplikat erzeugen kann. Die kritische Fehlergrenze liegt bei Identitätsänderungen, die Automatisierungen unterbrechen oder die Historie aufteilen. Bewahre Nachrichten und Registereinträge auf, bevor du mit der Bereinigung beginnst.

-15% OFF

ZimaBoard 2 – Mini-Heimserver für Ihre große Idee

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Überprüfe den Abgleich mit einer Änderungmatrix

Wähle ein Testgerät aus und dokumentiere seine Integration, eindeutigen Kennungen, den Geräteeintrag, Entitäts-IDs, Anzeigenamen, Bereich, Automatisierungen und aktuelle Historie. Teste anschließend vier kontrollierte Änderungen getrennt voneinander: IP-Adresse, Anzeigename, vorübergehende Offline-Zeit und eine Aktualisierung der unterstützten Funktionen. Mache jede Änderung rückgängig, bevor du mit der nächsten beginnst.

Nutze das ZimaSpace-Modell für Erkennung und Routing, um zu beurteilen, ob eine nicht erkannte Änderung den Transport oder den Abgleich mit dem Register betrifft.

Der Test ist bestanden, wenn derselbe Geräteeintrag erhalten bleibt, erwartete Metadaten geändert werden, sich Entitäten nach einer Offline-Zeit wiederherstellen, Automatisierungen ihre Referenzen behalten und die Historie konsistent bleibt. Halte an, wenn ein doppeltes Gerät erscheint oder sich eine Entitäts-ID unerwartet ändert. Exportiere Diagnosedaten und vergleiche die Kennungen, bevor du einen der beiden Einträge löschst.