Mejores Plataformas Locales para Solar de Balcón y Almacenamiento de Baterías (2026)

Las nueve plataformas de esta guía se comunican con el hardware de solar de balcón mediante uno de los mismos tres protocolos locales: Modbus TCP/RTU, MQTT o la API REST local del dispositivo. Tu elección de plataforma no cambia a qué dispositivos físicos puedes acceder — cambia las herramientas que usas para leer y actuar sobre esos datos. Entender qué protocolo expone tu dispositivo específico es la pregunta previa antes de elegir una plataforma; el artículo complementario Solar de Balcón Sin Nube: Monitorea tu Sistema con Home Assistant cubre la decisión de protocolo a nivel de hardware (qué interfaz expone una marca determinada y cómo verificarlo). Este artículo asume que existe una interfaz local y se enfoca en qué plataforma de software ejecutar sobre ella.

Modbus RTU (serie RS-485) y Modbus TCP (Ethernet/WiFi) son las interfaces de lectura y escritura más comunes en inversores solares y sistemas de baterías. La mayoría de las plataformas se conectan a Modbus TCP de forma nativa. Modbus RTU generalmente requiere un adaptador de serie a USB o un dispositivo puente ESPHome (ver perfil de ESPHome a continuación).

MQTT es el protocolo de mensajería publicar/suscribir ligero que utilizan la mayoría de los dispositivos de solar de balcón con API local para la transmisión de estado en tiempo real. Casi todas las plataformas de esta guía pueden suscribirse a un topic MQTT, lo que lo convierte en la ruta de conexión más ampliamente compatible cuando un dispositivo lo admite.

La plataforma correcta depende de tu caso de uso y tolerancia a la complejidad — no de la capacidad de protocolo en bruto, ya que todas las plataformas manejan Modbus y MQTT. Decide qué es lo más importante para ti antes de comparar productos:

Cada plataforma se describe con su clasificación de tipo, un ejemplo solar concreto y un perfil de usuario ideal. Las afirmaciones de capacidad están marcadas con "(verificado contra documentación pública, julio 2026)" donde se confirmaron, o "(no verificado — consulta el registro de adaptadores)" donde la afirmación no pudo confirmarse al momento de escribir.

Home Assistant — Código abierto (Apache 2.0), completamente local, basado en Python. Funciona en una Raspberry Pi, un dispositivo HA Green/Yellow dedicado o una VM. Tiene integraciones oficiales y de la comunidad HACS que cubren Modbus TCP, MQTT, REST e integraciones específicas de marca para SMA, Fronius, Zendure, Growatt y otras (verifica en el listado de integraciones de HA para tu modelo exacto, ya que el soporte varía según la línea de producto). *Ejemplo*: Un hub Zendure SolarFlow publica el SoC en tiempo real y el flujo de potencia mediante su API REST/MQTT local; una integración de la comunidad HACS recoge esos valores y una automatización de HA activa el lavavajillas cuando la salida PV supera los 400 W. *Ideal para*: La elección predeterminada — comunidad más grande, más integraciones, control activo y automatización.

openHAB — Código abierto (EPL 2.0), completamente local, basado en Java. Tiene un binding oficial de Modbus (lectura/escritura, Modbus TCP y RTU, verificado) y binding HTTP/REST. La configuración es principalmente basada en archivos; la curva de aprendizaje es más pronunciada que la de Home Assistant o ioBroker. *Ejemplo*: Consultar el endpoint SolarAPI local de un inversor Fronius cada 10 segundos y activar una regla para desplazar el horario de un calentador de agua a los picos de producción al mediodía. *Ideal para*: Usuarios avanzados e integradores que prefieren un framework de automatización estricto de nivel empresarial, o que tienen instalaciones de openHAB existentes.

