Auswahl eines Betriebssystems für Ihr eingebettetes SoM: Ein praktischer Leitfaden zu Yocto, Debian, Android und RTOS

Ihre Betriebssystemwahl ist wichtig

Das von Ihnen gewählte Betriebssystem prägt jeden Aspekt Ihres Embedded-Projekts. Es bestimmt, auf welche Hardwarefunktionen Sie zugreifen können, wie Sie Updates verwalten, welche Entwicklungstools Ihr Team verwenden wird und wie Sie das Produkt über seinen gesamten Lebenszyklus hinweg warten. Diese Entscheidung wirkt sich auf die Boot-Zeit, den Speicherbedarf, das Echtzeitverhalten und die Komplexität Ihres Software-Stacks aus.

Bei System-on-Module (SoM)-basierten Designs überschneidet sich die Wahl des Betriebssystems direkt mit den Hardware-Fähigkeiten. Verschiedene Betriebssysteme bieten einen unterschiedlich umfangreichen Zugriff auf GPU-Beschleunigung, Videoverarbeitungseinheiten, neuronale Verarbeitungseinheiten und andere SoC-spezifische Funktionen. Wenn Sie diese Unterschiede verstehen, können Sie Ihre technischen Anforderungen mit der richtigen Plattform in Einklang bringen.

Die Landschaft der eingebetteten Betriebssysteme

Es gibt drei Hauptkategorien von Betriebssystemen für eingebettete Anwendungen, die jeweils unterschiedliche Design-Prioritäten berücksichtigen.

Linux-basierte Systeme bieten Flexibilität und umfangreiche Funktionen. Diese Plattformen ermöglichen volle Benutzerfreiheit, umfangreiche Netzwerkfunktionen und den Zugriff auf Tausende von Softwarepaketen. Linux-Distributionen reichen von minimalen eingebetteten Builds bis hin zu kompletten Umgebungen mit allen Funktionen.

Echtzeitbetriebssysteme legen Wert auf deterministisches Verhalten und minimalen Overhead. RTOS-Plattformen eignen sich hervorragend für Anwendungen, die garantierte Reaktionszeiten, Sicherheitszertifizierungen oder extrem eingeschränkte Ressourcen erfordern. Sie tauschen den umfassenden Funktionsumfang von Linux gegen einen vorhersehbaren Betrieb mit geringer Latenz ein.

Android bringt mobilorientierte Anwendungsframeworks und Benutzeroberflächenfunktionen auf eingebettete Geräte.  Android basiert auf einem modifizierten Linux-Kernel und umfasst umfangreiche Middleware, Grafikbibliotheken sowie Entwicklungstools, die für die Touch-Bedienung und Rich-Media-Erlebnisse optimiert sind.

Linux: Flexibilität durch Frameworks (Yocto/Debian)

Linux dominiert die Entwicklung eingebetteter Systeme aus gutem Grund. Die Plattform bietet bewährte Stabilität, umfangreiche Hardware-Unterstützung und ausgereifte Entwicklungstools. Im Bereich Embedded Linux haben sich zwei Ansätze zur Erstellung benutzerdefinierter Distributionen herausgebildet.

Das Yocto Project bietet ein Framework für die Erstellung eigener Linux-Distributionen aus dem Quellcode. Anstatt mit einer vorgefertigten Distribution zu beginnen, können Teams mit Yocto genau auswählen, welche Komponenten sie einbinden, wie sie diese konfigurieren und wie sie für bestimmte Hardware optimiert werden.

Dieser Ansatz, den Code aus dem Quellcode zu kompilieren, bietet mehrere Vorteile. Teams haben eine genaue Kontrolle über die Bildgröße und wählen nur die notwendigen Pakete und Bibliotheken aus. Jede Komponente kann mit Optimierungsflags kompiliert werden, die auf die Zielprozessorarchitektur abgestimmt sind. Systemaktualisierungen werden leichter verwaltbar, da das Build-System alle Abhängigkeiten und Konfigurationen verfolgt.

Die Hardware-Beschleunigung ist ein wichtiger Aspekt. Anbieter von System-on-Chip-Lösungen (SoC), darunter NXP und Texas Instruments, stellen ihre Board-Support-Pakete in der Regel als Yocto-Layers bereit. Diese BSP-Layer enthalten optimierte Treiber und Konfigurationen für GPU-, VPU- und NPU-Beschleunigung. Neue Siliziumfunktionen erscheinen oft zuerst in den vom Hersteller verwalteten Yocto-Layern, bevor sie andere Vertriebsformate erreichen.

