C# .net Full Stack DevOps IOT Expert

9/2020 – 3/2026

- Entwickeln einer modularen und lose gekoppelten Architektur in Enterprise Architekt (EA)
- Entwicklung und Pflege der OPC UA Nodesets mit UaModeler
- Entwickeln des Backends als OPC UA Server mit C# .net
o Anbindung an die PLC über ADS
o Relationale Datenbankentwicklung mit SQlite und Entity Framework (EF Core)
o Implementieren des OPC UA Servers mit der Unified Automations .net based SDK
- Entwickeln der Maschinenbediensoftware als OPC UA Client als C# .net Desktop App mit WPF
- Analysieren und Optimieren der Performance von Front- und Backend
- Implementieren der Test Driven Development (TDD) Strategie bestehend aus
o Unit und Integrationstest mit NUnit
o Perormance Tests mit benchmarkDotnet
o UI Tests mit Appium und WinAppDriver
- Bereitstellen einer localen bitbucket CI/CD pipeline
o Automatischer Build Prozess
o Testpipeline inklusiver Messung der Test Coverage
o Bereitstellen von nuget Paketen bei Erreichen des Release Gates
o Deployment der Applikation (Client + Server) auf die Zielhardware (Beckhoff IPC)
- Erstellen des Product Backlogs als Product Owner in enger Abstimmung mit dem Kunden

Datenbankentwicklung, SQL, Continuous Delivery, Continuous Integration, DevOps, C# Developer, Scrum, Test Automation, Enterprise Architect (EA), C#, Windows Presentation Foundation, OPC Unified Architecture, Product Owner, Nunit

4/2020 – 9/2020

Mit IMV Studio verfügt die IMV Solutions GmbH über ein eigenes Softwareprodukt für Machine Vision Aufgaben. Die Software dient zur Konfiguration und Durchführung von visuellen Prüfaufgaben mit Kameras. Die Software besteht aus einem Backend (C++) mit einer REST Api und einer WEB UI (Angular) als Frontend.
- Integration eines OPC UA Clients mit Qt und Open62541
- Pflege und Wartung der Angular Web UI
- Implementieren von Unit Tests mit dem GoogleTest Framework
- Bauen und Bereitstellen von Paketen mit CMake

Programmierer C, C++, AngularJS, C++, OPC Unified Architecture, Qt (Software)

4/2020 – offen

Neben der Umsetzung konkreter Projektinhalte umfasst die Aufgabe als Projektingenieur die eigenständige Betreuung der Kunden ab der Angebotsphase bis zur Fertigstellung des Projekts. Dazu gehören im Besonderen
- Analyse des Lastenheft und klären der Anforderungen mit dem Kunden
- Durchführen von Voruntersuchungen und entwickeln von Konzepten
- Erstellen von Angeboten
- Erstellen und überwachen von Projektplänen
- Pflegen des Backlogs in Jira
- Aufbau und Pflege einer Build und Integrationsumgebung (CI/CD) in bitbucket
sowie in der Rolle als SCRUM Master
- Moderation der Scrum Events
- Coaching des Teams
- Durchführen von Retrospektiven

Continuous Delivery, Scrum-Master, Softwareanforderungsanalyse, Jira, Continuous Integration, DevOps

8/2019 – 11/2019

TQ Systems entwickelt und fertigt elektronische
Baugruppen für seine Kunden. Die Abteilung
Prüfmittelentwicklung hat einen Standardmessplatz
konzipiert, der als Basis für den Funktionstests der
Baugruppen dient. Der Standardmessplatz bietet den
Vorteil, schnell Testsequenzen für eine Baugruppe zu
implementieren und kann schnell für verschiedene
Baugruppen gerüstet werden
• Coaching des Teams in Agilen Methoden
• Moderation der Scrum Meetings (Daily, Review,
Planning Meeting, Retrospektive)
• Definition der Sprintziele in Abstimmung mit dem
Product Owner
• Organisieren des Backlog Groomings

Scrum-Master, Confluence, Git, Jira, Labview, Scrum

12/2018 – 7/2019