ioBroker — Código abierto (MIT), completamente local, basado en Node.js. La comunidad de habla alemana es la más fuerte de todas las plataformas de esta lista para usuarios DACH. Tiene un adaptador Modbus (verificado), adaptador MQTT (verificado) y adaptadores específicos de marca que incluyen Fronius (adaptador fronius, verificado), Hoymiles mediante puente OpenDTU (verificado) y SMA Energy Meter (adaptador sma-em — no verificado, verifica el estado de mantenimiento actual en el repositorio de adaptadores de ioBroker). El dashboard VIS proporciona visualización sin una herramienta separada. *Ejemplo*: Leer un inversor Sungrow mediante el adaptador Modbus y mostrar el SoC diario de la batería como gráfico de barras en el dashboard VIS. *Ideal para*: Usuarios DACH ya en el ecosistema de ioBroker, o usuarios que prefieren documentación y foros en alemán.

Node-RED — Código abierto (Apache 2.0), completamente local, editor visual de flujos basado en Node.js. Los nodos Modbus TCP/RTU están disponibles mediante el paquete npm node-red-contrib-modbus (no verificado — verifica el estado de mantenimiento actual del paquete en npm). Los nodos MQTT están integrados. Los nodos de solicitud HTTP admiten REST. Normalmente se usa junto a Home Assistant o ioBroker como compañero de transformación de datos o automatización en lugar de como plataforma independiente. *Ejemplo*: Obtener datos de un microinversor Hoymiles mediante MQTT, calcular promedios de 15 minutos y enviar el resultado a una instancia de InfluxDB para visualización en Grafana. *Ideal para*: Usuarios que prefieren la programación visual de flujos o que necesitan lógica personalizada de transformación de datos entre dos sistemas.

EVCC — Código abierto (MIT), origen alemán (evcc.io), completamente local. Diseñado específicamente para la carga de VE con excedente de PV y control de inyección cero. Viene con una biblioteca de plantillas que cubre docenas de marcas de inversores y baterías, incluidas Fronius, SMA, Kostal, Growatt, Huawei SUN2000, Victron, BYD y muchas más (verifica en evcc.io/docs/devices para tu modelo y firmware exactos). Publica datos mediante MQTT para integración con Home Assistant o ioBroker. *Ejemplo*: Un inversor Kostal Plenticore Plus y un Volkswagen ID.4 están registrados como dispositivos EVCC; EVCC monitorea el excedente de PV cada 10 segundos y ajusta dinámicamente la tasa de carga del VE para mantener la importación de red cerca de cero. *Ideal para*: Usuarios de VE + solar de balcón que quieren carga con excedente sin ejecutar una plataforma de automatización general; también usuarios DACH (EVCC es de desarrollo alemán con documentación en alemán).

Solar Assistant — Comercial (licencia propietaria, ~$30–40 pago único — verifica el precio actual en solar-assistant.io), instalado localmente en una Raspberry Pi 3, 4 o 5 mediante una imagen preconfigurada. Admite muchas marcas de inversores mediante Modbus RTU/TCP (verifica la lista de dispositivos compatibles en el sitio web de Solar Assistant para tu modelo). Genera datos mediante MQTT a un broker local; hay una integración complementaria para Home Assistant disponible mediante HACS (no verificado — verifica en HACS el estado actual). Solar Assistant no envía comandos de escritura a los inversores — es solo de monitoreo. *Ejemplo*: Conectar un inversor Growatt SPH mediante cable Modbus RS-485 a la Raspberry Pi; Solar Assistant lee producción, SoC de la batería y consumo, y los publica mediante MQTT a Home Assistant para visualización en dashboard y automatización. *Ideal para*: Usuarios no técnicos que quieren una configuración de monitoreo rápida y lista para usar y están dispuestos a pagar una vez en lugar de configurar una plataforma desde cero.

