Anwendungsfall

Jede Außenstation im Blick, ohne Polling

RTUs und Edge-Gateways an Bohrköpfen, Absperrstationen, Pumpstationen und Umspannwerken publizieren nur Änderungen — per Mobilfunk oder Satellit. SCADA, Historian und Bereitschaft abonnieren einen Broker und sehen sofort, wenn eine Station verstummt.

Keine Kreditkarte erforderlich

Beispielnachricht

PUBLISH sites/stuttgart/well-114/telemetry

{"ts":"2026-10-22T06:14:05Z","tubing_psi":412,"casing_psi":188,"flow_mcfd":846,"batt_v":12.7,"cause":"deadband"}

QoS 1 · TLS 8883 · PUBACK

Das Problem

Polling kostet Bandbreite und verpasst trotzdem Ereignisse

Ein zyklisch pollender SCADA-Master fragt jede RTU in jedem Zyklus nach allen Registern ab, ob sich etwas geändert hat oder nicht. Über Mobilfunk und Satellit heißt das Datenkosten, lange Scanzeiten und Lücken, wenn die Verbindung mitten in der Abfrage abreißt. Jede neue Station bringt einen weiteren VPN-Tunnel und eine weitere Punkt-zu-Punkt-Verbindung zum Master — und wenn eine Station schweigt, unterscheidet niemand ein totes Modem von einer ruhigen Anlage, bis der nächste Scan fehlschlägt.

So funktioniert es

  1. 1

    Edge-Gateway vor Ort

    Ein Gateway oder eine MQTT-fähige RTU liest SPS, Mengenumwerter und Sensoren lokal per Modbus oder DNP3 und macht aus Registern benannte Werte im Topic der Station.

  2. 2

    Report by Exception

    Gesendet wird nur, wenn ein Wert sein Totband verlässt, plus eine periodische Integritätsmeldung — über eine ausgehende TLS-Verbindung, ohne eingehende Ports und ohne Polling aus der Leitwarte.

  3. 3

    Ein Broker, viele Abnehmer

    SCADA/HMI, Historian, Leckerkennung und Produktionsabrechnung abonnieren dieselben Topics. Ein weiterer Abnehmer erzeugt keinen zusätzlichen Verkehr auf der Feldverbindung.

  4. 4

    Alarme und Befehle

    Schwellwertregeln melden Überdruck oder schwache Batterie an die Bereitschaft; Last Will markiert eine Station als offline. Sollwerte gehen über ein Befehls-Topic zurück, auf das nur Ihr SCADA publizieren darf.

ConnectMQ

Was es vom Broker braucht

Für instabile Verbindungen gebaut

Kleine MQTT-Pakete, auf die Verbindung abgestimmtes Keep-Alive, QoS 1 für Alarme und persistente Sessions, damit Befehle aus der Offline-Zeit nach dem Wiederverbinden zugestellt werden.

Ausfälle sofort erkennen

Jedes Gateway hinterlegt einen Last Will. Bricht die Verbindung ohne sauberes Trennen ab, publiziert ConnectMQ einen Offline-Status als Retained Message — jedes Dashboard sieht sofort den aktuellen Zustand.

Zugangsdaten und ACLs pro Station

Jedes Gateway hat eigenen Benutzernamen und eigenes Passwort und darf nur unter seinem Stations-Topic publizieren; Befehls-Topics beschreibt nur Ihr SCADA. TLS auf jeder Verbindung.

Sparkplug B oder einfaches JSON

ConnectMQ ist ein Standard-Broker für MQTT 3.1.1 und MQTT 5. Sparkplug-B-Edge-Nodes, die ihre Death Certificates über Last Will melden, teilen sich eine Instanz mit einfachen JSON-Publishern.

Was Sie davon haben

  • Deutlich weniger Verkehr auf Mobilfunk- und Satellitenstrecken als mit zyklischem Polling
  • Der Broker meldet eine Station als offline, nicht erst der nächste fehlgeschlagene Scan
  • Neue Stationen gehen ohne weiteren VPN-Tunnel zur Leitwarte in Betrieb
  • SCADA, Historian und Analytics arbeiten mit denselben Live-Daten
Beispiel-Topics
sites/stuttgart/well-114/telemetry
sites/stuttgart/well-114/alarms
sites/stuttgart/well-114/status        (retained)
sites/stuttgart/well-114/cmd/choke

Branchen mit diesem Anwendungsfall

Häufige Fragen

Kann MQTT das Polling per Modbus oder DNP3 an Außenstationen ersetzen?

Nicht auf Geräteebene — RTUs und Mengenumwerter sprechen vor Ort weiter Modbus oder DNP3. MQTT ersetzt die Weitverkehrsstrecke: Ein Edge-Gateway fragt lokal ab und publiziert Änderungen an den Broker, sodass über das WAN nur noch Report by Exception läuft statt kompletter Scanzyklen.

Funktioniert MQTT über Satellit und schmalbandigen Mobilfunk?

Ja — MQTT wurde ursprünglich für die Überwachung von Ölpipelines per Satellit entwickelt. Der feste Header ist zwei Byte groß, Sessions überstehen Verbindungsabbrüche, und Keep-Alive und QoS wählen Sie je Nachrichtentyp. Wenn jedes Byte zählt, bündeln oder komprimieren Sie Payloads am Gateway.

Kann ich Sparkplug B mit ConnectMQ nutzen?

Ja. Sparkplug B ist eine Spezifikation auf Basis von Standard-MQTT, und ConnectMQ ist ein Standard-Broker. Sparkplug-Edge-Nodes und Host-Anwendungen wie Ignition verbinden sich und nutzen ihre spBv1.0-Topics. ConnectMQ leitet die Protobuf-Payloads unverändert weiter; dekodiert wird in Ihrer Host-Anwendung.

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.