Skip to Content
SolutionsOEE & Stillstände

OEE- und Stillstandsüberwachung: Anlageneffektivität aus Live-Maschinendaten

Die Gesamtanlageneffektivität (OEE) ist die vielleicht meistzitierte Kennzahl der Fertigung — und zugleich eine der am schlechtesten gemessenen. In vielen Werken entsteht sie aus Schichtzetteln, Excel-Tabellen und Erinnerung: Der Stillstand von Dienstagnacht ist am Freitag nur noch eine Schätzung. Wer Engpässe wirklich verstehen will, braucht die Zustände seiner Maschinen — automatisch erfasst, mit Zeitstempel, im Kontext.

Dieser Leitfaden zeigt, wie Sie mit IronFlock die Datenbasis für OEE- und Stillstandsüberwachung aufbauen: von der Maschinenanbindung über die Erfassung von Stillstandsgründen bis zum Live-Dashboard pro Linie.

Das Problem: OEE aus zweiter Hand

Typische Symptome einer manuell ermittelten OEE:

  • Verzögerung statt Reaktion. Kennzahlen entstehen Tage nach dem Ereignis — zu spät, um in der laufenden Schicht gegenzusteuern.
  • Lückenhafte Stillstandserfassung. Kurze Stopps unter ein paar Minuten tauchen in keiner Strichliste auf, summieren sich aber zum größten Verfügbarkeitsverlust.
  • Unklare Ursachen. „Maschine stand” ist keine Ursache. Ohne strukturierte Gründe lässt sich nicht priorisieren, was zuerst abgestellt werden muss.
  • Jede Maschine ein Sonderfall. CNC-Maschinen, SPS-gesteuerte Linien und Altanlagen liefern ihre Zustände über unterschiedliche Protokolle — oder gar nicht.

Schritt 1: Maschinenzustände automatisch erfassen

Die Grundlage jeder OEE-Betrachtung ist die Verfügbarkeit — und die steckt in den Maschinenzuständen. IronFlock erfasst sie mit den Collector-Apps für die Datenerfassung in der Fertigung, direkt aus der Brownfield-Realität:

  • MTConnect Collector für CNC-Werkzeugmaschinen (etwa HAAS, Mazak, DMG Mori, Fanuc, Okuma) — MTConnect liefert Betriebszustände, Programme und Achswerte standardisiert frei Haus.
  • Industrial Collector für SPS-gesteuerte Anlagen: OPC UA und Modbus funktionieren heute; Siemens S7 und Allen-Bradley befinden sich im Early Access — S7-1200/1500 lassen sich bereits über den integrierten OPC-UA-Server auslesen.
  • Modbus Collector als leichtgewichtigster Weg, wenn Taktzähler und Statusworte per Modbus TCP bereitstehen.
  • IO-Link Collector für die Nachrüstung: Wo die Steuerung keine Zustände hergibt, liefern nachgerüstete Sensoren (Strom, Vibration, Lichtschranken) die Signale für Läuft/Steht.

Alle Collectoren normalisieren die Rohdaten in benannte Messwerte mit Zeitstempel und Qualitäts-Flag und nutzen dasselbe Tabellenschema — inklusive einer eigenen Statustabelle für Anlagenzustände. Die Konfiguration erfolgt vollständig im Browser; ein Demo-Modus erzeugt realistische Daten, bevor die erste Maschine angeschlossen ist.

Alle Zustände und Zähler landen in der Projektdatenbank — einer dedizierten Zeitseriendatenbank pro Projekt, auf der alle weiteren Auswertungen aufsetzen.

Schritt 2: Stillstandsgründe strukturiert dokumentieren

Nicht jede Information kommt aus der Steuerung. Warum eine Maschine stand — Rüsten, Materialmangel, Störung — weiß oft nur das Team an der Linie. Dafür bietet das Board Studio Formulare: Bediener erfassen Stillstandsgründe direkt am Board, strukturiert statt auf Papier, mit Änderungshistorie. So entsteht neben der automatischen Zustandserfassung die Ursachendimension, die aus einer Verfügbarkeitszahl eine Verbesserungsgrundlage macht.

Schritt 3: OEE sichtbar machen — pro Maschine, Linie und Standort

Auf der gemeinsamen Datenbasis bauen Sie die Auswertung ohne Code:

  • Live-Boards im Board Studio. Verfügbarkeits- und Leistungskennzahlen, Zustands-Zeitleisten und Stückzahlverläufe per Drag-and-Drop — mit Latenz unter einer Sekunde vom Edge bis zum Bildschirm, ohne Polling.
  • Aufgeteilte Diagramme. Ein einmal konfiguriertes Diagramm wird automatisch pro Maschine, Linie oder Standort aufgefächert — ideal für den Schichtleiter-Blick über die ganze Halle.
  • Alarme bei Stillstand. Das integrierte Alarmsystem überwacht die Live-Telemetrie und eskaliert per E-Mail oder SMS — mit Bedingungen pro Schweregrad und automatischer Auflösung, sobald die Anlage wieder läuft.
  • Fragen in natürlicher Sprache. Mit Physical AI fragen Sie „Wie war die OEE der Linie 2 in der letzten Woche?” — der Daten-Explorer übersetzt die Frage in eine Datenbankabfrage und antwortet mit Zahl, Tabelle oder Live-Diagramm; der Dashboard-Generator erzeugt daraus auf Wunsch ein komplettes Board.

