Das 146-Millimeter-Quadrat, an dem Ihre Inspektionsrunde hängt

Boston Dynamics veröffentlicht eine Entwicklerdokumentation, derzeit unter der Bezeichnung Spot 5.1.9, und deren Seiten zur Autonomie-Initialisierung sind ungewöhnlich deutlich darin, welche physische Umgebung der Roboter braucht.

Spot lokalisiert sich unter anderem gegen Marker: gedruckte Fiducials aus dem Satz AprilTag Tag36h11. Die Dokumentation nennt eine Bildgröße von 146 mm im Quadrat und erklärt anschließend, warum diese Zahl kein Vorschlag ist: „Spot is configured to treat fiducials as 146mm squares and computes the distance based on that size. If a fiducial is printed at another size, Spot will infer the wrong position.“

Lesen Sie das als Betreiber und nicht als Entwickler. Der Roboter leitet seine Entfernung daraus ab, wie groß der Marker erscheint. Die Größe ist eine Konstante im Roboter und keine Messung, die er vornimmt. Ein Marker, der auf ein A4-Blatt passend nachgedruckt, vom Druckertreiber skaliert oder von einem Facility-Team reproduziert wurde, das die Bilddatei hatte, aber nicht die Spezifikation, scheitert deshalb nicht laut. Er erzeugt eine überzeugte, falsche Position.

Das ist eine andere Fehlerklasse als ein Roboter, der stehen bleibt. Eine Maschine, die anhält, erzeugt ein Ticket. Eine Maschine, die still falsch lokalisiert ist, fährt ihre Runde zu Ende und meldet Erfolg.

Die Größe ist die schärfste Anforderung, aber nicht die einzige. Dieselbe Dokumentation legt fest, wohin Marker gehören und wohin nicht:

• Einer am Startpunkt der Mission, erforderlich zu Beginn jeder Autowalk-Mission.
• Flach an eine senkrechte Wand geklebt, so sicher wie möglich befestigt.
• Auf Kniehöhe — die Oberkante des Markerbildes 45 bis 60 cm über dem Boden.
• In merkmalsarmen Bereichen; die Dokumentation nennt als Beispiel eine Strecke von über drei Metern strukturloser weißer Wand.
• Nicht wiederholt — derselbe Marker sollte in einer Mission nicht mehrfach vorkommen.
• Nicht bei wechselnder Beleuchtung oder Gegenlicht.
• Nicht dort, wo sie verdeckt, beschädigt, verschoben oder entfernt werden.

Bei der letzten Zeile lohnt das Innehalten, denn sie ist die einzige Anforderung der Liste, die sich bei der Installation nicht erfüllen lässt. Größe, Höhe und Anbringung werden einmal entschieden, von dem, der den Roboter in Betrieb nimmt. Ob ein Marker später verdeckt, beschädigt, verschoben oder entfernt wird, entscheiden über die folgenden drei Jahre Menschen, die bei diesem Gespräch nicht dabei waren: der Handwerker, der den Flur neu streicht, das Team, das neue Beschilderung exakt auf Kniehöhe montiert, die Reinigungskraft, deren Maschine die Ecke einer Klebekante erwischt.

Die Dokumentation benennt die Folge ohne Einschränkung: Bewegen sich Marker nach der Aufzeichnung, lässt sich die Mission unter Umständen nicht mehr abspielen.

Dieser eine Satz verschiebt das ganze Thema. Bis dahin wirken Marker wie ein Inbetriebnahme-Detail — etwas, das der Integrator einmal richtig macht und dann vergisst. Danach sind sie eine laufende Abhängigkeit zwischen der Autonomie und dem Änderungsprozess des Gebäudes, und dieser Änderungsprozess weiß nicht, dass er daran beteiligt ist.

