Inversor solar en domótica: plan para integrar su control

Muchos proyectos se quedan en una pantalla con kilovatios generados durante el día, pero no llegan a convertir ese dato en decisiones: poner en marcha el termo cuando hay excedente, retrasar la carga del vehículo eléctrico, limitar una batería o evitar que ciertos consumos coincidan con la importación de red.

La integración de inversor solar en domótica doméstica tiene sentido cuando el sistema deja de ser un simple monitor y empieza a coordinar producción, consumo, almacenamiento y horarios. Para conseguirlo no basta con “conectar el inversor a Home Assistant”. Hay que elegir bien el protocolo, asegurar una red estable, interpretar correctamente la telemetría y diseñar automatizaciones que no castiguen los equipos ni generen falsas maniobras.

Mi recomendación es abordar el proyecto como una pequeña infraestructura energética: primero se garantiza la calidad del dato; después se decide qué cargas pueden gobernarse y, por último, se calcula el ahorro real frente a la inversión.

Antes de conectar: qué debe aportar el inversor

Un inversor fotovoltaico puede ofrecer información muy distinta según el fabricante, el modelo y los accesorios instalados. Algunos exponen producción fotovoltaica, potencia de red y estado de batería; otros solo muestran parte de estos valores en su aplicación cloud. Para una automatización fiable, el dato más importante no suele ser la producción de las placas, sino el flujo de energía en el punto de conexión con la red.

Si solo conocemos la potencia solar instantánea, podemos saber que las placas están generando, pero no si la vivienda está consumiendo todo ese caudal. Una instalación que produce 3 kW puede estar utilizando 2,8 kW en cargas internas o exportando prácticamente toda la diferencia. Sin una lectura del contador o del medidor energético, la domótica no sabe qué excedente está realmente disponible.

En la práctica, la arquitectura mínima debería contemplar:

• Potencia fotovoltaica instantánea.
• Consumo total de la vivienda o del edificio.
• Importación desde la red.
• Exportación o vertido de excedentes.
• Estado de carga de la batería, si existe.
• Potencia de carga y descarga de la batería.
• Estado operativo y alarmas del inversor.
• Energía acumulada producida, consumida e importada.

El medidor puede estar integrado en el propio sistema fotovoltaico, instalado en el cuadro eléctrico o conectado mediante transformadores de corriente. La ubicación y la orientación de estos sensores son decisivas: una pinza invertida puede convertir un excedente en un supuesto consumo y desencadenar automatizaciones exactamente al revés de lo previsto.

La domótica solar no debe reaccionar ante la producción, sino ante la energía disponible después de cubrir el consumo de la vivienda.

Protocolos de comunicación: Modbus TCP, API local y nube

La elección del protocolo condiciona la escalabilidad, la privacidad y la velocidad de respuesta. No todos los métodos de conexión ofrecen el mismo nivel de control, y mezclar sus ventajas sin entender sus límites suele acabar en una instalación difícil de mantener.

Modbus TCP: directo, rápido y técnico

Modbus TCP es una de las opciones más interesantes cuando el inversor o el contador permiten utilizarlo dentro de la red local. El dispositivo publica valores en registros y Home Assistant los consulta mediante la dirección IP y los parámetros definidos por el fabricante.

Sus ventajas son claras:

• La información permanece en la red local.
• La respuesta suele ser más rápida que en una plataforma cloud.
• No depende de la disponibilidad de servidores externos.
• Permite construir automatizaciones con menor latencia.
• Facilita la integración con otros sistemas de gestión energética.

El inconveniente es que Modbus no es un lenguaje universal completamente homogéneo. Cada fabricante decide qué registro corresponde a la potencia activa, cómo se expresa la tensión, qué signo identifica la importación y qué factor de escala debe aplicarse. Un valor leído como 2450 puede significar 2.450 W, 245,0 V o una magnitud que necesita otra conversión.

Por eso, no recomiendo configurar registros a partir de tablas encontradas de forma aislada en Internet. El mapa de registros debe corresponder al modelo exacto y a la versión del firmware. También conviene documentar cada entidad: nombre del registro, unidad, factor de escala, signo y frecuencia de consulta.

APIs locales: una capa más cómoda

Algunos equipos ofrecen una API local, una integración oficial o una interfaz basada en HTTP, MQTT o protocolos propios. Cuando está bien documentada, puede simplificar la puesta en marcha y exponer estados que no aparecen directamente en Modbus.

Es una buena alternativa si:

• El fabricante mantiene la integración.
• La API funciona sin credenciales cloud.
• La documentación define límites de consulta.
• El sistema permite leer tanto producción como consumo y batería.
• Se conocen los estados de error y las unidades.

