Conclusiones clave
- Cada tipo de sensor tiene su propio modo de fallo cuando se usa solo — la fusión de sensores lo anula al exigir coincidencia
- Se construye con condiciones de automatización estándar de Home Assistant (disparadores multicondición o sensores de plantilla), no con hardware especial
- Patrón común: radar + movimiento PIR para ocupación, contacto + cámara para eventos de seguridad
- Con varias señales imperfectas, el sensor binario bayesiano de Home Assistant pondera cada una según su fiabilidad en lugar de usar reglas fijas Y/O
- La contrapartida es más complejidad de automatización y algo más de tiempo de configuración a cambio de menos falsos disparos de forma significativa
- Consulta la guía de detección de presencia por radar para conocer el tipo de sensor que se fusiona con más frecuencia con la detección de movimiento
Por qué un solo sensor no es suficiente
Cada tipo de sensor tiene un punto ciego específico: los sensores de movimiento PIR no detectan a los ocupantes inmóviles, el radar puede dar ocasionalmente un falso positivo por la vibración de un electrodoméstico, los sensores de contacto no identifican quién los activó, y las cámaras plantean consideraciones de privacidad que los sensores sin cámara evitan.
- Una automatización de ocupación basada solo en PIR apagará las luces de alguien sentado sin moverse, un inconveniente conocido de las automatizaciones solo con PIR.
- Una automatización basada solo en radar puede registrar ocasionalmente un falso positivo por un ventilador, la vibración del HVAC o una mascota, dependiendo de la configuración de sensibilidad.
- Depender de un único sensor significa heredar el modo de fallo específico de ese sensor en cada automatización construida sobre él.
Construir una automatización de fusión
En Home Assistant, la fusión de sensores se construye típicamente como un sensor binario de plantilla que combina los estados de dos o más sensores de origen con lógica AND/OR, que las automatizaciones posteriores tratan como un único disparador más fiable.
- Un sensor de plantilla básico de fusión de ocupación podría informar "ocupado" solo cuando el sensor de radar está activo, o cuando el sensor PIR se activó en los últimos minutos, cubriendo tanto la detección instantánea como el caso de ocupante inmóvil.
- Para automatizaciones de seguridad, combinar un sensor de contacto (puerta abierta) con un evento de detección de personas basado en cámara (consulta la guía de cámaras de seguridad con IA local) antes de disparar una notificación reduce las falsas alarmas provocadas, por ejemplo, por una puerta que se abre sin que nadie sea visible.
- Mantén la lógica de fusión en un único sensor de plantilla en lugar de duplicar la lógica multicondición en varias automatizaciones separadas — esto facilita ajustarla más adelante.
Patrones de fusión comunes
Los patrones de fusión más comunes son ocupación (radar + movimiento), seguridad (contacto + detección por cámara) y ambiental (varios sensores de temperatura/humedad promediados para suavizar el sesgo de ubicación de un solo sensor).
- Ocupación: sensor de radar para detección de personas inmóviles, PIR para respuesta instantánea al movimiento, combinados para que las automatizaciones de iluminación reaccionen rápido y no se apaguen con alguien sentado sin moverse.
- Seguridad: sensores de contacto de puertas/ventanas combinados con detección de personas por cámara, de modo que una notificación solo se dispare cuando coincidan un evento físico de entrada y una confirmación visual.
- Ambiental: promediar varios sensores de temperatura en una habitación para reducir el impacto de que uno esté colocado en una corriente de aire o cerca de una fuente de calor, dando a las automatizaciones climáticas una lectura más representativa.
Fusión ponderada y robustez
Cuando las reglas simples Y/O no bastan, el sensor binario bayesiano de Home Assistant pondera los sensores de forma probabilística: cada observación sube o baja una probabilidad y el sensor se activa cuando supera un umbral.
- Sensor binario bayesiano: defines una probabilidad a priori (la probabilidad base) y das a cada observación (un estado, un rango numérico o una plantilla) un prob_given_true y un prob_given_false. El sensor se activa cuando la probabilidad resultante supera probability_threshold (0,5 por defecto). Se configura en la interfaz (porcentajes) o en YAML (valores de 0 a 1).
- Elige lógica de plantilla fija cuando la regla cabe en una frase (radar O un disparo reciente del PIR). Elige el sensor bayesiano cuando varias señales imperfectas — radar, PIR, un interruptor de luz, la presencia de un teléfono — aportan cada una evidencia parcial. Las probabilidades las estimas tú, así que empieza simple y ajusta.
- Añade un retardo de apagado (delay off) al sensor binario de plantilla fusionado para que breves huecos entre informes de los sensores no cambien una habitación a “desocupada”. Los sensores binarios de plantilla admiten delay_on y delay_off en YAML y en “Opciones adicionales” del asistente de la interfaz.
- Gestiona las entradas sin conexión de forma deliberada: una entidad de plantilla siempre está disponible salvo que configures una plantilla de disponibilidad, así que un sensor de origen sin conexión simplemente no supera su prueba de “encendido”. Comprueba la disponibilidad de las fuentes en la plantilla si una entrada ausente no debe leerse como “sin actividad”.
- Para la fusión ambiental, el asistente Min/Max combina dos o más sensores con la misma unidad en una media, mediana, mínimo o máximo (asistente de la interfaz o YAML).
Preguntas frecuentes
¿Necesito hardware especial para la fusión de sensores?
No — es un patrón de lógica de automatización construido con sensores de plantilla y disparadores multicondición estándar de Home Assistant, combinando los sensores que ya tienes.
¿Cuál es el ejemplo más sencillo de fusión de sensores para empezar?
Combinar un sensor de presencia por radar con un sensor de movimiento PIR para la detección de ocupación es un punto de partida común — aborda directamente la limitación del PIR de "deja de detectar a una persona inmóvil".
¿La fusión de sensores añade una complejidad de automatización notable?
Algo — estás escribiendo un sensor de plantilla con lógica combinada en lugar de apuntar una automatización directamente a un sensor. Es una contrapartida manejable a cambio de menos falsos disparos de forma significativa en automatizaciones que importan (como las notificaciones de seguridad).
¿Puedo fusionar el razonamiento de un LLM local con datos de sensores?
Sí — una vez que los datos de sensores fusionados se exponen como una entidad estándar de Home Assistant, una automatización con LLM (consulta la guía de automatizaciones con IA) puede razonar sobre ellos igual que sobre cualquier otro sensor, añadiendo potencialmente más lógica consciente del contexto.
¿Es esto lo mismo que un gemelo digital del hogar?
Está relacionado pero es más limitado — la fusión de sensores combina unos pocos sensores para una decisión de automatización específica. Un gemelo digital (consulta esa guía) es un modelo más amplio y continuo del estado de toda la casa del que muchas automatizaciones podrían nutrirse.
¿Cuándo debo usar el sensor bayesiano en lugar de un sensor de plantilla?
Usa un sensor de plantilla cuando una regla Y/O simple recoja la lógica. Usa el sensor binario bayesiano cuando varias señales imperfectas aporten cada una evidencia parcial y quieras ponderarlas según su fiabilidad: requiere una probabilidad a priori y probabilidades por observación que estimas tú mismo.
¿Qué ocurre con un sensor fusionado cuando una entrada se queda sin conexión?
Por defecto, un sensor de plantilla sigue disponible y una entrada sin conexión simplemente no cumple su condición, de modo que el resultado fusionado puede ser erróneo sin aviso. Añade una plantilla de disponibilidad o comprueba los estados de entrada si no debe confiarse en el resultado mientras falte una entrada.