Die Zelle stand um 3:12 Uhr. Die Frühschicht quittiert, startet neu, es läuft wieder. Auf die Frage, warum sie stand, sagt niemand etwas Belastbares. Zwei Wochen später dasselbe Bild. Das ist in vielen Werken der Normalfall, nicht die Ausnahme, und es liegt selten am Können der Instandhaltung: Es liegt daran, dass der Moment der Störung nicht rekonstruierbar ist. Dieser Artikel zeigt, welche Informationen dafür nötig sind und wie Sie sie bekommen.
Warum die Rekonstruktion so oft scheitert
Eine Störmeldung ist selten eine Erklärung. "Fehler 1042" oder "Not-Halt ausgelöst" beschreibt das Ergebnis, nicht den Weg dorthin. Was in den Sekunden davor passiert ist, welches Signal zuerst kippte und ob der Greifer das Werkstück überhaupt gefasst hatte, steht nirgends.
Dazu kommt ein praktisches Problem: Die Person, die den Vorfall gesehen hat, ist längst im Feierabend. Rekonstruiert wird aus Erinnerung, und Erinnerung ist bei einem Vorgang, der eine halbe Sekunde dauerte, kein belastbares Werkzeug. Wer dann noch Logdateien von Robotersteuerung, SPS und Prüfstand nebeneinanderlegt, kämpft mit drei Geräten, drei Uhren und drei Formaten.
Die vier Fragen, die eine Störung beantworten muss
Unabhängig von Hersteller und Anlagentyp braucht eine belastbare Ursachenanalyse vier Antworten. Fehlt eine davon, bleibt am Ende eine Vermutung:
- Wann genau? Nicht "in der Nachtschicht", sondern auf die Millisekunde, und auf allen beteiligten Geräten mit derselben Uhr.
- Was war der Zustand? Welche Ein- und Ausgänge standen wie, und in welcher Reihenfolge haben sie sich geändert.
- Was tat das Programm? Welcher Arbeitsschritt lief, welche Programmzeile war aktiv, mit welchen Parametern.
- Was war zu sehen? Ein Bild der Zelle im Moment des Stillstands beantwortet Fragen, die kein Signalprotokoll beantwortet.
Warum die Logdatei allein nicht reicht
Klassisches Logging scheitert an drei Stellen. Erstens an der Zeitbasis: Ohne gemeinsame Zeitquelle driften die Uhren der Geräte auseinander, und schon eine Sekunde Versatz macht aus Ursache und Wirkung eine Ratesache. Zweitens am Kontext: "DI 3 = 0" ist für die Nachwelt wertlos, "Vakuum abgefallen" erklärt sich von selbst. Der Unterschied ist eine einmalige Benennung der Signale.
Drittens am Zeitraum. Die meisten Systeme protokollieren erst, wenn der Fehler da ist. Interessant sind aber die Sekunden davor, denn dort steht die Ursache. Wer den Vorlauf nicht mitschreibt, dokumentiert nur das Symptom.
Was Sie brauchen, um eine Störung wirklich zu rekonstruieren
Die folgenden fünf Bausteine sind herstellerneutral. Sie lassen sich mit einem zentralen Log-Server umsetzen, im Prinzip aber auch anders, solange alle fünf zusammenkommen:
- Eine gemeinsame Zeitbasis: alle Geräte per NTP synchron, alle Ereignisse mit dem Zeitstempel des Empfängers versehen.
- Signale in Klartext: Pin-Nummern einmal benennen, danach liest jeder "Schutztür geschlossen" statt "DI 7".
- Programmkontext: Der Client meldet Arbeitsschritt und Programmzeile mit, nicht nur den Fehlertext.
- Ein gepuffertes Kamerabild: Die Zellenkamera hält die letzten Sekunden vor, bei einer Störung wird der Ausschnitt automatisch mit hochgeladen.
- Ein Gutlauf als Referenz: Erst der Vergleich mit einem fehlerfreien Zyklus zeigt, welche Abweichung wirklich neu ist.
So sieht das in der Praxis aus
In Leif, unserem Log- und Anlagen-Server, heißt dieser Baustein Zeitstrahl. Eine Störung ist dort kein einzelner Log-Eintrag, sondern ein Replay: Sie ziehen einen Cursor über die Zeitachse, und Kamerabild, Signalspuren und Programmzeile bewegen sich synchron mit. Wo eine Referenzspur aus einem Gutlauf hinterlegt ist, sehen Sie die Abweichung sofort.
Der praktische Effekt ist weniger die Technik als die Gesprächsgrundlage. Statt "die Zelle hakt manchmal" liegt ein exportierbares Störungspaket auf dem Tisch, das Instandhaltung und Lieferant gemeinsam ansehen können.
Was sich im Alltag ändert
- Wiederholungsstörungen werden sichtbar, weil vergleichbare Vorfälle nebeneinanderliegen statt in Erinnerungen.
- Lieferantengespräche laufen mit Fakten statt Vermutungen, inklusive Datei zum Mitnehmen.
- Die Schichtübergabe verliert den Punkt "lief nicht, weiß aber keiner warum".
- Aus Einzelfällen wird eine Statistik, und daraus die Entscheidung, welche Störung sich zu beheben lohnt.
Fazit
Die Ursache einer Störung ist fast nie unauffindbar. Sie ist nur meistens nicht aufgezeichnet worden. Wer Zeitbasis, Signalnamen, Programmkontext und ein Bild zusammenbringt, verkürzt die Ursachensuche von Stunden auf Minuten, und zwar dauerhaft und unabhängig davon, wer gerade Schicht hat.
Wenn Sie sehen möchten, wie ein solches Störungs-Replay mit Ihren eigenen Anlagen aussieht, zeigen wir Ihnen Leif in 30 Minuten, auf Wunsch mit Ihrem Hallenplan und Beispieldaten aus Ihrer Produktion.
Häufige Fragen
Brauche ich dafür neue Maschinen?
Nein. Entscheidend ist, dass die vorhandenen Geräte ihre Ereignisse abgeben können, sei es per TCP, REST, MQTT, Syslog oder OPC-nahen Wegen. Ältere Anlagen ohne eigene Schnittstelle lassen sich über kleine Zusatzgeräte anbinden, die vorhandene Signale mitlesen, ohne in die Steuerung einzugreifen.
Wie lange muss ich Störungsdaten aufbewahren?
Für die Fehlersuche reichen wenige Wochen, für Qualitätsnachweise und Wiederholungsanalysen sind mehrere Monate sinnvoll. Video-Anhänge sind der größte Kostenfaktor, deshalb lohnt es sich, für Bilder eine kürzere Frist zu setzen als für die Log-Einträge selbst.
Was ist mit dem Datenschutz, wenn eine Kamera mitläuft?
Die Kamera zeigt die Zelle, nicht den Arbeitsplatz. Kameraausschnitt, Aufbewahrungsfrist und Zugriffsrechte gehören vor der Einführung mit der Mitbestimmung geklärt. Technisch hilft, dass die Aufnahme nur im Störungsfall dauerhaft gespeichert wird und der laufende Puffer sonst verworfen wird.
Lohnt sich das auch bei wenigen Anlagen?
Der Aufwand rechnet sich weniger über die Zahl der Anlagen als über die Kosten eines Stillstands. Wo eine Stunde Stillstand teuer ist oder Störungen wiederholt auftreten, amortisiert sich die Auswertung schon bei einer einzelnen Zelle.