Résumer cet article :
Home Assistant 2026.7 ya está disponible, y esta actualización de julio cumple una expectativa que muchos aguardaban desde hace un tiempo: hacer que las automatizaciones sean más sencillas de crear, sin sacrificar lo que hace interesante a Home Assistant.
No se trata de un botón movido o un retoque estético. La gran novedad es la salida de los disparadores y condiciones “orientados al uso” (los que habían estado en Labs desde hace un tiempo) que se convierten en el comportamiento por defecto en el editor de automatizaciones. Concretamente: en lugar de pensar en términos de entidades, estados y atributos a veces oscuros, Home Assistant finalmente se acerca a la forma en que pensamos en nuestros escenarios.
Antes, para crear una automatización del tipo “cuando se detecta movimiento afuera, encender las luces exteriores”, había que elegir el tipo correcto de disparador, seleccionar una o varias entidades, conocer su estado exacto, y luego verificar que la acción estaba efectivamente dirigida a los equipos correctos. No era imposible, pero requería cierta gimnasia mental. Y cuando uno empieza, esta gimnasia a veces se asemeja a una gran extensión.
Con 2026.7, partimos de lo que queremos hacer. “Movimiento detectado afuera”. “Temperatura demasiado baja en la habitación”. “Batería baja”. “Puerta abierta”. “Sol puesto”. Home Assistant se encarga del resto.
Es más intuitivo y más robusto. Ambos aspectos suelen ir de la mano.
Automatizaciones que finalmente hablan el lenguaje del hogar
El cambio más concreto se refiere al editor de automatizaciones. Los purpose-specific triggers and conditions (disparadores y condiciones específicos, si queremos una traducción) se vuelven accesibles para todos.
El principio: en lugar de elegir una lógica técnica, eliges una situación real.
Para encender la calefacción cuando la temperatura de una habitación desciende por debajo de 18 °C, ya no tienes que pensar en “disparador digital”, “atributo temperatura”, “valor inferior a”. Seleccionas un disparador relacionado con la temperatura, indicas tu umbral, y listo.
Lo mismo ocurre con los sensores de movimiento. Antes, a veces había que saber si el sensor cambiaba a estado “on”, “detected”, “occupancy”, “motion” o alguna otra alegría del tipo según el fabricante. El editor ahora ofrece directamente un disparador “movimiento detectado”.
No es trivial. La coherencia en los nombres es lo que hace que una automatización sea legible seis meses después, no solo la noche en que se crea.
Home Assistant anuncia más de 200 nuevos disparadores y más de 200 nuevas condiciones. Movimiento, presencia, batería, temperatura, humedad, apertura, medios, volumen, estado de un dispositivo, posición de una persiana, disponibilidad de una actualización, regreso de un aspirador a su base, cortacesped devuelto al muelle: los casos comunes están cubiertos.
Para alguien con experiencia, esto ahorra tiempo. Para un principiante, esto elimina una verdadera barrera. Y para un instalador que tiene que dejar algo comprensible a su cliente, es una muy buena noticia.
Las zonas se vuelven realmente útiles en los escenarios
Los nuevos disparadores y condiciones funcionan con los objetivos de Home Assistant: habitación, zona, planta, dispositivo, entidad o etiqueta. Aquí es donde se vuelve interesante.
Ejemplo concreto. Tienes tres sensores de movimiento en el jardín: uno frente a la puerta de entrada, uno cerca del garaje y uno al lado de la terraza. Antes, habrías creado un disparador con las tres entidades, o tres disparadores separados. Si reemplazabas un sensor, había que regresar a modificar la automatización.
Ahora, apuntas a la zona “Exterior”: cuando se detecta movimiento afuera, enciende las luces exteriores. Si añades un nuevo sensor en esta zona en seis meses, la automatización seguirá funcionando sin necesidad de tocar nada.
La misma lógica se aplica a las luces. Dices “encender las luces de la zona Exterior”. Si más tarde añades un aplique Zigbee, un proyector Shelly o una bombilla Hue en esta zona, tu escenario seguirá siendo válido.
Es la diferencia entre fijar una lista de entidades y describir una intención. Este segundo enfoque envejece mucho mejor.
Las etiquetas siguen la misma lógica. Crea una etiqueta “Decoración Navidad”, aplícala a tus enchufes inteligentes y guirnaldas, luego apunta a ella en tus automatizaciones. Una sola automatización enciende todo el lío al atardecer, sin importar dónde se encuentren las guirnaldas en la casa.
Las nuevas opciones “first”, “each” y “all” cambian las reglas del juego
Cuando una automatización tiene varios dispositivos como objetivo, Home Assistant necesita saber cómo reaccionar. La versión 2026.7 aporta tres comportamientos distintos: first, each y all.
El modo first se activa tan pronto como el primer dispositivo coincide. Se abre una ventana en la sala → se apaga la calefacción. No es necesario esperar a que todas las ventanas estén abiertas.
El modo each se activa en cada ocurrencia. Cada vez que una persona entra a casa, se envía una notificación o se actualiza un registro de presencia.
El modo all espera a que todos los elementos apuntados coincidan. Todas las persianas de la planta baja están cerradas → se activa el modo noche.
Ese tipo de lógica ya existía, pero requería grupos, plantillas o condiciones bien elaboradas manualmente. Aquí, está en la interfaz, legible y pensado para ser entendido sin abrir la caja de herramientas del perfecto pequeño YAMLista.
Menos trampas técnicas en las automatizaciones
Home Assistant es potente, pero tiene sus trampas. Los estados “unknown” o “unavailable”, por ejemplo, han hecho perder más de un cabello.
Un sensor que se vuelve indisponible y luego regresa a su estado normal puede activar una automatización de manera inesperada si está mal construida. El mismo problema con ciertos eventos que no cambian de estado de manera evidente.
Los nuevos disparadores especializados gestionan parte de esta complejidad internamente. Home Assistant sabe mejor qué debe ser ignorado y qué se corresponde realmente con el evento buscado.
No significa que los usuarios avanzados pierdan control. Los disparadores clásicos, las plantillas, las condiciones complejas y el YAML siguen disponibles. Pero para los escenarios comunes, el nuevo modelo reduce considerablemente los riesgos de cometer errores.
En una casa real, eso cuenta. Una luz que no se enciende en el momento adecuado es molesto. Una calefacción que se apaga mal o una alarma que reacciona de manera errónea es otra historia.
El YAML sigue bien presente
Home Assistant lo dice claramente: nada se rompe. Las automatizaciones existentes siguen funcionando. No hay migración obligatoria, ni conversión forzada.
Los antiguos disparadores siguen disponibles. El YAML sigue en el corazón del funcionamiento: la interfaz siempre lo genera en segundo plano.
De hecho, estos nuevos disparadores están pensados para ser limpios en YAML. Los nombres son más legibles, más cercanos a una frase. Se puede entender lo que hace una automatización leyendo su código, sin recordar que tal estado interno corresponde a tal evento físico.
Un punto de atención, no obstante: los usuarios que habían activado estas funciones en Labs antes de su salida oficial pueden verse afectados por algunos cambios de nombres de claves.
battery.lowse convierte enbattery.became_low,battery.not_lowse convierte enbattery.no_longer_low,vacuum.dockedse convierte envacuum.returned_to_dock,lawn_mower.dockedse convierte enlawn_mower.returned_to_dock.
Nada dramático, pero vale la pena revisar las automatizaciones creadas con la antigua versión experimental. Para las demás, sin problemas.
Una documentación mucho más completa
Home Assistant ha revisado su documentación. Existen ahora páginas dedicadas para disparadores, condiciones y acciones, con uso desde la interfaz, ejemplos YAML y detalles prácticos para cada elemento.
Es un verdadero avance. Muchos usuarios todavía se topan con ejemplos de 2021 encontrados en un foro o en un viejo video de YouTube. Con estas nuevas páginas de referencia, Home Assistant establece una base más sólida y actualizada.
Esto también ayudará a los asistentes de IA, que todavía se basan a menudo en antiguos modelos YAML para generar automatizaciones. Una documentación más estructurada debería mejorar la fiabilidad de estas sugerencias con el tiempo. No mágicamente (una IA siempre puede inventar una entidad que no existe), pero la base será mejor.
El sol gana nuevos disparadores mucho más precisos
Las automatizaciones relacionadas con el sol son parte de los grandes clásicos: abrir las persianas al amanecer, encender las lámparas al atardecer, cerrar las persianas cuando disminuye la luminosidad. Simple y muy utilizado.
Hasta aquí, los disparadores solares eran bastante limitados: amanecer, atardecer, con un posible desfase en minutos. El problema es que “30 minutos antes del atardecer” no da el mismo resultado en junio que en diciembre, y aún menos según el clima o tu latitud.
Home Assistant 2026.7 añade nociones más finas: alba civil, náutica y astronómica, crepúsculo, elevación del sol, sol naciente o poniente. Para los fanáticos de las personalizaciones, es un deleite.
Ejemplo concreto: en lugar de encender las lámparas exteriores 20 minutos antes del atardecer – un ajuste fijo que funciona mal en invierno y llega demasiado pronto en verano – puedes disparar a partir de un nivel de elevación solar. El resultado se ajusta mejor a la luz real disponible.
Para las condiciones, es lo mismo. “Si el sol está puesto” o “si el sol está bajando” se escriben directamente, sin necesidad de manipulaciones con plantillas.
La luz se enciende en el momento adecuado, las persianas se cierran de manera más natural, y nadie se pregunta por qué la casa sigue vivo al horario de invierno mientras el sol brilla a toda velocidad.
El registro de actividad se vuelve finalmente legible
El Logbook adopta una nueva presentación en forma de línea de tiempo. Y es una gran mejora.
El antiguo formato listaba los eventos línea por línea. Útil, pero en una instalación con decenas de sensores y automatizaciones, encontrar la causa de un evento específico podía volverse rápidamente tedioso.
La nueva línea de tiempo agrupa los eventos por día, con una línea vertical, íconos y colores de estado. Sobre todo, Home Assistant ahora muestra la causa cuando es conocida: el avatar del usuario que encendió una luz, el nombre de la automatización responsable, el ícono de la integración que originó la acción.
¿Una lámpara se enciende sola a las 11:12 p.m.? Abrimos la línea de tiempo, retrocedemos, y vemos en unos segundos si es una automatización, una persona o una integración externa la que ha desencadenado la acción.
La línea de tiempo aparece en varios lugares: página de Actividad, ficha de entidad, página de dispositivo, página de zona. Durante la presentación, el equipo mostró una versión compacta directamente en la ventana de una luz, con los cambios de estado y su origen. Es mucho más útil que un simple “on/off”.
La página de actualizaciones se vuelve más práctica
La página de actualizaciones ha sido rediseñada. Honestamente, ya era hora.
Cuando se usa Home Assistant con Core, Supervisor, OS, HACS, ESPHome, varios módulos, firmware y algunos complementos, la página de actualizaciones parecía una pequeña colada del domingo. Se hace clic, se espera, se vuelve a hacer clic, se reinicia, se vuelve a empezar.
La nueva página agrupa las actualizaciones por categorías. Home Assistant Core, el OS y el Supervisor permanecen separados: son los componentes centrales, aquellos que queremos actualizar deliberadamente. Las demás actualizaciones se agrupan por tipo: integraciones, aplicaciones, ESPHome, HACS, firmware, etc. Y un botón “Actualizar todo” permite lanzar todas las actualizaciones de un grupo de una vez.
El OS no se mezcla con el resto, para evitar un reinicio en medio de otras actualizaciones. Home Assistant mantiene la calma al respecto.
Para las instalaciones con muchos dispositivos ESPHome, es un alivio. Ya no es necesario seleccionar todo manualmente uno por uno.
Los Raspberry Pi pueden actualizar su firmware más fácilmente
Con Home Assistant OS 18 o más reciente, Home Assistant puede mostrar una entidad de actualización para el firmware del Raspberry Pi: el EEPROM, también conocido como firmware del cargador de arranque.
Este firmware de bajo nivel gestiona el arranque, almacenamiento USB o NVMe, y algunas funciones de hardware. Mantenerlo actualizado en Raspberry Pi 4 y especialmente Pi 5 mejora la compatibilidad y estabilidad.
Antes, actualizar este firmware no era agradable. A veces había que pasar por una tarjeta SD dedicada, un monitor, un teclado o una línea de comando. Ahora, se hace desde Configuración > Actualizaciones, como el resto.
Algunas limitaciones a tener en cuenta. Se requiere un mínimo de Home Assistant OS 18. El Raspberry Pi 4 que arranca desde un almacenamiento USB no siempre puede aprovecharlo. El Home Assistant Yellow con el Compute Module 4 no está afectado. Sin embargo, los Pi 4, Pi 5 y el Yellow con el Compute Module 5 están en el objetivo.
Después de la aplicación, Home Assistant solicita un reinicio: al igual que con un BIOS de PC, la nueva versión no está activa hasta el reinicio.
ZHA se beneficia de una verdadera página de gestión Zigbee
La gestión avanzada de dispositivos Zigbee a través de ZHA sale de la pequeña ventana compacta para tener una página dedicada.
Las herramientas estaban allí, pero apretadas: clusters, bindings, firmas, vecinos, detalles técnicos. Todo en una interfaz que carecía de espacio para respirar.
La versión 2026.7 reorganiza todo esto con pestañas. La información sigue siendo la misma, pero es más legible.
Para el uso diario básico, no cambia mucho. Se puede utilizar ZHA sin nunca explorar los clusters Zigbee. Pero para entender tu malla, verificar los vecinos de un dispositivo o crear bindings directos entre equipos, es mucho más agradable. Y para diagnosticar un sensor que responde mal, una bombilla caprichosa o una red en malla defectuosa, una interfaz clara ahorra tiempo.
Infrarrojo y radiofrecuencia tienen ahora sus paneles dedicados
Después de Zigbee, Z-Wave, Thread y Matter, Home Assistant 2026.7 añade paneles dedicados para dispositivos infrarrojos y de radiofrecuencia.
Estos paneles solo aparecen en la configuración si tienes equipos involucrados: emisores, proxies o gateways IR/RF configurados.
Esto afecta a soluciones ESPHome, blasts infrarrojos, puentes RF 433 MHz, o integraciones capaces de controlar equipos sin retroalimentación de estado: aire acondicionado, amplificador de audio, ventilador, viejo toldo de radio, toma 433 MHz. Todo este pequeño mundo tiene ahora su rincón en la interfaz.
El infrarrojo y el 433 MHz tienen un aire de “vieja escuela”, pero siguen estando muy presentes en las instalaciones reales. Encontrarlos organizados correctamente es algo bueno.
Matter.js se convierte en el nuevo motor Matter por defecto
Este punto fue objeto de un anuncio separado, pero la presentación oficial de esta actualización lo retoma: el servidor Matter de Home Assistant utiliza ahora Matter.js como backend por defecto.
El antiguo servidor se basaba en la implementación oficial de Matter en C/C++, con una capa de Python que no estaba realmente diseñada para producción. Matter.js, desarrollado en JavaScript/TypeScript y respaldado por la Open Home Foundation, es una implementación limpia e independiente, más fácil de escalar.
Para el usuario, la migración se supone que es transparente. Los dispositivos Matter permanecen emparejados. La primera migración puede tardar un poco más (los datos se convierten en segundo plano) pero el objetivo es no romper nada.
El interés está sobre todo en el medio plazo: mejor soporte para las novedades de Matter, comportamientos más controlados y una implementación independiente que ayuda a identificar las ambigüedades en la especificación misma. Matter es prometedor, pero todavía es joven, y quedan algunos puntos difusos en el estándar.
Aumentan las prestaciones en la interfaz y las plantillas
Algunas optimizaciones discretas pero útiles.
El frontend carga más rápido, en particular los gráficos. Es notable en los tableros de energía o los históricos largos.
Las páginas de dispositivos y de zonas se adaptan mejor a los diferentes tamaños de pantalla, con una disposición en columnas más limpia. En tabletas murales, mini PC o smartphones, este tipo de detalles cuentan.
Sobre todo: las plantillas se han anunciado como aproximadamente un 40% más rápidas. Las plantillas están en todos lados en instalaciones avanzadas (sensores calculados, condiciones, mensajes personalizados, tableros). Un aumento en este nivel tiene un impacto real en las grandes configuraciones.
Formatos de tiempo más fáciles de personalizar
Las tarjetas que muestran fechas o duraciones ganan una opción de formato directamente en la interfaz.
Antes, modificar la visualización de un timestamp requería YAML o un sensor plantilla. Ahora, el editor propone varios formatos: fecha, fecha y hora, relativo, largo o corto.
Para el tiempo de actividad de un servidor, la última actualización de un sensor o la fecha de la última sincronización de un dispositivo, obtenemos un resultado legible sin artificios.
Nuevas integraciones para agua, energía, ventilación y más
Diez nuevas integraciones para esta versión: Aqvify (nivel de agua en un pozo o en un tanque), Chef iQ (sondas de cocción Bluetooth), Dropbox (copias de seguridad), Edifier Infrared, energieleser (medidores de energía, agua, gas, calor), Envertech EVT800 (micro-inversores solares), Greencell (puntos de carga vía MQTT), Helty Flow (unidades de ventilación descentralizadas), KlikAanKlikUit (dispositivos radio 433 MHz) y MELCloud Home (sistemas Mitsubishi Electric).
Varios merecen que se les preste atención.
Dropbox como destino de copia de seguridad es una opción simple para quienes quieren externalizar sus backups sin una infraestructura complicada. Las copias de seguridad de Home Assistant son valiosas: cuando una tarjeta SD falla o un mini PC decide irse de vacaciones definitivas, una copia de seguridad reciente puede salvar el día.
En el ámbito energético, Envertech EVT800, Greencell, energieleser y Hypontech Cloud refuerzan aún más la posición de Home Assistant como central de seguimiento energético. Solar, carga de vehículo eléctrico, consumo, batería, red: las piezas se acumulan.
Helty Flow es interesante para la ventilación descentralizada, un tema recurrente en las casas bien aisladas. Poder controlar eso localmente, sin dependencia permanente de la nube, es el tipo de detalle que cuenta.
Integraciones existentes que también avanzan
Las novedades no se limitan a las nuevas integraciones.
Alexa Devices ahora puede gestionar listas de tareas y de compras de Alexa en Home Assistant, y añade interruptores para controlar los anuncios y comunicaciones en dispositivos Echo.
SMTP gana entidades de notificación modernas para enviar correos electrónicos desde Home Assistant – útil para alertas importantes: fuga de agua, corte de energía, alarma, batería crítica baja, exceder consumo.
Overkiz soporta Rexel Energeasy Connect a través de nube y API local, un punto interesante para las instalaciones francesas. Tesla Powerwall soporta el Powerwall 3 y añade sensores relacionados con el modo de operación y las potencias máximas de carga y descarga.
Yoto avanza significativamente: navegador multimedia, nuevos sensores, sensores binarios, entidad de tiempo, configuraciones de brillo de pantalla y volumen máximo. Los padres que utilizan estos pequeños reproductores de audio para niños lo apreciarán.
En el ámbito de las piscinas, Vistapool gana muchas entidades adicionales para escenarios más precisos sobre tratamiento, iluminación y control. Y como la piscina conectada es un terreno de juego divertido en verano, no vamos a quejarnos.
Finalmente, se añade la posibilidad de enviar imágenes al marco SwitchBot AI Art Frame que probamos hace un tiempo, lo que permitirá interacciones mucho más agradables con este hermoso marco :)
Una gran limpieza en las integraciones abandonadas
Home Assistant 2026.7 también elimina una serie de integraciones que se han vuelto inutilizables: rotas desde hace años, dependientes de servicios cerrados, bibliotecas abandonadas o hardware desaparecido.
Acer Projector, Ampio Smog, Avi-on, BeeWi SmartClim, Clementine, Dovado, ELIQ Online, Microsoft Face, MS Teams, Mycroft, UniFi LED, Watson TTS y otros son retirados.
Este tipo de limpieza puede parecer brusca. Pero una integración rota desde 2019 no ayuda a nadie. Complica el mantenimiento, pesa en el proyecto y da falsas esperanzas a quienes intentan utilizarla.
¿Deberías instalar Home Assistant 2026.7?
Sí. Es una de las actualizaciones importantes del año.
Las nuevas automatizaciones hacen que Home Assistant sea más accesible sin sacrificar la potencia que gusta a los usuarios avanzados. El registro de actividad es finalmente legible. La página de actualizaciones es menos tediosa. ZHA mejora. Los Raspberry Pi ganan una gestión de firmware directamente en la interfaz. Las integraciones continúan expandiéndose. Y las prestaciones mejoran a pequeños toques.
Es una versión que mejora el fondo en lugar de apilar dispositivos compatibles.
Para los principiantes, es una mejor puerta de entrada: crear una automatización se vuelve más lógico, más cercano a la forma en que se piensa. Para los habituales, es la oportunidad de revisar algunas viejas automatizaciones: no es una obligación, pero el nuevo modelo es más limpio y mantenible. Para los instaladores, es un paso más hacia instalaciones que el cliente puede comprender, e incluso modificar por sí mismo sin llamar por ayuda.
La domótica nunca ha sido tan potente. También se vuelve un poco menos intimidante. No era el punto más urgente hace cinco años. Hoy, probablemente es lo que más cuenta para que realmente se establezca en los hogares.
Por favor, sea cortés: ¡un hola y un gracias no cuestan nada! Estamos aquí para mantener debates constructivos. Los trolls serán eliminados.