KRC4-Posenfehler: Zeitfehler von Rahmenfehlern trennen

Eine KRC4-Pose, die beim ersten Durchlauf korrekt erscheint und beim nächsten anders aussieht, wird oft darauf zurückgeführt, dass ein Werkzeugoffset doppelt angewendet wurde. Diese Erklärung ist möglich, sollte aber nicht die Ausgangsannahme sein. Roboterpositionswerte werden durch Ausführungszeitpunkt, Bahnapproximation, aktive Werkzeug- und Basisdaten, die Semantik von Soll- und Istwerten sowie die am Vergleichspunkt verwendete Koordinatendarstellung beeinflusst.

Eine zuverlässige Diagnose friert Zeitabläufe und Bezugsrahmen ein, bevor jemand Mastering oder dauerhafte Kalibrierungen ändert.

Den bekannten Referenzzustand zuerst schützen

Speichern Sie ein vollständiges Controller-Archiv und dokumentieren Sie die KSS-Version, das Robotermodell, den Mastering-Status, das aktive Werkzeug, die aktive Basis, die Lastdaten, den Betriebsmodus, den Override sowie die Programmzeile, in der die Abweichung beobachtet wird. Erfassen Sie die exakten Werte bei der ersten und zweiten Iteration. Ein Screenshot ohne aktive Koordinatenebene und Abtastzeitpunkt ist keine vollständige Beweislage.

Kalibrieren Sie Werkzeug oder Basis nicht neu, nur damit ein gemeldeter Wert richtig aussieht. Ein kompensierender Bezugsrahmen kann einen Fehler bei Zeitablauf oder Transformation verdecken und anschließend jedes fehlerfreie Programm verändern, das dieselben Daten verwendet. Vergleichen Sie das verdächtige Programm mit der archivierten Referenz und ermitteln Sie alle Änderungen an Inline-Formularen, Unterprogrammen, Interrupts, Hintergrundlogik oder SPS-Handshakes.

Relevante Controller-Komponenten finden Sie unter SPS- und PAC-Systeme, während Servo- und Achshardware unter Antriebe und Bewegungssteuerung geführt wird. Ein Hardwareaustausch sollte jedoch erst erfolgen, wenn Software- und Messdaten Ursachen in Koordinatensystem und Zeitablauf ausschließen.

Die Abweichung an einem kontrollierten Punkt reproduzieren

Führen Sie den Test mit reduzierter Geschwindigkeit und gemäß den Sicherheitsverfahren für Roboteranlagen vor Ort durch. Wenn der Prozess dies zulässt, entfernen Sie die Approximation rund um die verdächtige Erfassung und fügen Sie einen gezielten Synchronisationspunkt ein, wobei Sie das für die installierte KSS-Version dokumentierte Verhalten verwenden. Protokollieren Sie jeweils nur eine Stichprobe, nachdem der Roboter einen definierten Zustand erreicht hat. Wiederholen Sie den Ablauf aus derselben Startpose, damit die beiden Spuren vergleichbar sind.

Der Test sollte vier Fragen beantworten: Wurde dieselbe Programmzeile abgetastet? Befand sich der physische Roboter in derselben Bewegungsphase? Waren dasselbe Werkzeug und dieselbe Basis aktiv? Repräsentierte der Wert eine Soll- oder eine Istposition? Wenn eine dieser Antworten unbekannt ist, beweist eine numerische Abweichung noch keinen geometrischen Fehler.

Warum der Vorlauf die Beweislage verändern kann

KRL bereitet bevorstehende Bewegungsanweisungen im Voraus vor, damit der Controller Bahnen verschleifen und unnötige Stopps vermeiden kann. Dieser Vorlauf ist grundlegend für eine gleichmäßige Roboterbewegung, bedeutet aber auch, dass Programminterpretation und physische Bewegung nicht immer an derselben Befehlsgrenze liegen. Eine nicht bewegungsbezogene Zuweisung kann ausgewertet werden, während der Roboter noch eine frühere Bewegung ausführt.

