Architecture

Architecture MQTT de l'Index AMI : télémétrie et télégestion des compteurs en temps réel

3 juin 2026·7 min lecture

MQTT est le protocole de messagerie qu'utilise l'Index AMI pour publier les relevés de compteurs et recevoir des commandes des Plateformes AMI. L'Index AMI ne communique jamais directement avec les Plateformes AMI : il passe toujours par un broker MQTT qui découple les deux extrémités. Ce guide explique l'architecture complète : depuis comment les données quittent le compteur jusqu'à comment elles atteignent la plateforme de gestion, et comment les Plateformes AMI peuvent télégérer l'appareil en temps réel.

À quoi sert MQTT dans l'Index AMI ?

MQTT ne transporte pas des données : il transporte des événements. Ce n'est pas un canal de transfert massif ni un protocole de téléchargement — c'est un bus de messagerie où chaque relevé, alarme ou changement d'état est publié comme un événement discret au moment où il se produit. Dans un contexte AMI, MQTT est le mécanisme qui permet à l'Index AMI de publier ces événements depuis l'appareil vers n'importe quel abonné MQTT, sans avoir besoin d'une IP fixe ou publique. La passerelle ouvre une connexion sortante vers le broker via le réseau cellulaire 4G ; c'est pourquoi elle fonctionne derrière le NAT de l'opérateur et ne nécessite jamais de ports ouverts ni d'adresse statique. Toute plateforme abonnée au topic reçoit l'événement en temps réel.

MQTT comme couche de messagerie

MQTT ne remplace pas TCP — il fonctionne par-dessus. L'Index AMI publie des messages MQTT qui transitent par TCP via le réseau cellulaire 4G LTE. Si le tunnel VPN WireGuard est actif, ce TCP circule à l'intérieur du tunnel chiffré avant d'atteindre internet. Le résultat est une couche de messagerie asynchrone, légère et fiable sur un réseau mobile.

Rôles dans l'architecture

L'architecture MQTT de l'Index AMI comporte trois acteurs :

  • Éditeur — Index AMI: Publie les relevés du compteur, les événements et l'état de l'appareil sur les topics configurés. S'abonne également aux topics de commandes pour recevoir les instructions que les Plateformes AMI publient sur le broker.
  • Intermédiaire — Broker MQTT: Reçoit et distribue les messages entre éditeurs et abonnés. Peut être le broker Noatec inclus dans le forfait eSIM, ou un broker propre au client (Mosquitto, HiveMQ, EMQX, etc.). Fonctionne sur le port 1883 (TCP) ou 8883 (TLS).
  • Abonné / Éditeur — Plateformes AMI: S'abonnent aux topics de télémétrie pour recevoir des relevés en temps réel. Publient également des commandes (demandes de lecture, redémarrage, mise à jour OTA) sur les topics de l'Index AMI.

Flux de télémétrie : du compteur aux Plateformes AMI

Chaque fois que l'Index AMI effectue une lecture du compteur, il publie le résultat sur le broker. Les Plateformes AMI, abonnées à ce topic, reçoivent la donnée en temps réel sans avoir à la solliciter activement.

  1. L'Index AMI interroge le compteur via RS485/RS232 selon l'intervalle configuré.
  2. Il obtient le relevé (énergie active, réactive, puissance, tension, etc.) en format DLMS/COSEM ou Modbus.
  3. Il sérialise la donnée et la publie sur le topic de télémétrie du broker.
  4. Le broker distribue le message à tous les abonnés (Plateformes AMI, HES, MDMS, etc.).
  5. Les Plateformes AMI stockent, traitent ou déclenchent des alertes selon les règles métier configurées.

Télégestion : commandes des Plateformes AMI vers le compteur

Via le broker, MQTT permet aux Plateformes AMI d'envoyer des instructions à l'Index AMI sans visite technique. Les Plateformes AMI ne se connectent jamais directement à l'appareil : elles publient les commandes sur le broker, et l'Index AMI — abonné à son topic de commandes — les reçoit et les exécute sur le compteur ou sur lui-même.

  1. Les Plateformes AMI publient une commande sur le topic de commandes de l'Index AMI (demande de lecture immédiate, coupure/reconnexion, changement d'intervalle, redémarrage, mise à jour firmware OTA).
  2. Le broker MQTT délivre le message à l'Index AMI.
  3. L'Index AMI exécute l'instruction : interroge le compteur, active le relais coupure/reconnexion ou met à jour son firmware.
  4. L'Index AMI publie le résultat de l'opération sur le topic de réponse.
  5. Les Plateformes AMI confirment l'exécution sans avoir envoyé personne sur site.

Structure des topics MQTT

Les topics organisent le flux de messages. Une convention typique avec l'Index AMI :

  • Télémétrie des relevés: Relevés périodiques du compteur (énergie, puissance, tension, courant).
  • Événements et alertes: Événements de l'appareil : Last Gasp (dernier souffle), température haute et basse (selon configuration) et switch d'armoire (selon configuration).
  • État de l'appareil: Signal LTE (RSSI, RSRP), état VPN, version firmware, uptime.
  • Commandes et réponses: Commandes des Plateformes AMI et réponses de l'Index AMI.

Sécurité du canal MQTT

Le niveau de sécurité dépend de la configuration du transport :

  • MQTT sur TLS (port 8883) — recommandé: Le canal TCP est chiffré avec TLS. Nécessite des certificats CA, client et clé privée chargés sur l'Index AMI. Protège les données en transit même sans VPN.
  • MQTT sur TCP + WireGuard VPN: Le TCP circule dans le tunnel VPN chiffré avec ChaCha20-Poly1305. Sécurité de bout en bout renforcée — le broker n'est accessible que depuis l'intérieur du tunnel. Recommandé pour les infrastructures critiques.

Intégration avec les plateformes de gestion

Le broker MQTT agit comme bus de données entre l'Index AMI et toute plateforme supportant le protocole :

  • HES (Head-End System) — reçoit les relevés en temps réel pour stockage et validation.
  • MDMS (Meter Data Management System) — traite, consolide et distribue les données de comptage.
  • SCADA / EMS — supervision opérationnelle et contrôle du réseau énergétique.
  • CIS (Customer Information System) — facturation basée sur des relevés automatisés.
  • EAMS — corrélation d'événements et d'alarmes du compteur.
  • Plateformes BI et analytique — consommation de topics MQTT pour tableaux de bord et modèles prédictifs.

Résumé

  1. MQTT est la couche de messagerie ; TCP est le transport ; WireGuard VPN est la couche de chiffrement optionnelle.
  2. L'Index AMI publie des relevés et événements ; les Plateformes AMI s'abonnent et agissent sur eux.
  3. Les commandes des Plateformes AMI transitent par MQTT via le broker jusqu'à l'Index AMI, qui les exécute sur le compteur sans visite technique.
  4. Le broker découple l'Index AMI de la plateforme — tout système compatible MQTT peut s'intégrer.
  5. MQTT sur TLS (8883) ou sur WireGuard est recommandé pour les environnements d'infrastructure critique.