Gemini Robotics ER 2: was Multi-Roboter-Orchestrierung für eine gemischte Flotte wirklich bedeutet
Google hat einen Humanoiden und einen fahrenden Roboter gezeigt, die sich eine Aufgabe teilen. Für einen Betreiber, der ohnehin schon zwei Hersteller in einem Gebäude fährt, ist nicht die Demo interessant, sondern die Architektur dahinter.
Am 30. Juli 2026 hat Google drei Robotikmodelle veröffentlicht, und die Berichterstattung hat daraus eine Schlagzeile über kooperierende Roboter gemacht. Für einen Betreiber, der in demselben Gebäude Reinigungsroboter des einen und Transportroboter eines anderen Herstellers betreibt, lohnt eine andere Lesart. Öffentlich verfügbar wurde ein Planer. Nicht verfügbar ist alles, was eine Maschine tatsächlich bewegt. Diese Trennung entscheidet darüber, was Sie in diesem Quartal pilotieren können und was nicht.
Key Takeaways
- 1Es sind drei Modelle, nicht eines. Öffentlich ist nur Gemini Robotics ER 2, der übergeordnete Planer. Die beiden Modelle, die Wahrnehmung in Motorsteuerung übersetzen, bleiben Early-Access-Partnern vorbehalten.
- 2ER 2 steuert keine Motoren. Es plant, verfolgt den Fortschritt und übergibt die Ausführung an ein nachgelagertes Vision-Language-Action-Modell, das ihm als Werkzeug bekannt gemacht wird.
- 3Semantische Übergabe zwischen zwei Robotern ist keine Flottenschnittstelle. VDA 5050 bleibt der einzige belastbare Standard, und er normiert Lokalisierungsgüte, Beladung und Fehlercodes nicht.
- 4Aufzüge, Brandschutztüren und Zutrittskontrolle bleiben Integrationsarbeit pro Gebäude. Kein Foundation Model streicht diese Position.
Drei Modelle, drei sehr unterschiedliche Verfügbarkeiten
Die Veröffentlichung umfasst drei getrennte Modelle, und sie zu vermengen ist der häufigste Fehler in der aktuellen Berichterstattung. Erst auseinandergelesen wird die Ankündigung praktisch verwertbar.
| Modell | Rolle | Steuert Motoren | Verfügbarkeit |
|---|---|---|---|
| Gemini Robotics ER 2 | Embodied Reasoning, Planung, Fortschrittsverfolgung | Nein | Öffentlich: Gemini API und Google AI Studio, dazu Private Preview auf der Gemini Enterprise Agent Platform |
| Gemini Robotics 2 | Vision-Language-Action, übersetzt Wahrnehmung in Motorsteuerung | Ja | Nur Early-Access-Partner |
| Gemini Robotics On-Device 2 | Schlankes VLA für die Ausführung auf dem Roboter | Ja | Nur Early-Access-Partner |
Gemini Robotics ER 2 basiert auf Gemini 3.5 Flash, nimmt Text, Bild, Video und Audio verschränkt entgegen, arbeitet mit einem Kontextfenster von bis zu 128k und gibt bis zu 64k Token Text aus. Erreichbar ist es über zwei Endpunkte, gemini-robotics-er-2-preview und gemini-robotics-er-2-streaming-preview, letzterer für die Live API und bidirektionales Streaming. Der ältere Endpunkt gemini-robotics-er-1.6-preview wird Ende August eingestellt.
Den architektonischen Punkt formuliert Google selbst deutlich: ER 2 plant mehrstufige Aufgaben und übergibt die Motorausführung an ein nachgelagertes Vision-Language-Action-Modell, wobei Steuerungsschnittstellen ihm als aufrufbare Werkzeuge bekannt gemacht werden. Es ist ein Planer, der mit Ausführenden spricht. Es ist keine Robotersteuerung.
Was die Multi-Roboter-Demonstration tatsächlich gezeigt hat
Google hat Maschinen unterschiedlicher Bauart gezeigt, die über ein geteiltes semantisches Verständnis kommunizieren, Teilaufgaben aneinander übergeben und gemeinsam Abläufe erledigen, die eine einzelne Maschine nicht schafft. Eingesetzt wurden ein Apptronik Apollo 2 und ein Franka F3 Duo. Ein separates Beispiel steuerte einen Boston Dynamics Spot über die Spot-APIs, Konfigurationsbeispiele und Democode liegen auf GitHub.
Das ist ein echtes Ergebnis und verdient, ernst genommen zu werden. Es ist zugleich enger, als die Schlagzeile nahelegt. Dass zwei Roboter sich darüber verständigen, was eine Aufgabe bedeutet, ist eine semantische Leistung. Es ist nicht dasselbe Problem wie zwei Roboter, die sich dienstags um 07:40 einen Flur teilen, während eine Reinigungsmaschine den Aufzug belegt und eine Anlieferung die Warenannahme blockiert. Das erste Problem ist Verständigung. Das zweite ist Verkehr, Priorität und Verriegelung, und es wird in der Flottenebene gelöst, nicht im Modell.
Warum der Planer über der Sicherheitsebene sitzt und nicht in ihr
Für einen Gebäudebetreiber ist die Trennung zwischen Planung und Motorsteuerung eine Anforderung, keine Einschränkung. Ein Cloud-Modell, das variablen Text ausgibt, kann keine Hoheit über Maschinenbewegung haben. Diese Hoheit behalten sicherheitsgerichtete Steuerungen, zertifizierte Schutzfelder und Not-Halt-Kreise, unabhängig davon, was der Planer vorschlägt.
| Ebene | Funktion | Geregelt durch |
|---|---|---|
| Planer (ER 2) | Ziele interpretieren, Aufgaben zerlegen, Fortschritt prüfen | Cloud-API, begrenzt durch die bekannt gemachten Werkzeuge |
| Flotten-Middleware | Disposition, Verkehrsführung, Vorfahrt, Verriegelungen | VDA 5050, OPC UA, Gebäudeschnittstellen |
| Ausführung und Sicherheit | Bahn, Geschwindigkeit, Schutzfelder, Not-Halt | EN ISO 3691-4, Personendetektion PL d nach ISO 13849 |
Lesen Sie die Tabelle als Zuständigkeitskette. Wenn der Planer zu dem Schluss kommt, dass eine Maschine in einen Flur einfahren soll, ist dieser Schluss eine Anfrage. Die Flottenebene prüft, ob der Flur frei ist und ob die Maschine dort fahren darf, und erst dann bewegt sich das Fahrzeug. Nichts an der Juli-Veröffentlichung ändert daran, welche Ebene Nein sagen darf.
Der Teil, den kein Modell löst: Ihr Gebäude
Die Lücke zwischen einer beeindruckenden Orchestrierungsdemo und einem laufenden Betrieb ist fast nie die Intelligenz. Es ist das Gebäude. Ein Plan, Wäsche vom Untergeschoss in den dritten Stock zu bringen, ist wertlos, wenn die Maschine den Aufzug nicht rufen kann, und Aufzugsanbindung wird pro Objekt, pro Hersteller und pro Steuerungsgeneration verhandelt.
- Aufzüge. Kein Roboterhersteller veröffentlicht ein Aufzugsprotokoll oder eine namentliche Partnerschaft mit einem Aufzugshersteller. Das ist in jedem Projekt eine Integrationsposition, kalkuliert pro Gebäude.
- Brandschutztüren und Rauchabschlüsse. Die Ansteuerung dokumentiert niemand, und sie berührt die brandschutztechnische Abnahme. Dafür müssen Betreiber, Integrator und in der Regel die zuständige Behörde an einem Tisch sitzen.
- Zutrittskontrolle und Schnelllaufschranken. Meist ein eigenes System mit eigenem Anbieter und eigenem Berechtigungsmodell.
- Verkehr über Herstellergrenzen. VDA 5050 gibt Ihnen ein gemeinsames Vokabular für Aufträge und Zustände. Lokalisierungsgüte, Beladung und Fehlercodes normiert der Standard nicht, deshalb können zwei konforme Flotten weiterhin unterschiedlicher Auffassung darüber sein, was eine Flurblockade ist.
Das ist der ehrliche Grund, warum gemischte Flotten schwierig sind, und ein besserer Planer ändert daran nichts. Es ist zugleich genau die Arbeit, für die es Integratoren gibt.
Was Sie Anbieter jetzt fragen sollten
Die Veröffentlichung verschiebt allerdings die Fragen, die in der Beschaffung sinnvoll sind. Eine Maschine, die keine externen Auftragsanweisungen annimmt, wird an Orchestrierung gar nicht teilnehmen, unabhängig davon, welchen Planer Sie am Ende wählen.
- Bietet der Roboter eine Schnittstelle für extern zugewiesene Aufträge, oder nur seinen eigenen Zeitplan?
- Wird VDA 5050 unterstützt, in welcher Version, und welche optionalen Teile sind tatsächlich implementiert?
- Welche Telemetrie steht in Echtzeit zur Verfügung, im lokalen Netz statt über die Hersteller-Cloud?
- Welche Fehlerzustände meldet die Maschine als strukturierten Fehlercode, welche nur als Sammelstörung?
- Wer trägt die CE-Konformität der Maschine, wenn ein Dritter ihre Aufträge disponiert?
Die letzte Frage wird am häufigsten übersprungen und ist die wichtigste. Wer einen externen Planer an eine Maschine anschließt und damit ihr Verhalten oder ihre Betriebsgrenzen verändert, kann eine wesentliche Veränderung vorgenommen haben, und wer eine wesentliche Veränderung vornimmt, übernimmt die Pflichten des Herstellers. Wir behandeln das ausführlich in unserem Beitrag dazu, was die ER-2-Modellkarte zum sicherheitskritischen Einsatz sagt.
werob spezifiziert, beschafft und integriert herstellerübergreifende Roboterflotten für Gebäudebetreiber. Wenn Sie abwägen, welche Maschinen an einer orchestrierten Flotte überhaupt teilnehmen können, sind der Roboterkatalog und die Konsolen-Demo die praktischen Einstiegspunkte.
FAQ
- Was ist der Unterschied zwischen Gemini Robotics ER 2 und Gemini Robotics 2?
- ER 2 ist der übergeordnete Planer. Es erfasst eine Szene, zerlegt ein Ziel in Schritte und verfolgt, ob diese Schritte gelungen sind, steuert aber keine Motoren. Gemini Robotics 2 ist das Vision-Language-Action-Modell, das Wahrnehmung in Motorsteuerung übersetzt. ER 2 ist öffentlich über die Gemini API und Google AI Studio verfügbar, Gemini Robotics 2 nur für Early-Access-Partner.
- Kann ich Gemini Robotics ER 2 an meine vorhandenen Roboter anbinden?
- Technisch können Sie die API aufrufen und einen Plan erzeugen lassen. Ob Ihre Maschinen darauf reagieren können, hängt davon ab, ob sie extern zugewiesene Aufträge annehmen, was viele geschlossene Flottensysteme nicht tun. Unabhängig davon untersagt die ER-2-Modellkarte den sicherheitskritischen Einsatz, ein Pilot im Umfeld von Menschen braucht daher eine deterministische Sicherheitsebene, über die das Modell keine Hoheit hat.
- Löst VDA 5050 die Koordination gemischter Flotten?
- Teilweise. VDA 5050 ist der einzige belastbare Standard für Flottenschnittstellen und gibt verschiedenen Herstellern ein gemeinsames Vokabular für Aufträge und Maschinenzustände. Lokalisierungsgüte, Beladung und Fehlercodes normiert er nicht, deshalb bleibt auch zwischen zwei konformen Systemen Integrationsarbeit.
- Was ändert Multi-Roboter-Kollaboration für die Aufzugs- und Türanbindung?
- Nichts. Aufzugsruf, Ansteuerung von Brandschutztüren und Zutrittskontrolle bleiben Integrationsarbeit pro Gebäude, verhandelt mit den jeweiligen Systemanbietern. Kein Roboterhersteller veröffentlicht ein Aufzugsprotokoll oder eine namentliche Aufzugspartnerschaft, weshalb dies eine Projektposition bleibt und kein Produktmerkmal ist.