Meilleures plateformes locales pour solaire balcon et stockage batterie (2026)

Les neuf plateformes de ce guide communiquent avec le matériel solaire balcon via l'un des trois mêmes protocoles locaux : Modbus TCP/RTU, MQTT ou l'API REST locale d'un appareil. Le choix de plateforme ne modifie pas les appareils physiques accessibles — il modifie l'outillage utilisé pour lire ces données et agir en conséquence. Identifier le protocole exposé par votre appareil spécifique est la question préalable au choix de plateforme ; l'article compagnon Solaire balcon sans cloud : surveiller votre système avec Home Assistant couvre la décision de protocole au niveau matériel. Cet article part du principe qu'une interface locale existe et se concentre sur le logiciel à exécuter par-dessus.

Modbus RTU (série RS-485) et Modbus TCP (Ethernet/WiFi) sont les interfaces lecture-écriture les plus répandues sur les onduleurs solaires et les systèmes de batteries. La plupart des plateformes se connectent nativement à Modbus TCP. Modbus RTU nécessite généralement un adaptateur série-vers-USB ou un appareil pont ESPHome (voir le profil ESPHome ci-dessous).

MQTT est le protocole de messagerie publish/subscribe léger qu'utilisent la plupart des appareils solaires balcon à API locale pour la diffusion d'état en temps réel. Presque toutes les plateformes de ce guide peuvent s'abonner à un topic MQTT, ce qui en fait le chemin de connexion le plus largement compatible lorsqu'un appareil le prend en charge.

La bonne plateforme dépend de votre cas d'usage et de votre tolérance à la complexité — non des capacités protocolaires brutes, puisque toutes les plateformes gèrent Modbus et MQTT. Identifiez ce qui compte le plus avant de comparer les produits :

Chaque plateforme est décrite avec sa classification, un exemple solaire concret et le profil de l'utilisateur idéal. Les affirmations de capacité sont signalées "(vérifié par rapport à la documentation publique, juillet 2026)" lorsque confirmées, ou "(non vérifié — consulter le registre des adaptateurs)" lorsque la confirmation n'était pas disponible au moment de la rédaction.

Home Assistant — Open source (Apache 2.0), entièrement local, basé sur Python. Fonctionne sur Raspberry Pi, un appareil HA Green/Yellow dédié ou une VM. Dispose d'intégrations officielles et communautaires HACS couvrant Modbus TCP, MQTT, REST et des intégrations spécifiques pour SMA, Fronius, Zendure, Growatt et d'autres (vérifiez dans le catalogue d'intégrations HA pour votre modèle exact, le support variant selon la gamme de produits). *Exemple* : Un hub Zendure SolarFlow publie le SoC en direct et les flux de puissance via son API REST/MQTT locale ; une intégration communautaire HACS récupère ces valeurs et une automation HA déclenche le lave-vaisselle lorsque la production PV dépasse 400 W. *Idéal pour* : Le choix par défaut — plus grande communauté, plus d'intégrations, contrôle actif et automatisation.

openHAB — Open source (EPL 2.0), entièrement local, basé sur Java. Dispose d'un binding Modbus officiel (lecture/écriture, Modbus TCP et RTU, vérifié) et d'un binding HTTP/REST. La configuration est en grande partie basée sur des fichiers ; la courbe d'apprentissage est plus raide que Home Assistant ou ioBroker. *Exemple* : Interroger l'endpoint SolarAPI locale d'un onduleur Fronius toutes les 10 secondes et déclencher une règle qui décale le planning d'un chauffe-eau tampon vers les pics de production de midi. *Idéal pour* : Utilisateurs avancés et intégrateurs qui préfèrent un framework d'automatisation strict de niveau entreprise, ou qui disposent déjà de déploiements openHAB.

ioBroker — Open source (MIT), entièrement local, basé sur Node.js. La communauté germanophone est la plus forte de toutes les plateformes de cette liste pour les utilisateurs DACH. Dispose d'un adaptateur Modbus (vérifié), d'un adaptateur MQTT (vérifié) et d'adaptateurs spécifiques incluant Fronius (adaptateur fronius, vérifié), Hoymiles via pont OpenDTU (vérifié) et SMA Energy Meter (adaptateur sma-em — non vérifié, vérifiez le statut de maintenance dans le dépôt d'adaptateurs ioBroker). Le tableau de bord VIS offre une visualisation sans outil séparé. *Exemple* : Lire un onduleur Sungrow via l'adaptateur Modbus et afficher le SoC quotidien de la batterie sous forme de graphique à barres dans le tableau de bord VIS. *Idéal pour* : Utilisateurs DACH déjà dans l'écosystème ioBroker, ou utilisateurs qui préfèrent la documentation et les forums en allemand.

