Kann eine Siemens S7-SPS ohne Gateway direkt per MQTT publizieren?

Ja. S7-1200 und S7-1500 koennen mit einem MQTT-Client-Bibliotheksbaustein (LMQTT_Client) im TIA Portal direkt als Publisher an einen Broker senden, auch mit TLS. Ein Gateway ist nur noetig, wenn die SPS das nicht unterstuetzt oder du zusaetzliche Aufbereitung willst.

Welchen Port braucht der MQTT-Broker?

Standard ist Port 1883 fuer unverschluesselte Verbindungen und 8883 fuer TLS-gesicherte. Welcher gilt, haengt vom Broker ab - pruefe zusaetzlich, ob Benutzername und Passwort verlangt werden.

Warum kommen meine publizierten Daten nicht in der Datenbank an?

Der Publisher sendet nur an den Broker. Ohne einen Subscriber-Dienst (MQTT-Bruecke), der das Topic abonniert und die Nachrichten wegschreibt, werden die Werte nicht dauerhaft gespeichert. Pruefe zuerst mit mosquitto_sub, ob die Nachrichten ueberhaupt am Broker ankommen.

Home › Blog

Siemens MQTT Publisher - wie deine SPS Daten an einen Broker sendet

Stromfee Redaktion · 5. Juli 2026

Ein Siemens MQTT Publisher ist eine Steuerung oder ein Gateway, das Messwerte als MQTT-Nachrichten an einen Broker schickt. Du richtest ihn mit einem MQTT-Client-Baustein in TIA Portal oder ueber ein IOT-Gateway ein - hier findest du direkt die Schritte.

Was ein Siemens MQTT Publisher genau macht

Er verbindet sich als MQTT-Client mit einem Broker (z. B. Mosquitto) und veroeffentlicht Werte unter einem Topic, meist als JSON. Andere Dienste abonnieren dieses Topic und schreiben die Daten weiter, etwa in eine Datenbank. Publisher = der Sender, Broker = die Vermittlung, Subscriber = der Empfaenger.

Womit du bei Siemens publizierst

Drei uebliche Wege: (1) SIMATIC S7-1200/1500 direkt per MQTT-Client-Bibliotheksbaustein (LMQTT_Client) im TIA Portal, TLS moeglich. (2) Ein IOT-Gateway wie SIMATIC IOT2050 liest die SPS und publiziert per Skript (z. B. Python paho-mqtt). (3) Edge-/Cloud-Konnektoren fuer Insights Hub. Fuer eigene Broker ist Weg 1 oder 2 am flexibelsten.

So richtest du das Publizieren ein (Kurzablauf)

1. Broker-Adresse, Port (1883 offen, 8883 mit TLS) und ggf. Benutzer/Passwort bereitlegen. 2. MQTT-Client-Baustein in TIA Portal einbinden und mit Broker-Daten parametrieren. 3. Topic festlegen, z. B. anlage/sps/messwerte/json. 4. Nutzlast als JSON zusammenbauen (Zeitstempel + Werte). 5. Publish zyklisch aufrufen, etwa alle 5 Sekunden. 6. Mit einem Test-Subscriber (mosquitto_sub) pruefen, ob Nachrichten ankommen.

Topic-Struktur und JSON sauber waehlen

Nutze eine klare Hierarchie kunde/geraet/messgroesse und ein stabiles JSON-Schema mit Zeitstempel. So kann ein Subscriber die Werte eindeutig einer Datenbank-Spalte zuordnen. Aendere das Schema spaeter nicht ohne Grund - sonst brechen die nachgelagerten Bruecken. Bei mehreren Anlagen haelt ein sauberes Topic-Praefix alles auseinander.

Typische Stolperfallen

Falscher Port oder fehlende Auth: viele Broker nutzen 1883 ohne, 8883 mit TLS/Login. Kein Retain-Flag: Neu-Verbinder sehen erst die naechste Nachricht. Zu kurzer Publish-Zyklus flutet den Broker, zu langer verliert Aufloesung. Und: Der Publisher sendet nur - ohne einen Subscriber, der die Daten wegschreibt, landen sie nirgends dauerhaft.

Publisher, Subscriber und Bruecke im Zusammenspiel

In der Praxis laeuft neben dem Publisher ein Subscriber-Dienst (die MQTT-Bruecke), der die Topics abonniert und die JSON-Nachrichten in eine Datenbank schreibt. Willst du Siemens-Daten dauerhaft auswerten oder ein Dashboard anbinden, brauchst du beide Seiten. Bei komplexeren Anlagen uebernimmt Stromfee diese Bruecke und die Auswertung.

🎬 Der Energie-Zähler

Dazu von Stromfee

Charge DirectorArbitrage & Wirtschaftlichkeit BESS EngineerAuslegung