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.

→ Passend dazu: beckhoff sps

Ja, eine Beckhoff-SPS lässt sich zuverlässig überwachen – die Steuerungen der CX-Reihe laufen unter TwinCAT und bringen dafür bereits alle Schnittstellen mit. Das native Protokoll ist ADS (Automation Device Specification): Darüber liest du jede Prozessvariable direkt über ihren Symbolnamen aus, ohne zusätzliche Register-Tabellen zu pflegen. Für den schnellen Blick auf laufende Werte nutzt du TwinCAT ScopeView; für eine dauerhafte, externe Überwachung stellst du die Daten über eine offene Schnittstelle bereit, statt dich fest an die Engineering-Umgebung zu binden. "Überwachen" heißt hier also konkret: Messwerte, Zustände und Störmeldungen der SPS zyklisch abgreifen, wegschreiben und alarmieren.

In der Praxis gehst du in drei Schritten vor. Erstens: Schnittstelle auf der SPS aktivieren – TwinCAT bietet fertige Funktionspakete für OPC UA (TF6100), Modbus TCP (TF6250) und MQTT/IoT (TF6701). OPC UA ist der Standard für Anlagenüberwachung, MQTT eignet sich, wenn die Werte an ein entferntes System oder Dashboard gehen sollen. Zweitens: Die relevanten Variablen als Symbole freigeben und einen Client (OPC-UA-Client, MQTT-Broker oder einen ADS-Reader) die Werte in festem Takt abfragen und in eine Zeitreihen-Datenbank schreiben lassen. Drittens: Auf dieser Datenbasis Grenzwerte und Alarme definieren – bricht eine SPS die Verbindung ab oder verlässt ein Wert sein Fenster, bekommst du eine Meldung. Wichtig: Überwache nicht nur die Prozesswerte, sondern auch das Lebenszeichen der SPS selbst (Verbindungs-Status/Heartbeat), damit du einen stillen Ausfall der Steuerung sofort erkennst und nicht erst, wenn Messwerte fehlen.