Das Rechenmodul in Ihrem Roboter hat ein veröffentlichtes Enddatum

Jeder Robotereinsatz trägt ein Datum, das der Betreiber verhandelt hat, und eines, das jemand anders gesetzt hat. Das verhandelte steht in der Akte: 36 Monate Leasing, fünf Jahre Servicevertrag, eine Abschreibung, die davon ausgeht, dass die Anlage bis Jahr sieben verdient. Das andere ist eine Zeile auf einer Hersteller-Webseite, es stand vor der Ausschreibung fest, und niemand in der Beschaffungskette ist vertraglich verpflichtet, Sie darauf hinzuweisen.

Das zweite Datum gehört zum Rechner in der Maschine. Service- und Inspektionsroboter führen ihre Wahrnehmungs- und Autonomie-Last ganz überwiegend auf einem eingebetteten Modul aus und nicht auf einem Universal-PC, und NVIDIAs Jetson-Reihe ist eine der wiederkehrenden Familien in dieser Rolle — die weiter unten dokumentierte Nutzlast ist ein veröffentlichtes Beispiel und keine Aussage über Marktanteile. NVIDIA veröffentlicht für jedes Modul das Datum, bis zu dem es verfügbar sein wird. Diese Seite ist das, was diesem Markt am nächsten an ein Bauteil-Lebensende-Register herankommt, und sie ist frei einsehbar.

Nichts davon ist eine Compliance-Pflicht. Keine Vorschrift verlangt von einem Betreiber, das nachzuhalten, und keine Konformitätsbewertung hängt daran. Es ist eine Frage der Nutzungsdauer, und deshalb gehört sie neben die Vertragslaufzeit und nicht in die Sicherheitsakte.

NVIDIA pflegt eine Jetson-Product-Lifecycle-Seite, die jedes Modul einem Verfügbarkeitsdatum zuordnet. Abgerufen am 9. September 2026 trägt die Seite selbst kein Veröffentlichungs- oder Revisionsdatum — was für sich genommen erwähnenswert ist: Es ist eine lebende Tabelle, und die Daten darin haben sich schon einmal verschoben.

Die kommerziellen Module, wie gelistet:

• Jetson Nano — verfügbar bis Januar 2027.
• Jetson AGX Xavier 32 GB, Xavier NX 16 GB, Xavier NX 8 GB, TX2 NX — Juli 2027.
• Jetson AGX Orin 64 GB und 32 GB, Orin NX 16 GB und 8 GB, Orin Nano 8 GB und 4 GB — Januar 2032.
• Jetson T5000 — August 2035; Jetson T4000 — Januar 2036.

Die Industrievarianten laufen auf einer eigenen Linie: AGX Orin Industrial bis Juli 2033, AGX Xavier Industrial und TX2i bis Juli 2027. Drei Module sind bereits als End of Life geführt — TX2 4 GB und 8 GB sowie AGX Xavier 64 GB im Januar 2025, TX1 schon im Januar 2021.

Zwei dieser Daten verdienen einen zweiten Blick von jedem, der in diesem Quartal unterschreibt. Der Jetson Nano ist ab Januar 2027 nicht mehr verfügbar, also in rund vier Monaten. Die gesamte Xavier-Familie endet im Juli 2027, in rund zehn. Ein im Herbst 2026 gekaufter Roboter mit Fünfjahresplanung soll 2031 noch arbeiten. Nur die Orin- und Thor-Linien haben ein Verfügbarkeitsdatum jenseits davon.

Die Liste nützt nur, wenn Sie sie einer konkreten Maschine zuordnen können, und genau diesen Schritt überspringen die meisten Vergabeverfahren. Er ist nicht immer möglich — viele Hersteller legen ihre Rechenplattform nicht offen — aber dort, wo der Hersteller eine Entwicklerdokumentation veröffentlicht, meist schon.

Boston Dynamics ist in diesem Segment der klarste Fall. Die Entwicklerdokumentation, in der Fassung mit der Bezeichnung Spot 5.1.9, hält zur Rechen-Nutzlast für Inspektionen fest: „The CORE I/O has an NVIDIA Xavier NX, which has an NVIDIA Volta architecture GPU with 384 NVIDIA CUDA® cores.“ Dieser eine Satz datiert die Nutzlast, sobald man ihn mit der Lifecycle-Seite abgleicht. Xavier NX ist ein Juli-2027-Modul.