Für weitergehende Logik — etwa eine vollwertige OEE-Berechnung mit Soll-Taktzeiten und Qualitätsdaten — setzt eine auswertende App über den App-übergreifenden Datenzugriff schreibgeschützt auf den Collector-Daten auf. Ein OEE-Dashboard, das Verfügbarkeit, Leistung und Qualität pro Linie berechnet, ist das dokumentierte Paradebeispiel dieser Architektur: Erfassung und Auswertung bleiben sauber getrennt, jede Schicht lässt sich unabhängig erweitern.

Die drei OEE-Faktoren und ihre Datenquellen

OEE ist das Produkt aus Verfügbarkeit, Leistung und Qualität — und jeder Faktor braucht eine andere Datenquelle. Der Wert einer gemeinsamen Plattform liegt darin, alle drei in derselben Datenbank zusammenzuführen:

OEE-FaktorBenötigte DatenQuelle mit IronFlock
VerfügbarkeitMaschinenzustände (läuft / steht), StillstandsgründeCollector-Statustabelle; Board-Formulare für Gründe
LeistungStückzähler, Taktzeiten, Soll-GeschwindigkeitenZähler aus SPS/CNC via Collector; Sollwerte als App-Parameter
QualitätGut-/Schlechtteile, AusschussgründeZähler aus der Steuerung oder Formulareingabe an der Linie

Der praktische Rat daraus: Beginnen Sie mit der Verfügbarkeit. Sie ist der Faktor mit dem größten Hebel, die Zustände sind am einfachsten automatisch zu erfassen, und ein reines Verfügbarkeits-Board schafft bereits Diskussionsgrundlagen für jede Schichtübergabe. Leistung und Qualität folgen, sobald Stück- und Ausschusszähler angebunden sind — am Datenmodell ändert sich dabei nichts, weil alle Collectoren dasselbe Schema verwenden.

Warum die Datenbasis den Unterschied macht

SituationManuelle OEE-ErfassungMit IronFlock
KurzstillständeFallen unter den TischAutomatisch erfasst, sekundengenau
StillstandsgründeStrichliste, nachträglichFormular am Board, mit Änderungshistorie
Kennzahl verfügbarTage späterLive, pro Maschine und Linie
Mehrere StandorteGetrennte Excel-WeltenEine Projektdatenbank, aufgeteilte Diagramme
AlarmierungZurufE-Mail/SMS nach Schweregrad

Häufig gestellte Fragen

Brauche ich ein MES, um OEE zu messen?

Nein. Für Verfügbarkeit und Stillstandsüberwachung genügen die Maschinenzustände aus den Collector-Apps plus die Stillstandsgründe aus einem Board-Formular. Ein vorhandenes MES lässt sich ergänzend anbinden — IronFlock-Apps sind reguläre Container-Workloads und können mit bestehenden Systemen kommunizieren.

Wie erfasse ich Stillstandsgründe, ohne die Bediener zu überlasten?

Über Formulare direkt im Board an der Linie: wenige strukturierte Felder, vordefinierte Gründe, Änderungshistorie inklusive. Die automatische Zustandserfassung liefert Beginn und Dauer des Stillstands — der Bediener ergänzt nur noch die Ursache.

Funktioniert das auch mit älteren Bestandsmaschinen?

Ja, das ist der Regelfall. Maschinen mit OPC UA, Modbus, MTConnect, IO-Link oder BACnet werden direkt angebunden; Siemens S7 und Allen-Bradley sind im Early Access. Anlagen ganz ohne digitale Schnittstelle lassen sich per Sensor-Nachrüstung (etwa IO-Link-Stromsensoren) erfassen — rein festverdrahtete Anlagen benötigen ein Gateway oder eine Nachrüstung.

Kann ich OEE über mehrere Linien oder Werke vergleichen?

Ja. Alle Zustände liegen in derselben Projektdatenbank; aufgeteilte Diagramme fächern jede Auswertung automatisch pro Maschine, Linie oder Standort auf. Über Physical AI lassen sich Vergleichsfragen auch direkt in natürlicher Sprache stellen.

Wie geht es weiter?

Verbinden Sie mit der Schnellstart-Anleitung ein erstes Gateway und installieren Sie einen Collector im Demo-Modus — so entsteht Ihr erstes Zustands-Board in Minuten, ohne Eingriff in die Anlage. Die Protokoll-Details finden Sie in der Datenerfassung in der Fertigung, die Visualisierung im Leitfaden zu IoT-Dashboards.

Last updated on