Technischer Integrationsleitfaden

OPC UA mit MQTT verbinden

Ausgewählte OPC-UA-Werte als strukturierte MQTT-Topics bereitstellen, ohne dem Broker direkten Zugriff auf das Steuerungsnetz zu geben. Sync Connect liest den Server, wendet die Routenkonfiguration an und veröffentlicht nur die benötigten Daten.

Architektur.

Sync Connect wird an der OT/IT-Grenze betrieben. Die Software öffnet eine Client-Verbindung zum OPC-UA-Server und eine getrennte Verbindung zum MQTT-Broker. Kein Endpunkt muss durch die jeweils andere Netzwerkzone greifen.

OPC-UA-Server

Sync Connect Integrationsschicht

MQTT-Broker

Wann diese Route passt.

SPS- und SCADA-Werte an einen Edge- oder Enterprise-MQTT-Broker senden.

Condition Monitoring, Dashboards oder ereignisbasierte Anwendungen versorgen.

Individuelle OPC-UA-Polling-Skripte durch versionierte Routen ersetzen.

Konfigurationsmuster.

Dieses minimale Muster verwendet dasselbe Provider-, Connector- und Routenmodell wie die Produktionskonfiguration. Endpoint, Broker und Node-IDs werden durch die Werte der Zielumgebung ersetzt.

config.yaml

resources:
  line-metrics:
    temperature: ns=4;i=1
    pressure: ns=4;i=2

providers:
  line-opc:
    driver: opcua
    config:
      endpoint: opc.tcp://192.168.10.20:4840

connectors:
  production-mqtt:
    driver: mqtt
    config:
      broker: 192.168.20.15
    routes:
      factory/line-1/metrics:
        mode: read
        provider: line-opc
        resource: line-metrics

Node-IDs, Zertifikatsrichtlinie und Zugangsdaten sind projektspezifisch und werden vor der Inbetriebnahme gegen OPC-UA-Server und Broker geprüft.

Technischer Fit.

Quellprotokoll: OPC UA über opc.tcp
Zielprotokoll: MQTT
Datenrichtung: Leserouten; kontrolliertes Write-back bei Bedarf
Deployment: Linux oder Windows, ARM oder x86

Sicherheit und Netzwerk.

Der Gateway darf den OPC-UA-Endpoint erreichen; das SPS-Netz wird nicht für den Broker geöffnet.
Zertifikats-Trust-Lists und ein auf benötigte Nodes begrenztes OPC-UA-Konto verwenden.
MQTT authentifiziert und verschlüsselt betreiben und den Client auf sein Topic-Präfix begrenzen.
Server, Gateway und Broker zeitlich synchronisieren, damit Ereigniszeitstempel vergleichbar bleiben.

Fehler- und Wiederanlaufverhalten.

OPC UA nicht erreichbar

Den Verlust der Quellqualität getrennt von einem gültigen Nullwert behandeln. Reconnect-Zeit und das konsumierte Qualitätssignal testen.

Broker nicht erreichbar

Zulässiges Pufferfenster und Aufholrate bei der Abnahme festlegen. Grundlage sind Nachrichtenvolumen und maximal tolerierter Ausfall.

Write-back

Routen ohne dokumentierten Sollwert-Anwendungsfall schreibgeschützt halten. Berechtigung, Wertebereiche und sicheren Zustand getrennt testen.

Grenzen und bessere Alternativen.

Der Gateway repariert kein inkonsistentes OPC-UA-Informationsmodell und keine fehlenden Quellzeitstempel.
Hochfrequente Wellenformen benötigen möglicherweise Aggregation oder einen spezialisierten Transport statt einer MQTT-Nachricht pro Sample.
Topic-Modell, Benennung und Retention brauchen klare Verantwortlichkeiten; Protokollkonvertierung allein ist keine Data Governance.

Weitere Integrationsleitfäden.

Siemens S7 mit MQTT verbindenLeitfaden öffnen Modbus TCP mit MQTT verbindenLeitfaden öffnen SPS-Daten mit Datenbanken verbindenLeitfaden öffnen

OPC-UA-zu-MQTT-Route prüfen

Bringen Sie Server-Endpoint, repräsentative Node-IDs, Broker-Anforderungen und erwartete Aktualisierungsraten mit. Wir bilden die Route ab und definieren die Inbetriebnahmeprüfungen.

Technischen Fit prüfen