Wichtigste Erkenntnisse
In den meisten Anlagen wird die Ausfallchronologie aus Sicht des Wartungsteams erzählt. „Die Linie fiel um 14:22 aus; der Techniker war um 14:28 vor Ort; das Asset lief um 14:54 wieder.“ Gesamtausfallzeit 32 Minuten, MTTR 26 Minuten. Saubere Zahlen.
Die Sicht des Wartungsleiters ist ab dem Moment korrekt, in dem die Erkennung stattfand. Was dabei übersehen wird, ist die Zeit davor. Das Asset begann nicht um 14:22 auszufallen; es begann um 13:15 auszufallen, als eine Sensormessung anfing, aus dem Normalbereich heraus zu tendieren.
Niemand sah den Trend, das Asset produzierte 67 Minuten lang mit verschlechterter Qualität weiter, dann blieb es stehen. Die 32 Minuten „Ausfallzeit“, die das Team misst, sind der einfache Teil. Die 67 Minuten beeinträchtigter Produktion davor sind der Teil, den niemand zählt.
Dieses Muster ist so konsistent, dass die nicht gemessene Erkennungslücke oft größer ist als die gemessene Reparaturzeit. Der Artikel zu Produktions‑KPIs behandelt die größere KPI‑Familie, zu der diese Kennzahl gehört.
MTTD (Mean Time to Detect) ist die durchschnittliche Dauer zwischen dem tatsächlichen Beginn eines Fehlers und dem Moment, in dem das Wartungsteam davon Kenntnis erlangt. Der Beginn kann je nach Asset auf drei Arten definiert werden:
Das Ende der Messung „Kenntnis“ ist der Zeitstempel des eröffneten Arbeitsauftrags, der bestätigten Alarmmeldung oder der mündlichen Meldung des Bedieners, je nachdem, was zuerst eintrat.
Bei vielen Assets wird MTTD retrospektiv gemessen, weil im Vorfeld kein Frühindikator eingerichtet war. Beim ersten Mal, wenn die Kennzahl berechnet wird, blickt das Team üblicherweise auf die jüngsten Ausfälle zurück und ermittelt die Lücke aus Daten, die immer vorhanden, aber unbeachtet waren. Der Beitrag zur Ursachenanalyse beschreibt die Technik, historische Daten nach dem Signal zu durchsuchen, das früher einen Alarm hätte auslösen sollen.
Verbesserungen der MTTR erfordern in der Regel physische oder prozedurale Änderungen: Vorhalten von Ersatzteilen, Werkzeugablagen in der Nähe des Assets, neu gestaltete Zugangsöffnungen, schnellere Diagnoseverfahren. All das ist echte Arbeit und kostet Zeit.
Verbesserungen der MTTD sind meistens Konfigurationsänderungen: Einrichten eines Alarmschwellwerts auf einem vorhandenen Sensor, Weiterleitung eines Alarms an das Telefon der zuständigen Person statt an ein ungelesenes E‑Mail‑Postfach, Zusammenfassen kleiner Signale zu einem aussagekräftigen Alarm. Derselbe Zugewinn an vermiedener Ausfallzeit; deutlich geringere Investition.
Die Rechnung ist klar bei Assets, deren beeinträchtigter Betrieb Produktionsminuten kostet. Wenn eine MTTD‑Lücke von 60 Minuten bedeutet, dass das Asset 60 Minuten lang mit 80 % Durchsatz läuft, bevor es stoppt, sind das 12 Minuten produktionäquivalenter Verlust, die derzeit unsichtbar sind.
Die Reduktion der MTTD auf 15 Minuten holt 9 dieser 12 Minuten pro Ereignis zurück, und das Asset bleibt früher stehen, meist mit geringerem Reparaturumfang. Der Artikel zum Plan für vorbeugende Wartung erläutert, wie MTTD‑Reduktionen in Entscheidungen zur PM‑Kadenz zurückfließen.
Der häufigste Fall. Ein Sensor ist installiert und zeichnet auf, aber kein Alarm ist konfiguriert. Die Daten liegen im Historian; die Alarm‑Schicht fehlt. Einen Alarm auf einem vorhandenen Datenstrom zu konfigurieren ist meist ein halber Tag Arbeit und bringt noch am selben Tag einen Gewinn.
Manche Anlagen mitteln Rohdaten über eine Stunde oder eine Schicht, wodurch kurzzeitige Ausschläge geglättet werden, die die Frühwarnung eines Ausfalls darstellen. Die Lösung ist, einen hochauflösenden Stream für Alarmzwecke aufzubewahren, auch wenn der aggregierte Stream für das Reporting genutzt wird.
Ein Alarm, der ein ungelesenes Postfach anpingt oder auf einem Kontrollraum‑Bildschirm erscheint, den niemand beobachtet, ist kein Alarm. Die Weiterleitung muss der betrieblichen Realität entsprechen: ans Telefon des diensthabenden Technikers, an das Tablet des Linienvorgesetzten, an ein deutliches physisches Signal am Asset.
Drei Mikrostillstände am selben Asset in einer Schicht sind ein stärkeres Signal als jeder einzelne Stopp. Die meisten Alarmsysteme führen keine Mustererkennung über mehrere Ereignisse durch; eine Cluster‑Regel zu konfigurieren verschiebt die Erkennung von „Asset ist gestoppt“ zu „Asset steht kurz vor dem Stillstand“. Das Work‑Order‑Management‑System behandelt Cluster‑Regeln detaillierter.
Bei einer gut instrumentierten Anlagenklasse mit guter Alarmweiterleitung liegt die MTTD typischerweise bei 3, 8 Minuten, genug Zeit, damit jemand den Alarm bemerkt, entscheidet und reagiert. Für Anlagenklassen ohne Frühindikatoren liegt die MTTD oft bei 45 Minuten bis mehreren Stunden, weil die Erkennung erst erfolgt, wenn die Produktionsleistung so weit sinkt, dass es sichtbar wird.
Die Zielwerte:
Die Schwellenwerte richten sich nach der Kritikalität der Anlagen; eine dichtere Überwachung weniger kritischer Anlagen ist eine Überinvestition.
Das MTTD‑Konzept funktioniert in jeder Anlage mit Sensoren und einer Alarm‑Schicht.
Wo eine einheitliche OEE‑ + CMMS‑Plattform hilft, ist an zwei Stellen: Die Frühindikator‑Daten und die Arbeitsauftrags‑Daten leben im selben System, sodass MTTD retrospektiv aus Ereignis‑Zeitstempeln berechnet werden kann, ohne manuelle Abgleiche, und die Regeln zur Alarmweiterleitung an die Kritikalität der Assets aus der CMMS‑Hierarchie gebunden werden können.
Fabrico ist so aufgebaut, dass MTTD neben MTBF und MTTR als verfolgte Kennzahl geführt wird und nicht als nachträglicher Gedanke. Um zu sehen, wie Ihr MTTD‑Bild über Ihre kritischen Anlagenklassen aussieht, buchen Sie eine Demo .
Verwenden Sie Produktions‑Datenproxies: Mikrostillstandsfrequenz, Ausschussrate, Zykluszeit‑Drift. Alle drei können aus dem OEE‑Ereignisstrom abgeleitet werden. Die MTTD‑Berechnung anhand dieser Proxies ist annähernd, aber nützlich.
Das ist der häufigste Grund, warum MTTD‑Programme nachlassen. Die Lösung ist Schwellenwert‑Tuning: Jeder Fehlalarm ist ein Datenpunkt, der zeigt, dass der Schwellenwert angepasst werden muss, und das Alarmteam sollte die Schwellenwerte in den ersten sechs Monaten monatlich prüfen. Ein lautes Alarmsystem verliert innerhalb von Wochen die Aufmerksamkeit der Bediener.
Nach Anlagenklasse, nicht standortweit. Das Aggregieren von MTTD über kritische und nicht‑kritische Anlagen ergibt eine bedeutungslose Zahl, weil die Zielwerte sich um eine Größenordnung unterscheiden. Pro Anlagenklasse ist die Kennzahl entscheidungsrelevant.
Der Reliability Engineer, wo die Rolle existiert; sonst der Wartungsleiter. Der Verantwortliche ist zuständig für die Alarmkonfiguration, das Routing und die monatliche Überprüfung der Schwellenwerte.
Vor dem Konfigurieren von Alarmen auf vorhandenen Sensoren neue Sensoren kaufen. Die meisten Werke haben mehr Sensordaten als Alarmregeln. Der erste MTTD‑Gewinn liegt meist in der Konfigurationsschicht, nicht in der Instrumentierungsschicht.
Anmeldung
Blog
