Nach einer Roboterstörung ist „aus- und wieder einschalten“ keine Ursachenanalyse. Ein vorschneller Neustart kann Spuren überschreiben, einen unsicheren Zustand wiederholen oder Qualitätsfehler in die nächste Charge tragen. Gute Incident Response schützt zuerst Menschen, Produkt und Umgebung – und trennt danach Wiederherstellung von nachhaltiger Korrektur.

In diesem Artikel

Der Ablauf in sieben Schritten

Schritt Kernhandlung Freigabefrage
1. Stoppen vorgesehenen sicheren Stopp auslösen Sind Bewegung und gespeicherte Energie beherrscht?
2. Absichern Bereich sperren und Betroffene versorgen Kann niemand unbeabsichtigt neu starten?
3. Bewahren Logs, Bilder, Werkstück und Konfiguration sichern Bleibt der Zustand nachvollziehbar?
4. Bewerten Schweregrad und mögliche Folgewirkung einstufen Müssen Arbeitsschutz, Qualität, IT oder Hersteller eskaliert werden?
5. Analysieren technische und organisatorische Ursachen prüfen Ist die Erklärung mit den Daten vereinbar?
6. Korrigieren Sofortmaßnahme und dauerhafte Maßnahme trennen Reduziert die Änderung das Risiko nachweislich?
7. Validieren Testplan ausführen und Freigabe dokumentieren Darf der Prozess unter definierten Grenzen wieder starten?

Schweregrade, die eine gemeinsame Sprache schaffen

Eine Störung sollte nicht allein nach Stillstandsdauer bewertet werden. Ein kurzer unerwarteter Bewegungsimpuls kann sicherheitskritischer sein als ein langer, sauber diagnostizierter Kommunikationsausfall.

  • Kritisch: Verletzung, gefährliche Bewegung, Verlust einer Sicherheitsfunktion oder erheblicher Sachschaden
  • Hoch: Beinaheereignis, wiederholbarer unsicherer Zustand oder unerkannter Qualitätsdurchlauf
  • Mittel: Produktionsstopp mit kontrolliertem sicheren Zustand und begrenzter Auswirkung
  • Niedrig: erkannte Abweichung ohne Sicherheits- oder Qualitätswirkung

Welche Daten sofort gesichert werden

Zeitstempel müssen über Robotersteuerung, Sicherheitssteuerung, SPS, Bildverarbeitung und Leitsystem hinweg vergleichbar sein. Relevant sind Ereignislogs, Programmversion, Parameter, letzte Aufträge, Bedienereingaben, Netzwerkzustand, Sensorwerte und Wartungsänderungen. Personenbezogene Aufnahmen dürfen nur im vorgesehenen rechtlichen und betrieblichen Rahmen verwendet werden.

Ein Foto des sicheren Zustands kann helfen, darf aber niemals das Betreten eines nicht freigegebenen Bereichs rechtfertigen. Beweissicherung folgt der Sicherheitsfreigabe, nicht umgekehrt.

Ursache ist selten nur ein Bauteil

Die Frage „Welches Teil war kaputt?“ greift häufig zu kurz. Ein Greiffehler kann durch verschlissenes Material, unzulässige Werkstückvarianz, geänderte Beleuchtung, einen Softwarestand oder eine fehlende Reinigungsroutine entstehen. Ursachenanalyse betrachtet Technik, Prozess, Mensch, Umgebung und Management gemeinsam.

Sofortmaßnahme und Korrekturmaßnahme

Ein Sensor wird gereinigt, damit der Betrieb kontrolliert weitergehen kann. Die dauerhafte Maßnahme könnte zusätzlich ein Reinigungsintervall, eine Plausibilitätsprüfung und eine konstruktive Abdeckung umfassen. Nur die erste Handlung zu dokumentieren produziert Wiederholungsfehler.

Kontrollierter Wiederanlauf

  • Änderung und verantwortliche Person dokumentieren
  • Sicherheitsfunktionen nach Änderung gezielt prüfen
  • Leer- oder Testlauf mit definierten Grenzfällen durchführen
  • Erste Produktionseinheiten vollständig qualitätsprüfen
  • Beobachtungsfenster mit verschärften Alarmgrenzen festlegen
  • Rückfallplan und Abbruchkriterium kommunizieren

Die Produktionsfreigabe und die Sicherheitsfreigabe sind zwei verschiedene Aussagen. Ein System kann sicher stoppen und dennoch Ausschuss produzieren. Umgekehrt darf gute Produktqualität niemals einen ungeklärten Sicherheitsfehler überdecken.

Aus Vorfällen lernen, ohne Schuldige zu suchen

Eine lernende Organisation belohnt frühe Meldungen und Beinaheereignisse. Wenn Beschäftigte Sanktionen fürchten, entstehen saubere Dashboards und schlechte Realität. Das Review sollte deshalb Fakten, Barrieren und Entscheidungen untersuchen: Welche Schutzschicht hat funktioniert, welche fehlte, und warum war die Abweichung im Alltag plausibel?

Häufige Fragen

Wann darf ein Roboter nach einer Störung neu gestartet werden?

Erst wenn der Bereich sicher ist, die Wirkung der Störung verstanden oder wirksam begrenzt wurde und die zuständige Rolle den definierten Test und Wiederanlauf freigibt.

Muss jede kleine Störung untersucht werden?

Der Umfang kann risikobasiert sein. Wiederholte kleine Abweichungen sollten aber trendmäßig ausgewertet werden, weil sie auf einen systemischen Fehler hinweisen können.

Wer führt die Ursachenanalyse?

Idealerweise ein kleines funktionsübergreifendes Team aus Betrieb, Instandhaltung und je nach Fall Arbeitsschutz, Qualität, IT sowie Integrator.

Sind Roboterlogs ausreichend?

Nein. Logs zeigen Systemereignisse, aber nicht immer Materialzustand, Arbeitsumgebung, organisatorische Entscheidungen oder menschliche Wahrnehmung.

Quellen

Bewerte den Beitrag hier!
[Total: 0 Average: 0]
Nico Nuss [Bildinhalt mit KI erstellt]
Website

Autor Nico Nuss beschäftigt sich seit 2001 mit Mobile Computing und Automatisierungssoftware. Seine langjährige Erfahrung und sein ausgeprägtes Interesse an Zukunftstechnologien bilden die Grundlage seiner Arbeit zu Robotik und künstlicher Intelligenz.

Passend zum Thema