Node-RED — Open source (Apache 2.0), entièrement local, éditeur de flux visuel basé sur Node.js. Les nœuds Modbus TCP/RTU sont disponibles via le package npm node-red-contrib-modbus (non vérifié — vérifiez le statut de maintenance actuel sur npm). Les nœuds MQTT sont intégrés. Les nœuds de requête HTTP prennent en charge REST. Généralement associé à Home Assistant ou ioBroker comme compagnon de transformation de données ou d'automatisation plutôt que comme plateforme autonome. *Exemple* : Extraire des données d'un micro-onduleur Hoymiles via MQTT, calculer des moyennes sur 15 minutes et pousser le résultat vers une instance InfluxDB pour la visualisation Grafana. *Idéal pour* : Utilisateurs qui préfèrent la programmation visuelle par flux ou qui ont besoin d'une logique de transformation de données personnalisée entre deux systèmes.

EVCC — Open source (MIT), origine allemande (evcc.io), entièrement local. Dédié à la charge VE sur surplus PV et au contrôle zéro-injection. Intègre une bibliothèque de modèles couvrant des dizaines de marques d'onduleurs et de batteries incluant Fronius, SMA, Kostal, Growatt, Huawei SUN2000, Victron, BYD et bien d'autres (vérifiez evcc.io/docs/devices pour votre modèle et firmware exacts). Publie les données via MQTT pour l'intégration avec Home Assistant ou ioBroker. *Exemple* : Un onduleur Kostal Plenticore Plus et un Volkswagen ID.4 sont enregistrés comme appareils EVCC ; EVCC surveille le surplus PV toutes les 10 secondes et ajuste dynamiquement la vitesse de charge du VE pour maintenir l'import réseau proche de zéro. *Idéal pour* : Utilisateurs VE + solaire balcon souhaitant la charge sur surplus sans plateforme d'automatisation généraliste ; également les utilisateurs DACH (EVCC est développé en Allemagne avec documentation en allemand).

Solar Assistant — Commercial (licence propriétaire, ~30–40 $ en une fois — vérifiez le prix actuel sur solar-assistant.io), installé localement sur un Raspberry Pi 3, 4 ou 5 via une image préconfigurée. Prend en charge de nombreuses marques d'onduleurs via Modbus RTU/TCP (vérifiez la liste des appareils supportés sur le site Solar Assistant pour votre modèle). Diffuse les données via MQTT vers un broker local ; une intégration Home Assistant complémentaire est disponible via HACS (non vérifié — vérifiez le statut dans HACS). Solar Assistant n'envoie pas de commandes d'écriture aux onduleurs — c'est un outil de monitoring uniquement. *Exemple* : Connecter un onduleur Growatt SPH au Raspberry Pi via câble Modbus RS-485 ; Solar Assistant lit la production, le SoC de la batterie et la consommation et les publie via MQTT à Home Assistant pour l'affichage sur tableau de bord et l'automatisation. *Idéal pour* : Utilisateurs non techniques souhaitant une configuration de monitoring rapide et clé en main, prêts à payer une fois plutôt que de configurer une plateforme de zéro.

