Systèmes centraux (head-end), concentrateurs et passerelles de sous-comptage publient courbes de charge, index et événements des compteurs d’électricité, d’eau et de gaz — aux côtés des capteurs de ligne et de poste. MDM, facturation, gestion des coupures et analytique s’abonnent à ce dont ils ont besoin.
Aucune carte bancaire requise
PUBLISH ami/region-east/dc-0731/em-30418877/interval
{"start":"2026-10-22T05:45:00Z","period":"PT15M","import_kwh":0.412,"export_kwh":0.118,"v_l1":231.6,"quality":"valid"}QoS 1 · TLS 8883 · PUBACK
Chaque système central AMI a son propre export : fichiers nocturnes, API propriétaire, parfois une vue en base. Le MDM reçoit les relevés des heures plus tard, la gestion des coupures reçoit les last gasp par une autre intégration, et les capteurs réseau d’un troisième fournisseur atterrissent dans un autre système encore. Chaque nouveau consommateur — un programme de flexibilité, une appli client, une analyse des pertes — implique une interface point à point de plus à construire et à maintenir.
Les compteurs remontent par leur réseau habituel — RF mesh, CPL (G3-PLC, PRIME), cellulaire, wM-Bus ou M-Bus — vers un head-end ou un concentrateur ; les capteurs de ligne et de poste, en cellulaire.
Un adaptateur côté head-end, ou la passerelle elle-même, publie courbes de charge, index et événements en TLS sur des topics par région, concentrateur et compteur.
Le MDM valide et stocke les relevés, la facturation prend les index, la gestion des coupures suit les pertes et retours de tension, l’analytique prend tout — chacun indépendamment.
Des règles de seuil signalent les écarts de tension ou un concentrateur muet. Relevés à la demande et ordres de coupure repartent vers le head-end sur un topic de commande réservé aux systèmes autorisés.
Des milliers de compteurs par concentrateur, plusieurs consommateurs par topic : une publication atteint MDM, facturation et analytique sans interfaces séparées, et les abonnements partagés répartissent la charge entre workers.
QoS 1 pour les courbes et événements, sessions persistantes pour qu’un consommateur redémarré reprenne là où il s’était arrêté, et un statut retenu pour chaque concentrateur et passerelle.
Identifiants par système et ACL par topic : une passerelle de sous-comptage ne publie que ses compteurs, une appli client ne lit que ses topics, et seul l’adaptateur head-end reçoit les commandes. TLS partout.
Le tableau de bord en direct et le moniteur de topics montrent quels concentrateurs remontent ; les alertes se déclenchent quand une passerelle tombe (Last Will) ou qu’une mesure franchit un seuil.
ami/region-east/dc-0731/em-30418877/interval
ami/region-east/dc-0731/em-30418877/events
ami/region-east/dc-0731/status (retained)
grid/region-east/feeder-12/tx-0457/telemetryOui — le plus souvent entre le head-end ou la passerelle et les systèmes métier. Les compteurs parlent généralement DLMS/COSEM, M-Bus ou un protocole constructeur sur RF mesh, CPL ou cellulaire, tandis que certains compteurs cellulaires récents et passerelles de sous-comptage publient directement en MQTT. ConnectMQ relie les deux au MDM, à la facturation et à l’analytique.
DLMS/COSEM est le modèle de données et le protocole de comptage qui sert à lire et paramétrer les compteurs. MQTT est un transport publish/subscribe qui achemine les données obtenues entre systèmes. Ils sont complémentaires : le head-end parle DLMS au compteur et publie les valeurs décodées en MQTT.
Ajoutez un petit adaptateur — ou utilisez l’export MQTT du head-end s’il existe — qui publie relevés et événements sur ConnectMQ, et abonnez votre MDM avec une session persistante et la QoS 1. D’autres systèmes pourront s’abonner aux mêmes topics plus tard sans retoucher le head-end.
Commencez avec l’offre Free, sans carte bancaire : connectez vos premiers équipements dès aujourd’hui et évoluez au moment du lancement.
