Embedded DevOps

Eine Embedded-DevOps-Pipeline beginnt beim Build. Die Firmware entsteht per Cross-Compilation, also auf einem x86-Build-Server für eine andere Zielarchitektur wie ARM Cortex-M. Compiler, Linker und Bibliotheken liegen in einer festgelegten Version in einem Container, damit jeder Lauf dasselbe Image erzeugt. Danach folgen Tests in mehreren Stufen, und am Ende steht ein signiertes Firmware-Image, das per Flash-Vorgang oder OTA-Update aufs Gerät kommt. Die festgelegte Toolchain ist Voraussetzung, weil ein Firmware-Image oft Jahre später bitgenau rekonstruierbar sein muss, etwa für ein Audit oder die Analyse eines Feldfehlers.

Von der Webentwicklung unterscheidet sich das vor allem durch die Zielumgebung. Software läuft auf Mikrocontrollern mit wenigen hundert Kilobyte Speicher, oft ohne Betriebssystem. Geräte bleiben häufig zehn Jahre und länger im Feld, und ein fehlerhaftes Update lässt sich dort nicht mit einem Klick zurücknehmen.

Die größte Hürde ist das Testen. Webcode läuft in beliebig vielen Containern parallel, Embedded-Software braucht echte oder simulierte Hardware. Pipelines staffeln deshalb: Unit-Tests auf dem Build-Host bei jedem Commit, Tests auf emulierten Targets, etwa mit QEMU oder Renode, und Hardware-in-the-Loop-Tests (HiL) auf physischen Boards in einer Test-Farm. Die HiL-Stufe ist langsam, und die Zahl der Boards ist begrenzt. Gutes Embedded DevOps schiebt deshalb möglichst viele Prüfungen in die schnellen Stufen und reserviert echte Hardware für das, was nur dort sichtbar wird, etwa Timing- und Treiberfehler.

In regulierten Branchen kommt die Norm dazu. ISO 26262 im Automotive, IEC 62304 in der Medizintechnik und DO-178C in der Luftfahrt verlangen lückenlose Traceability von der Anforderung über den Code bis zum Testergebnis. Eine automatisierte Pipeline erzeugt diese Nachweise bei jedem Lauf mit. Typische Stolpersteine sind manuelle Flash-Vorgänge, Hardware-Tests erst kurz vor dem Release und Toolchains, die nur auf dem Rechner eines einzelnen Entwicklers existieren. Geht dieser Kollege in Rente, nimmt er das Firmware-Wissen von 15 Jahren mit, und der nächste Bugfix beginnt mit der Suche nach dem richtigen Compiler.