Durch Approximation wird dies sichtbarer. Der Roboter kann nahe an einem programmierten Punkt vorbeifahren, ohne dort anzuhalten. Eine von einem SPS-Zyklus oder einer Hintergrundaufgabe erfasste Istposition kann daher einem anderen Punkt der verschliffenen Bahn entsprechen als vom Programmierer erwartet. Wenn die Abweichung verschwindet, sobald die Approximation entfernt und die Ausführung synchronisiert wird, sollten Sie zuerst Abtastung und Programmablauf untersuchen und nicht die Kalibrierung.

Eine Lösung für den Produktionseinsatz sollte die gewünschte verschliffene Bahn beibehalten. Lassen Sie nicht jeden Punkt exakt anfahren, nur um die Protokollierung zu vereinfachen. Definieren Sie stattdessen einen Handshake, der angibt, wann eine Datenstichprobe gültig ist, und verwenden Sie das für die installierte Softwareversion geeignete Controllerverhalten.

Die Kette der Koordinatensysteme eindeutig darstellen

Eine Roboterpose ist nur mit ihrem Bezugsrahmen aussagekräftig. Notieren Sie die Transformationskette von Welt- oder Roboterbasis über die ausgewählte Basis und vom Flansch über das ausgewählte Werkzeug bis zum Prozesspunkt. Bestimmen Sie anschließend, ob der gemeldete Wert den Flansch, den Werkzeugmittelpunkt, die Sollbahn oder die Istposition beschreibt.

Durchsuchen Sie das Programm und zugehörige Aufgaben nach Änderungen an Werkzeug-, Basis- oder Rahmendaten zwischen den Iterationen. Ein Inline-Formular, Unterprogramm, Interrupt oder Hintergrundprozess kann andere Daten auswählen, ohne dass sich im lokalen Bewegungsblock eine offensichtliche Änderung zeigt. Indirekte Referenzen verdienen besondere Aufmerksamkeit, da der angezeigte Variablenname gleich bleiben kann, während sich der ausgewählte Index ändert.

Vergleichen Sie alle Werte in einer einheitlich festgelegten Koordinatenebene. Die Subtraktion einer weltbezogenen Pose von einer basisbezogenen Pose ergibt einen plausibel aussehenden, aber bedeutungslosen Fehler. Ebenso kann die Anwendung einer Werkzeugtransformation auf eine Pose, die bereits den Werkzeugmittelpunkt beschreibt, wie ein doppelter Offset wirken. Zeigen Sie jeden Transformationsschritt und seine Richtung, statt die Berechnung in einem einzigen Ausdruck zusammenzufassen.

Eulersche Winkel nicht mit physischer Orientierung verwechseln

Industrielle Roboterschnittstellen stellen die Orientierung häufig mit drei Winkeln dar. Diese Werte sind eine Darstellung der Orientierung und keine unabhängigen physikalischen Achsen. Verschiedene Winkelsätze können dieselbe physische Orientierung beschreiben, und Werte können sich in der Nähe einer Darstellungssingularität stark ändern, obwohl sich das Werkzeug nur geringfügig dreht.

Vergleichen Sie zur Diagnose Transformationen oder ein geeignetes Maß für den Orientierungsfehler, statt die angezeigten Winkel komponentenweise zu subtrahieren. Normieren Sie Winkel einheitlich und geben Sie die Einheiten eindeutig an. Wenn die Translation stabil bleibt, aber die Winkelwerte springen, prüfen Sie zunächst Darstellung und Koordinatensystemauswahl, bevor Sie das Mastering verantwortlich machen.

Soll- und Istposition voneinander trennen

Die Sollposition beschreibt das Bahnenziel oder den Interpolationszustand des Controllers. Die Istposition basiert auf der Encoder-Rückmeldung und umfasst daher Schleppfehler, Nachgiebigkeit, Lastwirkungen, Einschwingvorgänge und den Zeitpunkt der Erfassung. Beide Werte sind nützlich, beantworten aber unterschiedliche Fragen.