Unser Kunde entwickelt ein System für das
Hochspannungs-Gleichstromladen für eine Fahrzeug der
Oberklasses eines Fahrzeugherstellers aus
Süddeutschland. Gegenstand des Projekts war der
Aufbau der Prüfsysteme und die Implementierung der
Prüfsoftware für die Lebensdauertests nach LV 124-2
• Pflegen der Testspezifikation in Doors
• Coaching des Teams in der Verwendung von
vTestStudio
• Teilprojektleitung in der Umsetzungsphase:
• Erfassen der offenen Aufgaben im Produktbackog
• Pflegen des Projektplans in MS Projekt inkl.
Statusreporting
• Moderation der Dailies als Scrum Master

Scrum-Master, Test Management, Jira, Canoe Software

11/2018 – 1/2019

Ziel des Projekts war es am Beispiel eines
Automobilsteuergeräts mit ASIL Level C eine Methode
für die Systematische Ermittlung von
Entwicklungskosten entlang ASPICE- und FUSIKonformen
Entwicklungsprozesses zu beschreiben und
umzusetzen
• Definieren von Kostenblöcken aus auf Basis des
ASPICE V3.1 PAM
• Ermitteln von Kostentreiber zum Beispiel aus FUSIMaßnahmen
auf Basis von ISO 26262
• Fakturieren von Aufwänden auf Basis von
Lastenheftinhalten

Iso 26262, ISO/IEC 15504

7/2018 – 9/2018

Projektmanagement/Architektur Erweiterung Elektromotorenprüfstand

C#, Canoe Software, Requirements Management, Test Automation

4/2018 – 10/2018

Unser Kunde entwickelt Ultarschallsensorsysteme für
zur Objekterkennung im Nahbereich von Fahrzeugen.
• Anforderungsanalyse auf Basis des Lastenhefts
• Erfassen der Anforderungen in TFS
• Entwicklung eines Konzepts für die
Sensorsimulationsbox auf Basis des VT-Systems von
Vector
• Entwicklung einer System- und
Softwaremodularchitektur mit Enterprise Architect
• Entwicklung eines Hardwarekonzepts für die DSI3
Master/Slave- Simulation
• Auswahl der Konfiguration des VT-Systems von
Vector
• Analyse kritischer Projektpfade
• Angebots/Konzeptpräsentation beim Kunden in
englischer Sprache

Enterprise Architect (EA), Canoe Software, FPGA

7/2017 – 1/2018

Unser Kunde entwickelt die Steuerelektronik für
Elektromotoren. Ziel des Projekts war die Entwicklung
eines Prüfsystems, das es ermöglicht, einen Systemtest
mit vier verschiedene Prüfszenarien für Elektromotoren
bis 500W Leistung durchzuführen.
• Führen eines Entwicklerteams bestehend aus 5
Personen
• Abstimmen der Anforderungen mit dem Kunden
(Scrum Product
• Owner)
• Erstellen des Testkonzepts auf Basis von CANoe
• Abstimmen des User-Interface (CANoe Panel)
• Auswahl der Belastungsmaschine
• Abstimmen der Konstruktion (elektrisch/mechanisch)
• Erstellen der Testspezifikation/Pflichtenheft in TFS
• Auslieferung und Inbetriebnahme
• Unterweisung des Kunden

Scrum-Master, Enterprise Architect (EA), Canoe Software, Agile Methodologie, C#, Elektromotoren, Ethernet, Scrum

8/2016 – 11/2017

Unser Kunde entwickelt mechatronische
Zusatzwerkzeuge für Werkzeugmaschinen. Nach
personellen Veränderungen im Unternehmen, waren
Zeit und Kostenrahmen für das Projekt bereits
überschritten. Das junges unerfahrenes Entwicklerteam
vermisste klare Zielvorgaben und ein aktives
Projektmanagement.
• Dokumentieren der System- und Softwarearchitektur mit Enterprise Architect
• Erfassen von Anforderungen in Form von User Storries in TFS
• Pflege des Produktbacklogs in TFS
• Priorisieren des Produkt Backlogs
• Termin und Meilensteinplanung mit MS Project
• Coaching des Entwicklerteams bestehend aus 5 Mitarbeitern
• CE-Kennzeichung und Dokumentation gemäß Maschinenrichlinie 2006/42/EG
• Planung der Serienüberführung
• Bericht zum Projektfortschritt an Entwicklungsleitung
und Geschäftsleitung

Scrum-Master, Programmierer C, C++, Enterprise Architect (EA), Embedded Software, Scrum

6/2016 – 1/2017

