Wie programmierst du eine WAGO SPS?

WAGO-Steuerungen (z. B. die PFC100- und PFC200-Serie oder die 750er-Klemmen) programmierst du mit einer Engineering-Software auf CODESYS-Basis und den standardisierten Sprachen der Norm IEC 61131-3. Hier bekommst du direkt die Werkzeuge, die Sprachen und die ersten Schritte für dein Projekt.

Das zentrale Werkzeug ist WAGO e!COCKPIT, eine Engineering-Software auf Basis von CODESYS 3. Damit projektierst du die aktuellen PFC100/PFC200-Controller sowie modulare I/O-Systeme. Für ältere 750er-Steuerungen gibt es zusätzlich WAGO-I/O-PRO (auf CODESYS 2.3). Prüfe zuerst, welche Controller-Generation vor dir liegt, denn davon hängt die passende Software ab.

Weil WAGO auf CODESYS/IEC 61131-3 setzt, stehen dir alle Norm-Sprachen zur Verfügung: Strukturierter Text (ST), Funktionsbausteinsprache (FBD), Kontaktplan (KOP/LD) und Ablaufsprache (AS/SFC). Für frei verschaltete Logik gibt es zusätzlich CFC. Für reine Steuerungslogik ist ST meist am flexibelsten, KOP eignet sich gut für klassische Schütz-/Relais-Denkweise.

Installiere e!COCKPIT, verbinde den Controller per Ethernet und vergib bzw. ermittle die IP-Adresse (WAGO-Geräte haben ab Werk oft eine feste Standard-IP im Auslieferungszustand – siehe Handbuch deines Modells). Lege dann ein Projekt an, wähle deinen exakten Controller-Typ, baue die I/O-Konfiguration nach, schreibe deinen Code und lade ihn per Download auf die Steuerung. Danach testest du im Online-Modus mit aktivem Monitoring der Variablen.

Die PFC200-Serie läuft intern unter Linux. Neben der klassischen SPS-Programmierung kannst du dieselbe Hardware auch mit Hochsprachen wie C/C++ oder Python bespielen, Node-RED für Datenflüsse einsetzen oder – je nach Modell – Container per Docker betreiben. Das ist praktisch, wenn du Steuerung und IoT-/Cloud-Anbindung auf einem Gerät kombinieren willst.

WAGO-Controller sprechen je nach Modell mehrere Protokolle: Modbus TCP und Modbus RTU sind Standard, dazu kommen häufig PROFINET, EtherCAT, CANopen, BACnet oder KNX für die Gebäudeautomation. Prüfe im Datenblatt deines konkreten Geräts, welche Schnittstellen tatsächlich unterstützt werden, bevor du die Kommunikation planst.

Typische Fehler: falscher Controller-Typ im Projekt (Download schlägt fehl), unpassende IP-/Subnetz-Einstellung zwischen PC und SPS, sowie eine Firmware-Version, die nicht zur Software passt. Kläre vor dem ersten Download IP-Adressen, Zielgerät und Firmware-Stand – das erspart dir die meisten Verbindungsprobleme.

Ja, das lässt sich sauber umsetzen. Ein WAGO I/O-System (Serie 750/753) ist ein modularer Feldbusknoten: Auf die Hutschiene setzt du entweder einen reinen Feldbuskoppler oder einen programmierbaren Controller (PFC100/PFC200) und steckst daneben die benötigten I/O-Klemmen. Für die Energieerfassung nutzt du dedizierte 3-Phasen-Leistungsmessklemmen (z. B. 750-494/750-495): Sie messen über Spannungsanschluss und Stromwandler direkt vor Ort Strom, Spannung, Wirk- und Blindleistung sowie Energie und stellen diese Werte als Prozessdaten bereit. „Dezentral“ heißt, dass jeder Messpunkt bzw. Schaltschrank seinen eigenen Knoten bekommt, der die Werte lokal aufbereitet und über den Feldbus bzw. Ethernet (z. B. Modbus TCP, PROFINET) an die übergeordnete Ebene weiterreicht – du erfasst also am Entstehungsort statt alles zentral über lange Messleitungen zu führen.

Zum Programmieren nutzt du CODESYS, denn die WAGO-PFC-Controller sind nach IEC 61131-3 frei programmierbar; WAGOs Engineering-Tool e!COCKPIT basiert auf CODESYS 3.5, alternativ arbeitest du direkt in CODESYS. Der Ablauf: (1) Neues Projekt anlegen und den PFC als Zielgerät wählen. (2) Im Gerätebaum den I/O-Knoten aufbauen und die Leistungsmessklemmen als Module hinzufügen. (3) Die Messkanäle (Spannung, Strom, Leistung, Energiezähler) auf Variablen mappen. (4) Deine Auswerte- und Steuerlogik in einer der IEC-Sprachen schreiben – etwa Strukturierter Text (ST), Funktionsbausteinsprache (FBD) oder Kontaktplan (LD). (5) Das Programm übersetzen, per Ethernet auf den Controller laden und online die Live-Messwerte beobachten. So werden die verteilten WAGO-Knoten zu einer dezentralen Energieerfassung, deren Daten du direkt auf der SPS weiterverarbeitest oder an ein Leitsystem übergibst.

Eine WAGO SPS ist eine speicherprogrammierbare Steuerung aus dem WAGO-I/O-SYSTEM. Kern sind die Controller der Reihen PFC100 und PFC200 sowie der Compact Controller 100 (CC100). Sie sitzen als Kopf auf einer Reihe steckbarer I/O-Klemmen (Reihe 750/753), über die du digitale und analoge Signale von Sensoren, Zählern, Schützen oder Wechselrichtern einliest und Aktoren schaltest. Die Controller sind feldbus-neutral: Je nach Modul und Konfiguration sprechen sie Modbus TCP und RTU, PROFINET, EtherCAT, CANopen, EtherNet/IP oder BACnet, viele Modelle zusätzlich MQTT und OPC UA. Die PFC-Controller laufen intern auf einem Linux-Betriebssystem, weshalb du neben der klassischen SPS-Logik auch eigene Skripte oder Docker-Container darauf betreiben kannst.

Programmiert wird eine WAGO SPS nach der Norm IEC 61131-3 — also in den Standard-SPS-Sprachen Strukturierter Text (ST), Kontaktplan (KOP), Funktionsbausteinsprache (FUP), Anweisungsliste (AWL) und Ablaufsprache (AS). Als Engineering-Software nutzt du bei aktuellen Geräten e!COCKPIT (basiert auf CODESYS 3) oder direkt CODESYS; ältere Controller wurden mit WAGO-I/O-PRO (CODESYS 2.3) programmiert. Der typische Ablauf: Projekt anlegen und Zielgerät samt IP-Adresse wählen, die gesteckten I/O-Klemmen im Gerätebaum abbilden, die Steuerlogik in einer der IEC-Sprachen schreiben, übersetzen und per Netzwerk auf die SPS laden. Ob du eine WAGO SPS für deine Aufgabe einsetzen kannst: in aller Regel ja — durch die freie Feldbus-Wahl, die modularen I/O-Klemmen und den offenen IEC-61131-3-Standard ist sie sowohl für Gebäude- und Anlagensteuerung als auch für Mess-, Zähl- und Energiemanagement-Aufgaben geeignet. Prüfe vorab nur, ob dein Controller-Typ die von dir benötigten Signalarten und Protokolle unterstützt.

• Beckhoff PLC – die PC-basierte SPS erklärt