Les compteurs d'énergie Wi-Fi IAMMETER fournissent des interfaces de données ouvertes pour les développeurs, les intégrateurs système et les clients qui construisent leur propre logiciel de surveillance énergétique.
Vous pouvez récupérer les mesures directement depuis le compteur, laisser le compteur téléverser les données vers votre serveur, déployer un service auto-hébergé IAMMETER, ou construire une application sur les API IAMMETER-Cloud.
Cette page est le guide de navigation développeur pour choisir une architecture. Elle renvoie aux définitions de protocole actuelles et aux documents d'implémentation plutôt que de dupliquer chaque paramètre d'API.
Si votre première question est de savoir si un compteur IAMMETER peut fonctionner sans accès Internet ou sans IAMMETER-Cloud, commencez par Utiliser un Compteur d'Énergie Wi-Fi Sans Internet ou Cloud. Pour une comparaison orientée plateforme, voir Intégration Auto-hébergée et Open Source.
Il existe quatre façons principales d'utiliser les données IAMMETER dans votre propre application.
| Architecture | Flux de données | Mieux adapté à | IAMMETER-Cloud requis ? |
|---|---|---|---|
| Lire le compteur localement | Application → Compteur | Tableaux de bord LAN, automatisation, PLC et SCADA | Non |
| Laisser le compteur téléverser les données | Compteur → Serveur client ou broker | Cloud personnalisé, EMS, BMS et backends IoT | Non |
| Déployer un logiciel auto-hébergé IAMMETER | Compteur → IAMMETER-Docker ou IAMMETER-Central → Application | Utilisateurs qui souhaitent du stockage et des API sans construire le backend complet | Non |
| Construire sur les API IAMMETER-Cloud | Compteur → IAMMETER-Cloud → Application | Applications qui veulent réutiliser les données et services IAMMETER-Cloud | Oui |
Le bon choix dépend de l'endroit où les données doivent être stockées, si le projet nécessite un fonctionnement indépendant d'Internet, la fréquence de rafraîchissement requise et la quantité de développement backend que vous souhaitez maintenir.
Choisissez cette architecture lorsque l'application et le compteur sont sur le même réseau local.
Compteur IAMMETER ← API HTTP locale ou Modbus TCP ← Votre application
Votre application contrôle l'intervalle d'interrogation et stocke tout l'historique nécessaire. Aucun service cloud IAMMETER n'est requis pour le chemin de données local.
Le compteur fournit des points d'accès HTTP locaux pour récupérer les mesures telles que la tension, le courant, la puissance active, l'énergie importée et l'énergie exportée.
Les points d'accès de mesure courants incluent :
/api/monitorjson/api/monitorL'accès à l'API HTTP locale est un point de départ pratique pour :
Consultez le Guide de l'API Locale et de l'Interface Ouverte IAMMETER pour les définitions actuelles des points d'accès et des exemples.
Utilisez Modbus TCP lorsque le projet nécessite :
Consultez le Guide des Registres Modbus TCP et d'Intégration IAMMETER.
La lecture locale directe renvoie les mesures du compteur. Votre application reste responsable de toutes les fonctions supplémentaires qu'elle requiert, notamment :
Si vous ne souhaitez pas construire ces fonctions backend depuis le début, envisagez IAMMETER-Docker ou IAMMETER-Central.
Choisissez cette architecture lorsque le compteur doit initier la connexion et envoyer les données vers un point d'accès que vous gérez.
Compteur IAMMETER → MQTT/MQTTS, HTTP/HTTPS ou TCP/TLS → Votre serveur
Le firmware IAMMETER actuel prend en charge plusieurs interfaces de téléversement :
| Interface | Composant côté client | Application typique |
|---|---|---|
| MQTT / MQTTS | Broker et abonné MQTT | Plateformes IoT, automatisation et pipelines de messages |
| HTTP / HTTPS | Point d'accès HTTP | Backend REST, service cloud ou EMS personnalisé |
| TCP / TLS | Serveur TCP | Collecteur personnalisé et intégration au niveau protocole |
Le compteur et votre serveur utilisent une structure JSON de mesure IAMMETER cohérente pour toutes les méthodes de téléversement prises en charge. Examinez la définition des données avant d'implémenter votre analyseur.
Ressources d'implémentation :
Un serveur sur le même LAN peut fonctionner sans accès Internet. Un point d'accès distant nécessite toujours une route fonctionnelle via Internet, un WAN privé ou un VPN.
IAMMETER propose deux options auto-hébergées pour les utilisateurs qui souhaitent un déploiement de données privé sans implémenter eux-mêmes chaque composant backend.
IAMMETER-Docker est un système de surveillance énergétique open source auto-hébergé. Il fournit la collecte de données locale, des fonctions de surveillance de base, des graphiques et des API.
Il convient généralement pour :
Poursuivez avec :
IAMMETER-Central est un middleware de données auto-hébergé pour les utilisateurs professionnels, les installateurs et les intégrateurs système.
Il se concentre sur :
IAMMETER-Central ne tente pas de fournir la logique métier complète d'une application de gestion énergétique. Il est utile lorsque le client souhaite une couche middleware de données maintenue et construira sa propre interface utilisateur ou ses fonctions métier.
Consultez Options d'Auto-hébergement IAMMETER pour une comparaison d'IAMMETER-Docker, IAMMETER-Central, des plateformes open source et de l'intégration directe au serveur.
Utiliser IAMMETER-Cloud est une autre façon de développer un tableau de bord ou une application personnalisée. Dans cette architecture, le compteur téléverse les données vers IAMMETER-Cloud et votre application récupère les données exposées par les API IAMMETER-Cloud.
Compteur IAMMETER → IAMMETER-Cloud → API Cloud → Votre application
Cette option peut réduire le développement côté appareil et d'ingestion de données, mais ce n'est pas une architecture hors ligne ou indépendante du cloud.
Elle convient lorsque :
Consultez la Documentation de l'API IAMMETER-Cloud pour les opérations API prises en charge et les exigences d'authentification.
Avant de construire un système de surveillance complet, vérifiez si une plateforme existante fournit déjà les fonctions de stockage, de tableau de bord et d'automatisation dont vous avez besoin.
IAMMETER peut être intégré avec :
Ces pages spécifiques à chaque plateforme sont les guides d'implémentation. Pour une comparaison plus large, consultez l'Aperçu de l'Intégration Auto-hébergée et Open Source.
| Exigence du projet | Point de départ recommandé |
|---|---|
| Script LAN simple ou tableau de bord | API HTTP locale |
| Données locales à la seconde ou contrôle industriel | Modbus TCP |
| Infrastructure MQTT existante | Téléversement MQTT ou MQTTS |
| Backend web existant | Téléversement HTTP ou HTTPS |
| Collecteur socket personnalisé | Téléversement TCP ou TLS |
| Surveillance privée prête à l'emploi pour un utilisateur individuel | IAMMETER-Docker |
| Middleware d'entreprise pour ERP, EMS ou BMS | IAMMETER-Central |
| Tableau de bord domotique et automatisation | Home Assistant |
| Application construite sur des données IAMMETER-Cloud existantes | API IAMMETER-Cloud |
Avant l'implémentation, confirmez :
Dernière mise à jour : 16 juillet 2026
Compteur d'énergie Wi-Fi triphasé (WEM3080T)
Compteur d'énergie Wi-Fi monophasé (WEM3080)
Compteur d'énergie Wi-Fi triphasé (WEM3046T)
Compteur d'énergie Wi-Fi triphasé (WEM3050T)