Ermitteln der Anzuwendenden Normen und Richtlinien für das System
• Ableiten der Anforderungen aus Branchtenrichtlinien
• Abstimmen der Anforderungen mit dem Auftraggeber
• Entwicklung einer Systemarchitektur mit Enterprise Architect (EA)
• Entwicklung einer Softwarearchitektur für die Basissoftware mit Enterprise Architect (EA)
• Abgrenzung von sicherheitsrelevanten Bereichen in der Software
• Definition von Schnittstellen
• Auswahl von Kommunikationsbussen
• Prototyping: Darstellen der Kommunikationsmechanismen zwischen
• Leitsystem (Industrial Ethernet) und Aktuatorseite (CANopen)
• Erfassen der Anforderungen in TFS
• Erstellen des Pflichtenhefts

C (Programmiersprache), Canopen, Embedded Software, Enterprise Architect (EA), Ethernet, FPGA, Requirements Management

1/2016 – 12/2016

Zur Realisierung der Anforderungen an die
Softwareentwicklung musste bei TZM ein ASPICE
konformer Entwicklungsprozess implementiert werden.
Ausgangspunkt für die Umsetzung war ein Audit durch
einen OEM.
• Leitung des Geschäftsbereichs Embedded Systems, ca. 20 Mitarbeiter
• Anforderungsanalyse auf Basis des ASPICE 3.0 PAM
• Priorisieren der zu erstellenden Dokumentvorlagen für den
• Entwicklungsprozess und Berücksichtigung des HIS Scopes
• Abbilden einer durchgängigen Traceability von der Anforderung bis zum Testergebnis in TFS
• Anforderungen an eine Buildserverumgebung definieren
• Auswahl von Testtools für die statische Codeanalyse
und den UnitTest
• Anbindung der Testumgebung CANoe für
Integrations- und
• Systemtest an den Buildserver

Continuous Integration, DevOps, Embedded Systems, Test Automation, Test Management, Microsoft Azure, Embedded Software, ISO/IEC 15504

1/2015 – 12/2017

Ziel des Projekts war die Absicherung der
Vernetzungsschnittstellen für alle Steuergeräte und
Steuergerätevarianten der, während der Projektlaufzeit
in der Entwicklung befindlichen Fahrzeuge für AUTOSAR
und OSEK Architekturen.
• Führen eines Testteams mit 10 Mitarbeitern
• Abstimmen der Testfälle für den Integrations- und
den Systemtest mit dem Auftraggeber
• Spezifikation der Testfälle in DOORS
• Abstimmen der Testumfänge für den Releasetermin
• Testergebnisse in HP Quality Center dokumentieren
• Anlegen von Fehlertickets
• Projektfortschritt überwachen, Budgetverfolgung
• Regelmäßige Statusberichte an den Auftraggeber
• Ermitteln von Verbesserungspotenzial beim
Testablauf mit Kanban
• Transport von Steuergeräten von und zum
Auftraggeber

Test Automation, Test Management, Canoe Software, CAN-Bus (controller area network), Projektleitung / Teamleitung, Kanban, Scrum

9/2014 – 10/2014

Akquisition: Rapid Prototyping für Netzwerkgateways für die Domäne Powertrain
• Definition des Umfangs und der Inhalte der
Aufgabenpakete
• Abstimmen der Entwicklungswerkzeuge und der zu
verwendenden
• Versionen mit dem Auftraggeber
• Ermitteln von Automatisierungspoteniallen für
wiederkehrende
• Tätigkeiten
• Bedarfsplanung für Entwicklungswerkzeuge
• Kompatibilitäts-/Versionsprüfung für Mathworks und
dSpace Software
• Angebotskalkulation

Softwareanforderungsanalyse, Simulink, Angebotskalkulation, CAN-Bus (controller area network)

7/2014 – 7/2014

Für die Entwicklung zukünftiger Fahrzeugarchitekturen baut unser OEM- Kunde Fahrzeugnetzwerke unter Laborbedingungen auf und führt daran verschiedene Experimente durch. Zur systematischen Erprobung des
neuen CAN FD Standards wurde zu diesem Zweck eine Restbussimulation benötigt.
• Inbetriebnahme eines Kundenspezifischen CAN FD Steuergerätes
• Erstellen einer CANoe Restbussimulation für das Netzwerk
• Variation der Bit-Time-Settings für Arbitration- und Daten-Phase
• Präsentation der Ergebnisse

Canoe Software, CAN-Bus (controller area network)

3/2014 – 9/2014

