WAGO oder Beckhoff per MQTT an die Cloud anbinden — so kommt dein Controller online

Kurz und direkt: Sowohl ein WAGO-Controller (PFC100/PFC200) als auch eine Beckhoff-Steuerung können MQTT von Haus aus sprechen — du brauchst dafür in der Regel keine zusätzliche Gateway-Box. Der Controller verbindet sich als MQTT-Client mit einem Broker, veröffentlicht seine Prozess- und Energiewerte auf klar benannten Topics, und von dort holt ein Dienst die Daten ab und schreibt sie in eine Datenbank. Der Rest dieses Artikels zeigt, wie dieser Weg im Detail aussieht.

MQTT ist ein schlankes Publish-/Subscribe-Protokoll. Die Steuerung publiziert Nachrichten auf ein Topic (z. B. werk/trafo1/leistung), ein zentraler Broker nimmt sie an und leitet sie an alle weiter, die dieses Topic abonniert haben. Sender und Empfänger kennen sich nicht — sie sind über den Broker entkoppelt. Genau das macht MQTT so robust für die Anbindung von Anlagen: fällt der Empfänger kurz aus, puffert der Broker, und die Steuerung muss nichts davon wissen.

Die WAGO-Controller der Reihen PFC100 und PFC200 laufen auf einem Linux-System und werden mit CODESYS programmiert. MQTT steht dir dort auf mehreren Wegen offen: über fertige IoT-Funktionsbausteine direkt im SPS-Programm, über den mitgelieferten MQTT-Client, oder — wenn du lieber grafisch arbeitest — über Node-RED bzw. einen eigenen Container auf dem Gerät. Du legst fest, welche Variablen (Leistung, Arbeit, Zählerstände, Statusbits) auf welches Topic gehen und wie oft gesendet wird. Ab da schickt der PFC seine Werte eigenständig zum Broker.

Bei Beckhoff übernimmt das die TwinCAT-IoT-Funktion. Die IoT-Communication-Bibliothek veröffentlicht SPS-Variablen als MQTT-Nachrichten, der IoT Data Agent bündelt mehrere Datenpunkte und mappt sie sauber auf Topics — ohne dass du den MQTT-Handshake selbst programmieren musst. Die Steuerung verbindet sich als Client mit dem Broker und sendet die Werte als JSON. Der Ansatz ist identisch zu WAGO: der Controller ist der Sender, der Broker die Drehscheibe.

Wichtig zu verstehen: MQTT transportiert die Daten, es speichert sie nicht. Der Broker verteilt Nachrichten — sobald sie zugestellt sind, sind sie weg. Damit aus den Messwerten auswertbare Zeitreihen, Lastgänge und Alarme werden, braucht es einen Dienst dazwischen, der die Topics abonniert und in eine Datenbank schreibt. Genau nach diesem Muster laufen unsere Kundenanbindungen:

Ein Controller, der ungeschützt in eine Cloud funkt, ist ein offenes Tor. Drei Dinge gehören deshalb immer dazu: TLS-Verschlüsselung (MQTT über Port 8883 statt des offenen 1883), eigene Zugangsdaten pro Gerät — nie ein geteiltes Passwort für alle Anlagen — und eine Topic-Struktur mit Zugriffsrechten, sodass jede Anlage nur ihre eigenen Topics beschreiben darf. So bleibt die Anbindung nachvollziehbar, und ein kompromittiertes Gerät reißt nicht die ganze Flotte mit.

Kurz zusammengefasst: WAGO und Beckhoff können MQTT beide nativ. Der Controller publiziert, der Broker verteilt, eine Bridge speichert — und erst die Datenbank macht aus einzelnen Nachrichten den durchgehenden Lastgang, mit dem sich rechnen lässt. Wer diesen Weg einmal sauber aufgesetzt hat, misst statt zu schätzen. Und wie präzise Messdaten sich auszahlen, zeigt sich spätestens beim Blick auf die Stromabrechnung — mehr dazu in unserem Beitrag Stromabrechnung 2026 digital prüfen.