Dipl.-Ing. Robotics Systems Engineering (MSc.), BSc. Mechatronical Engineering

2/2023 – 7/2023

Entwicklung von Bildverarbeitungsalgorithmen für die Qualitätsprüfung bei der Scheibenproduktion von schaltbar intransparenten Scheiben mit verschiedenen Durchlässigkeitsstufen (für die Automobilbranche).
Unterstützung bei der Entwicklung von Prototypen
Aufsetzen der Softwareumgebung und -projekte sowie Entwicklung der Bedienoberfläche der Messsysteme.
Eingesetzte Technologien und Tools: Python, C++, CMake, msys2 für mingw_64, OpenCV, QT6, VSCode, GitTea, TortoiseGit, Arduino, Manjaro, Kubuntu, LumiCam, ProtoPie, Schrittmotoren

C++, Opencv, Python, Qt (Software)

6/2022 – 2/2023

Embedded C Software Developer für Projektarbeit für Fachbereich Traffic Sign Recognition bzw. Traffic Sign Interpretation im ADAS Bereich. Hauptsächlich abarbeiten von Tasks und Implementierung sowie Testen des Codes (meistens simuliert, teilweise auch HIL)
Das System war ein Embedded Controller auf einer Kamera mit begrenzten Ressourcen und entsprechender Begrenzung verfügbarer statischer und dynamischer Variablen im Speicher, bei dem aufgrund des nötigen Echtzeitverhaltens ein optimierter Laufzeitzyklus eingehalten werden musste.
• Visual Studio Code (Development und Performance Profiler für Optimisierung)
• C
• Git
• Integrity
• DOORS
• Helix QAC
• CMAKE
• Navifusion mit Kameradaten
• Umsetzen von Algorithmen anhand Requirements
• Analyse von Bugs anhand von Logdateien
• SILTests
• Auswertung HILLogs
• Abarbeiten, Tracken von OpenPoints und Rücksprache mit Tests und Requirements Engineers
• Entwicklung von Algorithmen zur Erkennung der Straßensituation
• Europäische GSR
• MisraC
• Autosar
• EuroNCAP Safety Assist
Auszug aus Aufgaben:
-Analysieren von HIL-Logs des Tests, bei dem zunächst nicht zu unterscheiden war, ob das System einen Fehler (True Positive) oder das Test-Setup einen Fehler (False Positive) enthält. In diesem Zuge dann analysieren des Codes mithilfe einer Simulationsumgebung zur Nachanalyse des HIL-Logs und Debugging des Codes, bis der Fehler gefunden war (teilweise war auch das Test-Setup falsch, da Signale fehlten)
-Untersuchen der Europäischen GSR und abgleichen des Verhaltens des Systems mit dem geforderten Verhalten der GSR
-Implementierung von fehlenden Funktionalitäten auf Basis der Requirements in Doors, dabei Rücksprache mit den Kollegen wenn Requirements nicht ausreichend exakt formuliert wurden und anschließendes Pushen der Änderungen in Integrity

C

8/2019 – 9/2021

Software Lead Developer für 2D bildbasierte Programmierung von Roboterpfaden für unikate Werkstücke und Kleinstserienproduktion. Wissenschaftliche Publikation über selbiges Thema am 10. September 2021 bei FAIM2021 (Flexible Automation and Intelligent Manufacturing International Conference --- Referenz: -Hyperlink entfernt- ).

• RoboDK
• KUKA IIWA
• Python
• QT GUI
• OpenCV
• Numpy
• Git
• Jenkins
Entwicklung, Aufbau und Inbetriebnahme eines kollaborative Universal Robot UR5 mit Ansteuerung einer Linearachse auf dem der Roboter befestigt war. Entwicklung der Roboteranwendung nach DIN ISO/TS 15066 mit Entwicklung einer Sicherheitskonzeptionierung der Roboterzelle nach DIN EN ISO 10218. Der Prototyp wurde entwickelt zur Durchführung von Prozessschritten an unikaten Werkstücken auf Basis vorangegangener Publikation und bei einem Kunden in Betrieb genommen.