• Leiterplattenlayout für Messaufbau in EAGLE erstellen
• Bestücken der Leiterplatten mit verschiedenen Common Mode Choke Mustern
• Abstimmen von Signalmustern für die Messreihen
• Konfigurieren der Signalmuster für den arbiträren Signalgenerator
• Durchführen von Messreihen im Zeitbereich mit dem Oszilloskop und einem arbiträren Signalgenerator
• Aufnehmen des S-Parametersatzes mit dem Network Analyser
• Dokumentation der Ergebnisse

CAN-Bus (controller area network), Elektronische Schaltungstechnik, Messtechnik

2/2014 – 2/2014

Im Auftrag eines OEMs wurde eine Testmodul für den Systemtest am Fahrzeug entwickelt.
• Erfassen der Testanforderungen in TFS
• Erfassen der notwendigen Messschritte in TFS
• Ermitteln des notwendigen Befehlssatzes des Oszilloskops
• Gruppieren der Messschritte in parametrierbaren Teststeps
• Implementieren der Teststeps in C# für CANoe
• Implementieren der Testcases gemäß Testspezifikation in C# für CANoe
• Anlegen der CANoe Testkonfiguration im XML-Format
• Auslesen der relevanten Bus/Steuergeräte-Informationen aus der K-Matrix (LDF)
• Generieren der Testkonfiguration für CANoe im XMLFormat
auf Basis der Informationen aus der K-Matrix

C#, Canoe Software, Messtechnik, Test Automation

1/2014 – 2/2014

Zur Optimierung der Abläufe beim Testen von LINSteuergeräten
wird ein Testsystem benötigt, das die
Liegezeiten der Steuergeräte verkürzt, in dem mehrere
Steuergeräte gleichzeitig an das System angeschlossen
werden können.
• Analyse des bisherigen Testaufbaus auf Basis von CANoe
• Erfassen der Anforderungen an das neue Testsystem in TFS
• Entwicklung des Testkonzepts
• Auswahl und Beschaffung der Komponenten für das Testsystem
• Konstruktion des Testsystems mit AutoCAD Inventor
• Dokumentation der Verdrahtung mit EPLAN
• Montage und Inbetriebnahme des Testsystems

Test Automation, Canoe Software, C#

1/2012 – 12/2014

Im Auftrag eines OEMs werden die LIN-Schnittstellen aller während der Projektlaufzeit in der Entwicklung befindlichen LIN-Master- und LIN-Slave- Steuergeräte auf ihre LIN-Konformität überprüft.
• Abstimmen der Testfälle für den Integrationstest mit dem Auftraggeber
• Erstellen und Pflegen der Testspezifikation in Doors
• Testergebnisse dokumentieren in HP Quality Center
• Anlegen von Fehlertickets
• Erteilen von Freigabeempfehlungen
• Entwickeln eines Testautomatisierungskonzeps auf Basis von CANoe
• Prüfadapter planen
• Testautomatisierung mit CANoe

Test Automation, Test Management, Canoe Software, C#, C++

7/2011 – 7/2011

Ersetzten der LIN-Transceiver in Master und Slave durch einen CAN- Transceiver
• In Betrieb nehmen von Master und Slave
• Messungen an LIN-Kommunikation mit einem Oszilloskop durchführen
• Dokumentieren der Messergebnisse
• Auswirkung der Modifikation auf die Kommunikation präsentieren

Elektronische Schaltungstechnik, CAN-Bus (controller area network), Messtechnik

5/2011 – 5/2011

• Rekonstruktion des beanstandeten Verhaltens unter Laborbedingungen
• Simulation eines LIN-Masters mit einem arbiträren Funktionsgenerator
• Messreihe mit einem Sweep des Bittimings durchführen
• Dokumentation der Ergebnisse
• Review der LIN-Stack Implementierung und der LIN Stack Konfiguration
• Lösungsmöglichkeiten mit dem Lieferanten abstimmen
• Kommunikation mit dem Lieferanten in englischer Sprache

Embedded Software, Messtechnik, C (Programmiersprache), Code-Review

2/2011 – 9/2011

