Jede Bohrung, jeder Tank: Report by Exception

RTUs und Edge-Gateways an Bohrplätzen, Verdichterstationen und Terminals publizieren nur, was sich geändert hat – über Mobilfunk, Funk oder Satellit. SCADA, Historian und Produktions-Apps abonnieren, auf einem Managed MQTT-Broker, den Sie nicht betreiben müssen.

Keine Kreditkarte erforderlich

Die Herausforderung

Entlegene Anlagen, teure Daten

  1. 01

    Polling über dünne Leitungen

    Polling-SCADA fragt jede RTU in festem Zyklus nach jedem Register ab – über Mobilfunk-, Funk- oder VSAT-Verbindungen, die pro Megabyte abgerechnet werden. Die Zykluszeiten wachsen, und fast alles, was zurückkommt, ist unverändert.

  2. 02

    Anfahrten zum Ablesen

    Betriebspersonal fährt jede Woche Hunderte Kilometer, um Tankstände abzulesen, eine Pferdekopfpumpe zu prüfen oder zu bestätigen, dass ein Verdichter wieder läuft – weil die Daten den Standort nie verlassen.

  3. 03

    Daten im SCADA-Host gefangen

    Produktionstechnik, Instandhaltung und Transport brauchen dieselben Bohrungs- und Tankdaten, doch sie liegen in einem SCADA-Host, und jeder neue Abnehmer bedeutet eine weitere Schnittstelle und ein weiteres Polling.

Warum ConnectMQ

Warum Öl- und Gas-Teams ConnectMQ wählen

MQTT wurde ursprünglich für die Überwachung von Ölpipelines per Satellit entwickelt. ConnectMQ bietet Ihnen sein Report-by-Exception-Modell als privaten Managed Broker.

  • Ein privater Managed Broker

    Ihr eigener, isolierter MQTT-3.1.1- und -5-Broker über TCP, TLS und WebSocket – keine Broker-VM zu patchen. Ignition Edge, Node-RED und MQTT-fähige RTUs verbinden sich mit Standardeinstellungen.

  • Ausgehendes TLS aus dem Feld

    Standorte verbinden sich ausgehend per TLS mit eigenem Benutzernamen und Passwort – keine eingehenden Ports am Bohrplatz. Topic-ACLs halten jeden Standort, Partner und Dienstleister auf seinen eigenen Topics.

  • Zustand trotz schlechter Leitung

    Last Will meldet einen Standort, sobald seine Verbindung abbricht, Retained Messages halten den letzten Wert jedes Tags, und persistente Sessions mit QoS 1 holen nach einem Ausfall auf. Birth- und Death-Nachrichten nach Sparkplug B laufen als Standard-MQTT.

  • Alarme ohne SCADA-Arbeitsplatz

    Schwellenwertregeln auf Tankstand, Ringraumdruck oder Verdichtertemperatur senden Alarme und Benachrichtigungen, und Dashboard und Topic-Monitor zeigen Feldwerte von überall.

Architektur

Vom Feld in Ihre Leitwarte

  • Bohrkopf-RTUs & Pumpensteuerungen
  • Verdichter- & Pumpstationen
  • Pipeline-Druck & KKS-Sensoren
  • Tankfüllstandsmessung
ConnectMQMQTT 3.1.1 · 5 · TLS
  • SCADA & HMI
  • Historian
  • Produktions- & Transport-Apps
  • Instandhaltung & KI-Agenten
Beispiel-Topic-Struktur
upstream/pad-14/well-07/wellhead
upstream/pad-14/well-07/pump/commands
upstream/pad-14/status                    (retained)
downstream/terminal-5/tank-12/level       (retained)
spBv1.0/west-field/DDATA/pad-14/well-07

Öl & Gas: häufige Fragen

Warum wird MQTT in der Öl- und Gasindustrie eingesetzt?

MQTT wurde ursprünglich zur Überwachung von Ölpipelines über Satellitenverbindungen entwickelt. Geräte publizieren nur, wenn sich ein Wert ändert (Report by Exception), Nachrichten sind klein, und der Broker verteilt die Daten an alle Abonnenten. Das ist weit effizienter, als entfernte RTUs über Mobilfunk, Funk oder VSAT zu pollen.

Was ist Sparkplug B und unterstützt ConnectMQ es?

Sparkplug B ist eine Spezifikation auf MQTT, die einen Topic-Namespace (spBv1.0/…), eine Payload-Kodierung und Birth/Death-Nachrichten für Edge-Nodes festlegt; verbreitet ist sie mit Ignition und anderen SCADA-Hosts. Sie läuft über Standard-MQTT 3.1.1, daher transportiert ConnectMQ Sparkplug-B-Nachrichten wie alle anderen – Kodierung und Zustandslogik übernehmen Ihre Edge-Nodes und die Host-Anwendung.

Wie verbinde ich entfernte RTUs und Bohrplätze mit einem MQTT-Broker?

Nutzen Sie eine RTU oder Steuerung mit integriertem MQTT-Client, oder setzen Sie ein kleines Edge-Gateway (Ignition Edge, Node-RED, eine IIoT-Box des Herstellers) daneben, das die vorhandene RTU oder SPS über Modbus oder DNP3 liest und per Mobilfunk oder Satellit an ConnectMQ publiziert. Jeder Standort erhält eigene Zugangsdaten und Topics; publizieren Sie bei Änderung plus regelmäßigem Heartbeat.

Ist MQTT über Satellit und Mobilfunk zuverlässig?

Genau dafür wurde es gebaut: eine langlebige Verbindung, ein Header von wenigen Bytes, QoS 1 für Nachrichten, die ankommen müssen, persistente Sessions, die nach einem Abbruch weiterlaufen, und Last Will, um einen verlorenen Standort zu melden. Stimmen Sie das Keep-Alive auf Ihre Verbindung ab, damit Ausfälle schnell erkannt werden, ohne Datenvolumen zu verschwenden.

Testen Sie Ihre Außenstandorte auf ConnectMQ

Starten Sie im Free-Tarif, ohne Kreditkarte. Binden Sie ein paar Bohrplätze oder Tanks an, sehen Sie sie per Exception berichten und wechseln Sie zu Basic oder Scale, wenn Sie live gehen. Keine Überschreitungsgebühren, jederzeit kündbar.

Was ist ein verwalteter MQTT-Broker? Vorteile, Kosten und die richtige Wahl

Mit einem verwalteten MQTT-Broker betreiben Sie IoT-Messaging, ohne sich selbst um Server, Zertifikate oder Patches zu kümmern. Vergleichen Sie verwalteten und selbst betriebenen Broker, wählen Sie ein Betriebsmodell und verbinden Sie Ihren ersten Client in fünf Minuten.

10 Min. Lesezeit