Embedded-Softwareentwicklung

Embedded C/C++ Entwicklung für Teams unter Bring-up-, Integrations- und Verifikationsdruck

Profil für Embedded-Rollen in Automotive, Medizintechnik und Industrie mit praktischer Erfahrung in MCU-Firmware, RTOS, Diagnose, Requirements-Testing und Linux-basiertem Delivery-Tooling, wenn das Gesamtsystem mitentscheidet.

10+ Jahre in Embedded-Software
7+ Einsatzrollen in Produkt- und Projektkontexten
3 Kernbereiche: Automotive, MedTech, Industrie
C/C++ plus Python und Linux-Tooling
STM32 / ARM Cortex-M Renesas / TI FreeRTOS / Zephyr / Bare Metal CAN / CANopen / UDS UART / SPI / I2C / USB Pytest / CppUTest / Google Test MISRA / Coverity / Polyspace ISO 26262 / IEC 62304 / ASPICE Embedded Linux / Docker / CI/CD
Embedded-Rolle besprechen Projekterfahrung ansehen

Wo Teams typischerweise festhängen

Typische Engpässe

  • Requirements: unklare Verantwortlichkeiten zwischen Spezifikation, Implementierung und Verifikation
  • Integration: Hardware-Bring-up, Treibergrenzen und Protokolldebugging unter Zeitdruck
  • Qualität: zu späte Testbarkeit, schwache Nachvollziehbarkeit und fehlende Evidenz in regulierten Umfeldern
  • Auslieferung: Tooling-Lücken zwischen lokaler Entwicklung, CI sowie Labor- oder Produktionssystemen

Risiko: langsame Integration, instabile Releases und Fehler, die zu spät gefunden werden

Wobei dieses Profil hilft

  • Architektur bis Validierung: End-to-End-Verantwortung von Design über Integration bis Test
  • Firmware-Tiefe: hardwarenahe C/C++-Entwicklung, Bootpfade, timingkritisches Verhalten und Protokollstacks
  • Systemsicht: Embedded Linux, CI/CD, Observability und Entwickler-Tooling, wenn das Umfeld mitgebaut werden muss
  • Regulierte Kontexte: Erfahrung mit Automotive- und MedTech-Standards sowie disziplinierten Review-Workflows

Lieferbild: technisch klar, testbar und produktionsorientiert

Profil

Besonders passend, wenn ein Team eine Person braucht, die zwischen Firmware-Details, Integrationsproblemen, Verifikationserwartungen und dem Linux-Tooling rund um die Auslieferung wechseln kann.

Typisches Einsatzprofil

Kernprofil

Embedded-Softwareentwickler mit mehr als zehn Jahren Praxiserfahrung in C/C++ und Python. Der Fokus liegt auf Firmware-Architektur, hardwarenaher Implementierung, deterministischem Verhalten, Kommunikationsschnittstellen, Debugging auf realen Targets und Integration unter Lieferdruck.

Die Arbeit umfasst klassische MCU-Firmware, RTOS-basierte Entwicklung, Diagnose, treibernahe Implementierung, requirements-orientierte Verifikation und Linux-basiertes Tooling, das in der Praxis oft darüber entscheidet, ob ein Embedded-System sauber ausgeliefert werden kann.

Regulierte und sicherheitsnahe Kontexte

Die Projekte lagen in Automotive, Medizintechnik und industriellen Umfeldern mit Berührung zu ISO 26262, IEC 62304, ISO 13485, ASPICE-orientierten Abläufen, MISRA-getriebener Analyse und strukturierter Verifikation.

Typischer Beitrag

  • Klare Modulgrenzen zwischen Treibern, Protokollen, Fachlogik und Test-Seams
  • Testbare Auslieferung mit früher Nachvollziehbarkeit, Reproduzierbarkeit und Diagnosefähigkeit
  • Pragmatische Verantwortung von Requirements und Design bis Integration, Reviews und Bugfixing
  • Systemverständnis über Firmware, Linux-Tooling, CI und operative Randbedingungen hinweg
10+ Jahre in Embedded-Software
7+ Rollen über OEM-, Zulieferer-, MedTech- und Beratungsumfelder hinweg
3 Kernbereiche: Automotive, MedTech, Industrie

Kernkompetenzen

Fähigkeiten direkt aus praktischer Projektarbeit statt aus einer generischen Capability-Liste.

Firmware und Plattformarbeit

  • C und C++ auf STM32-, ARM-Cortex-M-, Renesas- und TI-Plattformen
  • Bootloader-Support, Interrupt-Design, timingkritisches Verhalten und MCU-Bring-up
  • FreeRTOS, Zephyr und Bare-Metal-Liefermuster
  • Treibernahe Implementierung mit Blick auf Modulgrenzen und Test-Seams

Protokolle und Diagnose

  • Erfahrung mit CAN, CANopen, UDS, UART, SPI, I2C, USB und D-Bus
  • Protokolldebugging unter Integrationsdruck mit Hardware und Tooling im Loop
  • Vector-Toolchain-Erfahrung einschließlich CANoe und CANalyzer
  • Fehlersuche mit JTAG/SWD, Logic Analyzer und Oszilloskop

