¿Cómo detecta y concilia Home Assistant los cambios entre dispositivos?

Home Assistant detecta y reconcilia los cambios de dispositivos asignando nuevas observaciones a identificadores estables de la integración y, después, actualizando los registros de dispositivos, entidades y estados.

La detección puede llegar mediante multidifusión, Bluetooth, USB, MQTT, una API en la nube o un escaneo de la integración. El nombre o la dirección observados pueden cambiar, por lo que Home Assistant se basa en los identificadores proporcionados por la integración para decidir si está viendo un dispositivo existente, uno nuevo o un conflicto. La reconciliación actualiza los metadatos y la disponibilidad mientras intenta conservar las referencias de entidad utilizadas por los paneles y las automatizaciones.

La detección produce candidatos, no una identidad definitiva

Un paquete de detección o un escaneo puede revelar una dirección, un modelo, un servicio anunciado, un número de serie o un tema. Esas observaciones son candidatos porque los nombres y las direcciones IP pueden cambiar y pueden existir anuncios duplicados. La integración interpreta el protocolo y propone una entrada de configuración o una actualización, en lugar de tratar cada paquete como un dispositivo doméstico nuevo.

Los límites de red determinan qué tráfico de detección llega a Home Assistant. Esta explicación sobre la detección de contenedores en la red demuestra por qué un contenedor puede tener conectividad IP normal y, aun así, no detectar la multidifusión que depende del modo de red y del comportamiento de la subred.

La adición manual aún puede funcionar cuando la detección pasiva no puede atravesar el límite, pero eso no repara la detección en sí. Diferencia la resolución de nombres, la unidifusión enrutada, el reenvío de multidifusión y las pasarelas específicas del protocolo. Que un dispositivo aparezca solo después de un cambio de red indica una relación de alcance, no necesariamente un defecto de la integración.

Los identificadores estables conservan la continuidad del registro

Las integraciones asignan identificadores únicos que conectan un dispositivo físico o lógico con los registros de configuración, dispositivos y entidades. Los nombres descriptivos y los ID de entidad son referencias visibles para el usuario y pueden cambiarse; ofrecen una evidencia de identidad más débil que un número de serie del protocolo, un identificador derivado de la MAC o una clave de cuenta específica de la integración.

Reemplazar el hardware mientras se conserva el historial revela la diferencia entre la identidad y el nombre mostrado. Este flujo de trabajo para reemplazar entidades muestra cómo las decisiones sobre el registro y los ID de entidad afectan la continuidad de las automatizaciones y las estadísticas a largo plazo.

La continuidad falla cuando el firmware cambia un identificador, dos dispositivos reclaman el mismo identificador o una integración cambia su regla de asignación. No elimines y vuelvas a detectar repetidamente antes de registrar los valores antiguos y nuevos del registro. Esa evidencia determina si la respuesta segura es cambiar el nombre, realizar una migración, corregir la integración o crear realmente un dispositivo nuevo.

La reconciliación combina los eventos con el estado existente

Después de la configuración, una integración consulta, se suscribe o escucha eventos enviados y traduce los datos del protocolo en estados y atributos de las entidades. La reconciliación compara las observaciones actuales con las definiciones del registro, marca las entidades como no disponibles, añade las capacidades compatibles nuevas y puede retirar metadatos obsoletos. Es un ciclo de vida continuo, no una pantalla de detección que se utiliza una sola vez.

La detección mediante MQTT hace especialmente visibles los cambios de identificadores y nombres porque los dispositivos publican cargas de configuración que Home Assistant consume repetidamente. El debate sobre los cambios de nombre en MQTT ilustra por qué la política de nombres debe conservar una identidad estable y, al mismo tiempo, permitir que evolucionen los metadatos mostrados.

Un dispositivo con retraso puede no estar disponible temporalmente sin ser eliminado, mientras que una carga con un identificador único nuevo puede crear un duplicado. El límite del fallo es una modificación constante de la identidad que rompe las automatizaciones o divide el historial. Conserva los mensajes y los registros antes de intentar realizar una limpieza.

-15% OFF

ZimaBoard 2 - Mini servidor doméstico para tu gran idea

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Verifica la reconciliación con una matriz de cambios

Elige un dispositivo de prueba y registra su integración, sus identificadores únicos, el registro del dispositivo, los ID de entidad, los nombres descriptivos, el área, las automatizaciones y el historial reciente. Después, prueba por separado cuatro cambios controlados: la dirección IP, el nombre descriptivo, un periodo temporal sin conexión y una actualización de las capacidades compatibles. Revierte cada cambio antes de probar el siguiente.

Usa el modelo de ZimaSpace sobre la detección y el enrutamiento para determinar si un cambio no detectado pertenece al transporte o a la reconciliación del registro.

La prueba se supera cuando persiste el mismo registro de dispositivo, cambian los metadatos esperados, las entidades se recuperan tras el periodo sin conexión, las automatizaciones conservan sus referencias y el historial sigue siendo coherente. Detente si aparece un dispositivo duplicado o si un ID de entidad cambia inesperadamente. Exporta los diagnósticos y compara los identificadores antes de eliminar cualquiera de los dos registros.