Viele Projekte zur vorausschauenden Instandhaltung bleiben stecken, weil sie als werksweites Programm beginnen. Ein kleines Werk braucht das nicht. Es braucht einen kurzen, begrenzten Start, der entweder an wenigen Maschinen den Nutzen zeigt oder klar zeigt, warum nicht. Dies ist ein Plan für die ersten sechs Wochen.
Vor Woche 1: drei bis fünf Maschinen wählen
Wählen Sie nach den Folgen, nicht nach der Technik. Gute Kandidaten:
- Legen bei Ausfall die ganze Linie lahm und haben keine Ersatzmaschine daneben.
- Brauchen lange für die Reparatur oder warten lange auf ein Teil.
- Sind schon einmal ausgefallen, sodass es eine Historie zum Vergleich gibt und Menschen, die die Symptome kennen.
- Zeigen ihren Zustand in messbaren Signalen: Rotierende Anlagen (Pumpen, Motoren, Kompressoren, Ventilatoren, Förderantriebe) und thermische Anlagen (Öfen, Heizungen, Wärmetauscher) sind der übliche Einstieg.
Vermeiden Sie als Start eine Maschine, die selten und unvorhersehbar ausfällt, oder eine ohne Verbindung zu einer Steuerung oder einem Sensor. Diese können Sie später ergänzen.
Zuerst die Erfolgskriterien festhalten
Vereinbaren Sie mit Instandhaltung und Geschäftsführung schriftlich, was „es hat funktioniert“ bedeutet. Zum Beispiel:
- Das Instandhaltungsteam prüft jeden Alarm und markiert ihn als nützlich oder nicht.
- Mindestens ein festgelegter Anteil der Alarme wird als nützlich bewertet, und die Fehlalarme werden analysiert, nicht ignoriert.
- Mindestens ein echter Befund oder eine dokumentierte Begründung, warum im Zeitraum keiner aufgetreten ist.
- Die Daten der gewählten Maschinen sind die meiste Zeit verfügbar.
Ohne das endet ein Pilotprojekt in Meinungen.
Welche Daten Sie wahrscheinlich schon haben
Sie müssen selten mit neuen Sensoren beginnen. Prüfen Sie, was vorhanden ist:
- SPS- und SCADA-Tags: Temperaturen, Drücke, Durchflüsse, Zustände.
- Antriebsdaten: Motorstrom, Drehzahl, Drehmoment aus Frequenzumrichtern.
- Instandhaltungshistorie: Reparaturen, Ursachen, verwendete Teile, Daten.
- Wissen der Bediener: „Diese Pumpe wird laut, bevor sie ausfällt.“
Ergänzen Sie Sensoren nur dort, wo ein wichtiges Signal fehlt. Bei rotierenden Maschinen ist das am häufigsten die Schwingung an den Lagergehäusen.
Woche für Woche
Woche 1: verbinden und hinsehen. Binden Sie die Datenquellen an und prüfen Sie dann die Qualität: Zeitstempel, Lücken, Einheiten, plausible Bereiche. Beheben Sie die langweiligen Probleme jetzt; sonst sehen sie später wie Maschinenfehler aus.
Woche 2: Referenzphase. Erfassen Sie, wie sich die Maschine im Normalbetrieb über ihre üblichen Lasten und Bedingungen verhält. „Normal“ ist für eine Pumpe bei halber Last etwas anderes als bei voller Last, vergleichen Sie also Gleiches mit Gleichem.
Woche 3 und 4: Grenzwerte und Trends. Legen Sie Grenzwerte und Trendalarme fest. Prüfen Sie jeden Alarm mit dem Instandhaltungsteam. Rechnen Sie anfangs mit Rauschen und dämpfen Sie es; ein System, das ständig Fehlalarm schlägt, wird binnen eines Monats abgeschaltet.
Woche 5 und 6: den Kreis schließen. Machen Sie aus Alarmen Arbeitsaufträge mit Checkliste, benennen Sie einen Verantwortlichen und verfolgen Sie, was geschieht: Wurde der Fehler gefunden, was wurde getan, was hat es gekostet. Vergleichen Sie dann mit Ihren Erfolgskriterien.
Häufige Fallstricke
- Alarmmüdigkeit. Weniger, bessere Alarme schlagen viele schwache.
- Kein Verantwortlicher. Jeder Alarm braucht eine Person, die entscheidet, was zu tun ist.
- Kein Prozess hinter dem Alarm. Führt ein Alarm nicht zu einem Arbeitsauftrag und einer Entscheidung über ein Teil, ändert sich nichts.
- Vorhersage aus dem Nichts erwarten. Ein Modell braucht Signal. Manche Ausfälle, etwa plötzliche elektrische Fehler, geben wenig oder gar keine Vorwarnung. Ein gutes Pilotprojekt ist dabei ehrlich.
- Schmutzige Daten. Ein Sensor, der an die falsche Maschine angeschlossen ist, lehrt Sie nichts.
Nach Woche sechs
Sie sollten für jede Maschine eine klare Antwort haben: Die Signale haben nützlich gewarnt, oder sie haben es nicht, und warum. Wenn ja, erweitern Sie auf die nächste Maschinengruppe und verbinden Sie die Arbeitsaufträge mit dem System, das Ihr Team bereits nutzt. Wenn nein, haben Sie sechs Wochen und ein kleines Budget aufgewendet, um es herauszufinden, statt ein Jahr.
Unser eigenes Pilotprojekt folgt diesem Muster: fünf bis sieben Wochen an drei bis fünf Ihrer kritischen Maschinen, mit vor dem Start vereinbarten Erfolgskriterien.