Komplexe Roboteranwendungen durchlaufen in ihrem Lebenszyklus in der Regel drei Phasen: Planung, Programmierung und Instandhaltung. Eine Programmierlösung, die sich in allen drei Phasen und über die verschiedenen Aufgabenbereiche hinweg einsetzen lässt, bringt hier zahlreiche Vorteile. Insbesondere auch dann, wenn Anwender flexibel zwischen Online- und Offline-Programmierung hin und her schalten können.

Unter Offline-Programmierung versteht man das Programmieren eines Roboters in der Simulationsumgebung, während bei der Online-Programmierung direkt am realen Roboter programmiert bzw. getestet werden kann. Typischerweise verlaufen Roboter-Automatisierungsprojekte in drei Schritten, die spezielle Online- oder Offline-Arbeiten beinhalten: Planung, Programmierung und Optimierungen während der Instandhaltung. Jede Phase erfordert spezielle Tools, individuelles Know-how und eine gute Abstimmung, da häufig unterschiedliche Personen (Rollen) für die Bereiche zuständig sind.

Programmier-Phase 1: Roboter wird simuliert

Zu Beginn gibt es naturgemäss noch keinen realen Roboter, auf dem programmiert und getestet werden kann. Der Planer ist daher auf Simulationswerkzeuge angewiesen, um die geometrische Auslegung der Roboterzelle, die Werkzeuge sowie die Programmabläufe offline festzulegen und zu überprüfen. Hierzu führt er Erreichbarkeitsanalysen und Kollisionsüberprüfungen durch, optimiert die Reihenfolge der Roboteraktionen, bestimmt möglichst effiziente Bewegungsbahnen und legt Sicherheitsbereiche fest.

Programmier-Phase 2: Planung in komplexes Roboterprogramm umsetzen

In der nächsten Phase hat der Programmierer die schwierige Aufgabe, das Ergebnis der Planung, das oftmals nur abstrakt in Form von CAD-Daten, Bildern und Ablaufbeschreibungen vorliegt, in ein komplexes Roboterprogramm umzusetzen und in der Planung fehlende oder fehlerhafte Annahmen zu korrigieren. Um den geplanten Prozess in die Realität umzusetzen, Roboterbewegungen flexibel zu berechnen, mit der SPS zu kommunizieren, Werkzeuge und Bildverarbeitungssysteme anzusteuern oder komplexe Sensoren wie Kraft-Momenten-Sensoren einzubinden, muss er herstellerspezifischen Robotercode schreiben. Sind unterschiedliche Hersteller im Einsatz, führt dies unweigerlich zu höherem Aufwand.

Phase 3: Korrigieren und verbessern

Sobald die Anwendung in der Produktion läuft, wird vom Instandhaltungs-Team erwartet, dass es nicht nur eines, sondern mehrere komplexe Roboterprogramme für unterschiedliche Roboterhersteller schnell (online) korrigieren und verbessern kann sowie Änderungen aufgrund des Schichtbetriebs nachvollziehbar dokumentiert. Hierfür muss der Programmierer das komplexe Roboterprogramm in Form von Dokumentation, Kommentaren und Eingabemasken bestmöglich vorbereiten, damit das in Robotercode formulierte Prozesswissen möglichst nicht verloren geht.

Die Software Robot Programming Suite (RPS)

Die Spezialisten für Robotik-Programmierung von ArtiMinds kennen die Probleme, die diese drei Entwicklungsphasen mit sich bringen gut und haben daher mit der Software Robot Programming Suite (RPS) einen neuen durchgängigen Ansatz entwickelt, der die Online- und Offline-Programmierung nahtlos miteinander kombiniert (Bild 1). So muss für alle Phasen der robotergestützten Automatisierung nur ein Produkt eingesetzt werden (Bild 2). Das Schöne an dem Ansatz mit der Software Robot Programming Suite ist: Er ist einfach in die bestehenden Abläufe zu integrieren, da die RPS automatisch Robotercode erstellt, der auf der Standardsteuerung des Roboterherstellers läuft. Daher fallen zum einen die Schnittstellenprobleme zwischen verschiedenen Tools weg. Zum anderen können mit der RPS Rollen auch stärker verschmelzen.

Das erlaubt eine flexiblere Nutzung von Ressourcen und steigert die Effizienz der Zusammenarbeit zwischen den einzelnen Bereichen. So entstehen beispielsweise in der Planungsphase bei gleichem Aufwand wie zuvor realitätsnähere Ergebnisse und der Roboterprogrammierer kann diese dann mit deutlich weniger Aufwand umsetzen.

Komplexe Roboter-Automatisierungsprojekte realisieren

Das Risiko, dass kritische Probleme erst in der Programmierphase bzw. bei der Inbetriebnahme auftreten, wird erheblich kleiner. Auf Basis der Datendurchgängigkeit und eines eigenen Applikationskatalogs kann man sich zudem leicht roboterübergreifende Standards erarbeiten. «Aussergewöhnlich bei unserem Konzept ist, dass man damit nicht nur spezielle Teillösungen, sondern komplexe Roboter-Automatisierungsprojekte in ihrer Gesamtheit realisieren kann. Und das mit den Robotern aller namhafter Hersteller», erklärt Dr.-Ing. Andreas Hermann, Senior Team Leader Advanced Robotics bei ArtiMinds.

Beispiel für Wechsel zwischen online und offline programmieren

Durch die einfache Möglichkeit zum Wechsel zwischen online und offline in der Software Robot Programming Suite bringt die Software weitere Vorteile, die sich u.a. bei der Programmierung zeigen. Ein Beispiel macht das deutlich: Beim Entgraten von Bauteilen oder bei der Inspektion von Kanten müssen Roboter oft komplexe Trajektorien abfahren. Diese bewegungsorientiert zu programmieren und mit dem realen Werkstück abzugleichen ist alles andere als trivial. Hier geht ArtiMinds mit ihrer RPS einen anderen Weg.

