Wenn Sie an Linux denken, stellen Sie sich wahrscheinlich einen Desktop-PC vor, der mit einem vertrauten BIOS oder UEFI startet. Bei Edge-Geräten wie einem Smart-Home-Hub oder einem Sensornetzwerk sieht die Welt jedoch anders aus. Hier gibt es keinen komfortablen Startbildschirm oder Menüs zur Konfiguration der Boot-Reihenfolge. Embedded-Systeme sind für einen einzigen Zweck optimiert, und das beginnt schon beim Startvorgang.

Anstelle eines BIOS, das die Hardware für ein allgemeines Betriebssystem vorbereitet, haben wir es bei Edge-Geräten mit einem viel direkteren Prozess zu tun. Die Hardware, oft ein System-on-a-Chip (SoC), führt einen spezialisierten Bootloader aus, der direkt aus dem internen Speicher geladen wird. Dieser Bootloader hat eine klare Mission: den Linux-Kernel so schnell und effizient wie möglich zu laden und ihm die Kontrolle zu übergeben. Alles Unnötige wird weggelassen.

Ein lauffähiges Linux-System auf einem Edge-Gerät besteht aus drei wesentlichen Komponenten, die perfekt aufeinander abgestimmt sein müssen. Man kann sie sich als eine Start-Staffel vorstellen, bei der jede Komponente den Staffelstab an die nächste weitergibt.

Zuerst kommt der Bootloader. Seine Aufgabe ist es, die grundlegendste Hardware zu initialisieren, wie den Arbeitsspeicher und die Taktfrequenzen des Prozessors. Ein sehr verbreiteter Bootloader in der Embedded-Welt ist Das U-Boot (Universal Boot Loader). Sobald die Hardware bereit ist, sucht er nach dem Linux-Kernel, lädt ihn in den Arbeitsspeicher und startet ihn.

Als Nächstes übernimmt der Linux-Kernel. Er ist das Herz des Betriebssystems. Der Kernel ist die Brücke zwischen der Software und der Hardware. Er verwaltet Systemressourcen wie den Prozessor, den Speicher und die Peripheriegeräte. Auf Edge-Geräten wird oft ein komprimiertes Kernel-Image wie zImage oder ein für U-Boot vorbereitetes uImage verwendet, um Speicherplatz zu sparen.

Hier kommt der Device Tree (Gerätebaum) ins Spiel. Man kann ihn sich als einen detaillierten Bauplan für das spezifische Board vorstellen, der dem Kernel beim Start übergeben wird. Diese Datei, typischerweise mit der Endung .dtb (Device Tree Blob), beschreibt alles: welche CPU-Kerne vorhanden sind, wie viel Speicher zur Verfügung steht, welche Pins für welche Schnittstellen (wie I2C oder SPI) genutzt werden und welche Geräte an diesen Schnittstellen angeschlossen sind.

Der Device Tree ist eine reine Datenstruktur. Er entkoppelt die Hardwarebeschreibung vom Kernel-Code. Früher mussten Entwickler für jedes neue Board den Kernel-Quellcode anpassen und neu kompilieren. Dank des Device Tree kann derselbe, unveränderte Kernel auf vielen verschiedenen Hardware-Plattformen laufen, solange er den passenden „Bauplan“ in Form einer .dtb-Datei erhält. Geschrieben wird der Device Tree in einer lesbaren Textdatei (.dts), die dann in das binäre .dtb-Format kompiliert wird.

Sobald der Kernel mithilfe des Device Tree alle Treiber initialisiert hat, benötigt er eine Umgebung, in der die eigentlichen Anwendungen laufen können. Das ist die Aufgabe des Root Filesystem (RFS). Es enthält die grundlegenden Systembibliotheken, Konfigurationsdateien und die ausführbaren Programme, die für den Betrieb des Geräts notwendig sind – von einem einfachen Shell-Skript zur Steuerung einer LED bis hin zu einem komplexen Webserver für Ihr Smart Home. Das RFS ist im Grunde alles, was Sie im Dateisystem sehen, nachdem das System vollständig gestartet ist.

Diese drei Komponenten – Bootloader, Kernel mit Device Tree und Root Filesystem – bilden zusammen ein komplettes, funktionsfähiges Embedded-Linux-System. Jede Komponente ist entscheidend und muss sorgfältig für den jeweiligen Anwendungsfall konfiguriert werden, um ein stabiles und effizientes Edge-Gerät zu schaffen.

Testen wir nun Ihr Verständnis der grundlegenden Architektur.