Victron Venus OS / Cerbo GX — Base open source (GPL), vendu comme matériel constructeur (Victron Energy, Pays-Bas) sous forme de Cerbo GX ou Ekrano GX, mais également disponible comme image Raspberry Pi gratuite (VenusOS — vérifiez la compatibilité avec votre version de Pi sur le forum communautaire Victron). Dispose d'un broker MQTT local intégré ; le portail cloud VRM optionnel n'est pas requis pour l'usage local. Lit et écrit les équipements de marque Victron nativement via VE.Can, VE.Direct ou VE.Bus. Les appareils tiers se connectent via Modbus TCP ou des pilotes écrits par la communauté. *Exemple* : Un Victron Cerbo GX sert de hub pour un contrôleur de charge MPPT Victron et un module de batterie BYD ; Venus OS publie toutes les valeurs via MQTT local qu'une instance EVCC reçoit pour le contrôle de charge VE sur surplus. *Idéal pour* : Propriétaires d'équipements Victron existants ; systèmes autonomes ou hybrides où Victron est l'intégrateur système.

Grafana + Telegraf + InfluxDB — Stack open source de monitoring et d'analyse (Grafana OSS, Telegraf, InfluxDB OSS). Telegraf collecte les données via abonné MQTT, scraping HTTP ou d'autres plugins d'entrée ; InfluxDB stocke les données de séries temporelles ; Grafana les visualise. Aucune capacité d'automatisation ou de contrôle — ceci est uniquement de l'analyse et des tableaux de bord. *Exemple* : Telegraf s'abonne au topic MQTT publié par une instance Solar Assistant, écrit les valeurs de rendement solaire et de SoC dans InfluxDB, et Grafana affiche un tableau de bord de comparaison de production semaine par semaine. *Idéal pour* : Utilisateurs disposant déjà de données provenant d'une autre plateforme et souhaitant des analyses historiques professionnelles par-dessus.

ESPHome (autonome) — Open source (MIT), firmware pour microcontrôleurs ESP32 et ESP8266. ESPHome n'est pas une plateforme de monitoring — c'est un pont : vous flashez une carte ESP32 bon marché (~5–15 €) avec un firmware ESPHome configuré pour communiquer via Modbus RTU via un émetteur-récepteur RS-485, et il expose ces données au réseau en tant que messages MQTT ou appareil natif Home Assistant. *Exemple* : Un onduleur solaire n'expose qu'un port Modbus RS-485 sans WiFi ni Ethernet. Un ESP32 avec un module émetteur-récepteur RS-485, flashé avec le composant modbus_controller d'ESPHome, lit les registres de l'onduleur et les publie vers le broker MQTT domestique auquel Home Assistant, ioBroker ou EVCC s'abonnent. *Idéal pour* : Utilisateurs DIY dont l'onduleur n'expose que Modbus RTU sur RS-485 et pour lesquels un pont WiFi matériel est nécessaire avant qu'une plateforme logicielle puisse se connecter.

Identifiez votre situation parmi ces scénarios — chacun mène à une recommandation de plateforme fondée sur les capacités vérifiées en juillet 2026.

Voici les erreurs d'intégration les plus courantes — vérifiez chacune avant de supposer que votre configuration fonctionnera correctement.

Les plateformes de ce guide sont des logiciels — majoritairement open source EU et communautaire — sans exposition directe aux droits de douane. Le matériel qu'elles connectent est une autre affaire : les marques dominantes de stockage balcon (Anker, EcoFlow, BYD, Growatt, Marstek, Zendure) sont fabriquées en Chine et soumises aux mesures antidumping UE-Chine sur les cellules, onduleurs et packs batterie, ainsi qu'aux droits Section 301 américains sur les équipements de stockage d'énergie d'origine chinoise. Les marques européennes (Kostal DE, SMA DE, Fronius AT, Victron NL) sont moins directement exposées à ces mesures.

Le choix de plateforme est neutre du point de vue douanier — le logiciel fonctionne sur n'importe quel matériel une fois connecté. Gardez toutefois les prix du matériel comme variables : les prix des stockages soumis aux droits de douane peuvent évoluer rapidement, et les prix qui semblent compétitifs lors de vos recherches peuvent ne plus tenir au moment de l'achat.