Hello World: Warum wir ein Betriebssystem für die physische Welt brauchen

Wir erleben zum ersten Mal, dass die physische Welt automatisierbar wird, nicht durch starre Industrieanlagen, sondern durch agile Serviceroboter, die sich sicher im Alltag bewegen können. Und doch beginnt jede Diskussion mit Kliniken, Kommunen oder Handelsunternehmen mit derselben Frage:

„Warum sollten wir uns jetzt schon mit Robotik beschäftigen?“

Die ehrliche Antwort: Nicht weil Roboter so weit sind, sondern weil alles um sie herum es nicht ist.

Diese Diskrepanz prägt unsere Arbeit seit dem ersten Tag. Die Geräte selbst haben in den vergangenen Jahren enorme Fortschritte gemacht: Sie navigieren zuverlässig, weichen Menschen aus, transportieren Lasten und arbeiten Schichten durch, in denen kein Personal mehr verfügbar ist. Trotzdem stehen viele dieser Maschinen in der Praxis still oder werden nur in einem eng begrenzten Korridor eingesetzt. Der Grund liegt selten am Roboter. Er liegt in der Umgebung, die nicht auf ihn vorbereitet ist.

Der wahre Engpass liegt nicht bei Robotern, sondern bei fehlender Infrastruktur

Der demographische Wandel sorgt in vielen Branchen für Engpässe. Robotik könnte helfen, aber bevor sie einen echten Beitrag leistet, müssen grundlegende Fragen geklärt sein:

• Wie öffnen Roboter Türen oder fahren Aufzüge?
• Wie kommunizieren sie mit bestehender IT?
• Wie werden sie eingebettet in Prozesse, die heute auf Menschen ausgelegt sind?
• Wie läuft ein Workflow ohne händische Freigabe?

Kurz gesagt:

Roboter entlasten erst dann, wenn Gebäude und Prozesse robot-ready sind.

Doch genau diese Grundlage fehlt in fast allen Organisationen.

Das ist keine technische Randnotiz, sondern der entscheidende Hebel. Ein Roboter, der eine Strecke fährt, aber vor jeder Brandschutztür auf einen Menschen warten muss, der ihm öffnet, automatisiert nichts. Er verschiebt die Arbeit nur. Erst wenn die Tür selbst Teil des Workflows wird, wenn der Aufzug auf den Roboter reagiert und das Zielsystem über die Ankunft informiert ist, entsteht echte Entlastung. Die eigentliche Investition liegt also nicht im Gerät, sondern in der Verbindung zwischen Gerät, Gebäude und Prozess.

Wir brauchen eine Middleware für die physische Welt

In der Softwarewelt wissen wir: Ohne Betriebssysteme und APIs entsteht Chaos. In der physischen Welt ist der Zustand heute genauso:

• einzelne Roboter
• einzelne Apps
• einzelne Gateways
• einzelne Aufzugs- oder Türsysteme
• einzelne Insellösungen

Aber keine gemeinsame Ebene, die alles orchestriert.

Wenn physische Arbeitsabläufe automatisiert werden sollen, braucht es genau das:

Eine Interoperabilitätsschicht. Ein Betriebssystem für Gebäude, Robotik und IT. Eine gemeinsame Sprache für die physische Welt.

Die Analogie zum Computer ist hier mehr als ein Bild. Niemand würde heute eine Anwendung schreiben, die direkt mit jedem einzelnen Druckermodell, jeder Grafikkarte und jedem Netzwerkadapter sprechen muss. Ein Betriebssystem abstrahiert diese Vielfalt weg und stellt eine gemeinsame Schnittstelle bereit. Genau diese Abstraktionsschicht fehlt in der physischen Welt. Jeder Türhersteller, jeder Aufzugslieferant, jeder Roboterproduzent bringt seine eigene Logik mit, und ohne eine vermittelnde Ebene muss jede Integration einzeln und manuell gebaut werden. Das skaliert nicht.

Warum dieser Schritt gerade jetzt entscheidend ist

Viele Einrichtungen befinden sich kurz vor ihrer ersten Investition in Servicerobotik. Doch genau hier entsteht das Risiko:

Wer jetzt ohne herstellerunabhängige Architektur startet, schafft den Lock-in von morgen.

Denn sobald Roboter herstellerspezifisch an Türen, Aufzüge oder interne Prozesse angebaut werden, entstehen Abhängigkeiten, die schwer wieder aufzulösen sind.

Gleichzeitig steigen die Anforderungen:

• mehr Zugangskontrolle
• höhere Sicherheitsstandards
• sehr heterogene Tür- und Aufzugssysteme
• unterschiedliche IT-Landschaften

Ohne gemeinsame Ebene wachsen Komplexität und Kosten, lange bevor messbare Entlastung entsteht.