El riesgo aparece cuando la API depende de una aplicación que cambia con frecuencia o de un servicio no documentado. Una actualización del fabricante puede modificar campos, límites de acceso o métodos de autenticación. Para monitorizar, quizá sea suficiente. Para controlar cargas críticas, prefiero una fuente local y estable.

Conexión cloud: útil para consulta, débil para automatización crítica

La nube es cómoda: se crea una cuenta, se añade la instalación y se visualizan los datos desde cualquier lugar. Para un seguimiento general puede ser suficiente, pero presenta tres problemas para la automatización de excedentes solares.

Primero, la latencia. Una orden que llega con varios minutos de retraso no sirve para gobernar una carga que depende de una nube pasajera. Segundo, la dependencia de Internet y de los servidores del fabricante. Tercero, la incertidumbre sobre la frecuencia de actualización: la aplicación puede mostrar un valor reciente mientras la integración recibe datos con una cadencia diferente.

La nube tiene su sitio como respaldo, histórico o acceso remoto. No debería ser la única fuente si se pretende actuar sobre un termo, una batería o un cargador de vehículo eléctrico.

Conexión física y configuración de red

La parte más visible del proyecto es el panel de Home Assistant. La más importante suele estar en el cuadro eléctrico y en la red local.

Si el inversor dispone de Ethernet, recomiendo utilizar cable siempre que sea viable. La conexión inalámbrica puede funcionar correctamente, pero un sistema energético no debería depender de una señal Wi-Fi débil en un cuarto técnico, una cubierta o un garaje. Si solo existe Wi-Fi, conviene revisar cobertura, asignar una dirección IP reservada y evitar que el equipo quede aislado por una red de invitados.

La secuencia de trabajo puede ser esta:

1. Identificar el equipo exacto. Anota marca, modelo, versión de firmware, medidor instalado y accesorios de comunicación. Dos inversores de la misma familia no siempre ofrecen los mismos registros.

2. Separar la red de gestión de la red de invitados. Home Assistant y el inversor deben poder comunicarse entre sí. Si el router aplica aislamiento entre clientes inalámbricos, la lectura local fallará aunque ambos dispositivos aparezcan conectados.

3. Reservar la dirección IP. Una dirección cambiante provoca que la integración deje de responder después de un reinicio del router. La reserva DHCP suele ser suficiente y evita configuraciones manuales innecesarias.

4. Comprobar el puerto y el servicio. Modbus TCP, HTTP o MQTT utilizan configuraciones distintas. No conviene abrir puertos del inversor hacia Internet para facilitar el acceso remoto. El acceso exterior debe resolverse mediante una conexión segura a la red doméstica.

5. Verificar el sentido de la energía. Compara la lectura del sistema con el contador y con el flujo real de la vivienda en varios momentos: producción alta, consumo nocturno y exportación.

6. Registrar unidades y escalas. Una entidad mal convertida puede parecer correcta en un momento concreto y producir errores graves al cambiar la potencia.

La conexión física debe ser independiente de la potencia disponible en el cuadro. Nunca hay que intervenir en conductores activos ni modificar protecciones para instalar un medidor sin la cualificación necesaria. La integración domótica se diseña alrededor de una instalación eléctrica segura; no sustituye un proyecto, una revisión o una puesta en servicio conforme a la normativa aplicable.

Integración en Home Assistant: del dato bruto a una lectura útil

Una vez establecida la comunicación, el objetivo no es añadir decenas de sensores sin criterio. Lo que interesa es construir una capa de datos coherente.

Home Assistant puede recibir entidades con nombres poco intuitivos, valores duplicados o unidades inconsistentes. Antes de crear un dashboard, conviene depurar la información y distinguir entre tres tipos de sensor:

• Potencia instantánea, expresada normalmente en vatios o kilovatios.
• Energía acumulada, expresada en kilovatios hora.
• Estado o condición, como conectado, en espera, cargando o en alarma.

Confundir potencia con energía es uno de los fallos más habituales. La potencia indica qué está ocurriendo ahora; la energía acumula lo que ha ocurrido durante un periodo. Para el panel energético de Home Assistant, los contadores deben ser acumulativos y tener una unidad compatible. Si se utiliza una entidad instantánea donde se espera un contador, los gráficos y los balances dejan de ser fiables.

Sensores que merece la pena crear

El conjunto mínimo puede incluir:

• Producción solar instantánea.
• Consumo instantáneo de la vivienda.
• Potencia importada de la red.
• Potencia exportada a la red.
• Porcentaje de batería.
• Carga y descarga de batería.
• Energía solar diaria.
• Energía importada y exportada.
• Estado de comunicación del inversor.

