Wenn ein Roboter „eigentlich“ die richtigen Punkte anfährt, aber die reale Bahn trotzdem nicht passt, liegt das häufig nicht an der Mechanik oder am Programm, sondern an der Geometrie im Steuerungssystem. Koordinatenrahmen (Frames) sind die Übersetzung zwischen realer Zelle und mathematischem Modell. Schon wenige Millimeter oder ein verdrehter Winkel im Tool oder in der Basis reichen, um Greifer-Anfahrpunkte, Klebe- oder Schraubbahnen sichtbar zu verschieben.
Im Zentrum stehen zwei Dinge: ein sauber definierter Bezug zur Zelle und ein korrektes Werkzeugmodell. Erst dann werden Offline-Programme, Handführpunkte und Prozessbahnen reproduzierbar. Entscheidend ist dabei nicht „viel Messen“, sondern ein konsistentes Vorgehen, klare Prüfmerkmale und das Verständnis, wie die Steuerung Frames in der Kinematik verrechnet.
Warum Koordinatenrahmen in der Robotik so oft der Fehler sind
Frames als Schnittstelle zwischen Zelle, Roboter und Prozess
Ein Roboter bewegt sich intern in Gelenkwinkeln, Anwender:innen denken jedoch in kartesischen Koordinaten: X/Y/Z und Orientierung. Damit Anfahrpunkte im Raum eindeutig sind, braucht es Referenzen. Typisch sind ein Zellenbezug (z. B. an einer Vorrichtung) und ein Werkzeugbezug (am Greifer, Schrauber oder Dosierkopf). Diese Referenzen werden als Koordinatensysteme gespeichert und bei jeder kartesischen Bewegung in Gelenkbewegungen umgerechnet.
Typische Symptome falscher Frames:
- Pick-Punkte stimmen auf einer Seite der Palette, auf der anderen Seite nicht.
- Der Roboter fährt in Z-Richtung „schief“, obwohl die Vorrichtung gerade ist.
- Bei Bahnen (Kleben, Schweißen, Polieren) stimmt der Abstand zur Oberfläche nicht konstant.
- Nach Werkzeugwechsel sind alle Punkte konstant versetzt.
Base-Frame vs. WerkstĂĽck-Frame: was in der Zelle wirklich gemeint ist
Ein Base-Frame beschreibt den Bezug zwischen Roboterbasis und einem externen Bezug in der Zelle. Oft wird dieser Bezug an einer Montageplatte, an einem Maschinentisch oder an einer Lehre definiert. Ein Werkstück- oder Stations-Frame kann darauf aufsetzen, muss aber eindeutig zu einem physisch prüfbaren Merkmal passen (z. B. Passstift-Bohrungen, Kanten, Anschläge).
Praktisch bewährt: Ein Frame pro „fixer“ Referenzfläche (Vorrichtung, Maschinentisch) und optional zusätzliche Frames pro Produktvariante. Das reduziert Anpassungen im Programm, weil Punkte relativ zum jeweils aktiven Frame beschrieben werden.
Tool-Frame und TCP: Geometrie des Werkzeugs korrekt abbilden
Was der TCP ist und warum „ungefähr“ nicht reicht
Der Tool-Frame beschreibt Lage und Orientierung des Werkzeugs relativ zum Flansch. Der wichtigste Punkt darin ist der TCP (Tool Center Point): die Spitze des Schraubers, die Greifer-Mitte, der Laserfokus oder die Dosiernadel. Ist dieser Punkt falsch, werden Bewegungen zwar ausgeführt, aber um den falschen Mittelpunkt. Das fällt besonders bei Rotationen und Bahnbewegungen auf: Der Roboter dreht „um einen Punkt in der Luft“ statt um die Prozessspitze.
Ein häufiger Denkfehler: Die Position des TCP wird „einmal grob“ eingetragen und dann durch Punktkorrekturen im Programm kaschiert. Das funktioniert kurzfristig, zerstört aber Wiederverwendbarkeit: Bei neuer Vorrichtung, neuem Greifer oder Offline-Programmierung tauchen die Abweichungen wieder auf.
Kalibrierprinzipien: Mehrpunkt statt BauchgefĂĽhl
Für die TCP-Ermittlung haben sich Mehrpunktmethoden bewährt: Die Werkzeugspitze wird aus verschiedenen Orientierungen auf denselben physischen Punkt gefahren. Aus diesen Posen berechnet die Steuerung den TCP. Wichtig ist dabei, dass der Referenzpunkt eindeutig ist (z. B. Kegelspitze, Center-Pin, Hartmetallkugel) und das Werkzeug spielfrei ist.
Für die Werkzeugorientierung (Tool-Achsen) gilt: Eine korrekte Z-Achse (entlang der Werkzeuglängsrichtung) verhindert schräges Einfahren, eine konsistente X/Y-Achse erleichtert Prozessparameter wie Anstellwinkel oder Bahnnormale. Bei komplexen Tools (z. B. abgewinkelte Schrauber, Kamerahalter) lohnt die Orientierungskorrektur besonders.
Praxis: Frames in der Inbetriebnahme stabil aufsetzen
Physische Referenzen wählen, die später noch existieren
Frames sind nur so gut wie die Merkmale, an denen sie definiert werden. Kanten von Rohteilen sind selten gute Referenzen, weil Toleranzen, Grat oder Einspannlage variieren. Besser sind feste Merkmale der Zelle: Passstifte, geschliffene Anschlagflächen, wiederholgenaue Nullpunkte auf dem Tisch oder definierte Bohrbilder.
Für mobile oder umbaubare Stationen hilft ein „Zellen-Nullpunkt“: ein kleines Messobjekt an der Zelle, das nicht mit dem Produkt verschwindet. So kann nach Wartung oder Kollision geprüft werden, ob die Geometrie noch stimmt.
Messfehler systematisch erkennen: Konstanz-Tests
Ein Frame kann numerisch plausibel wirken und trotzdem falsch sein. Daher sind Konstanz-Tests wichtig:
- Ein Punkt-Test: Mehrfach mit unterschiedlicher Geschwindigkeit anfahren und prĂĽfen, ob der Endpunkt reproduzierbar ist (Hinweis auf Spiel oder Bremsverhalten).
- Ein Linien-Test: Entlang einer bekannten Kante mehrere Punkte abfahren; Abweichungen zeigen Rotationsfehler im Frame.
- Ein Kreis-/Bahn-Test: Bei Rotation um die Werkzeugspitze darf sich die Spitze relativ zum Referenzpunkt nicht bewegen (Hinweis auf TCP-Fehler).
Solche Tests sind schnell, benötigen kaum Sonderhardware und liefern klare Hinweise, ob Tool, Base oder Mechanik der Engpass ist.
Typische Fehlerbilder und passende GegenmaĂźnahmen
Konstante Versätze: Meist Tool oder Base, selten Programm
Wenn alle Punkte um denselben Vektor verschoben sind, liegt der Verdacht auf einem falschen Base-Frame oder einem falsch erfassten Tool-Frame nahe. Ein klassisches Beispiel: Der Greifer wurde mechanisch um wenige Millimeter neu montiert, der Tool-Datensatz blieb aber unverändert. Dann hilft keine Punktverschiebung im Programm, sondern eine saubere Tool-Neukalibrierung.
Abweichungen, die mit der Orientierung wachsen
Wenn die Abweichung bei 0° noch klein ist, bei 90° aber groß wird, ist der TCP häufig falsch oder die Tool-Orientierung inkonsistent. Besonders sichtbar wird das beim Schrauben oder beim Einfahren in enge Aufnahmen. Hier ist eine erneute Mehrpunkt-TCP-Bestimmung meist der schnellste Weg zur Stabilität.
Fehler nur an bestimmten Stellen im Arbeitsraum
Treten Probleme nur in einem Bereich auf, kann die Ursache kinematisch sein: ungünstige Achsstellungen, nahe an mechanischen Grenzen oder eine schlecht konditionierte Pose. In solchen Fällen hilft es, Anfahrpunkte so zu verschieben, dass der Roboter in robusteren Konfigurationen arbeitet. Eine vertiefende Einordnung zur Geometrie des Roboters unterstützt der Artikel zur Kinematik in der Robotik.
Integration in Software und Ablauf: Was in Projekten wirklich zählt
Frames versionieren und nachvollziehbar dokumentieren
In realen Anlagen ändern sich Tools und Vorrichtungen: Greiferbacken werden ersetzt, Adapterplatten getauscht, Sensorhalter nachjustiert. Deshalb sollten Frame-Daten nicht nur im Controller existieren, sondern auch im Projektkontext: Datensätze mit Datum, Grund der Änderung und Prüfmerkmalen. So wird klar, welche Änderung eine Prozessabweichung ausgelöst hat.
Offline-Programmierung und Simulation profitieren nur bei sauberen Frames
Wer Bahnen offline erstellt, braucht korrekte Geometrie: Roboterbasis, Zellenaufbau, Werkstücklage und Tool. Schon kleine Frame-Fehler führen dazu, dass offline saubere Bahnen online „daneben“ liegen. Dann wird das Teach-Pendant zur Nacharbeit missbraucht. Für die Vorgehenslogik und typische Stolperstellen bei der virtuellen Inbetriebnahme hilft der Beitrag zur Robotersimulation mit Digital Twin.
Koordinatenrahmen und Sicherheit getrennt betrachten, aber zusammen prĂĽfen
Frames sind keine Safety-Funktion, beeinflussen aber, wo der Roboter real fährt. Nach Änderungen an Base oder Tool müssen daher Sicherheitsbereiche (z. B. sichere Positionen, Einfahrgrenzen) mit geprüft werden. In Zellen mit sicherer Steuerung ist die saubere Schnittstelle zwischen Robotik-Programm und Sicherheitslogik zentral; dazu passt der Kontext aus Robotersafety per Safety-PLC.
Konkrete Schrittfolge fĂĽr die Werkstatt: Von Nullpunkt bis Prozessbahn
Pragmatischer Ablauf, der sich in vielen Zellen bewährt
- Physische Referenzen festlegen: zwei Achsenrichtungen und ein Ursprung, die später wieder auffindbar sind.
- Base-Frame einmessen und direkt mit einem Linien-Test validieren (mehrere Punkte auf einer bekannten Kante).
- Tool mechanisch prüfen: Sitz am Flansch, Spiel im Adapter, wiederholgenaues Werkzeug (bei Wechseln: gleiche Anlageflächen).
- TCP-Kalibrierung als Mehrpunktmessung durchfĂĽhren und anschlieĂźend Rotation-gegen-Punkt prĂĽfen.
- Tool-Orientierung verifizieren: Einfahren entlang einer Referenzfläche, Anstellwinkel beurteilen, ggf. Achsen nachkalibrieren.
- Ein kurzes Prozessprogramm anlegen: Anfahrt, Einfahrbewegung, Prozessbahn, Retract. Erst danach produktive Programme anfassen.
- Änderungen protokollieren: Frame-Datensätze exportieren/sichern, Prüfmerkmal und Messmittel notieren.
Vergleich in der Praxis: Welche Methode passt zur Aufgabe?
| Aufgabe | Bewährte Methode | Typischer Nutzen | Häufiger Fallstrick |
|---|---|---|---|
| Werkzeugspitze genau bestimmen | Tool-Frame per Mehrpunkt auf Referenzpin | Saubere Rotationen, stabile Einfahrpunkte | Referenzpunkt nicht eindeutig oder Werkzeug hat Spiel |
| Vorrichtungslage in der Zelle festlegen | Base-Frame über Kante + Ursprung (3 Punkte) | Punkte bleiben bei Umrüstungen relativ zur Vorrichtung gültig | Kanten am Produkt statt an der Vorrichtung gewählt |
| Prozessbahn entlang Oberfläche | TCP + Tool-Orientierung kalibrieren, dann Bahn testen | Konstanter Abstand und Winkel zur Oberfläche | TCP stimmt, aber Tool-Achsen sind verdreht |
| Offline-Programme in Betrieb nehmen | Geometrie/Frames vorab validieren, dann nur Feintuning | Deutlich weniger Teach-Aufwand | Simulation passt, reale Zelle hat andere Nullpunkte |
Wenn es trotz korrekter Frames nicht passt
Mechanik, Greifer und Prozesskräfte als nächste Prüfstation
Wenn Base und Tool sauber sind, bleiben oft drei Ursachen: mechanische Nachgiebigkeit, Prozesskräfte oder unzureichende Wiederholgenauigkeit des Endeffektors. Bei Greifern sind elastische Finger, verschlissene Führungen oder ein nicht reproduzierbarer Werkzeugwechsel häufige Quellen. Dann lohnt der Blick auf die Werkzeugseite: Aufbau, Wechselkonzept, Medienführung und Absicherung. Passend dazu bietet Roboter-End-of-Arm-Tools zusätzliche Integrationsaspekte.
Bei kraftbehafteten Prozessen (z. B. Polieren, Fügen, Entgraten) können Kräfte den Roboter oder das Werkzeug auslenken. Dann sind neben korrekter Geometrie auch passende Regelungs- oder Sensorik-Konzepte nötig, damit der Prozess stabil bleibt.