Der Build-Pozess erfordert Investitionen. Ingenieure müssen BitBake-Rezepte, Layer-Management und das Yocto-Build-System verstehen. Die ersten Builds verbrauchen viel Zeit und Computerressourcen. Für Teams, die Produktionseinsätze mit spezifischen Optimierungsanforderungen planen, zahlt sich diese Investition durch reproduzierbare Builds und effiziente Images aus.

Debian bietet einen alternativen Ansatz durch sein umfangreiches, vorgefertigtes Paket-Repository. Anstatt alles aus dem Quellcode zu kompilieren, können Teams Paketmanager verwenden, um Software zu installieren und zu konfigurieren. Dadurch wird der Entwicklungszyklus während der Prototyping- und Evaluierungsphasen erheblich beschleunigt.

Das Debian-Ökosystem umfasst Zehntausende von Paketen, die fast alle gängigen Embedded-Anforderungen abdecken. Die Installation einer neuen Bibliothek oder eines neuen Tools erfordert normalerweise nur einen einzigen Befehl. Viele Ingenieure sind mit der Debian-Umgebung aufgrund ihrer Erfahrungen mit Linux auf Servern und Desktops vertraut.

Die Unterstützung für die Hardware-Beschleunigung wird ständig weiterentwickelt. NXP und TI haben damit begonnen, Debian-Pakete für einige Hardware-Beschleunigungsfunktionen bereitzustellen. Allerdings unterscheiden sich Tiefe und Reife dieser Unterstützung im Vergleich zu Yocto-basierten BSPs. Teams, die den Einsatz fortgeschrittener Beschleunigungsfunktionen planen, sollten überprüfen, ob die Debian-Pakete Zugriff auf die spezifischen Funktionen bieten, die ihre Anwendung benötigt.

Debian-Images neigen zu größeren Fußabdrücken als entsprechende Yocto-Builds. Die Distribution enthält viele allgemeine Pakete und Dienste, die eingebettete Anwendungen möglicherweise nicht benötigen. Für Designs mit großzügigem Speicher- und Arbeitsspeicherbudget ist dies kein Problem. Bei ressourcenbeschränkten Systemen sind unter Umständen umfangreiche Anpassungen erforderlich, um unnötige Komponenten zu streichen.

Echtzeitbetriebssysteme für deterministische Steuerung (FreeRTOS, QNX, Zephyr)

Manche Anwendungen erfordern Garantien, die Linux nicht bieten kann: Harte Echtzeitsysteme benötigen deterministische Reaktionszeiten im Mikrosekundenbereich; sicherheitskritische Anwendungen erfordern eine Zertifizierung nach Industriestandards; Designs mit extrem geringem Stromverbrauch müssen den Speicher- und Flash-Verbrauch auf jedes einzelne Byte minimieren.

FreeRTOS bietet Echtzeitfunktionen durch minimalistisches Design. Dieses Open-Source-RTOS verfügt über einen kleinen Kernel und einen einfachen Task-Scheduler, die zusammen nur wenige Kilobyte groß sind. Viele Embedded-Entwickler schätzen FreeRTOS für seine Einfachheit und sein unkompliziertes Programmiermodell. Die Plattform eignet sich gut für spezielle Steuerungsaufgaben, Sensorverwaltung und einfache Zustandsautomaten. Entwickler sollten damit rechnen, dass sie ihre eigenen Treiber, Netzwerkstacks und Dateisysteme bereitstellen müssen, da FreeRTOS die integrierten Funktionen absichtlich beschränkt.

QNX zielt auf sicherheitskritische Anwendungen und solche ab, die eine formale Zertifizierung erfordern. Dieses kommerzielle RTOS verwendet eine Mikrokernel-Architektur, die Systemkomponenten isoliert und so eine starke Fehlereingrenzung ermöglicht. QNX OS for Safety ist bereits nach den wichtigsten Normen für funktionale Sicherheit, einschließlich ISO 26262 und IEC 61508, vorzertifiziert. Für regulierte Branchen kann die Verwendung eines vorzertifizierten Betriebssystems die Zertifizierungszeit und das Risiko erheblich reduzieren. Die Plattform erfordert eine kommerzielle Lizenzierung und verwendet proprietäre Tools.