Mit dem Tool CAD2Path können in der Offline-Welt CAD-Daten des Bauteils eingelesen und daraus automatisiert Bewegungsbahnen aus dem Modell erzeugt werden. Für den Abgleich mit der realen Welt wechselt der Programmierer dann in den Online-Modus, bewegt den Roboterarm an einige charakteristische Punkte des Werkstücks und teacht diese ein.

Positionen vom digitalen Zwilling können auf den realen Roboter übertragen werden oder umgekehrt. Innerhalb kürzester Zeit lassen sich so komplexe Pfade programmieren. Auch Transferbewegungen, bei denen es nicht auf Genauigkeit ankommt, können offline oft einfacher definiert und bei Bedarf dann online um ihre exakte Zielposition ergänzt werden.

RPS: ideales Tool für Rapid Prototyping von sensorbasierten Montageaufgaben

Durch die Möglichkeit zum einfachen Umschalten zwischen Online-Programmierung und Offline-Prgrammierung lassen sich verschiedene Lösungsansätze schnell direkt auf dem Roboter evaluieren, da Teachen, Programmieren und Testen in einer engen Verbindung stehen. Das ist gerade bei herausfordernderen Anwendungen, die aufgrund der Komplexität bei der Programmierung häufiger getestet werden müssen, von immensem Vorteil.

Ein Beispiel sind sensorbasierte Anwendungen mit Kraft-Momenten-Sensoren oder Kamerasystemen, die einen deutlich höheren Programmieraufwand und mehr Know-how erfordern als einfache Bewegungen. Hermann ergänzt: «Programmierer können die Technik quasi «weg-abstrahieren» und sich rein auf die Prozesse konzentrieren. Das macht die RPS auch zum idealen Tool für Rapid Prototyping von sensorbasierten Montageaufgaben. Die Entwicklungszyklen aus Programmieren, Nachteachen, Code erzeugen und Testen werden kürzer und unterschiedliche Lösungsstrategien lassen sich effizient evaluieren.»

Zudem wird der Einsatz von elektrischen Greifern, Bildverarbeitungslösungen oder Kraft-Momenten-Sensoren deutlich vereinfacht und der Anwender bleibt beim Set-Up flexibel. Auch bei Komponenten mit nur einfachen Funktionen ist der Initialaufwand für die Einbindung in der Regel immens, weil zahlreiche Protokolle implementiert und Treiber erstellt werden müssen. Hier unterstützt die Programmiersuite durch ein umfangreiches Sortiment an Protokollen, wodurch dieser Aufwand entfällt.

Vorteile für die Instandhaltung

Schliesslich ist die nahtlose Kombination aus Online- und Offline-Programmierung auch für die Instandhaltung von Vorteil und die RPS erleichtert den Austausch mit den Programmierern. Hermann ergänzt: «Ziel unserer aktuellen Entwicklungen ist es, den «disconnected» Modus immer weiter auszubauen, d.h. selbst ohne RPS kann der Instandhalter im erstellten Robotercode mit den Standardtechniken des Roboterherstellers gezielt Änderungen, wie z.B. das Nachteachen eines Wegpunkts, vornehmen.»

Einzelne geteachte Positionen beispielsweise kann der Instandhalter nun mit wenig Aufwand nachträglich durch Touch-Up verbessern und die Aktualisierungen in die Software zurückspielen. Das ist sehr wichtig, weil sonst Dokumentation und Realität nicht mehr übereinstimmen und bei der Realisierung weiterer Anlagen essentielle Änderungen verloren gehen.

Die Zusatzsoftware LAR (Learning & Analytics for Robots)

Mit der Zusatzsoftware LAR (Learning & Analytics for Robots) ist es zudem möglich, Roboterdaten aus dem realen Betrieb zu analysieren. Damit lassen sich Produktionszyklen in Bezug auf Stabilität, Genauigkeit und Geschwindigkeit optimieren. Gleichzeitig ist es mit der LAR möglich, verschiedene Programmstände miteinander zu vergleichen. So bleiben Änderungen transparent und es lässt sich sicher sagen, ob beispielsweise eine nachträgliche «Optimierung» wirklich besser ist als die ursprüngliche Version. Zudem profitiert der Instandhalter von einer PDF-Dokumentation inklusive hinterlegter Kommentare, die der Programmierer einfach per Knopfdruck aus der Programmiersuite erstellen kann.

Fokus nicht durch zeitaufwändige Detailimplementierungen verlieren

Nicht nur für Neueinsteiger ist die Programmiersuite interessant. Auch für Unternehmen, die bereits über eine Bibliothek aus Robotercode verfügen und diese weiterverwenden wollen, bietet sie verschiedene Lösungsansätze. Einerseits kann Code aus vorherigen Anwendungen integriert und für zukünftige Projekte weiterverwendet werden. Andererseits ist auch der umgekehrte Weg denkbar, dass z.B. für komplexe sensorbasierte Teilaktionen Code mit der Programmiersuite erzeugt und in der Programmierumgebung des Roboters eingebunden wird.

Generell ist den Roboterexperten in diesem Zusammenhang seit jeher wichtig, dass sie den Anwendern keine Vorgaben machen, wie sie den Code nutzen und dass ein schrittweiser Umstieg möglich ist. Hermann resümiert: «Die kombinierte Herangehensweise aus Online- und Offline-Programmierung im Zusammenspiel mit den vorhandenen Regelungsalgorithmen und der Treiberbibliothek erlauben es, prozessorientiert zu arbeiten und diesen Fokus nicht durch zeitaufwändige Detailimplementierungen zu verlieren.»