Ein IoT-Betriebssystem ist Software, die vernetzte Hardware verwaltet. Der Begriff hat allerdings zwei recht unterschiedliche Bedeutungen. Klassisch bezeichnet er das kleine Betriebssystem in einem einzelnen Gerät, etwa einem Sensor, einem intelligenten Türschloss oder einem Gateway. Zephyr, FreeRTOS und RIOT sind typische Beispiele. In einer neueren Bedeutung steht er für die Betriebsebene eines ganzen Gerätebestands: Software, über die Tausende Sensoren, Zähler, Maschinen und Roboter verschiedener Hersteller Informationen austauschen und gemeinsam handeln können.

Beide Bedeutungen sind berechtigt, beantworten aber verschiedene Fragen. Wer eine Leiterplatte entwickelt, braucht die erste. Wer ein Gebäude, eine Fabrik oder mehrere Standorte betreibt, braucht die zweite. Dieser Leitfaden erklärt beide und beginnt beim einzelnen Gerät.

Kurz erklärt

  • Ein geräteseitiges IoT-Betriebssystem läuft auf einem Mikrocontroller oder eingebetteten Prozessor. Es verwaltet Aufgaben, Speicher, Funkverbindungen und Energieverbrauch dieses einen Geräts.
  • Zu den verbreitetsten Optionen gehören Echtzeitbetriebssysteme wie Zephyr und FreeRTOS für kleine Geräte sowie Embedded Linux für Gateways und Kameras.
  • Ein IoT-Betriebssystem für den gesamten Gerätebestand verbindet unterschiedliche Protokolle und Hersteller zu einem gemeinsamen Kontext, auf den Regeln, Menschen und KI zugreifen können.
  • Eine KI-IoT-Plattform ergänzt KI, die diesen Kontext auswertet und innerhalb festgelegter Berechtigungen auf reale Geräte einwirken kann. Deshalb sind Tests vor der Inbetriebnahme unverzichtbar.

Brauchen IoT-Geräte ein Betriebssystem?

Nicht immer. Die kleinsten Geräte laufen häufig „bare metal“, also ohne Betriebssystem: Ein einziges Programm liest in einer Hauptschleife einen Sensor aus, sendet ein Datenpaket und versetzt das Gerät wieder in den Schlafmodus. Das ist einfach und braucht kaum Speicher. Sobald mehrere Aufgaben gleichzeitig anstehen, etwa Funkkommunikation, Verschlüsselung, das Auslesen von drei Sensoren und Firmware-Updates, lohnt sich ein kleines Betriebssystem.

Die Internet-Standardisierungsorganisation IETF teilt ressourcenbeschränkte Geräte in Klassen ein (RFC 7228). Geräte der Klasse 0 haben deutlich weniger als 10 KiB RAM und können normalerweise überhaupt kein allgemeines Betriebssystem ausführen. Klasse 1 umfasst Geräte mit etwa 10 KiB RAM und 100 KiB Flash-Speicher, genug für ein kompaktes Echtzeitbetriebssystem. Geräte der Klasse 2 besitzen ungefähr 50 KiB RAM und 250 KiB Flash-Speicher und können einen vollständigen IP-Stack ausführen. Darüber liegen Prozessoren mit Speicherverwaltungseinheit und mehreren Megabyte RAM, auf denen Linux läuft.

Der entscheidende Unterschied zwischen den beiden geräteseitigen Betriebssystemfamilien liegt im Zeitverhalten. Ein Echtzeitbetriebssystem, kurz RTOS, garantiert, dass eine Aufgabe innerhalb einer bekannten Zeit ausgeführt wird. Das ist etwa für Motorsteuerungen oder präzise Funkabläufe wichtig. Ein Allzweckbetriebssystem wie Linux bietet erheblich mehr Funktionen, Netzwerkfähigkeiten und Werkzeuge, benötigt dafür aber mehr Speicher und Energie und hat ein weniger vorhersehbares Zeitverhalten.

