Software zur Orchestrierung mehrerer Roboter entscheidet, welcher Roboter welchen Auftrag übernimmt, in welcher Reihenfolge und wie sich mehrere Roboter Gänge, Türen, Aufzüge und Ladestationen teilen, ohne einander zu blockieren. Auf einen Satz gebracht: Sie ist der Disponent für eine Gruppe von Robotern und macht aus einer Liste von Aufgaben einen Plan, den viele Maschinen gleichzeitig ausführen können.

Das klingt nach Flottenmanagement, und tatsächlich werden die beiden oft verwechselt. Ein Flottenmanagement-Tool zeigt Ihnen, was Ihre Roboter gerade tun. Orchestrierung entscheidet, was sie als Nächstes tun sollen, und dafür muss sie weit mehr wissen als nur, wo die Roboter sind.

Kurz erklärt

  • Orchestrierung umfasst drei Aufgaben: Aufträge zuweisen, gemeinsam genutzte Flächen und Ressourcen reservieren und Übergaben zwischen Robotern zeitlich abstimmen.
  • Zentrale Steuerung findet bessere Pläne, dezentrale Steuerung übersteht Netzwerkausfälle besser. Die meisten realen Standorte kombinieren beides.
  • Eine Flotte zu überwachen und sie zu orchestrieren sind zwei verschiedene Probleme, und viele Standorte brauchen beides.
  • Roboter brauchen außerdem Kontext von Türen, Aufzügen und Sensoren am Standort, und jeder Befehl über Hersteller- und Protokollgrenzen hinweg wird mit simulierten Antworten getestet, bevor er live geht.

Wie funktioniert die Koordination mehrerer Roboter?

Die Koordination mehrerer Roboter lässt sich in drei Probleme aufteilen, die Orchestrierungssoftware laufend löst, oft mehrmals pro Sekunde.

Auftragszuweisung entscheidet, welcher Roboter welchen Auftrag übernimmt. Die einfachste Methode schickt jede neue Aufgabe an den nächstgelegenen freien Roboter. Das ist schnell berechnet und oft gut genug, kann aber zu schlechten Entscheidungen führen, wenn mehrere Aufgaben gleichzeitig eintreffen. Nehmen wir zwei freie Roboter und zwei Aufgaben, die im selben Moment eintreffen, mit diesen Fahrzeiten zum jeweiligen Abholpunkt:

Aufgabe 1 Aufgabe 2
Roboter A 3 Min. 2 Min.
Roboter B 4 Min. 9 Min.

Wird Aufgabe 1 zuerst bearbeitet, vergibt eine Regel nach dem Prinzip „nächster Roboter“ sie an Roboter A (3 Minuten) und überlässt Aufgabe 2 Roboter B (9 Minuten): 12 Minuten Leerfahrt, und Aufgabe 2 wartet 9 Minuten auf ihren Roboter. Betrachtet man beide Aufgaben zusammen, geht Aufgabe 1 an B (4 Minuten) und Aufgabe 2 an A (2 Minuten): 6 Minuten Leerfahrt, also nur halb so viel. Orchestrierungssoftware, die Aufgaben gebündelt statt einzeln zuweist, findet den zweiten Plan. Bei Dutzenden Robotern und Aufgaben summieren sich diese eingesparten Leerfahrten über eine Schicht.

Ressourcenreservierung verhindert, dass Roboter denselben Platz beanspruchen. Die Software behandelt schmale Gänge, Kreuzungen, Aufzugskabinen, Ladeplätze und Dockingstationen als Ressourcen, die jeweils nur ein Roboter belegt. Ein Roboter fordert die nächste Zone auf seiner Route an, bekommt sie oder wartet und gibt sie wieder frei, sobald er sie verlassen hat. Einplanen muss man vor allem den Deadlock: Roboter A wartet auf eine Zone, die Roboter B belegt, während B auf die Zone wartet, die A belegt. Keiner der beiden wird sich je bewegen. Orchestrierungssoftware erkennt solche Wartezyklen und löst sie auf, etwa indem sie einen Roboter zu einer Ausweichstelle zurückschickt.

