Was ist ROS 2 in der Praxis?
ROS steht für Robot Operating System. Trotz des Namens ist ROS 2 am besten als Sammlung von Softwarebibliotheken, Kommunikationswerkzeugen und Entwicklungskomponenten zu verstehen, die zusammen mit einem Betriebssystem eingesetzt werden. Es unterstützt die Zusammenarbeit der Programme innerhalb eines Roboters.
Ein Programm verarbeitet beispielsweise Kamerabilder, ein anderes berechnet einen Fahrweg und ein weiteres steuert eine Hubeinrichtung. ROS 2 bietet Möglichkeiten, Informationen zwischen diesen Programmen auszutauschen und Aufgaben anzufordern.
Zu den Kommunikationsmitteln gehören Topics für laufende Informationen, Services für Anfragen mit Antworten und Actions für Aufgaben, die Fortschritt und ein Endergebnis zurückmelden. Eine Action kann auch eine Abbruchanforderung unterstützen.
Eine Funktion zur Wagenaufnahme könnte beispielsweise Anfahrt, Ausrichtung und Kupplungsprüfung melden, bevor sie einen erfolgreichen Abschluss zurückgibt. Die genaue Abfolge wird für die Anwendung entwickelt; ROS 2 liefert den Rahmen, um sie zu verbinden und zu beobachten.
Das Standortteam muss diese Komponenten nicht programmieren. Es benötigt einen Integrator, der daraus zuverlässige Funktionen mit klarer Bedienung und geregelten Supportzuständigkeiten macht.
Was leistet VDA 5050?
VDA 5050 definiert eine gemeinsame Struktur für die Kommunikation zwischen Flottensteuerung und mobilem Roboter. Sie umfasst Informationen wie Aufträge, angeforderte Aktionen und Ausführungszustände. Es handelt sich um eine Schnittstellenspezifikation, nicht um die Software für Navigation, Wahrnehmung oder Motorsteuerung.
Der Nutzen liegt in einer einheitlicheren Flottenanbindung über beteiligte Anbieter hinweg. Käufer können eine klar definierte Schnittstelle vorgeben, statt vollständig von voneinander unabhängigen, herstellerspezifischen Nachrichtenformaten abhängig zu sein.
VDA 5050 kann auch unterstützte individuelle Aktionen übertragen. Sie sollte daher nicht so dargestellt werden, als verhindere sie erweiterte Roboterfunktionen. Die Grenze besteht darin, dass diese Funktionen weiterhin im Roboter oder seiner Anwendungssoftware vorhanden und über eine vereinbarte Schnittstelle zugänglich sein müssen.
Wo kann ROS 2 mehr Möglichkeiten bieten?
Das Navigationsverhalten des Roboters anpassen
Zum ROS-2-Ökosystem gehört Nav2, ein Navigationsframework mit Komponenten zur Umgebungsinterpretation, Pfadplanung und Bewegungssteuerung. Durch den modularen Aufbau können Entwickler Komponenten für einen bestimmten Roboter und eine bestimmte Anwendung auswählen oder selbst implementieren.
Der praktische Nutzen liegt im Zugriff darauf, wie eine Fahrt ausgeführt wird. Ein Entwicklungsteam mit Zugriff auf die dafür vorgesehenen Schnittstellen kann wiederkehrende Schwierigkeiten an einer Station untersuchen, eine Anfahrt anpassen oder einen Ablauf zur Wiederaufnahme des Betriebs nach einer Störung innerhalb der zulässigen Betriebsgrenzen verändern.
Eine Anweisung auf Flottenebene kann dem Roboter sagen, wohin er fahren soll. ROS-basierter Zugriff kann dem Entwicklungsteam ermöglichen, das Navigationsverhalten bei der Ausführung dieser Anweisung anzupassen. Das ist hilfreich, wenn sich ein Problem nicht durch ein anderes Ziel oder eine geänderte Verkehrspriorität lösen lässt.
Kameras und weitere Sensoren nutzen
ROS stellt gemeinsame Nachrichtendefinitionen für Bilder, Laserscans, Punktwolken und andere Sensorinformationen bereit. Sie unterstützen die Verbindung zwischen Sensoren und der Software, die ihre Messwerte interpretiert.
Wahrnehmung bedeutet, diese Messwerte in nutzbare Informationen über die Umgebung umzuwandeln. Bei einer geplanten Lageranwendung könnte dazu gehören, die Position eines Wagens zu erkennen oder ein für die Aufnahme erforderliches Merkmal zu prüfen.
Der Vorteil liegt darin, Sensorinformationen mit dem Auftrag verknüpfen zu können, statt nur einen allgemeinen Bereitschafts- oder Fehlerstatus zu erhalten. Der Erfolg hängt weiterhin von Sensoren, Verarbeitungssoftware und Testbedingungen ab.
Einen geeigneten Andockablauf entwickeln
Andocken ist die abschließende Ausrichtung an einer Station, einer Last oder einem Ladegerät. Das Docking-Framework von Nav2 bietet eine Struktur für Anfahrt, Andocken und zugehörige Prüfungen mit Plugins für unterschiedliche Ausrüstung.
Ein Standort benötigt möglicherweise einen Roboter, der einen Wagen von einer festgelegten Seite anfährt, die Verbindung bestätigt und bei unzureichender Ausrichtung einen zulässigen Schritt wiederholt. Wenn das Fahrzeug die nötigen Funktionen bereitstellt, kann ROS 2 die Entwicklung dieser Abfolge und der zur Fehleranalyse benötigten Rückmeldungen unterstützen.
Das unterscheidet sich davon, das Flottensystem den Roboter erneut an dieselbe Koordinate schicken zu lassen. Das Problem kann im abschließenden Handhabungsablauf statt in der Route liegen.
Technik zur Lasthandhabung anbinden
Das Framework ros2_control bietet Schnittstellen zwischen Reglern und Hardwarekomponenten. In kompatiblen Anwendungen kann es die Steuerung und Rückmeldung von Geräten wie Motoren und Aktoren unterstützen.
Für Käufer ist das relevant, wenn ein Roboter einen Hubmechanismus, Greifer oder eine andere Vorrichtung außerhalb seiner ursprünglichen Konfiguration benötigt. Eine dokumentierte Hardwareschnittstelle bietet eine klarere Integrationsgrundlage als eine undokumentierte elektrische Verbindung.
Das unterstützte Gerät, der Regler und die Betriebsgrenzen müssen weiterhin festgelegt werden. Offene Software macht beliebige Ausrüstung nicht automatisch kompatibel. Änderungen müssen innerhalb des vereinbarten Entwicklungs- und Supportumfangs bleiben.
Transport mit einem Roboterarm verbinden
Ein mobiler Manipulator verbindet eine mobile Plattform mit einem Roboterarm. Zum ROS-Ökosystem gehört MoveIt, das Werkzeuge für Bewegungsplanung und Manipulation bereitstellt.
Das kann Anwendungen unterstützen, bei denen der Roboter zu einer Arbeitsstation fährt und dort eine Aufgabe mit dem Roboterarm ausführt, sofern Ausrüstung und Software dafür entwickelt wurden. Dafür reicht ein Transportauftrag allein nicht aus. Erforderlich sind aufeinander abgestimmte Positionierung, Wahrnehmung, Handhabung und Bestätigung.
ROS 2 ist hier relevant, weil es diese unterschiedlichen Funktionen verbinden kann. Auf der übergeordneten Flottenebene kann VDA 5050 weiterhin genutzt werden, um einen verfügbaren Auftrag anzufordern oder dessen Ergebnis zu melden.
Die Ursache wiederkehrender Störungen finden
Zu den ROS-2-Werkzeugen gehört rosbag2, das Kommunikationsdaten aufzeichnen und wiedergeben kann. Damit können Fachleute untersuchen, was die verbundenen Programme während eines Ereignisses gemeldet haben.
Wenn ein Fahrzeug wiederholt an derselben Station scheitert, können diese Daten helfen, zwischen fehlenden Sensordaten, einem abgelehnten Befehl und einem zeitlichen Abstimmungsproblem zu unterscheiden. Der betriebliche Nutzen hängt davon ab, ob relevante Daten aufgezeichnet, zugänglich und von einer für die Fehlerbehebung zuständigen Person ausgewertet werden.
Detaillierte Diagnosen sind besonders wertvoll, wenn mehrere Anbieter beteiligt sind. Sie liefern Nachweise, die über eine allgemeine Meldung „Mission fehlgeschlagen“ hinausgehen, ersetzen jedoch keinen Supportvertrag.
Wie sollten Käufer beide Ansätze vergleichen?
| Anforderung | Was ROS 2 bereitstellt | Welche Rolle VDA 5050 übernimmt |
|---|---|---|
| Roboterverhalten anpassen | Zugriff auf konfigurierbare oder entwickelbare Roboterfunktionen | Fordert bereits unterstützte Funktionen an und meldet deren Zustand |
| Mit Sensordaten arbeiten | Schnittstellen zu Wahrnehmungs- und Verarbeitungskomponenten | Bietet kein allgemeines Framework zur Sensorverarbeitung |
| Handhabungstechnik ergänzen | Verbindungen zu kompatibler Hardware und Steuerungen | Kann vereinbarte Handhabungsaktionen anfordern |
| Störungsursachen im Detail untersuchen | Aufzeichnungs- und Entwicklungswerkzeuge für interne Abläufe | Stellt Status- und Fehlerinformationen auf Flottenebene bereit |
| Eine gemischte Flotte anbinden | Flexible Integration über unterstützte Roboterschnittstellen | Eine gemeinsame, klar definierte Kommunikationsspezifikation zwischen Roboter und Flotte |
| Eine langfristig gewartete Fahrzeugschnittstelle nutzen | Hängt davon ab, was der Hersteller zugänglich macht und unterstützt | Sinnvoll, wenn die benötigten Funktionen durch die unterstützte Implementierung abgedeckt sind |
Die Möglichkeiten auf ROS-Seite ergeben sich aus den jeweiligen Paketen und der zugehörigen Entwicklungsarbeit. Sie sind keine automatischen Eigenschaften jedes als ROS-basiert bezeichneten Roboters. Ebenso sollte die VDA-5050-Kompatibilität für die Funktionen nachgewiesen werden, die der Standort tatsächlich benötigt.
Verringert ROS 2 automatisch die Anbieterabhängigkeit?
ROS 2 kann Wiederverwendung und Erweiterung erleichtern, wenn Käufer Zugriff auf dokumentierte Schnittstellen, Konfigurationen und die erforderliche Software haben. Gemeinsame Entwicklungswerkzeuge und Standards erleichtern es, den Aufbau einer Anwendung nachzuvollziehen.
Ein Hersteller kann ROS jedoch intern verwenden und nach außen nur eine eingeschränkte Schnittstelle bereitstellen. Proprietäre Komponenten, beschränkter Zugriff oder undokumentierte Sonderfunktionen können den Standort weiterhin von einem Anbieter abhängig machen.
Fragen Sie, welche Funktionen der Integrator nutzen darf, welche Änderungen unterstützt werden und wer die Anwendung warten kann. Entscheidend ist eine funktionierende, dokumentierte Integration mit klaren Rechten und Verantwortlichkeiten, nicht das Vorhandensein eines Open-Source-Logos.
Ein zentrales Flottenmanagement kann helfen, Lagerabläufe von einzelnen Fahrzeugschnittstellen zu trennen. So lässt sich die Auftragsstruktur des Standorts beibehalten und für jeden Roboter die passende unterstützte Anbindung wählen.
Was muss bei einer ROS-2-Einführung geregelt werden?
Ein System im laufenden Betrieb benötigt regelmäßig gewartete Softwareversionen, getestete Updates und kontrollierten Zugriff. Legen Sie fest, wer die Konfiguration verantwortet, Änderungen freigibt und eine vorherige funktionierende Version wiederherstellt.
ROS 2 besitzt Sicherheitswerkzeuge, darunter SROS2 zur Nutzung unterstützter Sicherheitsfunktionen der Middleware. Diese Werkzeuge müssen für die Installation konfiguriert werden. Ihre bloße Verfügbarkeit bedeutet nicht, dass das System ohne entsprechende Konfiguration sicher ist.
Dasselbe Prinzip gilt für die Zuverlässigkeit. Testen Sie die Anwendung bei Netzwerkunterbrechungen, neu gestarteten Diensten und nicht verfügbarer Hardware. Der Roboter sollte ein verwertbares Ergebnis oder einen klaren Fehlerzustand zurückgeben, statt Bedienpersonen im Unklaren darüber zu lassen, ob eine Last bewegt wurde.
Legen Sie für VDA 5050 die Schnittstellenversion, unterstützte Aktionen und den Umgang mit Fehlern auf beiden Seiten fest. Bestimmen Sie für ROS 2 die Distribution, zugängliche Funktionen und regelmäßig gewartete Pakete. Verlangen Sie in beiden Fällen eine Vorführung des vollständigen Geschäftsprozesses.
Kann eine Flotte ROS 2 und VDA 5050 gemeinsam nutzen?
Ja. Ein Roboter kann ROS 2 für seine internen Funktionen verwenden und VDA 5050 für die Flottenkommunikation bereitstellen. Eine andere Anwendung kann unterstützte ROS-Schnittstellen direkt nutzen, wenn sie Funktionen oder Informationen außerhalb der implementierten Flottenschnittstelle benötigt.
SyncroBot unterstützt ROS- und VDA-5050-Anbindungen in seinem herstellerunabhängigen Flottenmanagement. Die passende Verbindung sollte anhand des Fahrzeugs und des erforderlichen Ablaufs gewählt werden, damit der verfügbare Befehlssatz zu den Anforderungen der Anwendung passt.
Das bedeutet nicht, dass jede Funktion über jede Verbindung verfügbar ist. Angebot und Abnahmetest sollten das Robotermodell, die verfügbaren Funktionen und den Supportumfang benennen.
Wie planen Sie die nächsten Schritte?
Kontaktieren Sie SyncroBot für eine Kostenschätzung auf Grundlage der benötigten Roboter und des Integrationsgrads. Der Leitfaden zu Einführungskosten erklärt, wie sich der vollständige Umfang vergleichen lässt, ohne nur den Fahrzeugpreis zu betrachten.
Bei geeigneten Anwendungen kann sich die Investition innerhalb von 18 Monaten amortisieren. Entscheidend sind das Transportvolumen und der Projektumfang. In die Rechnung gehören auch die verbleibenden manuellen Tätigkeiten und die laufenden Kosten. Eine gemeinsame Karte oder die Wahl einer bestimmten Schnittstelle allein garantiert keine solche Amortisation.
Nutzen Sie den Amortisationsrechner.