Welche Betriebssysteme eignen sich am besten für IoT?

Ein Betriebssystem, das für alles am besten geeignet ist, gibt es nicht. Die Wahl hängt vom Chip, vom Energiebudget und vom Entwicklungsteam ab. Diese Optionen ziehen Gerätehersteller heute häufig in Betracht:

Betriebssystem Typ Typische Hardware Lizenz Verantwortlich
Zephyr RTOS Mikrocontroller, unter anderem Arm Cortex-M und RISC-V Apache 2.0 Projekt der Linux Foundation
FreeRTOS RTOS-Kernel Fast alle Arten von Mikrocontrollern MIT Amazon Web Services
RIOT RTOS Energiearme Mikrocontroller LGPL 2.1 Open-Source-Community
Contiki-NG Ereignisgesteuertes Betriebssystem Energiearme Funkknoten BSD 3-Clause Open-Source-Community
Eclipse ThreadX RTOS Mikrocontroller, sicherheitszertifizierte Anwendungen MIT Eclipse Foundation
Embedded Linux (Yocto, Buildroot, Ubuntu Core) Allzweckbetriebssystem Gateways, Kameras, Edge-Rechner Kernel unter GPL, unterschiedliche Userland-Lizenzen Linux Foundation und Anbieter

Ein paar praktische Muster helfen bei der Auswahl. FreeRTOS ist der kleinste Schritt weg von Bare Metal: ein Scheduler und einige grundlegende Funktionen, ergänzt um separate Netzwerkbibliotheken. Zephyr ist ein umfangreicheres System mit Treibern, Bluetooth, Netzwerkfunktionen und einem Device-Tree-Konfigurationsmodell. Für neue Entwicklungen ist es inzwischen eine beliebte Wahl. RIOT und Contiki-NG stammen aus der Forschung zu energiearmen Funknetzen und sind stark bei IPv6 über ressourcenbeschränkte Funkverbindungen. ThreadX wird häufig gewählt, wenn die Sicherheitszertifizierung des Kernels wichtig ist. Linux kommt zum Einsatz, sobald ein Gerät eine Kamerapipeline, Container oder einen vollständigen Webstack benötigt. Deshalb läuft es auf den meisten Gateways.

In der Praxis entscheiden sich die meisten Projekte für das Betriebssystem, das das Softwarepaket des Chipherstellers am besten unterstützt. Danach stellt sich die Frage, ob das Team es während der möglicherweise zehnjährigen Einsatzdauer sicher aktualisieren kann. Dieser zweite Punkt wird auch rechtlich relevant. Der Cyber Resilience Act der EU ist seit Dezember 2024 in Kraft; seine wesentlichen Pflichten gelten ab Dezember 2027. Er verpflichtet Hersteller vernetzter Produkte für den EU-Markt, Schwachstellen zu behandeln und während eines festgelegten Unterstützungszeitraums Sicherheitsupdates bereitzustellen. Ein Betriebssystem mit aktivem Sicherheitsteam und klarem Updatepfad erleichtert das erheblich.

IoT-Betriebssystem oder IoT-Plattform: Was ist der Unterschied?

Bei Hunderten oder Tausenden Geräten entsteht ein anderes Problem. Jedes Gerät führt sein eigenes kleines Betriebssystem zuverlässig aus, aber dem Gesamtbestand fehlt ein gemeinsames Bild. Türsensoren melden an eine App, Zähler an eine andere, die Kältemaschine an die Gebäudeleittechnik und der Roboter an seine Flottensoftware. Was ein Gerät erkennt, ist nicht mit dem verknüpft, was ein anderes tun könnte.

Die bisherige Antwort war eine IoT-Plattform: ein Clouddienst, der Messwerte sammelt, Diagramme darstellt und Warnungen verschickt. Das ist nützlich, funktioniert aber weitgehend in eine Richtung. Die neuere Idee ist eine Betriebsebene für den gesamten Gerätebestand. So wie ein Gerätebetriebssystem Programmen die gemeinsame Nutzung von Speicher und Funkhardware ermöglicht, lässt ein Betriebssystem für den gesamten Bestand Geräte, Maschinen und KI unterschiedlicher Hersteller Beobachtungen austauschen, Aufgaben koordinieren und innerhalb festgelegter Berechtigungen handeln.