Verifikation und Safety

  • Pytest, CppUTest, Unity, Google Test und strukturiertes Requirements-Testing
  • Statische Analyse mit MISRA, Coverity und Polyspace in sicherheitsnahen Workflows
  • ISO 26262, IEC 62304, ISO 13485, AUTOSAR-nahe und ASPICE-orientierte Umfelder
  • Review-Disziplin, Nachvollziehbarkeit und evidenzorientierte Auslieferung

Toolchain und Systemauslieferung

  • Git, CMake, VS Code, Eclipse, Bitbucket, Jira, Confluence und IBM DOORS
  • Embedded Linux, Docker, nginx, TLS/SSL, CI/CD und Deployment-Unterstützung bei Bedarf
  • Python-Tooling für Automatisierung, Diagnose und integrationslastige Workflows
  • Observability, Health-Checks und operatives Troubleshooting für produktionsnahe Systeme

Erfahrungsschwerpunkte

Öffentlich komprimierte Erfahrungsfelder, gewählt um Embedded-Relevanz über Firmware, RTOS, Protokolle, Diagnose, Verifikation und Auslieferungsnähe zu zeigen, ohne CV-Stationen eins zu eins zu spiegeln.

Firmware und RTOS Medizintechnik

Regulierte Systemcontroller und hardwarenahe C++-Firmware

ARM Cortex-M, FreeRTOS, Power-Management und Systemvalidierung

  • Entwicklung von Systemcontrollern auf Cortex-M mit C++ und RTOS in regulierten Produktkontexten
  • Fokus auf robuste Kommunikation, Power-Management und klare Modulgrenzen
  • Unit-Tests, Systemvalidierung und requirementsnahe Dokumentation im IEC-62304- und ISO-13485-Umfeld
FreeRTOS ARM Cortex-M IEC 62304 ISO 13485
Requirements und Verifikation Medizintechnik

Verifikationsnahe Embedded-Integration

pytest, Embedded C und regulatorische Nachvollziehbarkeit

  • Ableitung, Formulierung und Verifikation von Software-Requirements in regulierten Umfeldern
  • Requirements-Testing mit pytest und reproduzierbare Teststrukturen für technische Reviews
  • Integration und Bugfixing in Embedded-C-Code, wenn Test und Implementierung eng gekoppelt sind
Pytest Embedded C Requirements Verification
MCU-Firmware Industrie

Steuer- und Ladesysteme mit STM32 und CANopen

Treibernahe Firmware, statische Analyse und CI/CD

  • Firmware-Entwicklung für Controller auf STM32 mit CANopen-Kommunikation
  • Umsetzung neuer Funktionen, treibernahe Arbeit und belastbare Code-Reviews
  • Statische Analyse, Unit-Tests und Prozessarbeit mit Tools wie IBM DOORS, Git und Bitbucket
STM32 CANopen Static Analysis IBM DOORS
Produktplattformen Embedded-Produkte

Modulare C++-Firmware auf ARM Cortex-M

C++17, CAN-Integration und qualitätskritische Module

  • Spezifikation, Implementierung und Testing von Embedded-Softwaremodulen in Produktplattformen
  • Integration CAN-basierter Kommunikation und proprietärer Protokollanteile
  • Strukturierte Modulgrenzen und Auslieferung unter Qualitäts- und Integrationsdruck
C++17 ARM Cortex-M CAN Module Testing
Diagnose und Updates Automotive

Bootpfade, Flashing und UDS-nahe Diagnose

Bootloader, Flash-Programmierung und Vector-Toolchain

  • Architektur- und Diagnosearbeit für Steuergeräte unter sicherheitsnahen Randbedingungen
  • Mitarbeit an Bootloader-, Flash-Programmierung und Field-Update-Mechanismen
  • CAN- und UDS-Diagnoseintegration mit CANoe, CANalyzer und angrenzendem Debugging-Tooling
Bootloader Flash Programming CAN / UDS Vector Toolchain
Tooling und Auslieferung Embedded-übergreifend

Linux-, Python- und CI/CD-Unterstützung rund um Embedded-Releases

Automatisierung, Diagnose und reproduzierbare Delivery-Pfade

  • Python- und Linux-basiertes Tooling für Diagnose, Testautomatisierung und Integrationsunterstützung
  • CI/CD-nahe Strukturen für reproduzierbare Builds, Nachvollziehbarkeit und Release-Stabilität
  • Schnittstellenarbeit zwischen Firmware, Verifikation und betriebsnahen Randbedingungen
Python Linux CI/CD Diagnostics

Kontakt

Sinnvoll, wenn Firmware-Implementierung, Protokoll- und Diagnosearbeit, Requirements- oder Verifikationsunterstützung oder mehr technische Struktur rund um Embedded-Releases gesucht wird.

Embedded-Rolle besprechen