Bei der Integration einer neuen Generation von Lichtmaschinen kommt es gehäuft zu Ausfällen in der Buskommunikation zwischen Motorsteuerung und Lichtmaschine. Ziel des Projekts war es, den
Fehlermechanismus zu ermitteln.
• Systematische Analyse des Erscheinungsbildes abhängig von
• Fahrzeug- und Motorvarianten
• Kommunikation mit dem Lieferanten in englischer Sprache
• Rekonstruktion des Fehlers im Rahmen von Fahrversuchen
• Überwachen der Kommunikationsausfälle via XCP
• Aufzeichnen der LIN-Kommunikation mit dem Oszilloskop bei Auftreten des Fehlers
• Iterative Erweiterung der Messung auf Grundlage der gewonnenen Erkenntnisse
• Nachweis des Zusammenhangs zwischen Kommunikationsausfall und Lastschwankungen im Bordnetz
• Rekonstruktion des Fehlermechanismus mittels Simulation
• Präsentation der Ergebnisse

Fehleranalyse, Canoe Software, Messtechnik

7/2010 – 7/2010

• Simulation der galvanischen Trennung mittels Verzögerungsglied
(Beistellung des Kunden)
• Entwicklung eines Aufsteckmodul zur Remotekonfiguration des Verzögerungsglieds via USB/RS232 (FTDI FT245BM)
• Implementierung der Remotekonfiguration des Verzögerungsgliedes in CANoe
• Implementierung eines Algorithmus zur Ermittlung der maximal möglichen Verzögerung als CANoe-Testcase
• Definieren des Prüfszenarios
• Durchführen der Messungen
• Dokumentation der Ergebnisse

CAN-Bus (controller area network), Canoe Software, Elektronische Schaltungstechnik, Embedded Software, Messtechnik, RS-232, Test Automation

3/2010 – 5/2010

Zur automatisierung regelmäßig durchzuführender Messreihen während der EE-Integration unseres OEMKunden wurde in C# eine Anwendung entwickelt, die den Anwender durch den Messvorgang.
• Erfassen der Testanforderungen
• Ermittel der LIN-Frame-IDs und der LIN-Schedule Parameter aus dem LDF
• Ermittel der FlexRay Netzknoten und der zugehörigen Slot-IDs aus der AUTOSAR Network Description
• Konfigurieren der Oszilloskop Kanaleinstellungen und
• Triggerbedigungen anhand der Informationen aus den Datenbasen
• Benutzerführung (Wizard) durch den Testablauf, die direkte
• Bedienung des Oszilloskops
• Generieren des Testberichts im html-Format
• Kontinuierliche Weiterentwicklung auf Basis von "lessons learned"

.NET-Entwickler, Test Automation, Windows Presentation Foundation, CAN-Bus (controller area network), Automotive Open System Architecture, C#, HTML, Messtechnik

7/2009 – 12/2009

• Definieren von Worst Case Szenarien in Bezug auf Leitungslänge, Stichleitungen, Anzahl der Knoten, etc.
• Aufbau der Topologien mit Starter Kits
• Konfiguration der Netzknoten
• Aufzeichnen der Augendiagramme (Eye Test)
• Untersuchen des "Ringings" am Frameende
• Messung der Timings für alle Sende und Empfangsbeziehungen
• Dokumentation der Messergebnisse

Automotive Open System Architecture, Canoe Software, Elektronische Schaltungstechnik, Embedded Software, Messtechnik

3/2009 – 9/2009

• Abstimmen der Netzwerktopologie
• Abstimmen der Leitungslängen
• Aufbau der Topologie mit Starter/Development Kits
• Konfiguration der Netzknoten (z.B. Bittime Settings)
• Messung der Timings für alle Sende und Empfangsbeziehungen
• Reale Messergebnisse für den Vergleich mit den
• Simulationsergebnissen aufbereiten
• Dokumentation der Messergebnisse im CSV-Format

Automotive Open System Architecture, Elektronische Schaltungstechnik, Embedded Software, Messtechnik

2/2009 – 2/2009

• Abstimmen der Netzwerktopologie
• Auswahl der erforderlichen Netzknoten aus der KMatrix
• Generieren des AUTOSAR Stacks für die jeweiligen Netzknoten mit
• GENy
• Erstellen einer buildfähigen Softwarekonfiguration für die Netzknoten
• Kompilieren der Softwarekonfiguration mit dem Cosmic C Compiler
• Laden der Firmware über BDM auf den Netzknoten

Programmierer C, C++, Automotive Open System Architecture, Embedded Software

7/2008 – 7/2008