Synchronisation regelt Arbeit, die von einem anderen Roboter abhängt. Stellt ein Roboter einen Wagen an einer Station ab und ein zweiter bringt ihn weiter, sollte der zweite erst zur Station aufbrechen, wenn der erste das Abstellen als erledigt meldet. Stimmt das Timing nicht, stehen Roboter untätig an Stationen oder kommen an einer leeren an.

Alle drei Probleme verändern sich mit jedem neuen Ereignis, deshalb läuft Orchestrierung kontinuierlich und nicht einmal pro Schicht. Ein dringender Auftrag kann eintreffen, während alle Roboter beschäftigt sind, und die Software muss entscheiden, ob sie einen Roboter von weniger wichtiger Arbeit abzieht oder den dringenden Auftrag warten lässt. Zu eifriges Umplanen schafft eigene Probleme: Ändern sich Zuweisungen alle paar Sekunden, pendeln Roboter zwischen Zielen hin und her und erledigen insgesamt weniger. Gute Orchestrierungssoftware lässt Sie Prioritäten pro Aufgabentyp festlegen und eine Schwelle definieren, ab der ein besserer Plan die Unruhe durch den Wechsel wert ist.

Zentrale vs. dezentrale Steuerung mehrerer Roboter

Es gibt zwei grundlegende Arten, die Steuerung mehrerer Roboter zu organisieren.

Bei einem zentralen Aufbau sieht ein einziger Planer alle Roboter, Aufgaben und Reservierungen und schickt jedem Roboter seine Anweisungen. Er erzeugt bessere Pläne, wie die gebündelte Zuweisung oben, und sein Verhalten ist leichter vorherzusagen und zu überprüfen, weil alle Entscheidungen an einer Stelle fallen. Der Preis ist die Abhängigkeit: Fallen Planer oder Netzwerk aus, beenden die Roboter ihre aktuelle Bewegung und warten dann. Außerdem wächst die Planungszeit mit der Flottengröße, sodass sehr große Flotten sorgfältige Ingenieursarbeit erfordern.

Bei einem dezentralen Aufbau stimmen sich die Roboter untereinander ab. Sie können in einer kleinen Auktion um Aufgaben bieten, bei der jeder Roboter seine geschätzten Kosten nennt und das niedrigste Gebot gewinnt, oder an Kreuzungen gemeinsamen Vorfahrtsregeln folgen. Das übersteht Ausfälle und skaliert gut, aber das Gesamtergebnis ist schwerer vorherzusagen, und der Nachweis, dass eine Gruppe unabhängiger Roboter nie in einen Deadlock gerät, ist ein schwieriges Problem. Eine kleine Auktion zeigt beide Seiten. Eine neue Aufgabe erscheint, und drei Roboter bieten 4, 6 und 11 Minuten. Der Roboter mit dem Gebot von 4 gewinnt, was vernünftig ist. Stand aber gerade dieser Roboter kurz davor, als einziger einen dringenderen Auftrag erreichen zu können, wusste in der Auktion niemand davon.

Die meisten Standorte im Echtbetrieb landen am Ende bei einer Mischform. Der Flottenmanager jedes Roboterherstellers koordiniert dessen eigene Roboter im Detail, und eine Orchestrierungsebene darüber verteilt Arbeit über Marken hinweg und verwaltet die gemeinsam genutzten Ressourcen. Branchenverbände haben Schnittstellen veröffentlicht, die das erleichtern: Der 2021 veröffentlichte Interoperabilitätsstandard von MassRobotics definiert JSON-Nachrichten, in denen mobile Roboter verschiedener Hersteller ihren Standort und ihr Fahrziel teilen, sodass das System eines Roboters zumindest das eines anderen sehen kann.

Wofür werden Multi-Roboter-Systeme eingesetzt?

