Selmo – OEE Cockpit Beispiel 2 (DE)

Interaktiver Prototyp – ausschließlich simulierte Beispieldaten. Keine Live-Daten, keine SPS-Verbindung und keine Änderung des Selmo Standards.

Zeitraum Station

Verfügbarkeit – wo geht AutoRel verloren?

Jede Position im Klartext aus der Behavior Reference (BR): Station, Sequence, Schritt und Zone bzw. gemessener Grund.

Positionen bis 80 % des Verlustsübrige Positionenkumulierter Anteil

#	Station	Verlust im Klartext aus der Behavior Reference (BR)	Anzahl	Zeit	Stück	Anteil	kumuliert

Leistung – wo dauert ein Schritt länger als sein Soll?

Gemessen, solange AutoRel ansteht. Klartext aus der Behavior Reference (BR): Schritt, erwartete Zone, Ist- gegen Soll-Zeit.

Positionen bis 80 % des Verlustsübrige Positionenkumulierter Anteil

#	Station	Verlust im Klartext aus der Behavior Reference (BR)	Schritte über Soll	Zeit	Stück	Anteil	kumuliert

Das Cockpit zeigt, wo die wenigen Positionen liegen, die den Großteil des Verlusts erklären. Die Handlung leitet der Nutzer ab und entscheidet sie. Stück = Verlustzeit ÷ Sequence-Zeit je Stück der Station (Stückäquivalent, keine nachgewiesene Linienwirkung).

AutoRel-Verluste je Station

Verfügbar ist eine Sequence, solange ihr Automatik-Release ansteht. Jeder AutoRel-Verlust hat einen festen, gemessenen Grund.

InterlockEnd of Cycle manuellHandbetrieb ohne Fehler

Station	AutoRel-Verluste nach Grund	Interlock	End of Cycle manuell	Handbetrieb ohne Fehler	Verfügbarkeit

Engpass: Welche Sequence bestimmt den Takt?

Sequence-Zeit je Stück gegen die festgelegte Zieltaktzeit. Eine Steigerung der Taktzeit wirkt nur am Engpass.

EngpasskandidatSequence-Zeit je StückZieltaktzeit 2,2 s

Wartezeiten

Blocked und Starved werden gemessen. Ihre Zuordnung als Verlust ist noch festzulegen.

Station / Sequence	Stück/Cycle	s/Stück	Abstand zur Zieltaktzeit	Blocked	Starved

Ein Engpasskandidat ist kein Beweis für einen wirksamen Linienengpass. Die Verkettung der Stationen findet nur im Cockpit statt.

Messmodell: Was gemessen wird – und wie die Ursache feststeht

Verlustart	Definition	Klartext aus der Behavior Reference (BR)	Status
Verfügbarkeit	AutoRel der Sequence geht verloren	Interlock mit Schritt- und Zonentext · End of Cycle manuell · Handbetrieb ohne Fehler, jeweils mit Schritt	definiert
Leistung	Schrittzeit über Soll-Schrittzeit, solange AutoRel ansteht	Schritttext, erwartete Zone, Ist- gegen Soll-Zeit	definiert
Stück	Verlustzeit ÷ Sequence-Zeit je Stück der Station	Stückäquivalent je Position	Rechenhilfe
Engpass	Sequence-Zeit je Stück gegen Zieltaktzeit	Station mit höchster Zeit je Stück	Kandidat
Warten	AutoRel steht an, aber kein Produkt oder Ausgang belegt	Blocked- und Starved-Zeit je Station	Zuordnung offen
Qualität	NIO-Teile	Nur bei vorhandener NIO-Codierung	außerhalb dieses Modells

Rahmen

Die Auswertung erweitert den in PTF (Prozess · Technologie · Funktion) und Behavior Reference (BR) festgelegten Rahmen nicht. Gemessen und benannt wird nur, was dort als messbar und entscheidbar festgelegt ist. Station, Sequence, Schritt- und Zonentexte stammen unverändert aus der Behavior Reference (BR). Grundlage bleiben Produktionsprozess, Hardware und Schnittstellen.

Handlungen

Das Cockpit zeigt Verlust und gemessenen Grund. Die Handlung leitet der Nutzer ab und entscheidet sie. Ausblick: Eine KI-Unterstützung bei der Ableitung ist als spätere Option denkbar. Sie würde nur auf diesen gemessenen Gründen arbeiten und nichts selbst entscheiden.

Abnahmeregel: Jede Verlustposition muss auf Selmo-Signale und Texte der Behavior Reference (BR) rückführbar sein; nicht zugeordnete Zeit bleibt sichtbar.

Was das Cockpit nicht leistet

Erkannt wird die Abweichung vom definierten Verhalten. Selmo ersetzt weder Inbetriebnahme noch Erfahrung — es reduziert den Ursachenraum. Und geprüft ist immer der definierte Verhaltensraum: Was nicht modelliert ist, ist nicht abgedeckt — es erscheint als nicht zugeordnete Zeit, nicht als Ursache. Was im betrachteten Zeitraum nie auftrat, ist nicht geprüft — es ist nur nicht aufgefallen.

© 2026 Selmo Technology GmbH. Alle Rechte vorbehalten. · Behavior you can prove.
Behavior Defined Machine (BDM) · Behavior-Centric Engineering (BCE) · Behavior Reference (BR)Beispiel mit simulierten Daten · Keine Live-Daten · Impressum · Datenschutz