• Erfassen der notwenidgen Messschritte
• Spezifizieren des Ausgabeformats
• Erfassen aller relevanten Simulationssignale
• Identifizieren der CAN-Knoten anhand der Signalnamen
• Bilden der Differenzsignale für alle identifizierten Signalpaare mit einem Tcl/Tk Script
• Durchführen von Timingmessungen für alle identifizierten Signale zwischen Sendern und Empfängern
• Ausgabe der Messwerte im csv-Format

CAN-Bus (controller area network), Messtechnik, Tool Command Language

3/2008 – 6/2008

• Erfassen der Testanforderungen
• Entwicklung des Testkonzepts
• Auswahl der Komponenten
• Entwicklung der Testumgebung
• Auslesen, der relevanten Bus/Steuergeräte-Informationen aus der K- Matrix (DBC)
• Generieren der CANoe Konfiguration auf Basis der Informationen aus er K-Matrix
• Benutzerführung (Wizard) durch den Testablauf, die direkte
• Bedienung von CANoe, CANstress und CANscope entfällt
• Generieren des Testberichts im MS Word Format
• Kontinuierliche Weiterentwicklung auf Basis von "lessons learned"

.NET-Entwickler, C#, CAN-Bus (controller area network), Canoe Software, Messtechnik, Test Automation, Windows Presentation Foundation

1/2008 – 12/2014

Im Auftrag eines OEMs erfolgen im Rahmen der EE-Absicherung Messungen an Entwicklungsfahrzeugen. Die Messungen wurden regelmäßig zu Releas-Terminen bzw. Meilensteinen durchgeführt.
• Systemtest: Messen und Bewerten der physicalischen Bussignale an
• Entwicklungsfahrzeugen mit CANscope
• Prüfen des Kommunikationsverhalten beim Start und beim
Herunterfahren des Busses (Sleep/Wakeup) mit CANoe
• Prüfen des Kommunikationsverhalten unter Stressbedingungen (Leitungsfehler, Buslast, Bitfehler) mit CANoe und CANstress
• Analysieren und Bewerten von Anomalien
• Dokumentieren der Ergebnisse

.NET-Entwickler, C#, CAN-Bus (controller area network), Canoe Software, Messtechnik, Test Automation, Windows Presentation Foundation

4/2007 – 8/2018

Festanstellung bei TZM/Steinbeis als Entwicklungsingenieur, ab 2016 Leiter Embedded Systems (Göppingen/Kunde). Embedded-/Automotive-Entwicklung: Softwarearchitektur, Anforderungsanalyse, Testkonzepte und -automatisierung, Vernetzungstests mit CAN/LIN/FlexRay und CANoe. Scrum Master, Projektmanagement vom Angebot bis zur Abrechnung; Leitung Embedded Systems im erweiterten Leitungskreis.

Embedded Entwicklung / hardwarenahe Entwicklung, Scrum-Master, Projektleitung / Teamleitung (IT), Test Automation, Testen, Software Architecture, Embedded Software

4/2007 – 6/2009

Im Auftrag unseres OEM-Kunden wurden bedarfsweise
Freigabetests für CAN-Hardwarebausteine durchgeführt,
mit dem Ziel, diese für den Einsatz in Fahrzeugen des
OEMs zu qualifizieren.
• Testen neuer CAN Transceiver, SBCs und ASICS nach OEM vorgaben
• Definieren von Bit-Patterns zur Konfiguration
• Erzeugen von fehlerbehafteten Testsignalen für die
• Buskommunikation
• Dokumentieren und Bewerten der Testergebnisse in der Empfehlungsliste
• Pflegen/Warten der Empfehlungsliste in MS Access
• Kommunikations mit Halbleiterherstellern in
englischer Sprache
• Entwicklung und Pflege der Testsuite mit C# .net und WinForms

.NET-Entwickler, C#, CAN-Bus (controller area network), Datenbankentwicklung, Messtechnik, Test Automation

4/2007 – 6/2009

Testautomatisierung: Entwicklung eines automatischen Testsystems für CAN-Transceiver, -SBCs und -ASICs

C (Programmiersprache), C#, Messtechnik, RS-232

9/2006 – 2/2007

Diplomarbeit: Entwicklung und Anwendung einer Restbussimulation für einen Aktiven Bremsassistenten im Reisebus

C (Programmiersprache), Radar, Iso 26262

3/2006 – 8/2006

Praktikum: Erprobung eines Abstandswarnsystems und zugehörigen Messtechnik

C (Programmiersprache), C++, Qt (Software), Radar