Von der Boot-Zeit über Device Trees und Treiber bis zu Echtzeitverhalten und sicheren Updates: Artikel zu den Fragen, die beim Aufbau und der Pflege eines Linux-Systems auf eigener Hardware tatsächlich auftreten.
15 Beiträge
Bevor Sie einen Kernel-Treiber schreiben: Welche Geräte sich sauber aus dem Userspace bedienen lassen, wann ein Kernel-Treiber unvermeidlich wird, wie ein Platform-Treiber aufgebaut ist und welche Fehler beim Bring-up am meisten Zeit kosten.
systemd im Embedded-Einsatz: Units und Abhängigkeiten richtig schneiden, Boot-Zeit statt Reihenfolge optimieren, Dienste per Watchdog überwachen, das Journal vom Flash fernhalten und mit read-only Root-Dateisystem arbeiten.
Git in langlebigen Embedded-Projekten: Branches je Hardwarerevision, Umgang mit Vendor-BSPs, Binärdateien und Toolchains, reproduzierbare Stände über Tags und Manifeste – und warum eine lesbare Historie erst nach Jahren ihren Wert zeigt.
Von Power-on bis zum ersten Bild: wie Sie die Boot-Zeit eines Embedded-Linux-Geräts belastbar messen und in Bootloader, Kernel und User-Space die Hebel finden, die tatsächlich Sekunden bringen.
Wie die Qt Virtual Keyboard in eine Embedded-HMI kommt: Integration über das Input-Method-Modul, Layouts und Sprachen, Anpassung ans eigene Design – und die Lizenzfrage, die man vorher klären sollte.
Wie Qt mit EGLFS direkt auf die Grafikhardware zeichnet – Backends, KMS-Konfiguration, Eingabegeräte und die Fehlerbilder, die beim ersten schwarzen Bildschirm helfen.
Determinismus statt Tempo: wie PREEMPT_RT Linux echtzeitfähig macht, wie Sie Latenzen mit cyclictest belastbar messen und welche System- und Anwendungsfehler jede Konfiguration wieder zunichtemachen.
Wie der Device Tree in Embedded-Linux-Projekten wirklich funktioniert: compatible-Matching, pinctrl und Clocks, Overlays für Gerätevarianten und die Debug-Rezepte, mit denen sich Bring-up-Probleme eingrenzen lassen.
Wie eine Qt5-auf-Qt6-Migration in Embedded-Projekten planbar wird: qmake zu CMake, Qt5Compat, der neue Grafik-Stack über RHI und die Reihenfolge, die das Risiko klein hält.
Wie C++17, C++20 und C++23 Embedded-Software sicherer und klarer machen – bei kaum Laufzeitkosten, diszipliniert eingesetzt auf beschränkten Zielen.
Warum ein Hardware-in-the-Loop-Prüfstand das fehlende Stück für echtes CI/CD auf Embedded-Geräten ist: Treiber-, Timing- und Integrationsfehler auf echter Hardware finden.
Wie der EU Cyber Resilience Act die Messlatte für vernetzte Embedded-Linux-Geräte höher legt — und warum signierte OTA-Updates zum Rückgrat werden.
Yocto oder Buildroot? Ein entscheidungsorientierter Vergleich der beiden dominierenden Build-Systeme für Embedded Linux: Lernkurve, Skalierung, Compliance.
Wie Qt moderne Bedienoberflächen auf ressourcenbeschränkte Hardware bringt – von QML und Hardwarebeschleunigung bis zu Boot-Zeit und schlankem Stack.
Warum sich das Yocto Project für langlebige Industrieprodukte lohnt – von reproduzierbaren Builds über Lizenz-Compliance bis zu sicheren Update-Strategien.
Vom Board-Bring-up bis zur Applikation: zuverlässige Embedded-Linux-Systeme mit Fokus auf Stabilität, Boot-Zeit und langfristige Wartbarkeit.
Verstehen Sie den Aufbau eines Embedded-Linux-Systems – von Bootloader und Kernel über das Root-Dateisystem bis zur eigenen Applikation auf realer Hardware.
Erzählen Sie uns von Ihrer Herausforderung – wir antworten in der Regel innerhalb eines Werktags.