Surveillance énergétique Open Source : Home Assistant, Node-RED et plus

Plateformes de surveillance énergétique open source et intégrations de compteurs

Un système de surveillance énergétique open source combine généralement trois couches :

un compteur d'énergie qui mesure la tension, le courant, la puissance et l'énergie ;
une interface de communication qui transfère les mesures ;
une plateforme qui stocke, visualise ou agit sur les données.

Home Assistant, Node-RED, OpenHAB, ioBroker, Zabbix et ThingsBoard peuvent tous être utilisés dans un projet de surveillance énergétique, mais ils résolvent des problèmes différents. Certains se concentrent sur la domotique, d'autres sur les flux de données, et d'autres encore sur la surveillance d'appareils ou les tableaux de bord IoT.

Ce guide compare ces plateformes et explique comment choisir une méthode d'intégration telle que MQTT, Modbus TCP ou une API HTTP locale. IAMMETER est utilisé comme exemple pratique de compteur d'énergie car ses compteurs d'énergie Wi-Fi fournissent ces interfaces ouvertes sans enfermer l'utilisateur dans une seule plateforme logicielle.

Energy meter
     │
     │ MQTT, Modbus TCP, HTTP or local API
     ▼
Open-source platform
     │
     ├── Dashboard and history
     ├── Automation and control
     ├── Alarms and notifications
     └── Database or external analytics

1. Que doit fournir une plateforme de surveillance énergétique ?

Avant de choisir un logiciel, définissez ce dont le projet a besoin au-delà des relevés en temps réel du compteur.

Les exigences typiques incluent :

les valeurs de puissance en direct et d'énergie cumulée ;
le stockage historique et les graphiques ;
la visualisation de l'énergie importée et exportée ;
des tableaux de bord pour un ou plusieurs circuits ;
des alertes en cas de changement de puissance, tension ou état de l'appareil ;
l'automatisation basée sur le surplus solaire, les tarifs ou les conditions de charge ;
l'intégration avec un système domotique ou IoT existant ;
le fonctionnement au sein du réseau local ;
l'accès aux données brutes pour des calculs personnalisés.

Toutes les plateformes ne fournissent pas toutes ces fonctions par défaut. Par exemple, un outil de flux de données peut être excellent pour l'automatisation mais nécessiter une base de données et un tableau de bord séparés. Une plateforme domotique peut fournir un tableau de bord énergétique prêt à l'emploi mais pas le flux de travail multi-utilisateur ou d'entreprise requis par un projet industriel.

2. Comparez les plateformes de surveillance énergétique open source

Plateforme	Idéale pour	Tableau de bord	Automatisation	Données historiques	Interface de compteur typique
Home Assistant	Énergie domestique, solaire et utilisateurs domotiques	Tableaux de bord intégrés et Energy Dashboard	Forte	Enregistreur intégré ; bases de données externes possibles	Intégration HTTP, MQTT ou Modbus TCP
Node-RED	Flux de données personnalisés, transformation et logique de contrôle	Éditeur de flux ; tableaux de bord nécessitent généralement des nœuds ou outils supplémentaires	Très forte	Généralement stockée dans une base de données externe	MQTT, HTTP ou Modbus TCP
OpenHAB	Domotique open source	Disponible via les interfaces openHAB	Forte	Prise en charge via les services de persistance	HTTP, MQTT ou bindings
ioBroker	Domotique et visualisation basées sur des adaptateurs	Disponible via des adaptateurs et outils de visualisation	Forte	Dépend des adaptateurs et du stockage choisis	Adaptateur, HTTP ou MQTT
Zabbix	État des appareils, surveillance d'infrastructure et alertes	Tableaux de bord opérationnels solides	Axé sur les déclencheurs et alertes	Historique de surveillance intégré	Collecte HTTP/API
ThingsBoard	Appareils IoT, tableaux de bord de télémétrie et chaînes de règles	Tableaux de bord IoT solides	Basé sur un moteur de règles	Stockage de télémétrie intégré	MQTT ou HTTP

La plateforme doit être choisie en fonction du flux de travail prévu, et pas seulement selon sa capacité à afficher une valeur de puissance.

3. Home Assistant ou Node-RED ?

Home Assistant et Node-RED sont deux choix courants, mais ils ne sont pas interchangeables.

Choisissez Home Assistant quand :

