Wesentliche Erkenntnisse
Ein sechsachsiger Roboter, der mitten im Zyklus ausfällt, bringt meist die ganze Zelle mit zum Stillstand: die Schweißzelle wartet, das Förderband staut, der Palettierer entzieht der Linie Material. Dieser Leitfaden richtet sich an Wartungstechniker und Anlageningenieure, die die gängigen Fehlerklassen von Industrieroboterarmen diagnostizieren und sicher wieder in den Automatikbetrieb zurückführen müssen.
Jeder große Controller zeigt einen Fehlercode, einen Sub‑Code und meist die Achsen‑Nummer an. Diese eine Zeile ist mehr wert als eine Stunde Raten, notieren Sie sie, bevor Sie etwas löschen. Die Alarmhistorie sagt zudem, ob es sich um ein erstmaliges Ereignis oder ein chronisches Muster handelt.
Eine Warnung gilt für alles Folgende: raten Sie niemals, was ein Code bedeutet. Fanuc, ABB, KUKA und Yaskawa Motoman verwenden jeweils eigene Nummerierungen, und Bedeutungen ändern sich zwischen Modellen, Serien und Firmware‑Versionen. Bestätigen Sie den Code im Alarmverzeichnis des Herstellers für genau Ihren Controller.
Moderne Roboter überwachen auf jeder Achse Drehmomentabweichungen und stoppen, wenn die Realität nicht dem Modell entspricht. Übliche Ursachen, in der Reihenfolge: eine echte Kollision, eine geänderte Nutzlast (schwereres Teil, im Greifer steckendes Teil, Spritzer‑ oder Klebstoffaufbau) oder etwas Neues in der Bahn wie eine verrutschte Vorrichtung oder ein heruntergefallenes Teil.
Setzen Sie nicht einfach zurück und drücken Start. Begehen Sie die Zelle, und fahren Sie dann die Achse per Jog vom Hindernis weg im korrekten Koordinatensystem: Gelenk‑Jogging ist am sichersten, wenn Sie unsicher sind, denn Bewegungen im Welt‑ oder Werkzeugkoordinatensystem können den Arm tiefer in das Getroffene ziehen. Wiederholt sich der Fehler bei sichtbar freier Bahn, prüfen Sie die Nutzlastdaten im Programm und suchen Sie nach mechanischem Klemmen.
Jede Achse hat softwareseitige Soft‑Limits und weiter außen mechanische Endanschläge. Ein Überfahrtsfehler bedeutet, dass die Achse ein Soft‑Limit überschritten hat, meist zurückzuführen auf einen schlecht nachkorrigierten Punkt, eine Programmbearbeitung oder, ernster, einen Verlust der Referenzierung, der verschiebt, wo der Roboter seine Grenzen annimmt.
Zugehörige programmseitige Fehler sind Singularitäts‑ und Reichweitenfehler: der Arm soll durch eine Handgelenks‑Singularität fahren oder zu einem Punkt am Rand seines Arbeitsraums. Das sind Bahnprobleme, keine Hardware‑Defekte. Erneuern Sie die Punkte, fügen Sie eine Zwischenposition hinzu oder ändern Sie die Haltung, statt nach einer defekten Komponente zu suchen.
Servoalarme an Robotern folgen der gleichen elektrischen Logik wie Antriebe von Werkzeugmaschinen. Überstrom weist auf einen Kurzschluss oder Isolationsfehler im Motor oder Kabel hin. Überlast deutet auf eine Mechanik hin, die zu hart arbeiten muss: Klemmen, ein ausfallender Getrieberechner/Reduzierer oder eine Bremse, die nicht vollständig löst.
Arbeiten Sie vom Mechanischen zum Elektrischen: Stellen Sie sicher, dass die Achse sich frei bewegt (mit sicher abgestütztem Arm), prüfen Sie dann Steckverbindungen und Kabel, danach den Motor und zuletzt den Antrieb. Die Muster entsprechen denen in unserem Leitfaden zu Symptomen eines Servomotor‑Ausfalls, und die Diagnoseabfolge überträgt sich nahezu unverändert.
Das ist der klassische selbstverschuldete Roboterfehler. Absolute Encoder halten ihre Positionsdaten mit einer Pufferbatterie am Leben, während der Controller stromlos ist. Lässt man diese Batterie während einer Abschaltung leer laufen, verliert der Roboter seine Nullpositionen und benötigt die erneute Referenzierung jeder Achse, bevor er wieder vertrauenswürdig ist.
Die Abhilfe ist reine Disziplin: Wechseln Sie Encoder‑Batterien planmäßig bei eingeschaltetem Controller, genau wie im Handbuch beschrieben, damit die Encoder während des Tauschs mit Strom versorgt bleiben. Bei Fanuc‑Robotern ist die Warnstufe ein Batteriealarm; siehe unsere Aufschlüsselung des Fanuc APC‑Alarm 300 Batteriefehlers für diesen Fall. Andere Marken verhalten sich unter anderen Codenummern gleich.
Ein Roboter, der steht und keine Servospannung hat, ist oft überhaupt nicht fehlerbehaftet: er ist sicherheitsgestoppt. Not‑Aus‑Ketten, Lichtvorhänge, Sicherheitsscanner und Türverriegelungen öffnen den Sicherheitskreis, und die Behebung liegt beim Zellen‑Gerät, nicht beim Roboter. Finden Sie das in der Kette offene Gerät, bevor Sie annehmen, der Roboter wäre ausgefallen.
Probleme mit dem Teach‑Pendant gehören ebenfalls hierher. Ein verschlissener Drei‑Positions‑Totmannschalter (Freigabeschalter) verursacht lästige Stops beim Joggen, und beschädigte Pendant‑Kabel simulieren Controller‑Fehler. Respektieren Sie die Modi: T1 begrenzt die Geschwindigkeit zum Teachen, T2 erlaubt Prozessgeschwindigkeit unter strengen Bedingungen, und Automatik geht davon aus, dass sich niemand im Arbeitsraum befindet.
Die Sicherheitsregeln sind absolut. Betreten Sie den Arbeitsraum niemals, ohne die Zelle in einem sicheren Zustand zu haben, wenden Sie Lockout/Tagout (Absperren/Kennzeichnen) für mechanische Arbeiten an und beachten Sie gespeicherte Energie: elektrisch, pneumatisch, hydraulisch und Schwerkraft , denn eine vertikale Achse kann beim Lösen einer Bremse fallen.
Sicherheitsgeräte werden niemals justiert, außer Kraft gesetzt oder umgangen: ein fehlverhalten‑Zeigender Vorhang oder eine Verriegelung wird über Ihre Sicherheitswartungsprozedur behandelt, nicht durch einen Workaround.
Ein großer Anteil der „Roboter‑Ausfall“‑Meldungen endet beim Endeffektor. Niedriger Luftdruck, ein klemmendes Greifer‑Magnetventil, ein ausgefallener Teile‑Präsenz‑Sensor oder ein aufgeriebenes Kabel an Achse 6 stoppen einen Zyklus ebenso effektiv wie ein Servoalarm. Prüfen Sie das Werkzeug, bevor Sie die Armmechanik verdächtigen.
Das Dresspack, das Kabel‑ und Schlauchbündel an den beweglichen Achsen, verdient besondere Aufmerksamkeit. Es wird millionenfach gebeugt, und Verschleiß erzeugt die schlimmste Art von Problem: intermittierende Fehler, die nur in bestimmten Posen auftreten. Tritt ein Fehler nur an einem Punkt der Bahn auf, führen Sie einen Biegetest der Kabel in dieser Pose durch.
| Symptom | Wahrscheinliche Ursache | Erste Prüfung |
|---|---|---|
| Kollisionsfehler mitten im Zyklus an einer Achse | Aufprall, geänderte Nutzlast, Hindernis | Werkstück, Greifer und Bahn inspizieren; Nutzlastdaten verifizieren |
| Fehler nur in einer Pose oder Bahnentwicket | Dresspack‑ oder Kabelverschleiß | Biegetest der Kabel in dieser Pose, Dresspack inspizieren |
| Positionsfehler auf allen Achsen nach einer Abschaltung | Encoder‑Batterie leer, Referenzierung verloren | Alarmhistorie auf Batterie‑Warnungen prüfen; gemäß Handbuch neu referenzieren |
| Arm gestoppt, keine Servospannung, kein Roboteralarm | Geöffneter Sicherheitskreis | Status von Not‑Aus, Lichtvorhängen, Türverriegelungen, Scanner prüfen |
| Überlastalarme an einer Achse unter Last | Klemmen, Bremsenreibung, ausfallender Reduzierer | Frei‑Beweglichkeitsprüfung mit abgestütztem Arm, Bremsfunktion prüfen |
Roboterarme bleiben zuverlässig, wenn vier Gewohnheiten eingehalten werden. Wechseln Sie Encoder‑Batterien nach Kalender, nicht erst, wenn sie leer sind. Prüfen Sie Bremsen im Intervall des Herstellers, denn eine rutschende Bremse ist sowohl Fehlerquelle als auch Sicherheitsrisiko. Schmieren Sie jede Achse gemäß ihrem Serviceintervall, da Reduzierer langsam und kostspielig ausfallen.
Vor allem: Sichern Sie regelmäßig den Controller und die Programme und bewahren Sie eine Kopie außerhalb des Roboters auf. Ein ausgefallener Controller ohne Backup ist keine Reparatur, sondern ein Wiederaufbau, bei dem jeder Punkt von Grund auf neu angelernt werden muss.
Wiederherstellung bringt die Schicht wieder zum Laufen; Messung schafft die Grundlage, das Problem dauerhaft zu beheben. Protokollieren Sie jeden Roboterfehler als Ausfallereignis mit Ursachecode (Kollision, Servo, Batterie, Sicherheitsstopp, Werkzeug) und verfolgen Sie dann MTBF und MTTR pro Roboter. Eine Zelle, die kurz aber täglich ausfällt, kann mehr Verfügbarkeitsverlust verursachen als ein dramatischer Ausfall, nur die Zahlen machen das in Ihrem OEE sichtbar.
Hier zahlt sich auch ein Wartungssystem in automatisierten Zellen aus: Fehlerhistorie, Batterie‑ und Schmierpläne sowie Backup‑Aufgaben an einem Ort. Wir beschreiben die Einrichtung in unserem Leitfaden zu CMMS‑Software für Industrierobotik und automatisierte Zellen.
Fabrico kombiniert computer‑vision‑verifiziertes OEE mit geschlossenem Wartungsausführungs‑Loop: Kameras erfassen Stops und Mikro‑Stops, die manuelle Protokolle und Sensoren übersehen, und Wartungsaufträge schließen die Schleife von Erkennung bis zur Behebung. Für eine Roboterzelle bedeutet das, dass die zwei Minuten lange Kollision, die niemand notiert, trotzdem in den Daten auftaucht, mit einem Arbeitsauftragspfad von der Erkennung bis zur ingenieurmäßigen Lösung. Buchen Sie eine Fabrico‑Demo, um es an Ihren Zellen zu sehen.
Entweder berührt der Arm tatsächlich etwas, oder das Drehmomentmodell ist falsch. Prüfen Sie zuerst auf Hindernisse und Werkzeug‑Verschiebung, dann vergewissern Sie sich, dass die Nutzlastdaten mit dem realen Werkstück und Greifer übereinstimmen, und suchen Sie anschließend nach mechanischem Klemmen oder Bremsenreibung an der fehlerhaften Achse.
Stirbt sie, während der Controller stromlos ist, verlieren die absoluten Encoder ihre Referenz und der Roboter verliert die Referenzierung. Er läuft nicht, bis jede Achse gemäß Handbuch neu referenziert wurde. Wechseln Sie Batterien planmäßig bei eingeschaltetem Controller, um das vollständig zu vermeiden.
Nein. Es ist ein Sicherheitsstopp: der Sicherheitskreis hat geöffnet und der Controller hat die Servospannung wie vorgesehen abgeschaltet. Finden und stellen Sie das offenstehende Gerät (Vorhang, Not‑Aus, Türverriegelung) durch normale Verfahren wieder her. Umgehen oder außer Kraft setzen Sie niemals ein Sicherheitsgerät, um weiterzulaufen.
Nicht sicher. Inspizieren Sie die Zelle, löschen Sie den Fehler, fahren Sie im T1‑Modus per Jog bei reduzierter Geschwindigkeit frei und führen Sie zuerst einen Trockenlauf der Bahn bei geringem Override durch. Auf Automatik ohne verifizierte Bahn zurückzuschalten ist der schnellste Weg, aus einem Fehler eine Kollision zu machen.
Nach jeder Programm‑ oder Konfigurationsänderung und zusätzlich nach einem festen Zeitplan. Bewahren Sie Kopien außerhalb des Controllers auf. Ohne aktuelles Backup bedeutet ein Controller‑Ausfall, die gesamte Applikation neu zu lehren.
Anmeldung
Blog