Stellen wir uns einen Logistikhof vor. Ein Patrouillenroboter sieht und hört nur seine unmittelbare Umgebung. Am anderen Ende des Geländes meldet ein batteriebetriebener LoRaWAN-Kontaktsensor, dass ein Tor lange nach Betriebsschluss geöffnet wurde, obwohl niemand mehr dort sein sollte. Für sich allein erfährt der Roboter davon nichts. Über eine gemeinsame Betriebsebene wird das Ereignis zum Prüfauftrag für den Roboter, zum Alarm für den Nachtwächter und zum Eintrag im Ereignisprotokoll. So lässt sich Physical AI praktisch verstehen: Physische Dinge teilen ihren Kontext und handeln gemeinsam. Roboter sind dabei ein Teilnehmer neben Sensoren, Türen, Kameras, Zählern und Maschinen.

Als diese übergreifende Ebene entwickeln wir Kilo. LoRaWAN-, mioty- und MQTT-Geräte sowie Fahrzeugtracker werden direkt angebunden. Modbus-, BACnet- oder OPC-UA-Geräte kommen über Edge-Gateways hinzu. So laufen Daten verschiedener Hersteller an einer Stelle zusammen. Sie erstellen Regeln, die den nächsten Schritt bestimmen, und senden Befehle an Geräte, die sie annehmen können. Weil diese Befehle reale Dinge bewegen, gehen Sie jede Regel vor der Inbetriebnahme im Debugger durch und simulieren dabei die Befehle. Wenn Ihr Projekt die übergreifende Bedeutung des Begriffs braucht, können Sie die ersten Geräte mit Kilos Betriebssystem für IoT und Physical AI verbinden und den Bestand von dort aus erweitern.

Was ist eine KI-IoT-Plattform?

Eine KI-IoT-Plattform, auch AIoT-Plattform genannt, verbindet einen vernetzten Gerätebestand mit KI, die damit arbeiten kann. Der Begriff umfasst unterschiedliche Ansätze. An einem Ende läuft die KI direkt auf dem Gerät, etwa in einer Kamera, die Bilder lokal klassifiziert. Am anderen Ende arbeitet sie über den gesamten Bestand hinweg: Sie beantwortet Fragen zu aktuellen Messwerten, findet Geräte ohne neue Meldungen, erstellt Automatisierungen aus einer Zielbeschreibung oder sendet Befehle an Geräte.

Ein konkretes Beispiel für diese übergreifende Nutzung: Jemand fragt „Welche Gefrierschränke lagen letzte Woche länger als eine Stunde über 5 °C?“ und erhält eine Liste und ein Diagramm, ohne Daten in eine Tabelle zu exportieren oder eine Abfrage zu programmieren.

Diese zweite Form verändert die Anforderungen an die Plattform. Wenn KI nur Daten zusammenfasst, ist eine falsche Antwort ärgerlich. Wenn sie ein Relais schalten, ein Ventil schließen oder einen Roboter losschicken kann, braucht die Plattform klare Zugriffsberechtigungen, eine ausdrückliche Bestätigung vor dem Handeln, ein Protokoll jedes Befehls samt Ergebnis und eine Möglichkeit, Abläufe vor dem Einsatz an realen Geräten zu testen.

Welche KI-IoT-Plattform ist die beste?

Das hängt davon ab, was die KI tun soll. Listen mit AIoT-Unternehmen mischen Chiphersteller, Kameraanbieter, Cloudanbieter und Softwareplattformen. Das erschwert einen direkten Vergleich. Hilfreicher sind Fragen, die über den späteren Betriebsalltag entscheiden:

Frage Warum sie wichtig ist
Von welchen Geräten und Protokollen kann die Plattform ohne eigene Programmierung Daten empfangen? Bestimmt, welchen Teil Ihres Bestands sie erfasst
Kann die KI nur Daten lesen oder auch auf Geräte einwirken? Aktionen erfordern deutlich strengere Kontrollen
Wie verändert sich der Preis bei mehr Geräten und Nutzern? Ein günstiger Pilot kann im größeren Bestand teuer werden
Wie werden KI-Aktionen begrenzt, freigegeben und protokolliert? Sie müssen nachvollziehen können, wer was warum getan hat
Lassen sich Daten und Gerätekonfigurationen beim Anbieterwechsel exportieren? Bestimmt den Aufwand eines späteren Wechsels
Wo kann die Plattform laufen: Cloud, eigener Standort oder Edge? Beeinflusst Latenz, Datenkontrolle und Offlinebetrieb
Wie groß ist die Nutzer- und Integratoren-Community? Bestimmt, wie leicht Sie Hilfe und Fachkräfte finden

Gewichten Sie die Antworten nach Ihrer Situation. Ein Team an einem Standort mit einigen Dutzend Sensoren interessiert vor allem, wie schnell es starten kann. Ein Unternehmen mit vielen Standorten und gemischter Technik braucht breite Protokollunterstützung, passende Berechtigungen und langfristigen Herstellersupport. Wer KI Befehle an Geräte senden lassen möchte, sollte Handlungsmöglichkeiten und Grenzen zuerst prüfen.

Häufige Fragen zu IoT-Betriebssystemen

Ist Linux ein IoT-Betriebssystem?

Ja. Embedded Linux ist auf größeren IoT-Geräten wie Gateways, Kameras und industriellen Edge-Rechnern weit verbreitet. Es läuft normalerweise auf einem Prozessor mit Speicherverwaltungseinheit und benötigt typischerweise einige Dutzend Megabyte RAM. Seit Kernel 6.12, veröffentlicht im November 2024, sind die PREEMPT_RT-Echtzeiterweiterungen im Hauptzweig von Linux enthalten. Dadurch eignet es sich besser für zeitkritische Aufgaben.

Ist Android ein IoT-Betriebssystem?

Google entwickelte mit Android Things eine eigene Variante für IoT-Geräte, stellte den Dienst aber im Januar 2022 ein. Das normale Android läuft weiterhin auf Kiosksystemen, intelligenten Displays und mobilen Terminals. Dort sind Touchscreen und App-Ökosystem wichtiger als besonders geringer Energieverbrauch.

Machen KI-IoT-Plattformen vom Anbieter abhängig?

Das ist möglich. Cloud-IoT-Dienste werden tatsächlich eingestellt: Google beendete Cloud IoT Core im August 2023, und die Nutzer mussten ihre Geräte umziehen. Plattformen, die offene Protokolle wie LoRaWAN und MQTT unterstützen und Ihnen die Kontrolle über Ihre Geräteschlüssel lassen, erleichtern einen späteren Wechsel erheblich.

Was unterscheidet ein IoT-Betriebssystem von Firmware?

Firmware ist das vollständige Softwareabbild auf einem Gerät. Das Betriebssystem, sofern vorhanden, ist der Teil, der Aufgaben plant und Hardware verwaltet. Der darauf aufbauende Anwendungscode erledigt die eigentliche Gerätefunktion.

Fünf batteriebetriebene Sensoren in einem Gebäude, etwa ein Türkontakt, zwei Temperatur- und zwei Lecksensoren, zeigen die übergreifende Bedeutung im Kleinen: Stellen Sie alle auf einem Dashboard dar und ergänzen Sie eine Regel, die bei Wassererkennung alarmiert. Diese Konfiguration passt in Kilos derzeitigen kostenlosen Tarif. Kilo Electronics führt LoRaWAN-Sensorknoten; kompatible Hardware anderer Anbieter funktioniert genauso.