---
title: "Smart Metering mit MQTT | Zählerdaten an MDM & Abrechnung | ConnectMQ"
description: "Lastgänge, Zählerereignisse und Netzsensordaten per MQTT vom Head-End und Gateway an MDM, Abrechnung und Störungsmanagement — mit TLS, ACLs und Alarmen."
url: "https://connectmq.com/de/anwendungsfaelle/smart-metering/"
language: "de"
---

Anwendungsfall

# Zählerdaten vom Head-End in jedes System

Head-End-Systeme, Datenkonzentratoren und Submetering-Gateways publizieren Lastgänge, Zählerstände und Ereignisse von Strom-, Wasser- und Gaszählern — neben Leitungssensoren und Ortsnetzstations-Monitoring. MDM, Abrechnung, Störungsmanagement und Analytics abonnieren, was sie brauchen.

[Kostenlos testen](https://app.connectmq.com/signup) [Preise ansehen](https://connectmq.com/de/preise/)

Keine Kreditkarte erforderlich

Eingesetzt in

-   [Versorgungsunternehmen](https://connectmq.com/de/branchen/versorgungsunternehmen/)
-   [Erneuerbare Energien](https://connectmq.com/de/branchen/erneuerbare-energien/)

Beispielnachricht

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

Das Problem

## Zählerdaten stecken im Head-End fest

Jedes Head-End-System hat seinen eigenen Export: nächtliche Dateien, eine proprietäre API, manchmal eine Datenbank-View. Das MDM bekommt Messwerte Stunden später, das Störungsmanagement erhält Last-Gasp-Meldungen über eine separate Schnittstelle, und Netzsensoren eines dritten Herstellers landen in noch einem System. Jeder neue Abnehmer — ein Flexibilitätsprogramm, eine Kunden-App, eine Verlustanalyse — bedeutet eine weitere Punkt-zu-Punkt-Schnittstelle.

## So funktioniert es

1.  1
    
    ### Zähler und Netzsensoren
    
    Zähler melden über ihr übliches Netz — RF-Mesh, PLC (G3-PLC, PRIME), Mobilfunk, wM-Bus oder M-Bus — an ein Head-End oder einen Konzentrator; Leitungs- und Trafosensoren per Mobilfunk.
    
2.  2
    
    ### Head-End und Gateways publizieren
    
    Ein Adapter am Head-End oder das Gateway selbst publiziert Lastgänge, Zählerstände und Ereignisse per TLS auf Topics je Region, Konzentrator und Zähler.
    
3.  3
    
    ### Jedes System abonniert
    
    Das MDM plausibilisiert und speichert Messwerte, die Abrechnung nimmt Zählerstände, das Störungsmanagement verfolgt Ausfall- und Wiederkehrmeldungen, Analytics nimmt alles — jeweils unabhängig.
    
4.  4
    
    ### Ereignisse und Befehle
    
    Schwellwertregeln melden Spannungsabweichungen oder einen stummen Konzentrator. Ablesungen auf Abruf und Schaltbefehle gehen über ein Befehls-Topic, das nur berechtigte Systeme beschreiben, zurück ans Head-End.
    

ConnectMQ

## Was es vom Broker braucht

### Hoher Fan-in und Fan-out

Tausende Zähler pro Konzentrator, viele Abnehmer pro Topic: Eine Nachricht erreicht MDM, Abrechnung und Analytics ohne separate Schnittstellen, und Shared Subscriptions verteilen die Last auf mehrere Worker.

### Verlässliche Zustellung

QoS 1 für Lastgänge und Ereignisse, persistente Sessions, damit ein neu gestarteter Abnehmer dort weitermacht, wo er aufgehört hat, und ein Retained-Status für jeden Konzentrator und jedes Gateway.

### Strikte Zugriffskontrolle

Zugangsdaten pro System und Topic-ACLs: Ein Submetering-Gateway publiziert nur seine eigenen Zähler, eine Kunden-App liest nur ihre Topics, und nur der Head-End-Adapter empfängt Befehle. Durchgehend TLS.

### Transparenz für den Betrieb

Live-Dashboard und Topic-Monitor zeigen, welche Konzentratoren melden; Alarme lösen aus, wenn ein Gateway offline geht (Last Will) oder ein Messwert eine Schwelle überschreitet.

## Was Sie davon haben

-   Messwerte und Ereignisse erreichen jedes System, sobald das Head-End sie hat
-   Head-Ends verschiedener Hersteller hinter einer Topic-Struktur
-   Neue Abnehmer kommen per Abonnement dazu — ohne neue Schnittstelle
-   Last-Gasp- und Gateway-Ausfälle sofort im Netzbetrieb sichtbar

Beispiel-Topics

```
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/telemetry
```

## Branchen mit diesem Anwendungsfall

 [![](https://connectmq.com/images/industries/hero/utilities.webp) Versorgungsunternehmen](https://connectmq.com/de/branchen/versorgungsunternehmen/) [![](https://connectmq.com/images/industries/hero/renewable-energy.webp) Erneuerbare Energien](https://connectmq.com/de/branchen/erneuerbare-energien/)

## Passende Lösungen

[

### Smart Energy

Zähler, Ladestationen, Solar und Batterien

Mehr erfahren](https://connectmq.com/de/energie-und-versorgung/)[

### Smart City

Straßenbeleuchtung, Parken, Luft- und Abfallsensoren

Mehr erfahren](https://connectmq.com/de/smart-city/)

## Häufige Fragen

Lässt sich MQTT für Smart Meter und AMI nutzen?

Ja — meist zwischen Head-End oder Gateway und den Geschäftssystemen. Zähler selbst sprechen in der Regel DLMS/COSEM, M-Bus oder ein Herstellerprotokoll über RF-Mesh, PLC oder Mobilfunk; manche neuere Mobilfunkzähler und Submetering-Gateways publizieren MQTT direkt. ConnectMQ verbindet beides mit MDM, Abrechnung und Analytics.

MQTT vs. DLMS/COSEM: Was ist der Unterschied?

DLMS/COSEM ist das Datenmodell und Protokoll der Messtechnik, mit dem Zähler ausgelesen und parametriert werden. MQTT ist ein Publish/Subscribe-Transport, der die Ergebnisse zwischen Systemen verteilt. Beide ergänzen sich: Das Head-End spricht DLMS mit dem Zähler und publiziert die dekodierten Werte per MQTT.

Wie bekomme ich Head-End-Daten in Echtzeit ins MDM?

Ergänzen Sie einen kleinen Adapter — oder nutzen Sie den MQTT-Export des Head-Ends, falls vorhanden —, der Lastgänge und Ereignisse an ConnectMQ publiziert, und lassen Sie Ihr MDM mit persistenter Session und QoS 1 abonnieren. Weitere Systeme abonnieren dieselben Topics später, ohne das Head-End erneut anzufassen.

## Setzen Sie es mit ConnectMQ um

Starten Sie im Free-Plan – ohne Kreditkarte – verbinden Sie heute Ihre ersten Geräte und upgraden Sie, wenn Sie live gehen.

[Jetzt starten](https://app.connectmq.com/signup) [Preise ansehen](https://connectmq.com/de/preise/)

## Weitere Anwendungsfälle

-   [Vorausschauende Wartung](https://connectmq.com/de/anwendungsfaelle/vorausschauende-wartung/)
-   [Anlagenperformance-Tracking](https://connectmq.com/de/anwendungsfaelle/anlagenperformance-tracking/)
-   [Agentische KI im Industriebetrieb](https://connectmq.com/de/anwendungsfaelle/industrielle-agentische-ki/)
-   [Energiemanagement](https://connectmq.com/de/anwendungsfaelle/energiemanagement/)
-   [Vernetzte Fahrzeuge](https://connectmq.com/de/anwendungsfaelle/vernetzte-fahrzeuge/)
-   [Ladeinfrastruktur-Management](https://connectmq.com/de/anwendungsfaelle/ladeinfrastruktur-management/)
-   [Flottenmanagement](https://connectmq.com/de/anwendungsfaelle/flottenmanagement/)
-   [Fernüberwachung von Anlagen](https://connectmq.com/de/anwendungsfaelle/fernueberwachung-von-anlagen/)
-   [Tankfüllstandüberwachung](https://connectmq.com/de/anwendungsfaelle/tankfuellstand-ueberwachung/)
-   [Solar- und Windpark-Monitoring](https://connectmq.com/de/anwendungsfaelle/solar-und-windpark-monitoring/)
-   [Reinraum- und GMP-Umgebungsmonitoring](https://connectmq.com/de/anwendungsfaelle/reinraum-umgebungsmonitoring/)
-   [Kühlkettenüberwachung](https://connectmq.com/de/anwendungsfaelle/kuehlkettenueberwachung/)
-   [Patientenfernüberwachung](https://connectmq.com/de/anwendungsfaelle/patientenfernueberwachung/)
-   [Medizingeräte-Tracking & -Monitoring im Krankenhaus](https://connectmq.com/de/anwendungsfaelle/medizingeraete-tracking/)
-   [Echtzeit-Benachrichtigungen](https://connectmq.com/de/anwendungsfaelle/echtzeit-benachrichtigungen/)
-   [Smart-Store-Betrieb](https://connectmq.com/de/anwendungsfaelle/smart-store-betrieb/)
-   [Geldautomaten- & Kassenterminal-Monitoring](https://connectmq.com/de/anwendungsfaelle/geldautomaten-und-kassen-monitoring/)
-   [Monitoring von Telekom-Netzinfrastruktur](https://connectmq.com/de/anwendungsfaelle/netzwerkausruestung-monitoring/)
-   [IoT-Plattform für Netzbetreiber](https://connectmq.com/de/anwendungsfaelle/iot-plattform-fuer-netzbetreiber/)
-   [Echtzeit-Marktdaten](https://connectmq.com/de/anwendungsfaelle/echtzeit-marktdaten/)
-   [Agrardrohnen](https://connectmq.com/de/anwendungsfaelle/agrardrohnen/)
-   [Gewächshaus-Sensorik](https://connectmq.com/de/anwendungsfaelle/gewaechshaus-sensorik/)
-   [Rechenzentrums-Monitoring](https://connectmq.com/de/rechenzentren/)
-   [Intelligente Bewässerung](https://connectmq.com/de/smart-farming/)

## Artikel

[Alle Artikel](https://connectmq.com/de/blog/)

Managed MQTT Cloud

### [IoT-MQTT-Broker auswählen: 12 Kriterien und die richtigen Fragen an Ihren Anbieter](https://connectmq.com/de/blog/iot-mqtt-broker-auswahl/)

Eine praxisnahe Checkliste mit 12 Punkten für die Wahl eines IoT-MQTT-Brokers, eine Tabelle mit Fragen an jeden Anbieter und ein fünfminütiger Praxistest gegen broker.connectmq.com.

21\. September 202610 Min. Lesezeit

MQTT-Grundlagen

### [MQTT QoS-Stufen erklärt: QoS 0, 1 und 2 mit Paketabläufen und Beispielen](https://connectmq.com/de/blog/mqtt-qos-stufen/)

Ein Praxisleitfaden zu MQTT QoS: wie QoS 0, 1 und 2 auf Paketebene funktionieren, warum die zugestellte QoS niedriger sein kann als angefordert, wie Sessions Nachrichten zwischenspeichern und welche Stufe für welchen Anwendungsfall passt.

20\. August 202610 Min. Lesezeit

MQTT-Sicherheit

### [MQTT-Sicherheit: Best Practices als Checkliste mit 12 Punkten für IoT-Teams](https://connectmq.com/de/blog/mqtt-sicherheit-best-practices/)

Eine praxisnahe Checkliste zur MQTT-Sicherheit mit TLS, Zugangsdaten, Client IDs, Topic-Design, Payload-Validierung, Rate Limits und Zertifikatsprüfung – plus, wie ConnectMQ jeden Punkt umsetzt.

28\. September 202612 Min. Lesezeit