Ein Multi-Roboter-System ist jede Gruppe von Robotern, die auf gemeinsame Ziele hinarbeitet, und die Einsatzgebiete reichen weit über Lager hinaus.

  • In Lagern bringen Robotergruppen Regale zu den Kommissionierern, bewegen Paletten zwischen Zonen und erfassen nachts den Bestand.
  • In Krankenhäusern transportieren Roboter Wäsche, Mahlzeiten, Material und Laborproben zwischen Abteilungen und teilen sich dabei oft Flure und Aufzüge mit Patienten und Personal.
  • In der Fertigung liefern Roboter Teile an die Linie, holen Fertigware ab und bewegen Teilesätze zwischen Arbeitsplätzen.
  • In großen Gebäuden und auf Campusgeländen fahren Reinigungs- und Patrouillenroboter ihre Flächen nach Zeitplänen ab, die weder einander noch den Menschen vor Ort in die Quere kommen dürfen.
  • In der Landwirtschaft teilen mehrere Feldroboter ein Feld in Streifen auf, damit die Arbeit innerhalb des Wetterfensters fertig wird.

Forschende unterscheiden sinnvollerweise zwischen Koordination und Kollaboration mehrerer Roboter. Koordinierte Roboter teilen sich Raum und Arbeit, aber jeder erledigt seine eigene Aufgabe. Kollaborierende Roboter handeln physisch gemeinsam, etwa zwei Roboter, die eine Last heben, die für einen allein zu lang ist. Kommerzielle Orchestrierungssoftware dreht sich heute überwiegend um Koordination; enge physische Zusammenarbeit findet meist innerhalb des Systems eines einzigen Herstellers statt, in dem die Roboter Software und Timing teilen.

Wie simuliert man ein Multi-Roboter-System?

Orchestrierungsprobleme zeigen sich selten mit zwei Robotern an einem ruhigen Nachmittag. Sie treten unter Spitzenlast auf, in einem einzigen engen Flur oder wenn zur Stoßzeit ein Aufzug ausfällt. Deshalb simulieren Teams ein Multi-Roboter-System meist, bevor die Roboter eintreffen oder bevor weitere hinzukommen. Robotersimulatoren wie das Open-Source-Werkzeug Gazebo oder die Simulationstools vieler Roboterhersteller bilden Grundriss, Robotergeschwindigkeiten und Ankunftsraten der Aufgaben nach und spielen dann eine ganze Schicht in Minuten durch.

Die nützlichen Fragen an eine Simulation sind konkret. Wie viele Roboter braucht die Spitzenstunde, bevor die Wartezeiten der Aufgaben nicht mehr sinken? Wo stauen sich Reservierungen, und ist eine einzige Kreuzung für den Großteil der Wartezeit verantwortlich? Was passiert mit der Warteschlange, wenn ein Aufzug eine Stunde lang nicht verfügbar ist? Erholt sich der Plan von selbst, nachdem das Netzwerk dreißig Sekunden lang ausgefallen ist, oder bleiben Roboter stehen, bis jemand eingreift?

Die Simulation der Roboter deckt die Bewegung ab. Die Verbindungen zu Türen, Aufzügen, Alarmen und anderen Systemen am Standort brauchen einen eigenen Test, denn genau diese Teile bildet ein Robotersimulator meist nicht ab.

Multi-Roboter-Orchestrierung vs. Flottenmanagement

Am einfachsten sieht man den Unterschied im direkten Vergleich:

Flottenmanagement Multi-Roboter-Orchestrierung
Leitfrage Was tun meine Roboter? Was soll jeder Roboter als Nächstes tun?
Typische Ergebnisse Status, Akkustand, Störungen, Verlauf, Berichte Auftragszuweisungen, Reservierungen, Timing von Übergaben
Üblicher Umfang Oft die Roboter eines Herstellers Herstellerübergreifend und oft über Standortsysteme hinweg
Wenn es fehlt Probleme fallen spät auf Roboter warten, stauen sich in Warteschlangen oder erledigen Arbeit doppelt

Orchestrierung braucht außerdem Fakten von außerhalb der Flotte. Eine Brandschutztür schließt, wenn die Alarmanlage es vorgibt. Ein Aufzug ist außer Betrieb. Ein Stationssensor meldet einen Wagen, der abgeholt werden muss. Ein Rampentor öffnet sich, und ein Lkw steht bereit. Nichts davon kommt von den Robotern, und doch ändert jede dieser Tatsachen, welcher Roboter wohin fahren sollte.