Nehmen Sie den gewöhnlichen Ablauf. Ein Flur wird über ein Wochenende renoviert. Die Marker werden sorgfältig abgenommen, weil der Handwerker gewissenhaft ist, und danach an sichtbar derselben Stelle wieder angebracht. Gemessen hat niemand. Die Höhe stimmt auf ein paar Zentimeter, die Position auf eine Handbreite, das Klebeband ist frisch. Am Montag läuft die Runde. Ob sie korrekt läuft, kann nun niemand im Gebäude beantworten, denn wer es könnte, ist derjenige, der die Mission Monate zuvor aufgezeichnet hat.

Nichts davon ist eine Kritik am Roboter oder an seiner Dokumentation. Das Verhalten ist spezifiziert, veröffentlicht und leicht auffindbar. Was fehlt, sind nicht die Informationen. Was fehlt, ist ein Verantwortlicher.

Die Marker sind der sichtbare Teil der Standortkonfiguration. Die Karte ist der größere und weniger sichtbare Teil, und sie verhält sich in einer kaufmännisch wichtigen Hinsicht anders.

In derselben Dokumentation wird eine GraphNav-Karte als drei Dinge beschrieben: Wegpunkte, also Referenzrahmen mit Namen, eindeutigen Kennungen, Annotationen und Sensordaten; Kanten, gerichtete Verbindungen mit einer räumlichen 3D-Transformation zwischen zwei Wegpunkten; und Snapshots, die an beiden hinterlegten Datenpakete. Wegpunkt-Snapshots enthalten Geometrie- und Bilddaten zur Lokalisierung, darunter Merkmalswolken, AprilTag-Erkennungen, Bildmaterial und Geländekarten. Kanten-Snapshots enthalten die Fußaufsatzpunkte des Roboters.

Entscheidend: Laut Dokumentation lassen sich auf Client-Rechnern gespeicherte Karten zur Wiederverwendung auf den Roboter laden, und es wird davor gewarnt, dass das Aufzeichnen neuer Karten Wegpunkte und Kanten einer aufgezeichneten Karte aus dem Cache verdrängen kann. Die Karte ist mit anderen Worten eine Datei. Sie lässt sich halten, kopieren, versionieren und archivieren — von dem, der sich entscheidet, sie zu halten.

Damit ist sie ein Asset im gewöhnlichen Sinn, und es stellt sich die Frage, die zum Go-live nie gestellt wird: Wer hat eine Kopie. Der Kartierungsaufwand ist echte Arbeit — die Begehung, die Aufzeichnung, die Korrekturen — und wird üblicherweise vom Integrator oder vom Außendienst des Herstellers geleistet. Liegt die einzige Kopie auf deren Notebook, hat der Betreiber ein Asset bezahlt, das er nicht besitzt. Dasselbe Risiko von der kaufmännischen Seite behandelt der Betreiber-Leitfaden zum Herstellerausfall.

Fragen Sie an einem laufenden Standort, wer für die Marker zuständig ist, und die Antwort ist meist eine Pause. Die Kandidaten sind alle plausibel und für sich genommen alle falsch.

• Das Facility Management unterhält das Gebäude, hat aber einen Roboter übergeben bekommen und keine Spezifikation. Im Anlagenverzeichnis steht nichts von einem 146-mm-Quadrat.
• Der Reinigungsdienstleister ist nachts im Flur und bemerkt Schäden am ehesten — und ihm wurde am wenigsten gesagt, dass es darauf ankommt.
• Der Integrator hat die Marker gesetzt und ist nach dem Go-live in der Regel weg. Sein Vertrag endet meist mit der Abnahme.
• Der Roboterhersteller hat die Spezifikation veröffentlicht und ist im Gebäude nicht anwesend.
• Das Betriebsteam verantwortet das Ergebnis der Runde und hat keine Möglichkeit zu erkennen, dass sich deren Voraussetzung geändert hat.

Die Lücke ist nicht technisch. Sie besteht darin, dass ein physischer Gegenstand mit technischer Toleranz in ein Gebäude eingebaut wurde, dessen Instandhaltungsregime physische Gegenstände ohne Toleranzen behandelt. Farbe, Beschilderung und Einbauten werden nach Augenmaß gleichwertig ersetzt — und Augenmaß ist genau die Methode, die hier versagt.

