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.