SPS-Programmierung: AWL vs. KOP vs. FUP vs. SCL – Welche Sprache wofür?

Siemens-SPSen unterstützen vier Programmiersprachen: AWL (Anweisungsliste), KOP (Kontaktplan), FUP (Funktionsplan) und SCL (Structured Control Language). Jede hat ihre Stärken. AWL ist kompakt und maschinennah, KOP ist visuell und für Elektriker verständlich, FUP eignet sich für Logikverknüpfungen, und SCL ist die Wahl für Berechnungen und Datenverarbeitung. Dieser Artikel vergleicht alle vier objektiv und hilft bei der Auswahl.

Die vier Sprachen im Überblick#

AWL (Anweisungsliste) / STL (Statement List)#

AWL ist die maschinennaheste SPS-Sprache. Sie arbeitet mit einem Akkumulatormodell — Werte werden geladen (L), verknüpft und transferiert (T). AWL entspricht dem IEC-61131-3-Standard "Instruction List" (IL).

Beispiel — Motorfreigabe:

U  E 0.0      // Startknopf
U  E 0.1      // Schutztür geschlossen
UN E 0.2      // Kein Not-Aus
=  A 4.0      // Motor Ein

Stärken:

• Kompaktester Code (wenigste Zeilen)
• Volle Kontrolle über Akkumulator-Operationen
• Direkter Zugriff auf Bit-, Byte-, Wort- und Doppelwortebene
• Alle Operationen verfügbar (auch solche die in KOP/FUP nicht darstellbar sind)

Schwächen:

• Schwer lesbar für Nicht-Programmierer
• Fehleranfällig (vergessenes BE, falscher Akkustand)
• Auf S7-1500 nur im Emulationsmodus (reduzierte Performance)
• Auf S7-1200 nicht verfügbar
• Kein Siemens-Neuentwicklung mehr — Sprache wird langfristig auslaufen

Typischer Einsatz: Legacy-Systeme (S5, S7-300), zeitkritische Bitoperationen, Systeme wo Speicher extrem knapp ist.

KOP (Kontaktplan) / LAD (Ladder Diagram)#

KOP stellt SPS-Logik als Stromlaufplan dar — mit Kontakten (Eingänge) und Spulen (Ausgänge). KOP ist der IEC-61131-3-Standard "Ladder Diagram" (LD).

Beispiel — gleiche Motorfreigabe:

|  E 0.0    E 0.1    E 0.2         A 4.0  |
|--| |------| |------| / |--------( )-----|
|                                          |

Stärken:

• Für Elektriker intuitiv lesbar (sieht aus wie Stromlaufplan)
• Fehlersuche am Bildschirm: Stromfluss visuell sichtbar (grüne Linie = TRUE)
• Weit verbreitet in den USA (Allen-Bradley-Welt) und bei Instandhaltungspersonal
• Auf allen Siemens-Plattformen verfügbar (S7-300, S7-400, S7-1200, S7-1500)

Schwächen:

• Unübersichtlich bei komplexer Logik (verschachtelte Bedingungen)
• Berechnungen (Arithmetik, Schleifen) umständlich darstellbar
• Mehr Bildschirmfläche nötig als AWL oder SCL
• Datenverarbeitung (STRING, ARRAY, STRUCT) praktisch nicht handhabbar

Typischer Einsatz: Einfache bis mittlere Maschinensteuerungen, Anlagen wo Instandhaltungselektriker das Programm verstehen müssen, amerikanische Industrieumgebungen.

FUP (Funktionsplan) / FBD (Function Block Diagram)#

FUP stellt Logik als Gatter-Diagramm dar — mit UND-Blöcken, ODER-Blöcken und Funktionsbausteinen. FUP entspricht dem IEC-61131-3-Standard "Function Block Diagram" (FBD).

Beispiel — gleiche Motorfreigabe:

+-------+
E 0.0 ---|       |
E 0.1 ---| & UND |---+---( )--- A 4.0
E 0.2 ---|/      |
+-------+

Stärken:

• Logisch klar: UND/ODER/NICHT als grafische Blöcke
• Gut für Verfahrenstechnik und Prozessautomatisierung
• Timer, Zähler und Funktionsbausteine grafisch einbindbar
• Auf allen Siemens-Plattformen verfügbar

Schwächen:

• Ähnliche Einschränkungen wie KOP bei komplexer Datenverarbeitung
• Weniger intuitiv für Elektriker (eher Logiker/Verfahrenstechniker)
• Braucht viel Bildschirmfläche bei großen Programmen

Typischer Einsatz: Verfahrenstechnik, Anlagen mit komplexen Verriegelungen, Prozessautomatisierung, Umfeld wo logische Klarheit wichtiger ist als Kompaktheit.

SCL (Structured Control Language) / ST (Structured Text)#

SCL ist eine Hochsprache ähnlich Pascal/C. Sie arbeitet mit Variablen, IF/THEN/ELSE, FOR-Schleifen und Funktionsaufrufen. SCL entspricht dem IEC-61131-3-Standard "Structured Text" (ST).

Beispiel — gleiche Motorfreigabe:

Motor_Ein := Startknopf AND Schutztuer_Zu AND NOT NotAus;