A partir de estos datos se pueden crear sensores derivados. Por ejemplo, un sensor de excedente puede calcular la potencia exportada, siempre que el signo de importación y exportación esté bien definido. Otra entidad puede indicar si existe energía suficiente para activar una carga, aplicando un margen de seguridad.

Ese margen es necesario porque la producción solar fluctúa. Una nube puede reducir la potencia en segundos; una carga rígida puede consumir más de lo previsto; y el inversor puede limitar la potencia de salida. Si la automatización se activa exactamente cuando aparece un excedente de 1.500 W, cualquier variación provocará ciclos de encendido y apagado.

Un dashboard que ayude a decidir

Un buen panel no es una colección de indicadores de colores. Debe responder con rapidez a cuatro preguntas:

1. ¿Cuánta energía están produciendo ahora las placas?

2. ¿La vivienda está consumiendo, importando o exportando?

3. ¿Qué está haciendo la batería?

4. ¿Qué carga se ha activado automáticamente y por qué?

En la primera vista colocaría un flujo energético sencillo, el porcentaje de batería, la potencia solar y el intercambio con la red. En una segunda vista dejaría los acumulados diarios y mensuales. Las alarmas de comunicación, sobretensión o parada del inversor deben estar separadas de los datos de rendimiento para que no queden ocultas entre gráficos.

La interoperabilidad se vuelve especialmente valiosa cuando Home Assistant integra iluminación, climatización, persianas, cargador del vehículo y producción fotovoltaica. El ahorro no procede de una automatización aislada, sino de la coordinación entre sistemas.

Automatización de excedentes solares: control con margen

La automatización de excedentes solares suele empezar con una idea sencilla: “si sobra energía, enciendo una carga”. El principio es correcto, pero la condición necesita más variables.

Para controlar un termo eléctrico, por ejemplo, no basta con detectar exportación. Hay que definir:

• Umbral mínimo de excedente.
• Tiempo mínimo durante el que debe mantenerse.
• Duración mínima de funcionamiento.
• Temperatura objetivo y límites del equipo.
• Horario permitido.
• Prioridad frente a la batería o al vehículo eléctrico.
• Acción cuando desaparece el excedente.
• Estado de seguridad para funcionamiento manual.

La lógica más robusta utiliza una combinación de umbral y permanencia. Si el excedente supera una cantidad determinada durante varios minutos, se habilita la carga. Si cae por debajo de un segundo umbral, más bajo, se desactiva. Esta separación evita el llamado “pestañeo”, es decir, los cambios constantes de estado alrededor de un único límite.

Ordenar las cargas por prioridad

No todas las cargas tienen el mismo valor energético ni la misma flexibilidad. Una vivienda puede establecer una jerarquía como esta:

1. Cubrir el consumo instantáneo de la vivienda.

2. Mantener la batería dentro de su estrategia de carga.

3. Activar cargas térmicas flexibles, como termo o acumulador.

4. Cargar el vehículo eléctrico con potencia modulada.

5. Ejecutar consumos programables, como lavadora o lavavajillas.

6. Exportar el excedente restante.

Esta secuencia debe adaptarse a la tarifa, al tamaño de la batería y a los hábitos reales. Si la batería se reserva para la noche, no tendrá sentido cargarla al máximo durante toda la mañana y activar después una carga que podría haberse desplazado a las horas solares.

El cargador del vehículo eléctrico merece especial atención. Un sistema que solo permite encendido y apagado puede desperdiciar producción cuando el excedente es variable. La regulación progresiva de la potencia, si el cargador y el vehículo la admiten, ofrece una integración más eficiente. Si no existe modulación, es preferible utilizar ventanas de carga estables y evitar maniobras continuas.

Automatizar no significa forzar

El inversor debe conservar sus protecciones y su estrategia de funcionamiento. La domótica puede solicitar una carga, cambiar un modo permitido por el fabricante o actuar sobre un equipo externo preparado para ello. No debe puentear protecciones, alterar parámetros eléctricos sin documentación o enviar órdenes repetitivas a un dispositivo que no está diseñado para recibirlas.

También recomiendo incorporar condiciones de ausencia de alarmas, disponibilidad de comunicación y temperatura adecuada del equipo. Si Home Assistant pierde la lectura del inversor, la automatización no debería interpretar el valor ausente como cero y encender una carga. La pérdida de datos debe tratarse como un estado propio: “sin información”.

Una automatización energética madura sabe cuándo actuar, pero también sabe cuándo quedarse quieta.

Baterías, excedentes y coste de oportunidad

La batería cambia la lógica del sistema. El excedente no es automáticamente “energía gratis”: tiene un coste de oportunidad. Utilizarlo para calentar agua puede ser más rentable que almacenarlo, o puede reducir la energía disponible durante la noche. La decisión depende del precio de compra, de la compensación por excedentes, de las pérdidas de carga y descarga y de la estrategia de reserva.