Das ist kein Mangel am Produkt und keine Warnung vor Boston Dynamics. Es ist das Gegenteil: Die Information ist veröffentlicht, unter einer benannten Dokumentationsversion, von einem Hersteller, der ein öffentliches Entwicklerhandbuch pflegt. Das Risiko des Betreibers entsteht nicht durch die Offenlegung. Es entsteht dadurch, dass niemand sie liest.

Die praktische Asymmetrie, mit der zu planen ist: Die Dokumentationstiefe schwankt über die Herstellerbasis hinweg erheblich. Die einen veröffentlichen ein versioniertes Entwicklerhandbuch, die anderen einen Produktprospekt und sonst nichts. Womit Sie es zu tun haben, lässt sich vor der Unterschrift klären, und es ist eine angemessene Frage in einer Ausschreibung.

Dass ein Modul käuflich ist, ist die schwächste der angebotenen Zusagen — und diejenige, die am längsten hält. Früher endet die Software-Linie.

NVIDIAs JetPack-SDK ist getrennt von der Hardware versioniert. JetPack 6 unterstützt die Jetson-Orin-Module und Developer-Kits und läuft nicht auf früheren Jetsons. JetPack 5 ist die Linie, die Xavier neben Orin trägt, und sie läuft auf Ubuntu 20.04.

Verfolgen Sie das einen Schritt weiter, denn dort sitzt das eigentliche Risiko. Ubuntu 20.04 LTS erschien im April 2020. Die reguläre Sicherheitspflege endete im Mai 2025. Die Abdeckung läuft bis Mai 2030 weiter, aber unter Expanded Security Maintenance — einem kostenpflichtigen Ubuntu-Pro-Abonnement und nicht dem Normalfall. Ein Xavier-Modul wird von der JetPack-5-Linie bedient, und deren Basisbetriebssystem hat die reguläre Pflege vor sechzehn Monaten verlassen — auf einem Modul, das noch zehn Monate verfügbar bleibt. Welche JetPack- oder L4T-Version eine konkrete Nutzlast tatsächlich ausliefert, ist eine eigene Frage und lohnt die direkte Nachfrage: Die Dokumentation von Boston Dynamics benennt das Modul, nicht aber die JetPack-Version.

Die Grundform gilt über dieses Beispiel hinaus, und sie ist das, was in die nächste Ausschreibung gehört:

• Käuflich ist das längste Fenster und das am wenigsten aussagekräftige.
• Neue SDK-Feature-Releases enden früher, und zwar für eine ganze Modulgeneration auf einmal.
• Sicherheitspflege des Basis-Betriebssystems ohne kostenpflichtiges Abonnement endet noch früher — und das ist der Punkt, der in einer Sicherheitsprüfung auftaucht.

Eine Maschine kann alle drei erfüllen oder nur käuflich sein, und die Vertragssprache unterscheidet das selten.

Es gibt einen dritten Zeitplan, und er überrascht häufiger einen Integrator als einen Betreiber. Wo der Software-Stack eines Roboters auf ROS 2 aufsetzt — wie es ein großer Teil der mobilen und der Inspektionsrobotik tut und wie mehrere Hersteller es in ihrer eigenen Konnektor-Dokumentation angeben — hat die Distribution ein eigenes veröffentlichtes Unterstützungsfenster.

REP 2000, der Robotics Enhancement Proposal, der Releases und Zielplattformen festhält, nennt:

• Humble Hawksbill — Mai 2022 erschienen, unterstützt bis Mai 2027, Tier 1 auf Ubuntu 22.04 (amd64 und arm64).
• Iron Irwini — Mai 2023 bis November 2024. Bereits vorbei.
• Jazzy Jalisco — Mai 2024 bis Mai 2029, Tier 1 auf Ubuntu 24.04.
• Kilted Kaiju — Mai 2025 bis November 2026, Tier 1 auf Ubuntu 24.04.

Die Unterstützung für Kilted endet in etwa zwei Monaten. REP 2000 vermerkt zugleich eine Änderung am eigenen Status: Das Dokument gilt für ROS-2-Releases bis Kilted Kaiju, ab Lyrical Luth wandert dieselbe Information in die Dokumentation des jeweiligen Release. Ein Betreiber muss keine REP-Nummern verfolgen, aber wer ein Lesezeichen auf diese Tabelle gesetzt hat, sollte wissen, dass sie ausläuft.

