WAGO EDM und MQTT: Wie du Energiedaten per MQTT verschickst

WAGO EDM (Energy Data Management) ist WAGOs Software zur Energiedatenerfassung. MQTT selbst wird nicht in der EDM-Software, sondern auf der WAGO-Steuerung (PFC100/PFC200) eingerichtet — sie ist der Weg, um deine Messwerte an einen Broker und von dort in Datenbank oder Cloud zu bringen.

WAGO EDM sammelt Zählerdaten meist per Modbus TCP/RTU und OPC UA über eine WAGO-Steuerung. MQTT ist der Transportweg nach außen: Die Steuerung (PFC100/PFC200) veröffentlicht die erfassten Messwerte als MQTT-Nachrichten an einen Broker. Die EDM-Software selbst zwingt dich nicht zu MQTT — du nutzt es, wenn du Daten an Drittsysteme, eine eigene Datenbank oder eine Cloud weiterreichen willst.

1) MQTT-fähige Steuerung wählen (z. B. PFC100 750-81xx oder PFC200) mit e!RUNTIME. 2) In e!COCKPIT/CODESYS die MQTT-Bibliothek einbinden und Broker-Adresse, Port, Benutzer/Passwort setzen. 3) Topic-Struktur festlegen (z. B. wago/standort/zaehler1) und die Messwerte als Payload — meist JSON — im gewünschten Zyklus publizieren. 4) Auf dem Broker (z. B. Mosquitto) die Nachrichten empfangen und per Bridge in deine Datenbank schreiben.

Standard-Port ist 1883 (unverschlüsselt) und 8883 für TLS-verschlüsselte Verbindungen. Für alles, was über ein lokales, abgeschottetes Netz hinausgeht, solltest du 8883 mit TLS und Benutzer/Passwort oder Zertifikat nutzen — offene 1883-Broker gehören nicht ins Internet. Prüfe, ob dein Broker eine getrennte User-/Topic-Berechtigung pro Standort erlaubt, damit Kunden-Daten sauber getrennt bleiben.

Der PFC200 läuft unter Linux. Du kannst dort neben dem CODESYS-Programm auch einen Mosquitto-Client, Node-RED oder einen Docker-Container betreiben und darüber MQTT publizieren. Das ist praktisch, wenn du eigene Skripte oder Payload-Formate brauchst, statt alles im SPS-Programm abzubilden. Für reine EDM-Erfassung reicht meist der Weg über die Steuerung; die freie Linux-Ebene ist die flexible Alternative.

MQTT liefert nur den Transport — die Auswertung passiert danach. Üblich ist eine kleine Bridge, die abonnierte Topics (z. B. wago/#) empfängt und die Werte in eine Zeitreihen- oder Analyse-Datenbank schreibt. Ab da kannst du Lastgänge, Verbräuche und Kennzahlen dauerhaft speichern, visualisieren und mit anderen Anlagen zusammenführen, statt sie nur in der EDM-Oberfläche zu sehen.

Kurz gesagt: Ja, du kannst Wägedaten per MQTT verschicken – aber in der Regel nicht direkt aus der Waage heraus. Wägetechnik (Waagen, Wägezellen, Wägeterminals) gibt ihre Gewichtswerte klassisch über analoge Signale, serielle Schnittstellen wie RS-232 und RS-485 oder über Feldbusse wie Modbus, Profibus und Profinet aus. MQTT ist dagegen kein Waagen-Feldbus, sondern ein schlankes Publish/Subscribe-Protokoll für die Datenübertragung über TCP/IP. Die meisten Wägeterminals sprechen MQTT deshalb nicht von Haus aus. Du brauchst also ein Bindeglied, das den Gewichtswert von der Waage abholt und ihn ins MQTT-Netz übersetzt – genau dieselbe Rolle, die im WAGO-Beispiel auf dieser Seite das Gerät zwischen Feldebene und Broker übernimmt.

In der Praxis läuft es in drei Schritten: Zuerst schaust du dir die Schnittstelle deines Wägeterminals an – gibt es einen seriellen Ausgang (RS-232/RS-485), ein Modbus-Register mit dem Gewichtswert oder ein analoges Signal? Zweitens setzt du ein Edge-Gerät davor (etwa einen Industrie-Gateway oder einen kleinen Rechner wie einen Raspberry Pi), das den Wert ausliest, ihn als JSON verpackt (z. B. Gewicht, Einheit, Zeitstempel, Waagen-ID) und ihn per MQTT auf ein eigenes Topic beim Broker veröffentlicht. Drittens abonnieren deine Abnehmer – Datenbank, Dashboard oder eine übergeordnete Steuerung – dieses Topic und bekommen jeden Wägevorgang in Echtzeit zugestellt. Achte dabei auf einen passenden QoS-Level, damit einzelne Wägungen bei Verbindungsabbrüchen nicht verloren gehen. So wird die Waage zum vollwertigen Datenlieferanten in derselben MQTT-Infrastruktur, über die du auch deine übrigen Energie- und Maschinendaten verschickst.