En una vivienda con batería, la integración debe leer al menos:

• Estado de carga.
• Potencia de carga.
• Potencia de descarga.
• Límite de reserva.
• Estado operativo.
• Posibles restricciones del fabricante.

Una automatización sensata no activa una carga secundaria mientras la batería está por debajo de su reserva nocturna, salvo que exista una razón económica clara. Del mismo modo, no conviene descargar la batería para alimentar una carga que puede esperar unas horas y funcionar directamente con energía solar.

La amortización se calcula mejor con energía desplazada que con potencia instalada. La pregunta relevante no es cuántos kilovatios puede producir el sistema, sino cuántos kilovatios hora evita comprar en las horas caras y cuántos excedentes consigue aprovechar dentro de la vivienda.

Resolución de conflictos habituales en la telemetría

Cuando la integración falla, el problema no siempre está en Home Assistant. La telemetría atraviesa varias capas: sensor eléctrico, contador, inversor, red, protocolo, integración y entidad final. Hay que revisar cada una sin saltar directamente a cambiar configuraciones.

Lecturas negativas o invertidas

Una potencia negativa no es necesariamente un error. En muchos sistemas representa exportación. El problema aparece cuando el signo no coincide con la lógica de las automatizaciones. Comprueba el sentido de las pinzas, la convención del fabricante y la interpretación de Home Assistant antes de crear sensores de plantilla.

Valores que no coinciden con el contador

Puede haber diferencias por ubicación de la medición, frecuencia de actualización, redondeos o consumos que quedan fuera del punto medido. Compara las lecturas en momentos estables, no durante cambios rápidos de carga. Si la diferencia es constante, probablemente se trata de una escala o una ubicación incorrecta. Si varía con rapidez, puede ser una cuestión de refresco.

Entidades disponibles durante el día y ausentes por la noche

Algunos inversores suspenden parte de sus servicios cuando no hay producción solar. Si Home Assistant pierde temporalmente esos sensores, la automatización debe contemplar esa condición. Es mejor trabajar con el estado del dispositivo y con el último dato válido, siempre que se establezca una caducidad, que asumir que un valor nulo significa ausencia de consumo.

Lecturas congeladas

Un valor que no cambia puede indicar una conexión perdida, un límite de consultas o un inversor en modo de bajo consumo. Incorporaría una entidad que registre la hora de la última actualización y una alerta si transcurre demasiado tiempo sin datos. La monitorización de placas solares en domótica solo es fiable cuando también se monitoriza la comunicación.

Reinicios y cambios de firmware

Después de una actualización pueden cambiar nombres, registros o permisos. La configuración debe estar documentada y respaldada. Guarda el modelo, la dirección de red, el método de conexión, las unidades y las entidades esenciales. Esta documentación reduce el tiempo de recuperación y evita reconstruir la instalación desde cero.

Cómo medir el retorno de la integración

El coste del proyecto no se limita al software. Puede incluir un medidor compatible, un adaptador de red, cableado, un servidor para Home Assistant, relés, contactores, protecciones, configuración y mantenimiento. El CAPEX debe compararse con el ahorro anual y con la mejora operativa, no con la cantidad de sensores creados.

Para valorar la integración, seguiría estos indicadores durante varios meses:

• Energía solar autoconsumida antes y después.
• Reducción de energía exportada sin uso.
• Consumo desplazado a horas solares.
• Número de ciclos de encendido y apagado de cada carga.
• Tiempo de disponibilidad del sistema de comunicación.
• Energía comprada en periodos de mayor precio.
• Coste de mantenimiento y sustitución de componentes.

Una automatización que aumenta ligeramente el autoconsumo pero reduce la vida útil de una batería puede destruir parte de su beneficio. Otra que activa una resistencia de forma irregular puede generar incomodidad y apenas mejorar el balance. El retorno debe medirse como sistema completo.

La integración de inversor solar en domótica doméstica alcanza su mejor versión cuando combina datos locales, reglas sencillas y una jerarquía energética comprensible. Modbus TCP o una API local suelen ser la base más sólida; Home Assistant aporta la capa de visualización y coordinación; y las automatizaciones deben trabajar con umbrales, tiempos de permanencia, prioridades y estados de fallo.

El siguiente paso de la gestión energética no será únicamente producir más electricidad, sino decidir mejor cuándo utilizarla. Con una arquitectura interoperable y una estrategia de control bien dimensionada, cada kilovatio hora generado puede tener una función concreta: cubrir una carga, cargar una batería, reducir una compra o evitar un vertido innecesario. Ahí es donde la domótica deja de ser una interfaz atractiva y empieza a convertirse en una inversión con retorno medible.