Technischer Integrationsleitfaden

Siemens S7 mit MQTT verbinden

Ausgewählte Siemens-S7-Daten direkt lesen und an MQTT veröffentlichen, ohne eine eigene Polling-Anwendung zu warten. Die Route bleibt eindeutig: Steuerungsadressen auf der OT-Seite, benannte Topics auf der IT-Seite.

Architektur.

Sync Connect läuft auf einem Host, der Steuerung und Broker über kontrollierte Firewall-Regeln erreicht. Die Steuerung baut keine Verbindung in die IT auf; der Broker erhält ausschließlich konfigurierte Ressourcen.

Siemens S7 über S7comm

Sync Connect Integrationsschicht

MQTT-Broker

Wann diese Route passt.

Produktionszustände, Zähler und Prozesswerte in einen MQTT-Namensraum übertragen.

Installierte S7-Systeme ohne Änderung des SPS-Programms an Analytics anbinden.

Mehrere Steuerungsrouten hinter einer überwachten Integrationsschicht standardisieren.

Konfigurationsmuster.

Die folgenden Ressourcen sind repräsentative S7-Adressen. CPU-Zugriffsart, Datenbausteinlayout und konkrete Treiberfelder werden im technischen Fit-Check bestätigt.

config.yaml

resources:
  line-state:
    speed: DB10.DBD0
    running: DB10.DBX4.0

providers:
  line-s7:
    driver: s7
    config:
      endpoint: 192.168.10.30

connectors:
  production-mqtt:
    driver: mqtt
    config:
      broker: 192.168.20.15
    routes:
      factory/line-2/state:
        mode: read
        provider: line-s7
        resource: line-state

Das Beispiel ist ein Umsetzungsmuster, keine universelle CPU-Vorlage. Optimierte Bausteine, Zugriffsschutz und Firmware-Einstellungen bestimmen den möglichen Direktzugriff.

Technischer Fit.

Quellprotokoll: Siemens S7comm
Zielprotokoll: MQTT
Steuerungs-Fit: Prüfung je CPU, Firmware und Zugriffskonfiguration
Änderungsumfang: Oft keine SPS-Logikänderung; Prüfung bei der Analyse

Sicherheit und Netzwerk.

Nur dem Gateway-Host den Zugriff auf den Kommunikationsendpunkt der Steuerung erlauben.
Eine dedizierte Steuerungsverbindung mit minimal notwendigen Rechten verwenden.
DB-Layout dokumentieren und Adressänderungen über den SPS-Änderungsprozess absichern.
MQTT-Zugangsdaten und Topic-Rechte nach Standort oder Produktionslinie trennen.

Fehler- und Wiederanlaufverhalten.

Steuerung offline

Kommunikationszustand getrennt von Prozesswerten ausgeben. Consumer dürfen den letzten Wert nicht als aktuell interpretieren.

Adresse geändert

Eine Änderung des SPS-DB-Layouts als Schnittstellenänderung behandeln. Route gegen eine Test-CPU oder im vereinbarten Inbetriebnahmefenster prüfen.

Broker-Rückstau

Zulässigen Datenverlust, Pufferung und Replay vor Produktion festlegen. Zähler und Ereignisse benötigen eventuell andere Regeln als Live-Telemetrie.

Grenzen und bessere Alternativen.

Optimierte Datenbausteine und Steuerungsschutz können symbolischen oder absoluten Direktzugriff verhindern.
S7-Polling ersetzt keine zeitkritische SPS-zu-SPS-Kommunikation und keine Safety-Funktion.
Ein undokumentiertes DB-Layout muss vor einer belastbaren Inbetriebnahme analysiert werden.

Weitere Integrationsleitfäden.

OPC UA mit MQTT verbindenLeitfaden öffnen Modbus TCP mit MQTT verbindenLeitfaden öffnen SPS-Daten mit Datenbanken verbindenLeitfaden öffnen

S7-Route vor der SPS-Änderung prüfen

Teilen Sie CPU-Typ, Firmware, Netzwerkpfad und einen repräsentativen DB-Auszug. Wir bestimmen Zugriffsmethode und MQTT-Topic-Modell.

Technischen Fit prüfen