Wie überwachst du eine Beckhoff-SPS?

Eine Beckhoff-SPS überwachst du, indem du ihre Variablen aus der TwinCAT-Laufzeit ausliest und in ein Dashboard mit Alarmen schreibst. Das geht ohne Eingriff in dein SPS-Programm über eine der vier Standard-Schnittstellen ADS, OPC UA, Modbus TCP oder MQTT.
1) Schnittstelle wählen (ADS, OPC UA, Modbus TCP oder MQTT). 2) Die zu überwachenden Variablen/Symbole in TwinCAT freigeben. 3) Werte mit einem Sammler auslesen und in eine Zeitreihen-Datenbank (z. B. InfluxDB) schreiben. 4) In Grafana oder einem Dashboard visualisieren und Schwellwert-Alarme setzen. Für reines Live-Mitschreiben ohne fremde Tools reicht der eingebaute TwinCAT Scope View.

Beckhoff-Steuerungen (z. B. der Embedded-PC CX mit TwinCAT 2/3) bieten mehrere offene Wege: ADS ist das native Beckhoff-Protokoll und liest jedes Symbol direkt aus der Laufzeit. OPC UA (TwinCAT OPC UA Server) ist der herstellerneutrale Standard für SCADA und Cloud. Modbus TCP (Port 502) passt zu einfachen Fremdsystemen. MQTT (TwinCAT IoT) pusht Werte aktiv an einen Broker – ideal für Cloud- und Fernüberwachung. Welchen du nimmst, hängt davon ab, was auf der Gegenseite mitlesen soll.

Verbinde dich zuerst per TwinCAT auf die Steuerung und notiere ihre AMS-NetId und IP. Aktiviere die gewünschte Schnittstelle (z. B. den OPC UA Server oder das MQTT-Modul) und gib die relevanten Variablen frei. Richte dann einen Sammler ein – etwa Telegraf, Node-RED oder ein Python-Skript mit pyads – der die Werte zyklisch liest und in eine Zeitreihen-Datenbank schreibt. Diese Kette (SPS → Gateway → Datenbank) läuft z. B. auch an unserem Beckhoff-CX-Standort Husterklatte: Beckhoff CX → InfluxDB/MQTT → ClickHouse.

Auf der gesammelten Zeitreihe baust du ein Dashboard (Grafana, ein eigenes Web-Panel o. Ä.) mit den Kennzahlen, die zählen: Betriebszustände, Zähler, Temperaturen, Leistungen. Definiere pro Wert eine Ober- und Untergrenze und lasse bei Verletzung eine Meldung per E-Mail, Telegram oder Webhook auslösen. Wichtig ist ein Watchdog auf die Datenaktualität selbst: Wenn die SPS über einen Zeitraum gar keine Werte mehr sendet, ist genau das der wichtigste Alarm.

Für Fernüberwachung schickst du die Daten aktiv nach außen, statt Ports ins Internet zu öffnen. Der sauberste Weg ist MQTT über TwinCAT IoT zu einem Broker, oder ein Gateway (Industrie-PC, Raspberry Pi) im Anlagennetz, das per VPN oder Tailscale erreichbar ist und die Werte weiterreicht. Öffne niemals ADS (Port 48898), Modbus (502) oder die Web-UI ungeschützt ins Internet – lege sie hinter VPN und vergib eigene Zugangsdaten.
Achte auf die ADS-Route: Ohne korrekt eingetragene AMS-NetId und Route kommt keine Verbindung zustande. Prüfe die Firewall der Steuerung, damit der gewählte Port erreichbar ist. Beckhoff-Geräte erkennst du im Netz an der MAC-Kennung 00:01:05. Und plane von Anfang an einen Ausfall-Alarm ein: In der Praxis fällt eine Telemetrie oft still aus – bei uns hörte ein Beckhoff-CX plötzlich auf, in seine Zieltabellen zu senden, ohne dass die SPS selbst gestört war.