Wie bindest du MQTT im TIA Portal an deine SPS an?
„TIA MQTT" heißt: Du willst eine Siemens SIMATIC-Steuerung im TIA Portal so programmieren, dass sie über das MQTT-Protokoll Daten an einen Broker sendet oder abonniert. Das geht am einfachsten mit einer fertigen MQTT-Client-Library — hier bekommst du direkt die Definition, die Voraussetzungen und die Schritte.
TIA Portal ist Siemens' Engineering-Software für SIMATIC-SPSen (S7-1200/S7-1500). MQTT ist ein leichtgewichtiges Publish/Subscribe-Protokoll für IoT. Kombiniert bedeutet das: Deine SPS wird zum MQTT-Client, der Messwerte (z. B. Zählerstände, Temperaturen) unter einem Topic an einen Broker veröffentlicht (publish) oder Befehle abonniert (subscribe). Die SPS spricht also nicht mehr nur Modbus/Profinet, sondern direkt IoT-Protokoll.
Am saubersten läuft es auf der S7-1500 (und ET 200SP CPUs): Siemens stellt im Industry Online Support die kostenlose Library „LMQTT_Client" bereit, die den kompletten MQTT-Handshake kapselt. Die S7-1200 kann MQTT ebenfalls, aber eingeschränkter — hier baust du den Client oft selbst über die Open-User-Communication-Bausteine (TCON, TSEND, TRCV) nach oder nutzt ein externes Edge-Gerät. Für native Verschlüsselung (TLS) brauchst du eine Firmware ab V2.x bzw. eine CPU mit Secure-Communication.
1) LMQTT_Client-Library von Siemens SIOS herunterladen und ins TIA-Projekt als Global-Library einbinden. 2) Den Funktionsbaustein in einem zyklischen OB (z. B. OB1) aufrufen und einen Instanz-DB anlegen. 3) Broker-Adresse (IP), Port, Client-ID sowie Benutzer/Passwort in die Baustein-Parameter eintragen. 4) Verbindungs-Trigger setzen, damit die CPU die Verbindung aufbaut. 5) Für Publish das Topic und die Nutzdaten (als Byte-Array/String) übergeben; für Subscribe das Topic abonnieren und die empfangenen Daten auswerten.
Du brauchst einen MQTT-Broker als Gegenstelle — z. B. Mosquitto, HiveMQ oder einen Cloud-Broker. Standard-Port ist 1883 (unverschlüsselt) und 8883 (mit TLS). Topics sind hierarchisch aufgebaut, z. B. `werk1/linie2/temperatur`. Achte auf eine eindeutige Client-ID pro SPS, sonst wirft der Broker bei Namensgleichheit die ältere Verbindung raus. Firewall/Netz muss den gewählten Port zwischen SPS und Broker durchlassen.
MQTT kennt drei Quality-of-Service-Stufen: QoS 0 (höchstens einmal, kein Empfangsnachweis), QoS 1 (mindestens einmal, mit Bestätigung) und QoS 2 (genau einmal). Für unkritische Messwerte reicht QoS 0/1; für Steuerbefehle nimm QoS 1 oder 2. Als Nutzlast schickst du meist JSON als String — dann kann jeder Empfänger die Daten ohne SPS-Wissen weiterverarbeiten. Denk daran, in der SPS String und Byte-Array sauber zu konvertieren.
Ohne TLS gehen Topic, Nutzdaten und ggf. Passwort im Klartext über das Netz. Für den Produktivbetrieb: Port 8883 mit TLS-Zertifikat nutzen, Broker mit Benutzer/Passwort absichern und die Topics per Broker-ACL auf die jeweilige SPS begrenzen. Vergib niemals denselben MQTT-User für alle Anlagen — pro Standort/SPS ein eigener Zugang, damit ein kompromittiertes Gerät nicht alle anderen mitliest.