Entwicklung von Computer Vision Software im Bereich Zero Defect Quality Control mithilfe von Thermographie Systemen zur zerstörungsfreien Fehlerdetektion von Bauteilen.
Entwicklung von Computer Vision Software für das EU Forschungsprojekt „SPIRIT Inspection Robots“ im Rahmen des EU Kommission finanzierten HORIZON 2020 Framework Program (-Hyperlink entfernt-).

• Visual Studio (Development und Performance Profiler für Optimisierung)
• C++
• Git
• SVN


Forschungsbeiträge und Software Lead Developer bei Robot based Additive Inkjet Printing (-Hyperlink entfernt-).
• Matlab für simulations
• Visual Studio (Development and Debugging)
• C++
• Python
• QT GUI
• OpenCV
• SVN
• Git

Subversion, C++, Git, Jenkins, Simulink, Opencv, Python, Qt (Software), Microsoft Visual Studio

2/2018 – 8/2019

Teil eines Software-Entwickler-Teams zur Entwicklung und Entwicklungsdokumentation der Software-Plattform der Motoransteuerung von Brushless-DC-Motoren als Kühlpumpen für die Fahrzeugserienfertigung (Stückzahlen >1.000.000) an Kunden wie VW, Audi, BMW, Tesla, auf Basis von Software einer anderen Abteilung (Reusability & Reengineering). Außerdem später auch in der Abteilung für die „Applikationen“ der Kühlpumpenplattform als Quality-Control/Integrationstester bevor die Pumpe mit Software als Muster zum Kunden rausgeht bzw. in die Serienfertigung überführt wird
• Arduino µController mit Bosch-internem Shield: Programmierung eines Testmodulbaukastens in C/C++ und Python für die Automatisierung von Grey-Box-Tests der Kühlpumpen
• Durch das Projekt vertieftes Wissen über Motorelektronik zur Ansteuerung von Drei-Phasen-Motor mit calculated-Back-EMF, sowie über weitere dazugehörige elektronische Komponenten wie Charge Pump, Verpolschutz, EMV-Themen (ich habe als Software-Entwickler häufiger mit dem Hardware-Entwickler-Team zusammengearbeitet)
• Arbeiten mit Matlab-Modell für Motoransteuerung (wegen cBEMF)
• Ansi-C, MISRA, AutoSpice
• Entwicklung nach dem V-Modell
• Infineon TLE98xx Microcontroller
• Keil uVision5
• LIN-Bus, PWM-Ansteuerung
• IBM-Rational (Requirements- und Quality-Management-Tool) & IBM-Rhapsody (UML-Tool)
• VectorCast (dynamische Codeanalyse) und QAC (statische Codeanalyse)
• Python 3.6 (Entwicklung verschiedener kleiner Tools für Dokumentationszwecke und Dokumentenprüfungen)
• Eclipse AEEE (Bosch-Eclipse)
• Beyond Compare



Beispiele für durchgeführte Aufgaben:
-Aufgrund dem nötigen Echtzeit-Verhalten der Pumpe, wurden Laufzeit-Cyclen-Messungen implementiert und mithilfe eines Debug-Pins am Oszilloskops durchgeführt.
-Wegen begrenzter Ressourcen auf dem Embedded Controller wurden Fehler analysiert und Anpassungen an den statisch hinterlegten Variablen im EEPROM durchgeführt
-Testen und neu Flashen der Embedded Controller, um Fehler zu analysieren die während externer Tests berichtet wurden
-Unterstützung der Tester beim Aufbau und durchführen der Tests um Hardware-In-Loop Analysen durchzuführen, anschließendes Fixen der Bugs und zugehörige Kommunikation und Tracking des aktuellen Standes im Ticketsystem
-Kommunikation mit der Abteilung für Elektrotechnik welche die Elektronik des Embedded Systems entwickelt, hierbei bezogen auf falsches Verhalten eines Interrupts des Embedded Controllers, hervorgerufen durch ein falsches Verhalten der Elektronik bei dem anschließend die Elektronik für das nächste Muster geändert werden musste.

C++