Zephyr bietet einen funktionsreicheren Ansatz für das RTOS-Design. Zephyr wird von der Linux Foundation unterstützt und umfasst umfangreichere Funktionen als minimalistische Echtzeitbetriebssysteme, ohne dabei seine Echtzeit-Eigenschaften zu beeinträchtigen. Die Plattform ist mit integrierten Netzwerkprotokollen, Bluetooth-Unterstützung und Energieverwaltung ausgestattet. Die Konfiguration über Kconfig ermöglicht die Skalierung von winzigen Sensorknoten zu leistungsfähigeren IoT-Gateways. Zephyr eignet sich für vernetzte Geräte, die sowohl deterministisches Verhalten als auch robuste Netzwerk- und Sicherheitsfunktionen benötigen.

RTOS-Plattformen laufen häufig auf Cortex-M-Kernen oder dedizierten Mikrocontrollern innerhalb heterogener Systeme. Viele Designs kombinieren Linux auf dem Anwendungsprozessor mit einem Echtzeitbetriebssystem (RTOS) zur Echtzeitsteuerung auf einem zugehörigen Mikrocontroller.

Wenn Android Sinn macht

Android überträgt Paradigmen der mobilen Entwicklung auf eingebettete Systeme. Die Plattform bietet ein komplettes Anwendungs-Framework, ausgefeiltes Grafik-Rendering und umfangreiche Multimedia-Unterstützung. Während Linux komplexe Benutzeroberflächen problemlos bewältigt, eignet sich Android für Projekte, die auf das Android-Ökosystem angewiesen sind – sei es auf bestehende Apps, AOSP-Know-how oder Android-spezifische APIs.

Das Android-Ökosystem umfasst ausgereifte Entwicklungstools wie Android Studio, eine umfassende Dokumentation und eine große Entwicklergemeinschaft. Die Teams können das vorhandene Know-how in der mobilen Entwicklung nutzen und den Code von Smartphone-Anwendungen wiederverwenden.

Android benötigt viel Speicherplatz, in der Regel 2 GB oder mehr für einen reibungslosen Betrieb. Der Speicherbedarf steigt ebenfalls durch das Android-Framework und die Standardanwendungen. Die Bootzeiten sind tendenziell länger als bei minimalen Linux-Konfigurationen. Die Architektur der Plattform koppelt das Framework, die Hardware-Abstraktionsschicht und die Kernel-Version eng miteinander, was die langfristige Wartung und Aktualisierung erschweren kann.

Die Leistung in Echtzeit bleibt begrenzt. Während Linux durch Kernel-Patches einige weiche Echtzeitfähigkeiten bietet, fügt die Android-Architektur Schichten hinzu, die den Determinismus verringern. Designs, die eine harte Echtzeitsteuerung erfordern, wickeln diese Funktionen normalerweise auf separaten Prozessoren oder Co-Prozessoren ab.

Android eignet sich für Produkte, bei denen eine Abhängigkeit vom Ökosystem besteht: Geräte, auf denen bestehende Android-Apps laufen müssen, Systeme, die auf Android-spezifischen APIs oder DRM-Anforderungen basieren, oder Projekte, bei denen die AOSP-Expertise des Teams den praktischsten Weg darstellt. Für Teams, die nicht auf diese speziellen Abhängigkeiten angewiesen sind, bietet Linux mit Qt/Wayland in der Regel ein gleichwertiges Benutzererlebnis mit weniger Overhead und einem einfacheren langfristigen Wartungsmodell.

Die Wahl Ihres eingebetteten Betriebssystems: Überlegungen und Beschränkungen

Berücksichtigen Sie diese Faktoren bei der Wahl Ihres Betriebssystems:

Ressourcenbeschränkungen begrenzen Ihre Möglichkeiten. Harte Echtzeitanforderungen sprechen für RTOS-Lösungen. Großzügige Hardware-Budgets eröffnen Möglichkeiten für funktionsreiche Umgebungen wie Android oder vollständige Linux-Distributionen.

Der Bedarf an Hardware-Beschleunigung beeinflusst die Wahl der Linux-Distribution. Anwendungen, die auf GPU-, VPU- oder NPU-Leistung angewiesen sind, profitieren von Plattformen, auf denen die BSP-Unterstützung des Herstellers am ausgereiftesten und vollständigsten ist.

Der Entwicklungszeitplan beeinflusst die Berechnung. Rapid Prototyping bevorzugt Umgebungen mit umfangreichen vorgefertigten Paketen. Die Produktionsoptimierung rechtfertigt die Investition in Bausysteme, die maximale Kontrolle bieten.