Das gilt besonders dort, wo Robotik in kritischen oder sensiblen Umgebungen eingesetzt wird. Wer eine Plattform proprietär an einen einzigen Anbieter bindet, gibt nicht nur die kommerzielle Verhandlungsmacht aus der Hand, sondern auch die Kontrolle über Datenflüsse, Sicherheitsupdates und die eigene Weiterentwicklung. Eine offene, herstellerunabhängige Architektur ist deshalb keine ideologische Position, sondern eine nüchterne Risikoentscheidung. Sie hält die Optionen offen, die man in fünf oder zehn Jahren noch brauchen wird.

Robotik skaliert nicht durch bessere Roboter, sondern durch kompatible Infrastruktur

Das klingt kontraintuitiv, ist aber entscheidend:

• Nicht der schnellste Roboter bringt die größte Entlastung,
• sondern der Prozess, der ohne menschliches Zutun durchläuft.

Beispiel aus der Praxis: Ein Transportprozess entlastet erst dann, wenn der Roboter

• Türen öffnen kann,
• Aufzüge selbstständig nutzt,
• Zielbereiche automatisch informiert,
• keine manuelle Freigabe benötigt.

Roboter ersetzen keine Menschen, sie ersetzen Wege. Und Wege sind nur automatisierbar, wenn alle Komponenten miteinander sprechen.

Es ist der klassische Fall einer Kette, die nur so stark ist wie ihr schwächstes Glied. Ein Transport, der fast vollständig autonom läuft, aber an einer einzigen Tür eine manuelle Freigabe braucht, bindet weiterhin Personal an genau dieser Stelle. Der Nutzen verschwindet nicht teilweise, er verschwindet fast vollständig, weil ein Mensch die ganze Strecke begleiten oder zumindest verfügbar bleiben muss. Skalierung entsteht erst, wenn die letzten manuellen Bruchstellen verschwinden, und das ist eine Frage der Infrastruktur, nicht der Robotergeschwindigkeit.

Warum wir Athegus gegründet haben

Athegus ist ein Spinoff der Technischen Hochschule Deggendorf. In unseren Forschungsprojekten haben wir jahrelang dasselbe Muster gesehen:

• Roboter funktionieren.
• Gebäude funktionieren.
• Aber die Verbindung fehlt.

Aus genau dieser Lücke heraus ist Axiona entstanden: eine Plattform, die Roboter, Türen, Aufzüge und IT in gemeinsame Workflows integriert.

Darauf bauen wir branchenspezifische Produkte:

• hospOS für Kliniken
• shoppiOS für den Handel
• lodgOS für die Hotellerie
• aviaOS für Flughäfen
• tutoOS für die begleitete Anleitungen, z.B. in Fitnessstudios
• fabOS für industrielle Kleinsttransporte

Der Kern bleibt immer gleich:

Interoperabel. Sicher. Modular. Europäisch.

Wir sagen bewusst nicht, dass Software allein jedes Problem löst. Software macht niemanden automatisch regelkonform, und eine Plattform ersetzt weder gute Prozesse noch die Verantwortung der Organisation. Was eine gemeinsame Ebene leistet, ist konkreter und bescheidener zugleich: Sie reduziert die Zahl der Einzelintegrationen, sie macht Abhängigkeiten sichtbar, und sie schafft die Voraussetzung dafür, dass Sicherheit und Datenschutz überhaupt systematisch durchgesetzt werden können.

Was das für Organisationen bedeutet, die „noch keine Roboter haben“

Genau diese Einrichtungen profitieren am meisten von einer frühen Architekturplanung:

1. Welche Prozesse eignen sich zur Automatisierung?
2. Welche Gebäudetechnik muss angebunden werden?
3. Wie bleibt man unabhängig von Herstellern?
4. Wie wird Datenschutz erfüllt?
5. Wie reduziert man späteren Betriebsaufwand?

Wer diese Fragen jetzt klärt, vermeidet spätere Lock-ins, und legt die Basis für echte Entlastung.

Der größte Hebel liegt also nicht in der Anschaffung des ersten Roboters, sondern in der Reihenfolge der Entscheidungen. Eine Einrichtung, die zuerst ihre Prozesse und ihre Gebäudetechnik versteht und erst dann das passende Gerät auswählt, behält die Kontrolle. Eine Einrichtung, die mit dem Gerät beginnt und die Infrastruktur nachträglich daran anpasst, baut sich genau die Abhängigkeiten ein, die später teuer werden. Frühe Architekturplanung ist deshalb kein Aufschub, sondern der schnellste Weg zu einem System, das später wirklich trägt.

Fazit: Die Automatisierung der physischen Welt beginnt nicht mit Robotern, sondern mit Architektur

Unser „Hello World“ ist kein Roboter, der einen Gang entlangfährt.

Unser „Hello World“ ist eine Infrastruktur, die physische Arbeit entlastet, in Krankenhäusern, im Handel, in Hotels, in der Industrie.

Die Zukunft gehört nicht den Geräten. Sie gehört den Prozessen, die wir durch sie automatisieren können.

Wer heute beginnt, sollte deshalb nicht zuerst nach dem besten Roboter fragen, sondern nach der Architektur, die ihn tragen kann. Mehr darüber, wie wir digitale Souveränität und Interoperabilität zusammendenken, lesen Sie unter Souveränität.