Siemens PLC per MQTT anbinden – die direkte Anleitung
Ja, eine Siemens SPS kann MQTT-Nachrichten senden und empfangen. Bei S7-1200/1500 nutzt du eine MQTT-Client-Bibliothek direkt im TIA-Portal, ohne Bibliothek gehst du über ein Edge-Gateway.
Ja, aber nicht als eingebauter Knopf. S7-1500 und S7-1200 haben keinen fertigen MQTT-Baustein an Bord. Du bindest eine MQTT-Client-Bibliothek (z. B. die frei verfügbare LMQTT_Client-Bibliothek für TIA-Portal) ein, die intern die offene TCP-Verbindung (TCON/TSEND/TRCV) nutzt und daraus die MQTT-Pakete baut. Für S7-300/400 (klassisch) gibt es keinen sauberen Weg – dort brauchst du ein Gateway.
Bibliothek ins TIA-Portal laden, den MQTT-Client-Baustein im OB/FB aufrufen und dort Broker-IP, Port (Standard 1883, mit TLS 8883), Client-ID sowie Benutzer/Passwort parametrieren. Dann definierst du Topics für Publish (z. B. anlage/sps/temperatur) und Subscribe. Die SPS wird so selbst zum MQTT-Client und schiebt Prozesswerte zyklisch an den Broker. Achte auf die CPU-Firmware-Version – ältere Firmware kann bei den offenen TCP-Bausteinen zicken.
Wenn du die SPS-Logik nicht anfassen willst oder eine alte CPU hast, liest ein Gateway die Daten aus und republiziert sie als MQTT. Gängig sind SIMATIC IOT2050 / IoT-Gateways, Node-RED auf einem Industrie-PC oder ein Raspberry Pi, der per S7comm (z. B. python-snap7) oder Modbus TCP die Register pollt und an den Broker publiziert. Das ist der robusteste Weg für Bestandsanlagen, weil das SPS-Programm unverändert bleibt.
Du brauchst einen MQTT-Broker (z. B. Mosquitto) als Vermittler zwischen SPS und Empfängern. Standard-Port ist 1883 unverschlüsselt, 8883 mit TLS. In der Praxis solltest du im Feld immer Authentifizierung (User/Passwort) plus TLS aktivieren und den Broker nicht offen ins Internet stellen. Bei unserem Aufbau läuft der Broker mit eigenem MQTT-User je Standort und getrennten Ports, damit sich Anlagen nicht gegenseitig lesen können.
Bewährt hat sich: SPS/Gateway publiziert JSON auf ein Topic (z. B. anlage/bhkw/json), eine MQTT-Bridge abonniert die Topics und schreibt die Werte in eine Zeitreihen-Datenbank (InfluxDB lokal) oder direkt in ClickHouse zur Auswertung. So trennst du sauber: SPS macht Steuerung, MQTT macht Transport, die Datenbank macht Historie und Dashboard.
Vergib Topics hierarchisch nach dem Muster standort/anlage/messgroesse, damit du später mit Wildcards (+ und #) ganze Anlagen oder Messgrößen abonnieren kannst. Verpacke mehrere Werte als JSON in eine Nachricht statt hundert Einzel-Topics – das spart Last und macht das Parsen in der Datenbank einfacher. Lege für Stellbefehle ein eigenes Topic mit ACK-Rückkanal an, damit du Schaltvorgänge protokollieren kannst.