Automatisierungspyramide

Die Automatisierungspyramide ordnet die Systeme einer Fertigung in Ebenen: unten Sensoren und Aktoren an der Maschine, darüber Steuerungen, Prozessvisualisierung und Fertigungsleitsysteme, an der Spitze die Unternehmensplanung im ERP. Wer wissen will, wo eine SPS aufhört und ein MES anfängt, findet in diesem Modell die schnellste Antwort.

In der Praxis begegnet uns das Modell in mindestens drei Ausprägungen: mit vier, fünf oder sieben Ebenen, je nach Branche und Literatur. Prozessindustrie und Fließfertigung zählen anders als der Maschinenbau, und die Norm IEC 62264 (bekannter als ISA-95) nummeriert von Level 0 bis Level 4. Diese Vielfalt ist kein Mangel des Modells. Sie zeigt, dass die Pyramide Rollen und Verantwortlichkeiten beschreibt und keine verbindliche Verkabelungsvorschrift.

Die Ebenen unterscheiden sich vor allem durch Reaktionszeit und Datenmenge: Unten fallen Millisekunden-Signale in großer Zahl an, oben verdichten sie sich zu Kennzahlen für Wochen- und Monatsplanung. Wer diesen Zusammenhang im Kopf hat, kann für jedes neue System sofort abschätzen, welche Aufgabe es übernehmen soll und welche Schnittstellen es braucht.

Das Wichtigste in Kürze: Jede Ebene hat eine klar abgrenzbare Aufgabe, von der Signalerfassung bis zur Auftragsplanung. Sollwerte laufen nach unten, Mess- und Statusdaten laufen verdichtet nach oben. Vernetzte Architekturen umgehen einzelne Ebenen, ohne die Rollenverteilung des Modells aufzuheben.

Fünf Ebenen haben sich als gängigste Darstellung durchgesetzt: Feldebene, Steuerungsebene, Prozessleitebene, Betriebsleitebene und Unternehmensleitebene. Nach ISA-95 entspricht das den Levels 0 bis 4, wobei Level 0 dort den physischen Prozess selbst bezeichnet und die Feldgeräte auf Level 1 wandern.

Ebene	ISA-95	Aufgabe	Zeithorizont
Feldebene	Level 0/1	Messen, Schalten, Bewegen	Millisekunden
Steuerungsebene	Level 2	Logik, Regelung, Sicherheit	Millisekunden bis Sekunden
Prozessleitebene	Level 2	Visualisieren, Bedienen, Archivieren	Sekunden bis Minuten
Betriebsleitebene	Level 3	Aufträge feinplanen, Qualität dokumentieren	Stunden bis Tage
Unternehmensleitebene	Level 4	Bedarfe, Kapazitäten, Kosten planen	Wochen bis Monate

Die Feldebene liefert die Rohdaten: Temperaturfühler, Näherungsschalter, Durchflussmesser, dazu Ventile, Frequenzumrichter und Motoren als Aktoren. Darüber verarbeitet die Steuerungsebene diese Signale in einer SPS, also einer speicherprogrammierbaren Steuerung, oder in einem Prozessleitsystem mit Reglern.

Die Prozessleitebene macht das Geschehen sichtbar und bedienbar, klassisch über SCADA-Systeme und HMI-Panels an der Linie. Auf der Betriebsleitebene übernimmt ein MES (Manufacturing Execution System) die Feinsteuerung von Aufträgen, Chargen und Prüfungen. Ganz oben plant das ERP Material, Termine und Kosten für den gesamten Betrieb.

Die Grenze zwischen Prozess- und Betriebsleitebene verläuft in vielen Anlagen unscharf. Moderne SCADA-Pakete bringen Chargenprotokolle mit, MES-Suiten liefern eigene Visualisierungen. Entscheidend bleibt, welches System die Verantwortung für eine Aufgabe trägt.

Wie fließen Daten und Befehle durch die Produktion?

Der Datenfluss verläuft in zwei Richtungen: Befehle und Sollwerte wandern von oben nach unten, Messwerte und Rückmeldungen verdichtet von unten nach oben. Ein Kundenauftrag im ERP wird zum Produktionsauftrag, den das MES in Arbeitsgänge und Reihenfolgen zerlegt. Das Leitsystem übergibt daraus Rezeptparameter an die Steuerung, die Sollwerte an Antriebe und Ventile stellt.

Auf dem Rückweg schrumpft die Datenmenge deutlich. Ein Temperaturfühler liefert Werte im Zehn-Millisekunden-Raster, die SPS verarbeitet sie im Zyklus, das SCADA-System archiviert Trendkurven im Sekundenbereich. Das MES erhält daraus fertige Chargenprotokolle und Gutmengen, das ERP nur noch Rückmeldungen zu Auftragsstatus, verbrauchtem Material und benötigter Zeit.

Diese Verdichtung ist der eigentliche Zweck der Hierarchie. Kein Planungssystem braucht jeden Sensorwert, und keine Steuerung braucht Kostenstellen. In Projekten zeigt sich schnell, wo diese Filterung fehlt: Wenn ein Dashboard direkt auf tausende SPS-Variablen zugreift, wird die Auswertung langsam und die Kennzahl trotzdem ungenau, weil niemand die Signale zu einer belastbaren Größe zusammengefasst hat.