le projet est principalement une maison intelligente ;
vous souhaitez des entités prêtes à l'emploi et un Energy Dashboard ;
les données énergétiques seront utilisées avec l'éclairage, le CVC, la recharge de VE ou les appareils électroménagers ;
les utilisateurs préfèrent la configuration et les tableaux de bord plutôt que d'écrire un pipeline de données complet ;
l'automatisation locale et les notifications sont importantes.

Commencez par le guide d'intégration IAMMETER Home Assistant pour les méthodes d'intégration IAMMETER prises en charge et les détails de configuration.

Choisissez Node-RED quand :

le projet nécessite une transformation de données personnalisée ;
plusieurs API, courtiers ou appareils doivent être connectés dans un seul flux ;
vous souhaitez implémenter la logique de contrôle visuellement ;
les mesures seront écrites dans InfluxDB, SQL, Grafana ou un autre service externe ;
l'application est un flux de travail personnalisé plutôt qu'un tableau de bord énergétique domestique prêt à l'emploi.

Commencez par le guide d'intégration IAMMETER Node-RED.

Utilisez les deux quand :

Home Assistant peut fournir des entités, des tableaux de bord et le contrôle des appareils tandis que Node-RED gère une orchestration plus complexe. La bonne limite dépend du système qui doit posséder l'automatisation et les données historiques.

4. Choisissez l'interface du compteur d'énergie

La même plateforme peut prendre en charge plusieurs méthodes de connexion. Choisissez l'interface en fonction de la direction des données, des exigences de rafraîchissement et de l'architecture réseau.

Interface	Direction des données	Idéale pour	Ce dont la plateforme a besoin
API HTTP locale	La plateforme interroge le compteur	Intégrations LAN simples et relevés périodiques	Client HTTP ou intégration native
Modbus TCP	La plateforme interroge les registres	Surveillance locale à la seconde, automatisation, API et SCADA	Client Modbus TCP
MQTT	Le compteur publie vers le courtier	Consommateurs multiples, systèmes IoT et flux pilotés par événements	Courtier MQTT et abonné
Envoi HTTP/HTTPS	Le compteur envoie vers un point de terminaison	Backend web personnalisé ou service d'ingestion IoT	Récepteur HTTP et analyseur JSON

Intégration du compteur d'énergie MQTT

MQTT sépare le compteur des applications consommatrices. Le compteur publie vers un courtier, et Home Assistant, Node-RED, ThingsBoard ou un service personnalisé peut s'abonner aux données.

MQTT est utile quand :

plusieurs applications ont besoin des mesures ;
un courtier existe déjà ;
le projet utilise un traitement piloté par événements ;
le compteur doit initier la transmission des données.

Voir Publier les données énergétiques IAMMETER vers votre courtier MQTT pour la configuration IAMMETER, les sujets et les détails des charges utiles.

Intégration du compteur d'énergie Modbus

Modbus TCP est utile quand la plateforme doit demander des mesures localement avec une carte de registres prévisible et un intervalle d'interrogation court.

Il est particulièrement adapté pour :

l'automatisation de puissance en temps réel ;
les capteurs Modbus Home Assistant ;
les flux Modbus Node-RED ;
l'intégration API, SCADA et passerelle industrielle.

Voir le guide du compteur d'énergie IAMMETER Modbus TCP.

Intégration de l'API HTTP locale

Une API locale est souvent l'option la plus simple quand une plateforme ou un script peut demander du JSON directement depuis l'adresse LAN du compteur. Elle évite un courtier mais couple généralement l'application plus directement au compteur.

Voir le guide de l'API locale IAMMETER et de l'interface firmware.

5. Chemins d'intégration spécifiques aux plateformes

Surveillance énergétique avec Home Assistant

Home Assistant est adapté aux utilisateurs qui souhaitent que les données énergétiques participent au modèle domotique plus large. IAMMETER dispose d'un centre de documentation dédié à Home Assistant couvrant les méthodes d'intégration disponibles, les entités et les considérations relatives à l'Energy Dashboard.

Intégration IAMMETER Home Assistant

Cette page ne duplique pas la matrice de configuration Home Assistant ; le guide dédié reste la source faisant autorité pour ces détails de configuration.

Surveillance énergétique avec Node-RED

Node-RED peut recevoir des données via MQTT, interroger une API locale ou utiliser des nœuds Modbus. Les flux peuvent normaliser les mesures, déclencher des automatisations et envoyer les données vers une base de données de séries temporelles ou un tableau de bord.

Intégration IAMMETER Node-RED

OpenHAB et ioBroker

OpenHAB et ioBroker sont adaptés quand l'utilisateur utilise déjà l'un de ces écosystèmes domotiques. Ajouter le compteur d'énergie à la plateforme existante est généralement plus simple que de déployer un second système d'automatisation.

