Home Assistant 2026.9 facilita Modbus: por qué es importante para la energía solar, las bombas de calor y los servidores domésticos
Home Assistant 2026.9 no hace que todos los dispositivos Modbus sean plug-and-play, pero cambia quién debe comprender el protocolo. En lugar de exigir que cada propietario mantenga mapas de registros en YAML, las integraciones compatibles pueden incorporar cada vez más ese conocimiento del dispositivo, un enfoque que ya aparece con Fronius y la nueva integración de inversores Sofar.
Esto es importante más allá de los paneles solares. Modbus es común en bombas de calor, medidores de energía, sistemas de baterías, equipos de ventilación y otros dispositivos que se comportan más como infraestructura del edificio que como bombillas inteligentes. A medida que esos sistemas se integran localmente con mayor facilidad, Home Assistant empieza a parecerse menos a un panel de dispositivos y más a una capa de control doméstico siempre activa.
¿Qué cambió con Modbus en Home Assistant 2026.9?
Home Assistant está incorporando una vía Modbus específica para dispositivos junto con su integración YAML genérica existente. Una integración dedicada puede conocer las direcciones de registro, el escalado, las diferencias entre modelos y las entidades disponibles de un dispositivo, en lugar de exigir que cada usuario las defina manualmente.
El lanzamiento oficial de Home Assistant 2026.9 destaca varios ejemplos iniciales:
- Fronius obtiene compatibilidad opcional con Modbus TCP mediante modelos SunSpec.
- Sofar recibe una nueva integración Modbus específica para dispositivos.
- Flexit adopta la arquitectura de conexión más reciente.
- Las integraciones pueden compartir conexiones Modbus compatibles en lugar de abrir sesiones independientes que compitan entre sí.
ANTIGUO
Manual del dispositivo
|
Direcciones de registros
|
Tipos de datos
|
Escalado
|
YAML
|
Entidades de Home Assistant
NUEVA DIRECCIÓN
Dispositivo compatible
|
Integración de dispositivos
|
Mapa de registros
Escalado
Lógica del modelo
Entidades
|
Home AssistantEl cambio importante no consiste simplemente en pasar de YAML a una interfaz de usuario. Se trata de que el conocimiento del protocolo, antes en manos del usuario, pase a formar parte de la integración.
¿Por qué ha sido difícil usar Modbus?
Modbus puede transportar un valor sin explicar qué significa. Un inversor puede almacenar la potencia de la red en un registro, el estado de carga de la batería en otro y la temperatura como un entero que debe dividirse entre diez. Otro dispositivo puede usar direcciones y escalas completamente diferentes.
Por lo tanto, una configuración manual puede requerir comprender:
- las direcciones y los tipos de registros,
- los valores con y sin signo,
- los datos de 16 y 32 bits,
- el orden de bytes y palabras,
- los factores de escala y las unidades,
- los identificadores de unidad y el comportamiento de sondeo,
- y las diferencias de registros específicas de cada modelo.
La integración Modbus existente de Home Assistant sigue siendo útil porque admite configuraciones TCP y serie personalizadas. Pero cada mapa de registros mantenido manualmente hace que, en la práctica, el propietario de la vivienda sea responsable de parte del controlador del dispositivo.
¿Está Home Assistant sustituyendo la configuración de Modbus mediante YAML?
No. La configuración de Modbus basada en YAML sigue siendo compatible.
La nueva arquitectura añade otra vía para los equipos que cuentan con integraciones específicas mantenidas. Esto mantiene disponible el Modbus genérico para hardware inusual y, al mismo tiempo, facilita la configuración de los productos compatibles.
| Enfoque | Más adecuado |
|---|---|
| Modbus genérico mediante YAML | Dispositivos personalizados, modelos no compatibles y configuraciones manuales avanzadas |
| Integración específica del dispositivo | Hardware conocido con mapas de registros mantenidos y configuración mediante la interfaz |
Por tanto, las instalaciones solares, de climatización o de medición existentes no necesitan reconstruirse simplemente porque Home Assistant 2026.9 introduzca un enfoque más moderno.
¿Qué cambia cuando la integración conoce el mapa de registros?
Una integración específica puede identificar el dispositivo, seleccionar el mapa de registros correcto, aplicar el escalado y crear solo las entidades relevantes para ese modelo.
DISPOSITIVO
|
Identificar el modelo
|
Cargar el mapa de registros
|
+-- Solar
+-- Red eléctrica
+-- Batería
+-- Temperatura
+-- Estado del dispositivo
|
Home AssistantLa nueva integración de inversores Sofar es un buen ejemplo. Durante la configuración, Home Assistant lee el número de serie del inversor, determina si coincide con un modelo compatible y aplica el mapa de registros correspondiente.
Esto es más seguro y fácil de mantener que pedir a cada propietario que decida si una hoja de cálculo de la comunidad corresponde a una generación de inversor o versión de firmware concreta.
¿Por qué es importante compartir una conexión Modbus?
Porque la conexión Modbus subyacente puede ser un recurso compartido y limitado.
La arquitectura Modbus de Home Assistant explica que el acceso debe coordinarse para que las integraciones no compitan por el mismo bus o dispositivo.
Esto se entiende fácilmente con RS-485:
Bomba de calor ──────┐
|
Medidor de energía ───┼── Bus Modbus compartido
|
Controlador ─────┘Una pasarela TCP puede colocar una interfaz IP delante de ese bus, pero el recurso de comunicación subyacente sigue siendo compartido. Los dispositivos Modbus TCP directos también pueden imponer límites al número de sesiones simultáneas.
La nueva arquitectura permite que las integraciones compatibles utilicen una infraestructura de conexión compartida:
Fronius ───────┐
|
Sofar ─────────┼── Conexión Modbus compartida
|
Otro dispositivo ──┘Por tanto, la mejora va más allá de eliminar YAML: Home Assistant está empezando a tratar la conectividad Modbus en sí como infraestructura del hogar.
¿Qué cambió para los sistemas solares Fronius y Sofar?
Fronius y Sofar muestran dos formas diferentes en las que la nueva arquitectura puede ayudar.
Fronius ya contaba con una Solar API local. Home Assistant 2026.9 añade compatibilidad opcional con Modbus TCP mediante modelos SunSpec, lo que proporciona información adicional, como la potencia, la corriente, el voltaje y la energía fotovoltaica acumulada de cada seguidor MPP.
La integración oficial de Fronius también utiliza Modbus para los ajustes de los inversores compatibles, ya que la propia Solar API es de solo lectura.
Sofar representa la configuración más reciente y consciente del dispositivo. La integración se conecta mediante Modbus TCP, identifica los modelos de inversor compatibles, selecciona el mapa de registros correspondiente y expone datos como:
- el voltaje, la corriente y la potencia de las cadenas FV,
- la importación y exportación de la red,
- la carga doméstica,
- mediciones por fase,
- el estado de carga y la salud de la batería,
- la potencia y la temperatura de la batería,
- y el estado y los fallos del inversor.
La implementación actual de Sofar sigue estando limitada a los modelos compatibles y principalmente a los datos de sensores. Esto es importante: Home Assistant 2026.9 está estableciendo un modelo de integración mejor, no haciendo que todos los inversores Modbus sean compatibles de forma universal.
¿Por qué es importante esto para la energía solar, las baterías y las bombas de calor?
Los sistemas modernos de energía doméstica exponen mucho más que un solo valor de potencia.
CADENAS FV
|
INVERSOR
/ \
RED BATERÍA
| |
MEDIDOR SOC / POTENCIA
\ /
\ /
Home AssistantLos datos de telemetría útiles pueden incluir la generación, la importación y exportación, el estado de carga de la batería, la salida de respaldo, la temperatura del equipo, los fallos, las cadenas fotovoltaicas individuales y las mediciones por fase.
Las bombas de calor presentan el mismo problema de integración, aunque Home Assistant 2026.9 no hace que de repente todas las interfaces de las bombas de calor sean configurables desde la interfaz de usuario. Una bomba de calor puede exponer la temperatura de impulsión, la temperatura de retorno, el estado del compresor, el modo de funcionamiento, el consumo eléctrico, el estado del agua caliente y las alarmas, pero cada fabricante puede asignar esos valores de forma diferente.
La importancia para las bombas de calor es arquitectónica antes que de compatibilidad universal con dispositivos. Si las integraciones de dispositivos absorben esas diferencias entre mapas de registros, el equipo subyacente puede seguir basándose en Modbus, mientras la experiencia del usuario se vuelve mucho más sencilla.
¿Qué ocurre con los medidores de energía y la carga de vehículos eléctricos?
La misma tendencia se extiende al resto del ecosistema energético del hogar.
Los medidores de energía suelen exponer el voltaje, la corriente, la potencia activa, la potencia reactiva, la frecuencia, la energía importada y exportada, y mediciones por fase. Los cargadores de vehículos eléctricos añaden otra carga controlable, aunque pueden utilizar MQTT, API del proveedor, Modbus u otras interfaces locales, según el producto.
HOME ASSISTANT
|
+----------------+---------------+
| | |
Modbus Matter MQTT
| | |
Solar / Batería Dispositivos inteligentes Vehículos eléctricos / Sensores
Bomba de calor
Medidor de energíaHome Assistant no está sustituyendo todos estos protocolos por un único estándar nuevo. Cada vez se está convirtiendo más en la capa local donde estos convergen. Ese papel más amplio también explica por qué la infraestructura doméstica centrada en la privacidad depende de comprender qué rutas de los dispositivos permanecen realmente dentro del hogar.
¿Un Modbus más sencillo requiere un servidor doméstico más potente?
No. El sondeo de Modbus en sí suele ser ligero.
Leer periódicamente los registros del inversor, el medidor o el sistema de climatización es muy diferente de transcodificar vídeo, analizar cámaras, ejecutar consultas grandes en bases de datos u otras cargas de trabajo que exigen muchos recursos de computación.
Si Home Assistant es la única carga de trabajo importante, los requisitos actuales de hardware del servidor de Home Assistant son mucho más útiles que dimensionar un sistema según el número de dispositivos Modbus.
La cuestión del servidor doméstico cobra mayor relevancia cuando la monitorización energética se combina con:
- Home Assistant ejecutándose las 24 horas del día, los 7 días de la semana,
- MQTT y otros servicios de automatización,
- infraestructura de Matter y Thread,
- historial a largo plazo,
- paneles y bases de datos,
- Node-RED u otras herramientas de automatización similares,
- copias de seguridad,
- y otras aplicaciones autoalojadas.
Por lo tanto, una decisión más amplia sobre el dimensionamiento de un servidor doméstico inteligente debería comenzar por los servicios que deben ejecutarse juntos, en lugar del número de luces, medidores o registros del inversor.
El bus de energía puede ser ligero; es la infraestructura doméstica que lo rodea la que convierte Home Assistant en una carga de trabajo de servidor doméstico.
¿Por qué el control energético crítico debe mantenerse ligero?
Ejecutar varios servicios en un mismo servidor doméstico no significa que todas las cargas de trabajo merezcan la misma prioridad.
CONTROL CRÍTICO
Bomba de calor
Solar / batería
Medidores de energía
Activadores de automatización
|
Home Assistant
TRABAJO OPCIONAL MÁS PESADO
Indexación de medios
Procesamiento de cámaras
Copias de seguridad grandes
Otras aplicacionesUna automatización de calefacción no debería volverse lenta porque una tarea de medios o de copia de seguridad no relacionada esté consumiendo todos los recursos disponibles.
A medida que un host incorpora MQTT, bases de datos, cámaras, servicios de copia de seguridad y otras aplicaciones, el host de Home Assistant con múltiples servicios desarrolla recursos compartidos, dependencias y límites de fallo que un dispositivo sencillo no tiene.
Por tanto, el objetivo no es simplemente poner más servicios en una sola máquina. Se trata de mantener ágil el control local esencial y permitir que las cargas de trabajo opcionales coexistan a su alrededor.
Por eso también es importante el procesamiento local fiable: las acciones domésticas críticas no deberían adquirir dependencias innecesarias de la WAN simplemente porque existan funciones opcionales en la nube.
¿Qué tiene que ver el nuevo mapa Matter con Modbus?
Matter y Modbus son protocolos no relacionados, pero sus cambios en 2026.9 revelan la misma dirección del producto: la infraestructura que antes estaba oculta ahora es más fácil de inspeccionar y gestionar.
Home Assistant ahora incorpora la topología de red Matter en su interfaz principal. El nuevo mapa puede mostrar dispositivos Matter que usan Thread o Wi-Fi, routers, routers de borde Thread y la ruta entre Home Assistant y dispositivos individuales.
El mapa de red Matter oficial muestra una topología que antes requería una vista de diagnóstico más técnica.
MODBUS
Conocimiento de registros sin procesar
|
v
Integración de dispositivos
MATTER
Topología de red oculta
|
v
Mapa de red visibleEn ambos casos, Home Assistant reduce la cantidad de conocimientos sobre infraestructura que los usuarios deben reconstruir manualmente.
Si el mapa de red revela varios ecosistemas que controlan los mismos dispositivos, el problema independiente de los varios controladores Matter determina qué plataforma es realmente propietaria de cada relación de control, en lugar de limitarse a indicar qué dispositivo aparece en el mapa.
¿Por qué Home Assistant muestra el uso del almacenamiento NAS?
Home Assistant 2026.9 también hace más visible el almacenamiento de red. Ahora los montajes de red activos pueden mostrar directamente la capacidad utilizada y total en la página Almacenamiento, con estados de advertencia cuando un recurso compartido se acerca a su capacidad máxima.
La actualización del almacenamiento de red es pequeña en comparación con Modbus, pero encaja en la misma visión de infraestructura.
Home Assistant
|
+-- Configuración
+-- Historial
+-- Automatizaciones
+-- Copias de seguridad
|
v
NASUna copia de seguridad solo es útil si su destino sigue siendo accesible y tiene suficiente capacidad libre.
Home Assistant también contiene distintas clases de estado persistente —configuración, registros, credenciales, historial y datos de recuperación—, por lo que separar los datos persistentes de Home Assistant de los archivos de ejecución desechables hace mucho más clara la planificación de las copias de seguridad.
Por lo tanto, Home Assistant es cada vez más consciente tanto de los sistemas físicos que controla como de la infraestructura de almacenamiento que protege su propio estado.
¿Cómo es un servidor local de energía doméstica?
Una configuración práctica no requiere que todos los dispositivos utilicen el mismo protocolo ni que todos los servicios se ejecuten dentro de Home Assistant.
SERVIDOR DOMÉSTICO
Home Assistant
|
+----------------+----------------+
| | |
ENERGÍA HOGAR INTELIGENTE SERVICIOS
| | |
Modbus Matter MQTT
| Thread Automatización
|
Solar / batería
Bomba de calor
Medidor de energía
|
+----------------+
|
HISTORIAL LOCAL
|
COPIAS DE SEGURIDAD
|
NASEl requisito común es la persistencia.
El inversor puede dejar de producir por la noche, pero su historial debería seguir disponible. Una bomba de calor puede reiniciarse, pero las automatizaciones deberían reanudarse. Una actualización del sistema no debería borrar la configuración, y el fallo del host de Home Assistant no debería destruir la única copia de seguridad.
Para los usuarios que construyen esa capa de control con hardware Zima, la configuración de Home Assistant en ZimaBoard ofrece una vía de implementación independiente sin convertir este artículo sobre Modbus en un tutorial de instalación.
Un host compacto dedicado también puede mantener el control del hogar inteligente separado de cargas de trabajo más pesadas de NAS o multimedia. La configuración ZimaBoard 2 para el hogar inteligente es una opción cuando el objetivo es contar con un host local de automatización siempre activo y con espacio para servicios adicionales.
Aquí es donde importa el servidor doméstico, no porque Modbus necesite grandes cantidades de capacidad de cómputo, sino porque la infraestructura del hogar depende cada vez más de servicios que deben permanecer disponibles conjuntamente.
¿Se está convirtiendo Home Assistant en una plataforma de control de edificios?
Home Assistant está absorbiendo cada vez más cargas de trabajo que antes estaban más cerca de la automatización de edificios, aunque no sustituye a todos los sistemas de control industriales o críticos para la seguridad.
El hogar inteligente tradicional se centraba en:
Luces
Enchufes
Cerraduras
Sensores de movimiento
TermostatosEl mundo de la energía y el control de edificios añade:
Modbus
RS-485
SunSpec
Medidores de energía
Inversores
Bombas de calor
Ventilación
Sistemas de bateríasHome Assistant conecta cada vez más ambos lados.
Home Assistant 2026.9 reúne integraciones de Modbus modernizadas, nueva compatibilidad con sistemas solares, topología de Matter, gestión de MQTT y conexiones serie, y visibilidad del almacenamiento en red. Las funciones individuales son útiles, pero la dirección conjunta es más importante.
Home Assistant empieza a parecerse menos a una colección de tarjetas de dispositivos y más a una capa de operaciones locales para el hogar.
¿Deberías actualizar a Home Assistant 2026.9 por Modbus?
Si tu YAML de Modbus existente funciona, no hay razón para reconstruirlo solo porque exista la nueva arquitectura.
| Tu situación | Qué cambia en 2026.9 |
|---|---|
| YAML de Modbus personalizado existente | Sigue utilizándolo; no se requiere ninguna migración forzosa |
| Inversor Fronius compatible | Datos SunSpec adicionales y controles compatibles |
| Inversor Sofar compatible | Nueva integración de Modbus con conocimiento del dispositivo |
| Infraestructura Modbus compartida | Mejor coordinación de las conexiones |
| Hogar con un uso intensivo de Matter | Nueva vista de la topología de red |
| Copias de seguridad almacenadas en un NAS | Ahora es más fácil supervisar la capacidad de los recursos compartidos de red |
| Hardware Modbus no compatible | La integración genérica sigue disponible |
La razón más importante para seguir de cerca esta versión es lo que viene después: más conocimiento sobre los dispositivos puede trasladarse de archivos YAML privados y hojas de cálculo comunitarias a integraciones mantenidas, probadas y reutilizables.
¿Qué significa Home Assistant 2026.9 para la energía solar, las bombas de calor y los servidores domésticos?
Para la energía solar, el cambio ya es práctico. Para las bombas de calor y otros equipos que dependen mucho de Modbus, la importancia reside en la arquitectura. Para los servidores domésticos, la verdadera historia es cuántos elementos de la infraestructura del hogar necesitan ahora un punto de control local siempre activo.
Fronius y Sofar demuestran que los dispositivos de energía no tienen que permanecer ocultos permanentemente detrás de mapas de registros manuales. Las bombas de calor ilustran por qué el mismo enfoque específico para dispositivos podría ser importante para otra categoría compleja de control local. Matter, MQTT, la monitorización energética, el almacenamiento y las copias de seguridad muestran por qué ninguno de estos sistemas existe de forma aislada.
El inversor solar no necesita un servidor potente. Tampoco lo necesita un medidor de energía, y consultar una bomba de calor no supone una carga de procesamiento exigente.
Pero un hogar que combina energía, automatización, historial, mensajería, Matter, copias de seguridad y otros servicios locales se beneficia cada vez más de un único lugar persistente donde mantener esos sistemas en funcionamiento.
El valor de un servidor doméstico no reside en que Modbus necesite más capacidad de procesamiento. Reside en que el hogar se está convirtiendo en infraestructura.
Preguntas frecuentes: Home Assistant 2026.9 y Modbus
¿Qué cambió con Modbus en Home Assistant 2026.9?
Home Assistant está introduciendo integraciones de Modbus específicas para dispositivos que pueden incluir sus propios mapas de registros y utilizar una infraestructura de conexión compartida. Fronius, Sofar y Flexit se encuentran entre los primeros ejemplos.
¿Home Assistant eliminará la configuración YAML de Modbus?
No. La configuración YAML genérica de Modbus existente sigue disponible. Las integraciones específicas para dispositivos ofrecen una vía de configuración adicional para el hardware compatible.
¿Home Assistant 2026.9 convierte todos los dispositivos Modbus en dispositivos plug and play?
No. Un dispositivo sigue necesitando una integración y un mapa de registros compatibles antes de ofrecer la experiencia simplificada específica del dispositivo. Los dispositivos no compatibles aún pueden usar una configuración Modbus genérica cuando corresponda.
¿Por qué son importantes las conexiones Modbus compartidas?
Un bus o dispositivo Modbus puede tener una capacidad de conexión limitada. La infraestructura compartida permite que las integraciones compatibles coordinen el acceso en lugar de abrir sesiones innecesarias que compitan entre sí.
¿Qué cambió para Fronius?
Fronius incorporó compatibilidad opcional con Modbus TCP mediante modelos SunSpec, proporcionando datos fotovoltaicos adicionales, como potencia, corriente, tensión y energía por seguidor MPP, junto con controles compatibles basados en Modbus.
¿Qué hace la integración de Sofar?
Se conecta mediante Modbus TCP, identifica los modelos de inversor compatibles, selecciona el mapa de registros adecuado y muestra sensores de producción solar, red eléctrica, carga, batería, temperatura y estado.
¿Home Assistant 2026.9 facilita la configuración de las bombas de calor?
No siempre. La nueva arquitectura puede facilitar la integración futura de bombas de calor Modbus compatibles, pero 2026.9 no añade automáticamente compatibilidad en la interfaz para todas las bombas de calor.
¿Modbus requiere un servidor doméstico potente?
No. El sondeo de Modbus suele requerir pocos recursos. Una mayor capacidad del servidor resulta útil cuando Home Assistant también aloja o coordina el historial, MQTT, Matter, copias de seguridad, bases de datos, cámaras y otros servicios persistentes. La página de requisitos de hardware de Home Assistant separa esas cargas complementarias de la automatización habitual.
¿Qué cambió con Matter en Home Assistant 2026.9?
El panel de Matter ahora incluye un mapa de red que muestra los dispositivos Matter Thread y Wi‑Fi, los routers, los routers fronterizos Thread y las rutas de comunicación.
¿Qué cambió en el almacenamiento NAS?
Home Assistant ahora puede mostrar la capacidad utilizada y total de los montajes de red activos, y avisar cuando los recursos compartidos se acercan a su capacidad máxima.
¿Por qué usaría Home Assistant un NAS?
Un NAS puede proporcionar almacenamiento separado para copias de seguridad o archivos multimedia, ayudando a conservar los datos de Home Assistant si falla el equipo anfitrión o su unidad de sistema local. Planificar qué estado necesita realmente protección comienza por comprender los datos persistentes de Home Assistant.
¿Home Assistant se está convirtiendo en un sistema de automatización de edificios?
Cada vez integra más tecnologías de energía doméstica y control de edificios, como dispositivos Modbus, inversores, equipos de climatización, medidores, Matter y MQTT, pero no sustituye a todas las plataformas de control industrial o de seguridad crítica.
Productos recomendados
Soporte y Consejos
Más para leer
Home Assistant funciona con Wi-Fi, pero falla con Ethernet o VPN
Prueba cada ruta de red por separado, verifica el estado de la interfaz y del enrutamiento, distingue entre IP directa y descubrimiento, y luego...
Cómo retirar Home Assistant sin dejar datos desprotegidos
Demuestra el reemplazo o archivado, revoca todas las rutas de confianza, sanea cada dispositivo que contenga datos y conserva únicamente copias de recuperación protegidas...
¿Deberías usar actualizaciones automáticas para Home Assistant en un servidor doméstico?
Elige actualizaciones manuales, solo de notificación o automáticas escalonadas según el impacto en el hogar, el riesgo de compatibilidad, el tiempo de observación y...