Die drei Uhren greifen ineinander und sie laufen nicht synchron. ROS 2 Jazzy verlangt Ubuntu 24.04. JetPack 5, das ein Xavier-Modul fährt, steht auf Ubuntu 20.04. Diese Lücke schließt kein Servicevertrag.

Nichts davon spricht gegen einen Kauf. Es spricht für vier Zeilen in der Akte, die dort in aller Regel fehlen — alle vor der Unterschrift beantwortbar und keine davon auf ein technisches Audit angewiesen.

1. Benennen Sie das Rechenmodul. Hersteller und Teil, in der Spezifikation, nicht in einer E-Mail. Wo der Hersteller ein Entwicklerhandbuch veröffentlicht, zitieren Sie die Dokumentationsversion, in der Sie es gelesen haben.
2. Halten Sie das veröffentlichte Verfügbarkeitsdatum neben der Vertragslaufzeit fest. Endet die Laufzeit nach dem Verfügbarkeitsdatum, ist das kein Ausschlusskriterium; es ist eine Tatsache, die eingepreist gehört hätte.
3. Trennen Sie die drei Fenster schriftlich. Verfügbarkeit des Moduls, Feature-Unterstützung der SDK-Linie und Sicherheitspflege des Basis-Betriebssystems sind drei verschiedene Zusagen. Fragen Sie, welche davon der Hersteller Ihnen gegenüber eingeht und für wie lange.
4. Fragen Sie, was ein Modulwechsel kostet. Eine Nutzlast von einer Jetson-Generation auf die nächste zu heben, ist eine Software-Portierung und kein Tausch. Die Frage ist, wer sie ausführt, wer sie bezahlt und ob sich die Antwort ändert, falls der Hersteller bis dahin weitergezogen ist.

Ein Hinweis zum Werkzeug. Eine Flottenansicht, die je Roboter einen Firmware- oder Softwarestand zeigt, macht das lesbar, und die werob console tut genau das — diese Console ist allerdings eine öffentliche Demo-Umgebung mit Beispieldaten und keine Aufzeichnung einer im Betrieb befindlichen Flotte. Behandeln Sie eine solche Ansicht als Ort, an dem die Antwort festgehalten werden kann, nicht als Beleg dafür, dass es bereits geschehen ist.

Die verwandte Entscheidung am Ende der Laufzeit behandelt was mit einer Roboterflotte am Ende ihrer Nutzungsdauer passiert, den Fall des verschwindenden Herstellers der Betreiber-Leitfaden zum Herstellerausfall.

Genauigkeit darüber, was ein veröffentlichtes Datum bedeutet, zählt ebenso viel wie das Datum selbst. Drei Grenzen gehören klar benannt.

Ein Verfügbarkeitsdatum ist keine Abschaltung. Ein Modul jenseits seines Verfügbarkeitsdatums hört nicht auf zu arbeiten, und eine Flotte, die 2028 auf Xavier läuft, ist dadurch nicht defekt. Was endet, ist die Möglichkeit, das Teil zu kaufen — relevant für Ersatzteile, für den Ausbau einer Flotte mit baugleichen Einheiten und für die Bereitschaft eines Herstellers, dasselbe Produkt weiterzubauen.

Verfügbarkeit ist keine Unterstützung. Die Daten auf der Lifecycle-Seite sagen, bis wann ein Modul gekauft werden kann. Sie sagen nichts darüber, wie lange der Hersteller Ihres Roboters dafür noch Software ausliefert. Diese zweite Zusage kommt allein vom Roboterhersteller, und sie ist eine Vertragsklausel und keine veröffentlichte Tatsache.

Es sind die Daten des Anbieters, und Anbieter verschieben sie. Die Verfügbarkeit der Orin-Familie wurde bereits einmal verlängert. Eine Verlängerung ist eine gute Nachricht für den Bestand und nichts, worauf sich planen lässt; ein Datum, das sich nach vorn bewegen kann, lässt sich auch andersherum lesen.

Was die Daten einem Betreiber geben, ist genau das, was bisher fehlte: eine Zahl neben der Vertragslaufzeit, aus einer benannten Quelle, jederzeit von jedem nachprüfbar und unabhängig davon, was im Termin gesagt wurde.