Die Anforderungen an die Benutzeroberfläche helfen, die Optionen einzugrenzen. Linux unterstützt leistungsfähige, medienreiche Schnittstellen durch Frameworks wie Qt/Wayland und eignet sich damit für die meisten HMI-Anwendungen ohne den Overhead des Android-Frameworks. Die Vorteile von Android sind spezifischer: die Wiederverwendung bestehender Android-Apps, die Nutzung der Expertise des AOSP-Teams oder die Abhängigkeit von Android-spezifischen APIs und DRM-Funktionen. Minimale oder Headless-Systeme benötigen nur das, was Linux oder RTOS bieten.

Sicherheits- und Zertifizierungsanforderungen können bestimmte Plattformen erfordern. Vorzertifizierte RTOS-Optionen verringern den Zertifizierungsaufwand für regulierte Branchen.

Die Planung von Wartung und Lebenszyklus ist wichtig für Produkte mit langen Supportzeiten. Überlegen Sie, wie jede Plattform mit Sicherheitsupdates, Funktionserweiterungen und langfristigem Support umgeht.

Die Systemarchitektur bestimmt Ihre Betriebssystemstrategie. Viele Designs verwenden heterogene Ansätze und kombinieren Linux oder Android auf dem Anwendungsprozessor mit einem RTOS, das auf Cortex-M-Kernen oder zugehörigen MCUs für Echtzeit-Steuerungsaufgaben läuft. Diese Architektur ist keine Entweder/Oder-Entscheidung – man kann beide Paradigmen nutzen, wo jedes seine Stärken hat.

Bewerten Sie Kompromisse. Treffen Sie eine informierte Entscheidung.

Welches Betriebssystem das richtige ist, hängt von den spezifischen Anforderungen Ihres Projekts ab: Komplexität der Benutzeroberfläche, Anforderungen an die Hardwarebeschleunigung, Echtzeitbeschränkungen, Ressourcenbudget und Strategie für das Lebenszyklusmanagement. Jede Plattform bietet unterschiedliche Kompromisse zwischen Flexibilität, Leistung und Entwicklungsgeschwindigkeit.

Die Muster sind klar: Eingebettete Produktionsgeräte auf SoMs, die eine vollständige Aktivierung der Hardware erfordern, setzen in der Regel Yocto-basierte Lösungen ein, da sie reproduzierbare Builds, Hardware-Optimierung und Hersteller-Support bieten. Das schnelle Prototyping profitiert von Debians Paket-Ökosystem. Projekte mit Abhängigkeiten vom Android-Ökosystem nutzen das Anwendungs-Framework von Android. Deterministische Steuerung und sicherheitskritische Funktionen erfordern RTOS-Plattformen.

Die Erfahrung bestätigt diese Schlussfolgerung, da die meisten SoM-basierten Embedded-Projekte letztendlich Yocto-basierte Lösungen in der Produktion einsetzen, oft nach einer ersten Prototypentwicklung auf Debian. Die reproduzierbaren Builds, die Hardware-Optimierung und der Hersteller-Support machen Yocto zur praktischen Wahl für die Massenproduktion und lange Produktlebenszyklen.

Die Wahl Ihres Betriebssystems ist der Anfang. Die Unterstützung durch den Hersteller spielt eine entscheidende Rolle, wenn es darum geht, Ihre Betriebssystemauswahl von der Theorie in die Praxis umzusetzen. Die Qualität der BSP-Plattform, die Tiefe der Dokumentation und der Zugang zu technischem Fachwissen beschleunigen die Entwicklung und reduzieren das Risiko, unabhängig davon, welche Plattform Ihr Projekt erfordert. Variscite unterhält eine eigene BSP-Entwicklung für Linux (Yocto und Debian), Android und RTOS-Optionen für sein SoM-Portfolio. Zu den technischen Ressourcen gehören eine detaillierte Dokumentation, Referenzdesigns und direkter Support von Ingenieur zu Ingenieur über ein spezielles Entwicklungsportal. Module und Entwicklungs-/Evaluierungskits können mit dem von Ihnen gewählten Betriebssystem vorinstalliert geliefert werden, und der Produktionsservice umfasst die Vorinstallation und Konfiguration des Betriebssystems.

Wenden Sie sich an das technische Team von Variscite, um Ihre spezifischen Anforderungen zu besprechen und den optimalen Weg von der Evaluierung bis zum Produktionseinsatz zu finden.