Diese Ebene des gemeinsamen Kontexts stellt Kilo bereit. Es verbindet Sensoren am Standort und Roboter, die Befehle über MQTT annehmen, mit denselben Regeln. So kann der Messwert eines Stationssensors eine Regel auslösen, die einem Roboter einen konfigurierten Befehl „zur Station fahren“ sendet, während Kilo festhält, ob der Befehl zugestellt, bestätigt oder fehlgeschlagen ist. Navigation und Sicherheit bleiben bei den Robotern. Bevor Sie Werkzeuge auswählen, listen Sie auf, welche Türen, Aufzüge und Stationssensoren Ihrer eigenen Orchestrierung Bescheid geben müssten und welche davon ihre Daten bereits irgendwohin melden. Über genau diese Geräte käme der Zustand des Standorts in Physical AI, bei der Sensoren, Maschinen und Roboter Kontext teilen.

Weil diese Befehle Hersteller- und Protokollgrenzen überschreiten, lässt sich jede Regel vor dem Einsatz im Debugger von Kilo Schritt für Schritt durchgehen, mit simulierter Antwort des Roboters.

Häufige Fragen zur Multi-Roboter-Orchestrierung

Wie vergleicht man Anbieter für Multi-Roboter-Orchestrierung?

Beginnen Sie bei Ihren eigenen Robotern: Fragen Sie jeden Anbieter, welche Ihrer Modelle er bereits integriert hat und über welche Schnittstelle, etwa eine Hersteller-API, VDA 5050 oder den MassRobotics-Standard. Fragen Sie dann, wie er mit Deadlocks, Netzwerkausfällen sowie Türen und Aufzügen umgeht. Eine Liste von Anbietern für Multi-Roboter-Orchestrierung oder ein Ranking der besten Orchestrierungsplattformen für 2025 liefert Ihnen Namen für erste Gespräche, aber erst ein Pilotprojekt auf Ihrer eigenen Fläche zeigt, ob die Pläne in der Praxis tragen.

Ist Orchestrierungssoftware für Roboter dasselbe wie ein WMS?

Nein. Ein Lagerverwaltungssystem (WMS) verwaltet Bestände und Aufträge und entscheidet, was bewegt werden muss. Software für die Roboterorchestrierung entscheidet, welcher Roboter es bewegt und wann. Beide tauschen Aufgaben und Bestätigungen aus, und viele Standorte betreiben beides.

Wie viele Roboter kann eine Orchestrierungssoftware steuern?

Anbieter nennen Flottengrößen, doch die Anzahl ist weniger wichtig als die Verkehrsdichte. Fünfzig Roboter, verteilt über ein großes Lager, können leichter zu orchestrieren sein als fünfzehn, die sich zwei enge Gänge und einen Aufzug teilen, denn die Planungslast hängt davon ab, wie viele Roboter gleichzeitig um dieselben Zonen konkurrieren. Ergebnisse von einem Standort mit ähnlichem Layout wie Ihrem sagen mehr aus als die größte Flotte, die ein Anbieter je betrieben hat.

Brauchen Multi-Roboter-Systeme WLAN oder 5G?

Sie brauchen ein zuverlässiges Funknetz in jedem Bereich, durch den die Roboter fahren, und WLAN ist die häufigste Wahl. Das Roaming zwischen Access Points ist wichtig, weil ein Roboter, der mitten im Gang die Verbindung verliert, womöglich anhält und wartet. Manche großen Werke setzen für eine besser planbare Abdeckung auf privates 5G.

Ein emuliertes Gerät, das einen Befehl „zur Station fahren“ annimmt, kann einen Roboter vertreten, bevor überhaupt ein Roboter angebunden ist. Kombinieren Sie es mit einem emulierten Stationssensor und erstellen Sie eine Regel, die den Platzhalter-Roboter zur Station schickt, wenn der Sensor einen wartenden Wagen meldet; zwei Geräte und eine Regel passen in Kilos kostenlosen Tarif. Senden Sie gezielt einen einzelnen Messwert, um die Regel auszulösen, und öffnen Sie dann den Befehlsverlauf, um zu sehen, wie der Platzhalter-Roboter geantwortet hat. Wird ein echter Stationssensor installiert, tritt er an die Stelle des emulierten Sensors, und die Regel läuft unverändert weiter.