MQTT ist das Messaging-Protokoll, das der Index AMI verwendet, um Zählerablesungen zu veröffentlichen und Befehle von den AMI-Plattformen zu empfangen. Der Index AMI kommuniziert nie direkt mit den AMI-Plattformen: Er läuft immer über einen MQTT-Broker, der beide Enden entkoppelt. Dieser Leitfaden erklärt die vollständige Architektur: von der Datenerfassung am Zähler bis zur Verwaltungsplattform und wie die AMI-Plattformen das Gerät in Echtzeit fernsteuern können.
Wozu MQTT im Index AMI?
MQTT bewegt keine Daten: Es bewegt Ereignisse. Es ist kein Massenübertragungskanal und kein Download-Protokoll — es ist ein Messaging-Bus, in dem jede Ablesung, jeder Alarm oder jede Statusänderung als diskretes Ereignis in dem Moment veröffentlicht wird, in dem es eintritt. Im AMI-Kontext ist MQTT der Mechanismus, mit dem der Index AMI diese Ereignisse vom Gerät an jeden beliebigen MQTT-Subscriber veröffentlicht — ohne feste oder öffentliche IP. Das Gateway öffnet eine ausgehende Verbindung zum Broker über das 4G-Mobilfunknetz; deshalb funktioniert es hinter dem Carrier-NAT und benötigt nie offene Ports oder eine statische Adresse. Jede Plattform, die den Topic abonniert hat, empfängt das Ereignis in Echtzeit.
MQTT als Messaging-Schicht
MQTT ersetzt TCP nicht — es läuft darüber. Der Index AMI veröffentlicht MQTT-Nachrichten, die über TCP durch das 4G-LTE-Mobilfunknetz übertragen werden. Ist der WireGuard-VPN-Tunnel aktiv, läuft dieses TCP innerhalb des verschlüsselten Tunnels, bevor es das Internet erreicht. Das Ergebnis ist eine asynchrone, leichtgewichtige und zuverlässige Messaging-Schicht über ein Mobilfunknetz.
Rollen in der Architektur
Die MQTT-Architektur des Index AMI hat drei Akteure:
- Publisher — Index AMI: Veröffentlicht Zählerablesungen, Ereignisse und Gerätestatus auf konfigurierten Topics. Abonniert auch Befehls-Topics, um die Anweisungen zu empfangen, die die AMI-Plattformen im Broker veröffentlichen.
- Broker — MQTT-Broker: Empfängt und verteilt Nachrichten zwischen Publishern und Subscribern. Kann der Noatec-Broker aus dem eSIM-Datenplan sein oder ein kundeneigener Broker (Mosquitto, HiveMQ, EMQX usw.). Betrieb auf Port 1883 (TCP) oder 8883 (TLS).
- Subscriber / Publisher — AMI-Plattformen: Abonnieren Telemetrie-Topics für Echtzeit-Ablesungen. Veröffentlichen auch Befehle (Leseanfragen, Neustart, OTA-Update) auf den Index-AMI-Topics.
Telemetrie-Fluss: vom Zähler zu den AMI-Plattformen
Jedes Mal wenn der Index AMI den Zähler abliest, veröffentlicht er das Ergebnis im Broker. Die AMI-Plattformen, die diesen Topic abonniert haben, empfangen die Daten in Echtzeit ohne aktive Anfrage.
- Der Index AMI fragt den Zähler via RS485/RS232 im konfigurierten Intervall ab.
- Er erhält die Ablesung (Wirkenergie, Blindenergie, Leistung, Spannung usw.) im DLMS/COSEM- oder Modbus-Format.
- Er serialisiert die Daten und veröffentlicht sie im Telemetrie-Topic des Brokers.
- Der Broker verteilt die Nachricht an alle Subscriber (AMI-Plattformen, HES, MDMS usw.).
- Die AMI-Plattformen speichern, verarbeiten oder lösen Alarme gemäß der konfigurierten Geschäftsregeln aus.
Fernsteuerung: Befehle von den AMI-Plattformen zum Zähler
Über den Broker ermöglicht MQTT den AMI-Plattformen, Anweisungen an den Index AMI ohne Außendienst zu senden. Die AMI-Plattformen verbinden sich nie direkt mit dem Gerät: Sie veröffentlichen die Befehle im Broker, und der Index AMI — der dessen Befehls-Topic abonniert hat — empfängt und führt sie am Zähler oder an sich selbst aus.
- Die AMI-Plattformen veröffentlichen einen Befehl im Befehls-Topic des Index AMI (sofortige Leseanfrage, Trenn-/Wiederverbindung, Intervallwechsel, Geräteneustart, OTA-Firmware-Update).
- Der MQTT-Broker übergibt die Nachricht an den Index AMI.
- Der Index AMI führt die Anweisung aus: fragt den Zähler ab, aktiviert das Trenn-/Wiederverbindungsrelais oder aktualisiert seine Firmware.
- Der Index AMI veröffentlicht das Operationsergebnis im Antwort-Topic.
- Die AMI-Plattformen bestätigen die Ausführung ohne Personal zum Standort geschickt zu haben.
MQTT-Topic-Struktur
Topics organisieren den Nachrichtenfluss. Eine typische Konvention mit dem Index AMI:
- Ablesungs-Telemetrie: Periodische Zählerablesungen (Energie, Leistung, Spannung, Strom).
- Ereignisse und Alarme: Geräteereignisse: Last Gasp (letzter Atemzug), hohe und niedrige Temperatur (je nach Konfiguration) und Schrankschalter (je nach Konfiguration).
- Gerätestatus: LTE-Signal (RSSI, RSRP), VPN-Status, Firmware-Version, Uptime.
- Befehle und Antworten: Befehle von den AMI-Plattformen und Antworten des Index AMI.
MQTT-Kanalsicherheit
Das Sicherheitsniveau hängt von der Transportkonfiguration ab:
- MQTT über TLS (Port 8883) — empfohlen: Der TCP-Kanal ist mit TLS verschlüsselt. Erfordert CA-, Client-Zertifikate und privaten Schlüssel auf dem Index AMI. Schützt Daten im Transit auch ohne VPN.
- MQTT über TCP + WireGuard VPN: TCP läuft im VPN-Tunnel mit ChaCha20-Poly1305-Verschlüsselung. Ende-zu-Ende-Sicherheit — der Broker ist nur aus dem Tunnel heraus erreichbar. Empfohlen für kritische Infrastrukturen.
Integration mit Verwaltungsplattformen
Der MQTT-Broker fungiert als Datenbus zwischen dem Index AMI und jeder protokollkompatiblen Plattform:
- HES (Head-End System) — empfängt Echtzeit-Ablesungen zur Speicherung und Validierung.
- MDMS (Meter Data Management System) — verarbeitet, konsolidiert und verteilt Messdaten.
- SCADA / EMS — Betriebsüberwachung und Energienetz-Steuerung.
- CIS (Customer Information System) — Abrechnung auf Basis automatisierter Ablesungen.
- EAMS — Zähler-Ereignis- und Alarmkorrelation.
- BI- und Analyseplattformen — Topic-Konsum via MQTT für Dashboards und Vorhersagemodelle.
Zusammenfassung
- MQTT ist die Messaging-Schicht; TCP ist der Transport; WireGuard VPN ist die optionale Verschlüsselungsschicht.
- Der Index AMI veröffentlicht Ablesungen und Ereignisse; die AMI-Plattformen abonnieren und handeln darauf.
- AMI-Plattformen-Befehle reisen via MQTT über den Broker zum Index AMI, der sie am Zähler ohne Außendienst ausführt.
- Der Broker entkoppelt den Index AMI von der Plattform — jedes MQTT-kompatible System kann integriert werden.
- MQTT über TLS (8883) oder über WireGuard wird für kritische Infrastrukturumgebungen empfohlen.