Embedded-Entwicklung

Was macht ein Embedded-Entwickler?

Er schreibt die Software, die in einem Gerät steckt – im Steuergerät eines Fahrzeugs, in einer Pumpe, in einem Messumformer, in einem medizinischen Gerät, in einem Haushaltsgerät. Die Randbedingungen sind andere als in jeder anderen Softwareentwicklung: Der Speicher ist knapp, die Rechenleistung begrenzt, der Stromverbrauch zählt, und bestimmte Reaktionen müssen garantiert innerhalb einer festgelegten Zeit erfolgen – nicht im Mittel, sondern immer.

Die Arbeit reicht deshalb tief in die Hardware hinein: Datenblätter lesen, Register beschreiben, Treiber für Sensoren und Schnittstellen entwickeln, Bussysteme wie CAN, SPI oder I2C anbinden, mit einem Echtzeitbetriebssystem oder ganz ohne arbeiten, Startcode und Speicheraufteilung verstehen. Getestet wird nicht nur im Simulator, sondern am Zielsystem, mit Debugger, Logikanalysator und Messgerät – und häufig, bevor die endgültige Hardware überhaupt existiert.

Dazu kommt die Normenseite, die diesen Beruf von der freien Anwendungsentwicklung trennt. Wo Geräte Menschen gefährden können, gelten eigene Regelwerke: die ISO 26262 in der Fahrzeugtechnik, die IEC 62304 für Medizingeräte, eigene Vorgaben in der Luftfahrt, dazu Programmierregeln wie MISRA-C. Sie bestimmen, wie entwickelt, geprüft und dokumentiert werden muss – und sie sind der Grund, warum in diesem Feld mehr geschrieben und weniger improvisiert wird.

Wie wird man Embedded-Entwickler?

Über ein Studium, meist. Elektrotechnik, technische Informatik, Mechatronik oder Informatik mit hardwarenahem Schwerpunkt sind die üblichen Wege; reine Informatikstudiengänge bereiten darauf oft weniger vor als Elektrotechnik. Der zweite Weg führt über eine Ausbildung in der Elektronik und die Weiterbildung zum Techniker, mit Einstieg über Test und Inbetriebnahme.

Was in beiden Fällen zählt, ist die Bereitschaft, sich mit der Schaltung zu befassen. Wer nur Code schreiben will und die Hardware für eine fremde Angelegenheit hält, kommt in diesem Feld nicht weit.

Was die Arbeit verlangt

Sorgfalt mit langer Nachwirkung. Ein Fehler in einem Gerät, das in Serie gebaut und ausgeliefert wurde, ist kein Fehler in einer Anwendung, die man am Abend neu ausrollt – er ist ein Rückruf. Entsprechend langsam, geprüft und dokumentiert wird gearbeitet.

Dazu kommt Fehlersuche unter erschwerten Bedingungen: Wenn ein Problem nur alle drei Stunden auftritt und der Fehlerspeicher zwölf Bytes groß ist, ist Geduld die wichtigste Eigenschaft. Und Abhängigkeit von der Hardwareentwicklung, deren Verzögerungen sich unmittelbar auf den eigenen Plan durchschlagen.

Aussichten

Gut und langfristig stabil, weil in fast jedem technischen Produkt heute Software steckt. Der Fahrzeugbau, der lange die meisten Stellen stellte, schwankt spürbar; Medizintechnik, Industrie- und Energietechnik gleichen das aus. Wege führen in die Systemarchitektur für Geräte, in die Funktionale Sicherheit, in die Gerätesicherheit oder in die technische Projektleitung.