Engineering im Wandel

1.1 Engineering im Wandel

Dieses Kapitel beschreibt, warum sich das Engineering von Maschinen grundlegend verändert hat – und warum bewährte Vorgehensweisen zunehmend an ihre Grenzen stoßen.

Es geht noch nicht um Selmo, sondern um den Kontext, in dem Selmo notwendig geworden ist.

---

Steigende Komplexität moderner Maschinen

Maschinen sind heute:

• modular aufgebaut

• hochgradig automatisiert

• flexibel konfigurierbar

• sicherheits- und haftungsrelevant

• softwaregetrieben

Was früher überschaubar war, ist heute ein komplexes System aus Zuständen, Abhängigkeiten und Randbedingungen.

Typische Treiber dieser Komplexität sind:

• Variantenvielfalt

• steigende Sicherheitsanforderungen

• kürzere Produktlebenszyklen

• zunehmende Integration von Software, Sensorik und Kommunikation

• wachsende Anforderungen an Diagnose und Dokumentation

Diese Komplexität entsteht nicht durch schlechte Ingenieursarbeit, sondern durch reale technische und regulatorische Anforderungen.

---

Grenzen klassischer SPS-Programmierung

Klassische SPS-Programmierung ist historisch darauf ausgelegt:

• Signale zu verknüpfen

• Abläufe zu schalten

• Zustände implizit im Code abzubilden

Dieses Vorgehen funktioniert zuverlässig – solange die Komplexität begrenzt ist.

Mit steigender Komplexität zeigen sich jedoch systemische Grenzen:

• Ablauf, Sicherheit und Bedienung vermischen sich im Code

• Zustände sind nicht explizit definiert, sondern ergeben sich implizit

• Verhalten ist nur durch Codeanalyse nachvollziehbar

• Diagnose entsteht nachträglich und manuell

• Dokumentation spiegelt den tatsächlichen Codezustand nicht mehr wider

Der Code sagt:

Was gerade passiert.

Er sagt jedoch nicht:

• warum es passiert

• was eigentlich erwartet wird

• was in diesem Zustand erlaubt oder verboten ist

---

Konsequenzen für Engineering und Verantwortung

Diese Entwicklung hat direkte Folgen:

• Maschinen werden schwer erklärbar

• Inbetriebnahme wird aufwendiger

• Fehlersuche wird langsamer und personenabhängig

• Änderungen erhöhen das Risiko unbeabsichtigter Seiteneffekte

• Verantwortung und Haftung lassen sich schwer begründen

Das Problem ist dabei nicht die SPS-Technologie, sondern das Fehlen eines formalen, expliziten Modells für Maschinenverhalten.

---

Übergang zur nächsten Frage

Die zentrale Frage lautet daher nicht mehr:

Wie programmiere ich eine Maschine?

Sondern:

Wie beschreibe ich Maschinenverhalten so, dass es erklärbar, überprüfbar und verantwortbar ist?

Diese Frage ist der Ausgangspunkt für die Selmo-Haltung.