Victron Venus OS / Cerbo GX — Base de código abierto (GPL), vendido como hardware de fabricante (Victron Energy, Países Bajos) en forma de Cerbo GX o Ekrano GX, pero también disponible como imagen gratuita para Raspberry Pi (VenusOS — verifica la compatibilidad con la versión de hardware de tu Pi en el foro de la comunidad Victron). Tiene un broker MQTT local integrado; el portal opcional VRM en la nube no es necesario para uso local. Lee y escribe equipos de marca Victron de forma nativa mediante VE.Can, VE.Direct o VE.Bus. Los dispositivos de terceros se conectan mediante Modbus TCP o controladores escritos por la comunidad. *Ejemplo*: Un Victron Cerbo GX actúa como hub para un controlador de carga Victron MPPT y un módulo de batería BYD; Venus OS publica todos los valores mediante MQTT local, al que se suscribe una instancia de EVCC para el control de carga de VE con excedente. *Ideal para*: Propietarios de equipos Victron existentes; sistemas aislados o híbridos donde Victron es el integrador del sistema.

Grafana + Telegraf + InfluxDB — Stack de monitoreo y análisis de código abierto (Grafana OSS, Telegraf, InfluxDB OSS). Telegraf recopila datos mediante suscriptor MQTT, scraping HTTP u otros plugins de entrada; InfluxDB almacena datos de series temporales; Grafana los visualiza. Sin capacidad de automatización o control — esto es solo análisis y dashboards. *Ejemplo*: Telegraf se suscribe al topic MQTT publicado por una instancia de Solar Assistant, escribe valores de producción solar y SoC en InfluxDB, y Grafana muestra un dashboard de comparación de producción semana a semana. *Ideal para*: Usuarios que ya tienen datos fluyendo desde otra plataforma y quieren análisis histórico profesional encima de ella.

ESPHome (independiente) — Código abierto (MIT), firmware para microcontroladores ESP32 y ESP8266. ESPHome no es una plataforma de monitoreo — es un puente: flasheas una placa ESP32 económica (~€5–15) con firmware ESPHome configurado para comunicarse mediante Modbus RTU a través de un transceptor RS-485, y expone esos datos a la red como mensajes MQTT o como dispositivo de API nativa de Home Assistant. *Ejemplo*: Un inversor solar expone solo un puerto Modbus RS-485 sin WiFi ni Ethernet. Un ESP32 con un módulo transceptor RS-485, flasheado con el componente modbus_controller de ESPHome, lee los registros del inversor y los publica al broker MQTT doméstico al que luego se suscriben Home Assistant, ioBroker o EVCC. *Ideal para*: Usuarios de bricolaje donde el inversor solo expone Modbus RTU mediante RS-485 y se necesita un puente hardware WiFi antes de que cualquier plataforma de software pueda conectarse.

Ubica tu situación en uno de estos escenarios breves — cada uno se corresponde con una recomendación de plataforma basada en capacidades verificadas a julio de 2026.

Estos son los errores de integración más comunes — verifica cada uno antes de asumir que tu configuración funcionará sin problemas.

Las plataformas de esta guía son software — en su mayoría código abierto de la UE y la comunidad — sin exposición directa a aranceles comerciales. El hardware al que se conectan es otro asunto: las marcas dominantes de almacenamiento de balcón (Anker, EcoFlow, BYD, Growatt, Marstek, Zendure) son de fabricación china y están sujetas a las medidas antidumping UE-China sobre celdas, inversores y paquetes de baterías, así como a los aranceles de la Sección 301 de EE.UU. sobre equipos de almacenamiento de energía de origen chino. Las marcas europeas (Kostal, SMA DE, Fronius AT, Victron NL) están menos directamente expuestas a estas medidas.

La elección de plataforma es neutral en términos de aranceles — el software funciona con cualquier hardware una vez conectado. Pero mantén los precios de hardware dinámicos: los precios de almacenamiento afectados por aranceles pueden cambiar con poca antelación, y los precios que parecen competitivos cuando investigas pueden no mantenerse cuando compres.