Dasselbe Muster — Gebäudeinfrastruktur, die über den Erfolg eines Roboterprojekts entscheidet und die niemand eingepreist hat — zieht sich auch durch Aufzüge, Brandschutztüren und Funkabdeckung: Klinik- und Hotelroboter: Aufzug, Brandschutztür und WLAN, sowie durch den Vor-Ort-Anteil der Inbetriebnahme in Wie ein Roboter Ihr Gebäude lernt.

Die Abhilfe ist administrativ, sie kostet fast nichts, und sie muss zum Go-live erfolgen, denn das ist der einzige Moment, in dem alle Beteiligten im selben Raum sind.

1. Nehmen Sie die Marker ins Anlagenverzeichnis auf, mit Ort, Höhe und der spezifizierten Größe. Erst der Eintrag macht sie für ein Instandhaltungsregime sichtbar, das sie sonst nicht sehen kann.
2. Halten Sie die Spezifikation fest, nicht nur die Bilddatei. Wer je einen nachdrucken könnte, braucht die Größe in Millimetern und keine Datei. Ein ausgedrucktes Blatt in der FM-Akte genügt.
3. Ergänzen Sie die Renovierungs- und Umbau-Checkliste um eine Zeile: Marker werden nicht bewegt, und falls doch, wird der Verantwortliche für den Robotereinsatz vor der Arbeit informiert, nicht danach.
4. Weisen Sie den Reinigungsdienstleister einmal ein. Er ist häufiger im Flur als jeder andere und die günstigste Frühwarnung, die es gibt.
5. Halten Sie eine eigene Kopie der Karte, mit Datum, und regeln Sie im Vertrag, wer sie liefert und in welcher Form.
6. Prüfen Sie nach jeder Bautätigkeit in einem vom Roboter befahrenen Bereich nach — vor der nächsten unbeaufsichtigten Runde und nicht danach.

Ein Betreiber, der alle sechs Punkte umsetzt, hat eine unsichtbare Abhängigkeit in zwei Zeilen auf einem ohnehin vorhandenen Plan überführt. Mehr ist der Eingriff nicht.

Drei Einschränkungen, denn das Obenstehende ist genau das — spezifisch.

Nicht jeder Roboter nutzt Marker. Die 146-mm-Angabe und die Anbringungsregeln sind die dokumentierten Anforderungen von Boston Dynamics für Spot, gelesen in Dokumentationsversion 5.1.9. Viele mobile Roboter lokalisieren sich allein über LiDAR- und Kameramerkmale und brauchen überhaupt keine Marker. Die Frage an eine konkrete Maschine lautet, welche Standortvoraussetzungen sie hat — nicht, ob sie Marker verwendet.

Verschiedene Maschinen haben verschiedene Standortabhängigkeiten. Ein Reinigungsroboter hängt womöglich an einer Dockposition und einer definierten Sperrzone, ein Transportroboter an einer Aufzugsschnittstelle und einer Türfreigabe. Der allgemeine Punkt überlebt die Übertragung auch dort, wo der konkrete Gegenstand es nicht tut: Etwas Physisches im Gebäude ist Voraussetzung, und es braucht einen Verantwortlichen.

Die Dokumentationstiefe schwankt, und das ist selbst eine Information. Dieser Text ließ sich genau deshalb schreiben, weil Boston Dynamics ein versioniertes Entwicklerhandbuch veröffentlicht, das die Zahl und den Fehlerfall benennt. Wo ein Hersteller nur einen Produktprospekt veröffentlicht, bestehen dieselben Voraussetzungen weiterhin — sie stehen nur nirgends, wo der Betreiber sie lesen könnte. Das Dokument zur Standortvorbereitung vor der Unterschrift anzufordern, ist eine angemessene Anforderung im Vergabeverfahren, und die Antwort sagt in beide Richtungen etwas aus.