In che modo Home Assistant rileva e riconcilia le modifiche tra i dispositivi?

Home Assistant rileva e riconcilia le modifiche dei dispositivi associando le nuove osservazioni a identificatori stabili dell’integrazione, quindi aggiorna i registri dei dispositivi, delle entità e degli stati.

Il rilevamento può avvenire tramite multicast, Bluetooth, USB, MQTT, un’API cloud o una scansione dell’integrazione. Il nome o l’indirizzo rilevato può cambiare, quindi Home Assistant si basa sugli identificatori forniti dall’integrazione per stabilire se sta rilevando un dispositivo esistente, uno nuovo o un conflitto. La riconciliazione aggiorna i metadati e la disponibilità, cercando al contempo di preservare i riferimenti alle entità utilizzati da dashboard e automazioni.

Il rilevamento produce candidati, non un’identità definitiva

Un pacchetto di rilevamento o una scansione può rivelare un indirizzo, un modello, un servizio pubblicizzato, un numero di serie o un topic. Queste osservazioni sono candidati perché i nomi e gli indirizzi IP possono cambiare e possono esistere annunci duplicati. L’integrazione interpreta il protocollo e propone una voce di configurazione o un aggiornamento, invece di considerare ogni pacchetto come un nuovo dispositivo domestico.

I confini della rete determinano quale traffico di rilevamento raggiunge Home Assistant. Questa analisi del rilevamento di rete dei container dimostra perché un container possa avere una normale connettività IP e tuttavia non ricevere il rilevamento multicast, che dipende dalla modalità di rete e dal comportamento della sottorete.

L’aggiunta manuale può comunque riuscire quando il rilevamento passivo non riesce ad attraversare il confine, ma questo non risolve il rilevamento in sé. Occorre distinguere tra risoluzione dei nomi, unicast instradato, inoltro multicast e gateway specifici del protocollo. Un dispositivo che appare solo dopo una modifica di rete indica una relazione di raggiungibilità, non necessariamente un difetto dell’integrazione.

Gli identificatori stabili preservano la continuità dei registri

Le integrazioni assegnano identificatori univoci che collegano un dispositivo fisico o logico ai record dei registri di configurazione, dispositivi ed entità. I nomi descrittivi e gli ID delle entità sono riferimenti visibili all’utente e possono essere rinominati; costituiscono una prova dell’identità meno solida rispetto a un numero di serie del protocollo, a un identificatore derivato dal MAC o a una chiave dell’account specifica dell’integrazione.

La sostituzione dell’hardware preservando la cronologia evidenzia la differenza tra identità e nome visualizzato. Questo flusso di lavoro per la sostituzione delle entità mostra come le scelte relative ai registri e agli ID delle entità influenzino la continuità delle automazioni e delle statistiche a lungo termine.

La continuità viene meno quando il firmware modifica un identificatore, due dispositivi dichiarano lo stesso identificatore o un’integrazione cambia la propria regola di associazione. Non eliminare e rilevare nuovamente ripetutamente prima di aver registrato i vecchi e i nuovi valori dei registri. Queste informazioni determinano se la risposta sicura sia una ridenominazione, una migrazione, una correzione dell’integrazione o un dispositivo realmente nuovo.

La riconciliazione unisce gli eventi allo stato esistente

Dopo la configurazione, un’integrazione interroga, sottoscrive o ascolta gli eventi inviati e traduce i dati del protocollo negli stati e negli attributi delle entità. La riconciliazione confronta le osservazioni attuali con le definizioni dei registri, contrassegna le entità come non disponibili, aggiunge le nuove funzionalità supportate e può ritirare i metadati obsoleti. È un ciclo di vita continuo, non una schermata di rilevamento una tantum.

Il rilevamento MQTT rende particolarmente evidenti le modifiche agli identificatori e ai nomi, perché i dispositivi pubblicano payload di configurazione che Home Assistant acquisisce ripetutamente. La discussione sul cambio di nome MQTT illustra perché la politica di ridenominazione debba preservare un’identità stabile, consentendo al contempo l’evoluzione dei metadati visualizzati.

Un dispositivo che risponde in ritardo può essere temporaneamente non disponibile senza essere eliminato, mentre un payload con un nuovo identificatore univoco può creare un duplicato. Il limite del problema è il cambiamento dell’identità che interrompe le automazioni o suddivide la cronologia. Conserva i messaggi e i record dei registri prima di tentare la pulizia.

-15% OFF

ZimaBoard 2 - Mini server domestico per la tua grande idea

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Verifica la riconciliazione con una matrice delle modifiche

Scegli un dispositivo di prova e registra la relativa integrazione, gli identificatori univoci, il record del dispositivo, gli ID delle entità, i nomi descrittivi, l’area, le automazioni e la cronologia recente. Quindi prova separatamente quattro modifiche controllate: indirizzo IP, nome descrittivo, periodo temporaneo offline e aggiornamento delle funzionalità supportate. Ripristina ogni modifica prima di eseguire la successiva.

Usa il modello ZimaSpace di rilevamento e routing per stabilire se una modifica non rilevata appartenga al trasporto o alla riconciliazione dei registri.

Il test è superato quando lo stesso record del dispositivo persiste, i metadati previsti cambiano, le entità tornano disponibili dopo il periodo offline, le automazioni mantengono i propri riferimenti e la cronologia rimane coerente. Interrompi il test se compare un dispositivo duplicato o se un ID dell’entità cambia inaspettatamente. Esporta i dati diagnostici e confronta gli identificatori prima di eliminare uno dei due record.