Stärken:

• Beste Sprache für Berechnungen, Datenverarbeitung und Algorithmen
• IF/THEN/ELSE, CASE, FOR, WHILE, REPEAT — vollständige Kontrollstrukturen
• ARRAY-, STRUCT-, STRING-Verarbeitung nativ unterstützt
• Nativ auf S7-1500 (kein Emulationsmodus, volle Performance)
• Auf S7-1200 verfügbar
• Zukunftssichere Sprache — Siemens-Empfehlung für Neuanlagen
• Code lässt sich in externen Editoren bearbeiten (Copy/Paste möglich)

Schwächen:

• Für reine Elektriker weniger intuitiv als KOP
• Kein visueller "Stromfluss" für die Fehlersuche
• Erfordert Programmierkenntnisse (Variablendeklaration, Syntax)
• Fehler bei Semikolon, Klammern und Datentypen möglich

Typischer Einsatz: Berechnungen (Rezepturen, Regelungen, Protokollauswertung), Datenverarbeitung (STRING, ARRAY), Kommunikation, moderne Anlagen auf S7-1500, Projekte mit Versionsverwaltung.

Vergleichstabelle#

Welche Sprache für welche Aufgabe?#

Bitlogik und Verriegelungen → KOP oder FUP#

Startbedingungen, Verriegelungsketten, Freigabelogik, Betriebsartenwahl — alles was primär aus UND/ODER/NICHT-Verknüpfungen besteht. KOP wenn Elektriker das Programm warten, FUP wenn Verfahrenstechniker es lesen.

Sequenzen und Abläufe → SCL (oder KOP mit Schrittketten)#

Maschinenabläufe mit Schritten, Übergangsbedingungen und parallelen Zweigen. SCL mit CASE-Anweisung für die Schrittsteuerung ist kompakt und lesbar. Alternative: Siemens GRAPH (Ablaufsprache, S7-Graph) für grafische Schrittketten.

Berechnungen und Regelungen → SCL#

PID-Parameter, Rezepturberechnung, Dosiermengenkalkulation, Analogwertverarbeitung, statistische Auswertung — alles was Arithmetik, Schleifen oder Datenstrukturen braucht, gehört in SCL.

Kommunikation und Datenverarbeitung → SCL#

Telegramm-Aufbau/-Auswertung, STRING-Verarbeitung, Datenbank-Interaktion, OPC-UA-Konfiguration — SCL ist die einzige Sprache die das komfortabel kann.

Legacy-Wartung → In der vorhandenen Sprache bleiben#

Wenn ein bestehendes Programm in AWL geschrieben ist und nur gewartet (nicht umgebaut) wird: in AWL warten. Sprachkonvertierung nur wenn sie einen konkreten Nutzen bringt (Migration auf S7-1500, Performance-Verbesserung, Lesbarkeitsverbesserung).

Die Empfehlung für neue Projekte (2026)#

Für neue Projekte auf S7-1500 empfiehlt sich diese Kombination:

• SCL als Hauptsprache für alle Funktionsbausteine (FB) und Funktionen (FC) die Berechnungen, Datenverarbeitung oder komplexe Logik enthalten
• KOP für einfache Verriegelungslogik die Instandhaltungselektriker direkt lesen müssen
• FUP für Verfahrenstechnik-Bausteine mit klarer Logikstruktur
• AWL: nicht mehr für neue Projekte verwenden

Diese Mischung nutzt die Stärken jeder Sprache. TIA Portal erlaubt es, innerhalb eines Projekts verschiedene Sprachen pro Baustein zu verwenden — es gibt keinen Zwang zur Einheitssprache.

AWL-Code konvertieren?#

Wenn Sie bestehenden AWL-Code auf S7-1500 migrieren, stellt sich die Frage: jetzt konvertieren oder im Emulationsmodus belassen? Unser Leitfaden AWL-Abkündigung bei S7-1500 erklärt die Entscheidungskriterien im Detail.

PLCcheck Pro kann Ihren AWL-Code analysieren und die Konvertierungskomplexität pro Baustein bewerten:

AWL-Code analysieren →

Häufig gestellte Fragen#

Muss ich mich für eine Sprache entscheiden?

Nein. TIA Portal erlaubt verschiedene Sprachen pro Baustein im selben Projekt. Nutzen Sie die Sprache die für die jeweilige Aufgabe am besten passt.

Welche Sprache sollte ich als Anfänger lernen?

KOP zum Einstieg (visuell, schnelles Erfolgserlebnis), dann SCL für fortgeschrittene Aufgaben. Diese Kombination deckt 95 % aller Anforderungen ab.

Ist AWL schneller als SCL?

Auf S7-300/S7-400: AWL und SCL sind gleichwertig (beide nativ). Auf S7-1500: SCL ist schneller, weil AWL im Emulationsmodus läuft.

Kann ich KOP-Code als SCL anzeigen lassen?

Nicht direkt. KOP und SCL sind unterschiedliche Quellcode-Formate im TIA Portal. Eine Konvertierung erfordert einen neuen Baustein in der Zielsprache.

Gepflegt von PLCcheck.ai. Letztes Update: März 2026. Keine Verbindung zu Siemens AG.