Protokollieren Sie Soll- und Istwerte gemeinsam mit Geschwindigkeit, Programmzustand und einer monoton steigenden Stichprobennummer. Wenn die Abweichung nur während der Beschleunigung zunimmt und nach dem Einschwingen zurückgeht, deutet dies eher auf ein normales oder abnormales Nachlaufverhalten als auf einen dauerhaften Fehler im Koordinatensystem hin. Wenn beide Werte durch dieselbe konstante Transformation verschoben sind, prüfen Sie Werkzeug- und Basisdaten.

Einen atomaren Datenvertrag zwischen Roboter und SPS erstellen

Eine SPS kann problemlos Koordinaten aus unterschiedlichen Roboterinterpolationszyklen kombinieren, wenn jeder Wert unabhängig gelesen wird. Der Roboter sollte die vollständige Pose samt Kontext in eine stabile Transferstruktur kopieren und erst nach Abschluss des Kopiervorgangs eine Sequenznummer oder ein Gültigkeitskennzeichen ändern. Die SPS liest die gesamte Struktur, bestätigt, dass die Sequenz unverändert ist, und quittiert diese Stichprobe.

Nehmen Sie Werkzeugnummer, Basisnummer, Kennzeichnung als Soll- oder Istwert, Koordinatensystem, Einheiten, Robotermodus sowie einen Zeitstempel oder Zykluszähler der Stichprobe auf. Die Empfangslogik sollte veraltete, unvollständige oder kontextfremde Daten verwerfen. Dadurch wird aus einer vagen Posenabweichung ein nachvollziehbarer Schnittstellenfehler.

Simulation als kontrollierten Vergleich nutzen

Die offizielle Simulationsumgebung von KUKA unterstützt die Offline-Validierung von Roboterbewegungen und Applikationsverhalten. Eine Simulation kann helfen, die Programmsequenz nachzustellen, die Verwendung von Koordinatensystemen zu prüfen und approximierte mit exakten Bahnen zu vergleichen, ohne Produktionszeit zu verbrauchen. Sie ersetzt nicht die Prüfung von Mastering, Last, Nachgiebigkeit, Encoder-Rückmeldung oder realem SPS-Zeitverhalten. Betrachten Sie die Simulation daher als eine von mehreren Beweisquellen.

Eine fehlerorientierte Entscheidungsfolge

Wenn die Synchronisierung die Abweichung behebt

Korrigieren Sie den Abtastvertrag, die Annahmen zur Approximation oder den Zeitablauf des Programmflusses. Bewahren Sie die validierte Produktionsbahn und dokumentieren Sie das Ereignis, das eine Pose gültig macht.

Wenn der Fehler einer Werkzeug- oder Basisauswahl folgt

Korrigieren Sie die Auswahl- oder Transformationsrichtung. Kalibrieren Sie nur dann neu, wenn unabhängige physische Prüfungen zeigen, dass der gespeicherte Bezugsrahmen selbst falsch ist.

Wenn Soll- und Istwerte während der Bewegung auseinanderlaufen

Untersuchen Sie Lastdaten, Mechanik, Servozustand, Nachlaufabweichung und Erfassungszeitpunkt. Verbergen Sie die Beweislage nicht durch einen Koordinatenoffset.

Die wichtigste Schlussfolgerung ist methodischer Natur: Eine Posenabweichung ist zunächst ein Beweisproblem und erst danach ein Kalibrierungsproblem. Frieren Sie den Ausführungspunkt ein, deklarieren Sie jeden Bezugsrahmen, vergleichen Sie Gleiches mit Gleichem und ändern Sie dauerhafte Roboterdaten erst, nachdem die Hypothesen zu Zeitablauf und Transformation geprüft wurden.