SPS-Programmierung nach IEC 61131-3: Warum Struktur entscheidend ist

Das Black-Box-Problem in der Steuerungstechnik

Die Anlage läuft — aber niemand versteht mehr den Code. Der Programmierer, der die Steuerung vor Jahren geschrieben hat, ist nicht mehr erreichbar. Die Dokumentation? Existiert nicht, oder ist veraltet. Jede Änderung am Programm fühlt sich an wie russisches Roulette: Ein scheinbar harmloser Eingriff löst unbeabsichtigte Seiteneffekte aus, und die Fehlersuche dauert Tage.

Dieses Szenario kennen Maschinenbauer und Anlagenbetreiber nur zu gut. Der Steuerungscode ist eine Blackbox: keine Kommentare, keine sprechenden Variablennamen, keine modulare Struktur. Selbst erfahrene SPS-Techniker brauchen Tage, um sich einzuarbeiten — wenn sie es überhaupt schaffen. Das ist nicht nur ein Produktivitätsproblem. Es ist ein Sicherheitsrisiko.

Was ist IEC 61131-3 und warum ist sie so wichtig?

Die IEC 61131-3 ist die internationale Norm für die Programmierung von speicherprogrammierbaren Steuerungen. Sie definiert fünf standardisierte Programmiersprachen — KOP (Kontaktplan), FBS (Funktionsbaustein-Sprache), ST (Strukturierter Text), AWL (Anweisungsliste) und AS (Ablaufsprache) — und legt Regeln für die modulare Strukturierung von Programmen fest.

Der entscheidende Punkt ist nicht die Wahl der Programmiersprache, sondern die Methodik: Funktionsbausteine als wiederverwendbare Module, Programme als logische Einheiten, Tasks für die zeitliche Steuerung. Sprechende Variablennamen statt kryptischer Abkürzungen. Vollständige Kommentierung jeder Funktion. Ein Baustein pro Aufgabe — nicht alles in einem monolithischen Block.

Das Ergebnis: Code, den jeder qualifizierte Techniker lesen, verstehen und warten kann — auch fünf oder zehn Jahre nach der Erstprogrammierung. Und das ist genau der Punkt, an dem sich gute SPS-Programmierung von schlechter unterscheidet: nicht an der Funktion am Tag der Inbetriebnahme, sondern an der Wartbarkeit über die gesamte Lebensdauer der Anlage.

Die drei großen SPS-Plattformen im Vergleich

Siemens TIA Portal (S7-1200 / S7-1500)

Das TIA Portal ist die mit Abstand am weitesten verbreitete SPS-Plattform im deutschsprachigen Raum. Die S7-1200 eignet sich für kompakte Maschinensteuerungen, die S7-1500 für komplexe Anlagen mit hohen Performance-Anforderungen. Stärken: hervorragende Safety-Integration nach IEC 62061, umfangreiches Ökosystem, breite Verfügbarkeit von Fachkräften. HMI-Anbindung über WinCC, Fernwartung über SINEMA Remote Connect.

Beckhoff TwinCAT 3

PC-basierte Steuerungstechnik auf einem ganz anderen Niveau. TwinCAT 3 läuft auf Standard-Industrie-PCs und nutzt EtherCAT als ultraschnellen Feldbus. Ideal für hochdynamische Anwendungen: Motion Control mit Zykluszeiten unter 100 Mikrosekunden, CNC-Steuerungen, Robotik. Die offene Architektur ermöglicht die Integration von C++ und .NET-Code direkt in die Steuerung.

Schneider EcoStruxure (Modicon M340 / M580)

Die Modicon-Serie ist besonders stark in Infrastrukturprojekten und der Energieverteilung. Die M580 unterstützt Ethernet-basierte Kommunikation nativ und eignet sich für verteilte Architekturen. Besonders sinnvoll, wenn bereits Schneider-Bestandsinstallationen vorhanden sind und eine einheitliche Plattform angestrebt wird.

Wann welche Plattform?

Die Wahl der richtigen Plattform hängt von Ihrer Anlage ab — nicht von den Vorlieben des Programmierers. Bei EVO beraten wir herstellerunabhängig: Siemens für den Großteil der Industrieanwendungen, Beckhoff für hochdynamische Anwendungen, Schneider für Infrastruktur. Die Entscheidung treffen wir gemeinsam mit Ihnen — basierend auf technischen Anforderungen, Bestandsinstallationen und Ihrem Service-Konzept.

Kommunikationsprotokolle: Die Sprache Ihrer Anlage

Moderne Steuerungen kommunizieren nicht im luftleeren Raum. PROFINET ist der Standard für Echtzeit-Ethernet in der Fabrikautomation — schnell, deterministisch, weit verbreitet. OPC UA ist das herstellerunabhängige Protokoll für Industrie 4.0: sicher, verschlüsselt, ideal für die vertikale Integration von der SPS bis in die Cloud. Modbus TCP bleibt der bewährte Allrounder für einfache Sensor-/Aktor-Anbindung. EtherCAT liefert ultraschnelle Zykluszeiten für Motion Control. Und IO-Link bringt Intelligenz bis auf die Sensorebene.

Offline-Test und Simulation: Fehler im Büro finden

Jeder Fehler, der erst auf der Baustelle entdeckt wird, ist zehnmal teurer als einer, der im Büro gefunden wird. Deshalb testen wir jedes Programm vollständig per Offline-Simulation und Hardware-in-the-Loop — bevor wir Ihre Anlage anfassen. Wir simulieren Sensorwerte, Aktorverhalten und Betriebszustände im Büro und validieren jeden Funktionsbaustein einzeln und im Zusammenspiel.

Das Ergebnis: Wenn wir zur Inbetriebnahme auf Ihre Baustelle kommen, funktioniert die Software. Nicht nach Tagen der Fehlersuche, sondern ab dem ersten Einschalten. Das spart Ihnen Wochen und Nerven.

Was eine vollständige Übergabe bedeutet

Bei EVO erhalten Sie bei jedem Projekt: den vollständigen, kommentierten Quellcode. Eine Funktionsbeschreibung für jeden Baustein. Ein Testprotokoll mit Abnahmedokumentation. Eine Variablenliste mit Schnittstellenbeschreibung. Und auf Wunsch eine Schulung für Ihr Bedienpersonal.

Das ist für uns Standard — nicht ein kostenpflichtiges Extra, das am Ende des Projekts verhandelt werden muss. Denn wir wissen: Die eigentliche Bewährungsprobe für Steuerungscode kommt nicht am Tag der Inbetriebnahme. Sie kommt in fünf Jahren, wenn jemand eine Änderung vornehmen muss.

Fazit: Struktur ist kein Luxus

Strukturierte SPS-Programmierung nach IEC 61131-3 ist kein akademisches Ideal — sie ist eine wirtschaftliche Notwendigkeit. Die Kosten für unstrukturierten Code werden nicht am Tag der Inbetriebnahme sichtbar, sondern über die gesamte Lebensdauer der Anlage: bei jeder Änderung, bei jedem Fehler, bei jedem Personalwechsel.

Wenn Sie eine Steuerung benötigen, die nicht nur heute funktioniert, sondern auch in zehn Jahren noch wartbar ist — sprechen Sie mit uns.