Praktisch relevant sind die Übergabepunkte. Zwischen Feld und Steuerung arbeiten Feldbusse und Industrial-Ethernet-Protokolle wie PROFIBUS, PROFINET oder EtherNet/IP. Zwischen Steuerung und den darüberliegenden Systemen dominiert OPC UA als herstellerneutrale Schnittstelle, während MES und ERP über Web-Services oder definierte Nachrichtenformate nach ISA-95 kommunizieren.

Welche Systeme und Aufgaben gehören auf welche Ebene?

Jede Ebene hat typische Produkte und typische Entscheidungen, die dort getroffen werden. Die folgende Zuordnung deckt die Systeme ab, die in den meisten Fertigungen tatsächlich installiert sind.

Feldebene
Sensorik wie Druck-, Temperatur- und Wegmesssysteme, dazu Aktoren wie Stellventile, Schütze und Servoantriebe. Entschieden wird hier über Messprinzip, Genauigkeit, Schutzart und Anschlussart (4-20 mA, HART, digitaler Feldbus). Ein falsch gewählter Sensor bleibt oft jahrelang die Ursache für unerklärliche Streuungen in der Qualitätsauswertung.

Steuerungsebene
SPS-Familien, Industrie-PCs, CNC- und Robotersteuerungen sowie separate Sicherheitssteuerungen. Programmiert wird nach IEC 61131-3. Zu klären sind Zykluszeit, Redundanz und die Trennung von Standard- und Sicherheitsfunktionen.

Prozessleitebene
SCADA-Server, HMI-Panels, Alarmmanagement und Prozessdatenarchive. Die Auswahl entscheidet darüber, wie schnell das Bedienpersonal eine Störung erkennt und wie lange Prozessdaten in ausreichender Auflösung verfügbar bleiben.

Betriebsleitebene
MES, Betriebsdatenerfassung, Qualitätsmanagement und Werkzeug- oder Instandhaltungsverwaltung. Hier fallen Entscheidungen zur Reihenfolgeplanung, zur Chargenrückverfolgbarkeit und zur Definition von Kennzahlen wie OEE.

Unternehmensleitebene
ERP-Systeme mit Materialwirtschaft, Vertrieb, Finanzwesen und Grobplanung. Die zentrale Frage lautet, welche Stammdaten führend sind: Stücklisten und Arbeitspläne kommen aus dem ERP, ihre Ausführungsdetails gehören ins MES.

Warum die Hierarchie in Industrie 4.0 durchlässiger wird

Vernetzte Architekturen brechen die strikte Ebene-für-Ebene-Kommunikation auf, weil der Weg durch alle Schichten Zeit kostet und bei jeder Schnittstelle Informationen verloren gehen. Ein Vibrationssensor, der seine Daten per MQTT direkt an eine Analyseplattform sendet, spart drei Zwischenstufen. Für die Zustandsüberwachung ist das sinnvoll, weil das Signal in hoher Auflösung gebraucht wird und keine Steuerungsentscheidung davon abhängt.

Solche Direktverbindungen ändern die Rollenverteilung nicht. Die Sicherheitsfunktion bleibt in der Steuerung, die Rückverfolgbarkeit im MES, die Auftragsplanung im ERP. Was sich ändert, ist der Transportweg der Daten. Statt der Pyramide zeichnen viele Unternehmen heute eine zentrale Datenschicht, an die alle Ebenen angebunden sind, oft über OPC UA und Verwaltungsschalen (Asset Administration Shells).

Zwei Punkte verdienen dabei Aufmerksamkeit. Erstens die Sicherheit: Die klare Trennung zwischen OT (Betriebstechnik in der Produktion) und IT war ein Schutzmechanismus. Wer Ebenen überbrückt, braucht Segmentierung nach IEC 62443, definierte Datendioden oder Gateways und ein Konzept für Authentifizierung bis auf Feldgeräteebene.

Zweitens die Datenqualität: Direkter Zugriff auf Rohdaten bedeutet, dass die Interpretation nun im Analysesystem stattfinden muss. Ohne Kontext (Auftrag, Charge, Werkzeugstand) bleibt ein Schwingungssignal eine Zahlenreihe. In Projekten kostet die Kontextualisierung mehr Aufwand als die Anbindung selbst.

Das Modell als Orientierung für sichere und integrierte Produktionssysteme

Die Automatisierungspyramide bleibt ein praktisches Ordnungsraster, weil sie Aufgaben klar zuordnet: Signalerfassung im Feld, Logik und Regelung in der Steuerung, Bedienung und Archivierung im Leitsystem, Auftragsausführung im MES, Planung im ERP. Ob ein Projekt vier, fünf oder sieben Ebenen zeichnet, ändert an dieser Verantwortungsverteilung wenig.

Für die Praxis heißt das: Bei jedem neuen System zuerst die Ebene und die Zeitanforderung bestimmen, dann die Schnittstellen festlegen, dann prüfen, welche Netzsegmente und Zugriffsrechte nötig sind. Direktverbindungen zwischen Feld und Cloud sind dabei legitim, solange dokumentiert ist, wer die Daten interpretiert und welche Ebene im Störungsfall entscheidet. Wer diese Zuordnung einmal für die eigene Anlage aufschreibt, hat eine belastbare Grundlage für Lastenhefte, Schnittstellenlisten und das Sicherheitskonzept.

Schildern Sie Ihre aktuelle Systemlandschaft und erhalten Sie eine herstellerunabhängige Ersteinschätzung zu Integrationspotenzialen und Quick Wins.