Zabbix

Zabbix est utile quand l'exigence principale est la surveillance opérationnelle : valeurs actuelles, disponibilité des appareils, historique, seuils et alertes. Ce n'est pas un produit dédié au coût de l'électricité ou à l'analyse solaire, mais il peut intégrer les données du compteur dans un flux de travail de surveillance d'infrastructure existant.

IAMMETER avec Zabbix

ThingsBoard

ThingsBoard est adapté à la télémétrie IoT, aux tableaux de bord d'appareils et aux chaînes de règles. L'ingestion MQTT et HTTP le rend utile pour les projets qui combinent des compteurs d'énergie avec d'autres appareils de terrain.

IAMMETER avec ThingsBoard

6. Où se situe IAMMETER

Les compteurs d'énergie Wi-Fi IAMMETER peuvent agir comme des sources de mesure ouvertes plutôt que d'être liés à une seule application de surveillance.

Les gammes actuelles de compteurs IAMMETER couvrent les systèmes monophasés, biphasés et triphasés. Le nombre de canaux de mesure et de capteurs diffère selon le modèle, tandis que l'architecture d'intégration ouverte permet aux mesures d'être utilisées par des logiciels locaux et tiers.

Les interfaces d'intégration IAMMETER typiques incluent :

API HTTP locale ;
Modbus TCP ;
MQTT et MQTTS ;
Envoi HTTP et HTTPS ;
Envoi TCP et TLS.

Le guide du firmware et des interfaces ouvertes est la référence faisant autorité pour les capacités actuelles du compteur, la configuration du firmware et les interfaces legacy.

7. Quand une plateforme open source ne suffit pas

Une plateforme d'automatisation ou IoT open source n'est pas toujours la meilleure limite pour un projet de surveillance énergétique.

Envisagez une autre architecture quand :

l'utilisateur souhaite une interface de surveillance énergétique locale prête à l'emploi sans assembler plusieurs composants ;
une entreprise a besoin d'API middleware pour son ERP, EMS ou BMS ;
le client a déjà un backend et a seulement besoin d'un récepteur de données de compteur ;
le projet nécessite une base de données contrôlée par le client et un flux de travail de gestion des appareils.

IAMMETER propose trois voies supplémentaires :

IAMMETER-Docker pour une interface de surveillance auto-hébergée prête à l'emploi ;
IAMMETER-Central pour un middleware de données d'entreprise ;
intégration directe pour un backend entièrement détenu par le client.

Comparez ces options sur Surveillance énergétique auto-hébergée avec IAMMETER.

8. Recommandation par cas d'utilisation

Exigence	Point de départ recommandé
Tableau de bord énergétique domestique et domotique	Home Assistant
Flux de données personnalisé, transformation et contrôle	Node-RED
Installation existante d'OpenHAB ou ioBroker	Intégrer dans la plateforme existante
Surveillance d'infrastructure et alarmes	Zabbix
Tableaux de bord de télémétrie IoT et chaînes de règles	ThingsBoard
Surveillance électrique ou solaire locale prête à l'emploi	IAMMETER-Docker
Middleware pour un ERP, EMS ou BMS d'entreprise	IAMMETER-Central
Ingestion et base de données entièrement personnalisées	Intégration serveur directe

Pour le développement serveur direct, continuez avec Recevoir les données énergétiques IAMMETER sur votre propre serveur. Pour une carte d'architecture complète, voir Développer votre propre système de surveillance énergétique.

9. Résumé

La meilleure plateforme de surveillance énergétique open source dépend de ce qui se passe après que le compteur produit les données.

Choisissez Home Assistant pour les tableaux de bord énergétiques domotiques et l'automatisation.
Choisissez Node-RED pour les flux de données flexibles et la logique de contrôle.
Utilisez OpenHAB ou ioBroker quand ils sont déjà la plateforme d'automatisation de la maison.
Choisissez Zabbix pour la surveillance opérationnelle et les alertes.
Choisissez ThingsBoard pour la télémétrie IoT et les flux de travail basés sur des moteurs de règles.
Utilisez MQTT quand plusieurs applications doivent consommer les données du compteur.
Utilisez Modbus TCP pour une interrogation locale rapide et une intégration de style industriel.

IAMMETER fournit les interfaces ouvertes du compteur ; la plateforme choisie détermine comment les mesures sont stockées, visualisées et utilisées.

Dernière mise à jour : 16 juillet 2026