Produktionsstillstände mit einem Ereignisprotokoll erfassen

Stillstand eindeutig abgrenzen

Planzeit, Pausen, Rüstung, Reinigung, geplante Wartung, fehlende Nachfrage und Schwelle für Mikrostopps festlegen. Verfügbarkeit, Nutzung und Kalenderverlust nicht vermischen.

Ein gemeinsames Ereignismodell enthält Start, Ende, Asset, Auftrag, Produkt, Schicht, erkannten Zustand, vorläufigen Grund, bestätigte Ursache, Reaktion und Wirkung. Änderungen an Gründen werden protokolliert, statt den ursprünglichen Eintrag zu ersetzen.

• Entscheidung und Eigentümer
• Zeithorizont und Aktualität
• Fehlerkosten und Sicherheitsgrenzen
• Erfolgsmaß und Review

Ereignisse in passender Auflösung erfassen

Controller-Ereignisse roh erhalten, flatternde Signale mit dokumentierten Regeln bündeln und Bedienkontext mit wenigen kontrollierten Kategorien ergänzen. Während des Stopps keine vermeintliche Ursache erzwingen.

Nicht nur die Befüllquote der Ursachencodes messen, sondern auch spätere Korrekturen und unbekannte Fälle. Eine scheinbar vollständige Erfassung ist wertlos, wenn Menschen unter Zeitdruck raten, um einen Dialog zu schließen.

Ein Ereignisprotokoll mit sichtbaren offenen Fragen

Verwenden Sie halboffene Intervalle: Der Beginn gehört dazu, der Wiederanlauf nicht. 08:00:00 bis 08:00:20 ergibt 20 Sekunden. Benachbarte Ereignisse können so dieselbe Grenze nutzen. Erfassen Sie Zeitzone oder UTC, eindeutige Ereignis-ID und Anlagengrenze.

Eine Anlage kann gestört sein, auf Material warten oder durch Rückstau stehen. Der Zustand beschreibt die Anlage, der gemeldete Grund eine Beobachtung. Eine bestätigte Ursache braucht Untersuchung. Lassen Sie „unbekannt“ zu und speichern Sie Korrekturen mit Person und Zeitpunkt.

Das fiktive Protokoll umfasst zehn geplante Produktionsminuten einer Maschine. Drei überschneidungsfreie Stopps ergeben 180 Sekunden. Alarm A17 belegt eine Staumeldung beim dritten Ereignis, aber nicht dessen Ursache. Eine Datenlücke bleibt unbekannt und wird weder als Laufzeit noch als Stillstand verbucht.

Die Schwelle ändert die Zuordnung

Vorne beschreibt eine dokumentierte Schwelle zwischen Verfügbarkeitsverlust und Kurzstopps in der Leistung. Hier gilt: Dauer ab der Schwelle zählt zur Verfügbarkeit. Kürzere Stopps bleiben in der Laufzeit und mindern die Leistung.

Bei 60 Sekunden Schwelle entfallen 120 Sekunden auf Verfügbarkeit und 60 auf Kurzstopps. Bei 30 Sekunden sind es 160 und 20 Sekunden. Die Unterbrechung bleibt 180 Sekunden. Ziehen Sie denselben Kurzstopp niemals von der Laufzeit ab und rechnen Sie ihn zusätzlich als Leistungsverlust.

Geplante Zeit: 600 Sekunden. Ideale Zykluszeit: 3 Sekunden. Gesamt- und Gutstückzahl: 140. Die vollproduktive Zeit beträgt 420 Sekunden; OEE bleibt in beiden Fällen 70 %. Die Rohereignisse erlauben spätere Vergleiche mit derselben Schwelle.

Ursprung und sichtbare Wirkung trennen

Eine Station kann defekt, blockiert, ausgehungert oder auf Freigabe wartend sein. Zustände, Puffer, Mengen und Auftrag zeitlich ausrichten und lokalen Stillstand getrennt vom verlorenen Systemoutput berichten.

Lokale Stillstandsminuten und verlorenen Systemoutput getrennt berichten. Puffer können einen langen Stopp abschirmen, während kurze Mikrostopps am Engpass direkt weniger Gutteile oder verspätete Aufträge erzeugen.

Aus Pareto eine Untersuchungsliste machen

Nach Asset, Produkt, Schicht, Wiederholung und Engpassstatus schneiden. Dauer, Häufigkeit, Reaktionszeit, Reparatur und verlorenen Gutoutput gemeinsam betrachten.

Für ein wiederkehrendes Muster eine synchronisierte Zeitleiste aus Alarmen, Prozesswerten, Material, Qualität und Wartung aufbauen. Eindämmung, bestätigte Ursache, Korrektur und Wirksamkeitsprüfung sind verschiedene Fakten.

1. Erkennen

   Signal und Kontext erfassen.

2. Prüfen

   Evidenz und Alternative bewerten.

3. Entscheiden

   Verantwortete Maßnahme wählen.

4. Ausführen

   Sicher und nachvollziehbar handeln.

5. Bestätigen

   Wirkung und Nebenwirkung messen.

Erst dann Vorhersage ergänzen

Predictive Maintenance braucht bestätigte Fehler, verlässliche Sensoren und ein nutzbares Handlungsfenster. Schlechte Stillstandscodes erzeugen nur ein Modell administrativen Rauschens.

Vorhersage erst einsetzen, wenn Fehlermodus, Sensorbezug, Vorwarnzeit und mögliche Wartungsaktion klar sind. Sonst optimiert das Modell die Qualität der Alarmierung, nicht die Verfügbarkeit der Anlage.

Vom Protokoll zur nächsten Prüfung

Ordnen Sie vergleichbare Gründe mit der Stillstands-Pareto-Analyse. Prüfen Sie wiederkehrende Muster mit der Ursachenanalyse. Wählen Sie für MTBF und MTTR bestätigte Ausfälle und passende Zeitgrenzen; nicht jeder Stopp ist ein Ausfall. Die OEE-Formel verbindet Zeit und Stückzahlen.