Automotive-Engineering-Projekte

Durchführung mehrerer paralleler Projekte für verschiedene Kunden aus der Automobilindustrie:

• Management/Entwicklung der Systemarchitektur für den INEOS Grenadier Modelljahr 2028/29:
• Sicherstellung der Interaktion aller Komponenten des E/E-Systems gemäß GB/T 32960.
• Ergebnis war ein Produktreferenzmodell des gesamten E/E-Systems des Fahrzeugs.
• Anforderungen an das BMS für VW/Porsche:
• Abstimmung der Anforderungen zwischen OEM und Zulieferer auf SYS.1- und SYS.2-Ebene.
• Abstimmung der Anforderungen für die Lüftersteuerung des BMS und OBD und Erfassung in POLARION.
• Ergebnis waren erstellte und abgestimmte Anforderungen.
• Steer-by-Wire-System für OEM:
• Entwicklung eines Steer-by-Wire-Systems.
• Entwicklung einer sicheren Systemarchitektur (ECU HW/SW/Kommunikation).
• Ergebnis war eine Steer-by-Wire-Architektur für den sicheren Betrieb.
• Integration der CARIAD-Prozessgestaltungsmethoden (SAFe, FUSE/FAME, RFLP) mit ASPICE-Anforderungen:
• Aufzeigen der Machbarkeit und möglicher Fallstricke bei der Einführung von SAFe in der Entwicklung komplexer Embedded-System-Netzwerke.
• Mitwirkung im Prozessdesign und Implementierung eines Prozessmodells.
• Ergebnis war ein Prozessmodell (ESCAPE), das alle wesentlichen SAFe-Komponenten mit ASPICE-Abbildung zeigt.
• Lead-Architekt für die Entwicklung des Elektroantriebs (Parklock- und Kühl-/Schmierfunktionen) für Mercedes AMG:
• Erstellung von System-Engineering-Modellen des Elektroantriebs für Mercedes AMG und ASPICE-Bewertungen.
• Erstellung generischer UML-Modelle für Parklock (elektrische Feststellbremse) sowie Kühl- und Schmierfunktionen.
• Beschreibung verschiedener Szenarien in Sequenzdiagrammen.
• Ergebnisse: Komplettes Kühlmodell (Wasser- & Ölkreisläufe) mit Ursache-Wirkungs-Ketten-Analyse (ESCAPE), Navigationsmodell für das gesamte Projekt in EA, Prozessmodell für die Entwicklung der Parklock-Funktion (E/E & Mechanik).

• Ziel war es, ein Datenmodell für die gesamte Kommunikation von Prozessdaten innerhalb eines Fahrzeugs, zwischen mehreren Fahrzeugen (M2M) und zwischen Fahrzeug und Infrastruktur (M2x) zu erstellen.
• Das Problem bestand darin, dass die bisherige Kommunikationsverwaltung über CANdb für künftige ethernetbasierte Systeme nicht ausreicht und ein universelles Datenmodell erforderlich ist.
• Es wurde ein universelles Datenmodell spezifiziert, das die vom AUTOSAR-Konsortium definierten Regeln für Softwarekomponenten und Schnittstellen berücksichtigt.
• Die Ergebnisse umfassten die Spezifikation des Datenmodells in UML (Enterprise Architect) und eine Anforderungsspezifikation in WORD.

• Analyse und Modellierung der Softwarearchitektur eines ASIL-B(C)-Steuergeräts in UML (Enterprise Architect) anhand von Anforderungen und C-Code.
• Ziel des Projekts war es, Prozesse zu verbessern, um die ASPICE Level 2-Zertifizierung zu erreichen.
• Herausforderungen waren fehlende Anforderungsdokumente und die Softwarearchitektur nur in Visio vorzuliegen.
• Die Lösung umfasste die Erstellung eines HW/SW-Modells des Steuergeräts mit ESCAPE, die Überführung der Architektur nach Enterprise Architect und die Verknüpfung der Anforderungen aus DOORS mittels MDG-Link.
• Die Ergebnisse waren UML-Modelle für verschiedene Steuergerätevarianten, synchronisiert mit den Anforderungen in DOORS, sowie ein analysierbares Hardware- und Softwaremodell mit vollständiger Rückverfolgbarkeit vom Sensor bis zum Aktuator.

• Ziel war die Festlegung einer Systemarchitektur für eine neue Fahrzeugplattform, die von mehreren Marken genutzt werden sollte.
• Problem war, dass hoch vernetzte Fahrzeuge Echtzeitdaten bereitstellen müssen, was Sicherheitsrisiken durch unbefugten externen Zugriff schafft, die die Systemarchitektur abmildern musste.
• Eine neue Systemarchitektur wurde definiert, basierend auf einem „Data Objects Master“ im Fahrzeug-Gateway sowie den notwendigen implementierungsunabhängigen Busprotokollen (CAN, LIN, FlexRay, Ethernet).
• Ergebnis war die Spezifikation der neuen Systemarchitektur mit Schlüsselfunktionen und Empfehlungen, die in die Serienarchitektur übernommen wurden. Das erste Fahrzeug mit dieser Architektur ging im März 2018 in Produktion.

• ESCAPE: Leitung der Entwicklung einer integrierten Engineering-Plattform für das funktionale Design komplexer eingebetteter Systeme. Verantwortlich für Teamauswahl, Konzeptentwicklung, Implementierung, Vertrieb, Marketing und Key Accounts (BMW).
• Automatische Erstellung von Stromlaufplänen: Projektleitung für die Verknüpfung funktionaler Architekturmodelle mit Kabel- und Leitungsstrangdesign. Zusammenarbeit mit AUCOTEC zur automatischen Generierung von Stromlaufplänen in EB (Engineering Base) aus ESCAPE-Modellen, erstmals eingesetzt beim CHERY EXEED.
• Automatische Erstellung von CAN-Kommunikationsdaten: Projektleitung für modellbasiertes Design der Echtzeitkommunikation (CAN, LIN). Daten aus Excel und CANdb in ein grafisches Modell transformiert, um Produktionsdaten zu generieren. Erstmalig beim CHERY EXEED eingesetzt, wodurch die Validierungszeit von vier Monaten auf zwei Tage verkürzt wurde.
• 3E-volution: Leitung der Entwicklung eines Elektrofahrzeugs der Klasse L7 mit Camping-Aufsatz, ausgelegt für ländliche Gebiete und Drittländer. Import eines UTV aus China, Entwicklung eines Batterie-Swapsystems und Integration eines Touchscreen-HMI sowie eines Body-Control-Moduls. Ergebnis war ein Prototyp mit deutscher Zulassung und laufenden Verhandlungen zur Serienlieferung von Batterien.
• CAN2FUN: Projektleitung für ein Tool zur Transformation von CANdb-Kommunikationsdefinitionen in ein vollständig grafisches, analysierbares Funktionsmodell für ESCAPE. Pilotiert im Landmaschinenbereich.
• SL2FUN: Projektleitung für ein Modell-zu-Modell-Transformations-Tool, das komplexe MATLAB-Simulink-Modelle und Bibliotheken automatisch in ein XML-basiertes Referenzmodell umwandelt, um es in PDM/PLM-Systeme und andere Autorentools zu importieren.

• Ziel war es, die Fahrwerksoftware des Integrierten Chassis-Moduls (ICM) zu analysieren.
• Das Problem war, dass das ICM, programmiert in MATLAB-Simulink, durch das Variantenmanagement zu komplex und schwer verständlich war. Die Codegenerierung dauerte 8 Stunden, was zu einem dreitägigen Zyklus für jede Änderung und jeden Test führte.
• Aktivitäten umfassten:
• Analyse der Softwarestruktur des ICM.
• Entwicklung eines Transformationstools (Simulink-ESCAPE) zur Analyse.
• Automatische Generierung von Funktionsmodellen des ICM und einer Master-Bibliothek aus dem ursprünglichen Simulink-Code.
• Die Ergebnisse umfassten die Dokumentation der Probleme, eine Spezifikation für eine Lösung, eine Präsentation auf einer BMW-IT-Messe und den Auftrag an Bosch, das ICM von Grund auf neu zu entwickeln.

• Ziel war, ein Tool zur Architekturgestaltung und -bewertung für Fahrzeugelektronik und Kommunikationssysteme zu entwickeln.
• Der Kunde musste sicherstellen, dass die Architekturvorschläge, die das Kabelbaum-Tool (eSCOUT) generierte, auch kommunikationstechnisch machbar waren. Dafür war für jeden Vorschlag eine vollständige CAN- und LIN-Buskonfiguration erforderlich.
• Aktivitäten umfassten Konzeptentwicklung, Spezifikation und Projektmanagement für ein automatisches Buskonfigurationssystem für CAN und LIN.
• Die Ergebnisse umfassten eine integrierte Engineering-Lösung (CAPEmaster / eSCOUT) mit automatischer CAN/LIN-Konfiguration. Dies trug dazu bei, dass DELPHI einen Auftrag über 50 Mio. € für die Karosserieelektronik einer Kleinwagenplattform erhielt. Außerdem hielt ich einen Fachvortrag mit dem Titel „Code vs. Cable“.

• Analyse des BMW-Airbagsystems:
• Analyse der Umsetzung des Airbagsystems der BMW-7er-Reihe.
• Leitung der Entwicklung eines C-Code-Parsers zur Transformation der ECU-Software in ein analysierbares Funktionsmodell mit ESCAPE.
• Darstellung der Unterschiede zwischen Spezifikation und Implementierung.
• Fehleranalyse E60/PL2 (BMW 5er-Reihe):
• Leitung eines Projekts zur Verbesserung der Fehlersuche, da bis zu 80 % der elektronischen Bauteile unnötig ersetzt wurden.
• Entwicklung einer Schnittstelle zur BMW-Onboard-Netzwerkdatenbank (BNDB).
• Transformation der BNDB-Daten in ein funktionales Modell zur Identifikation von Fehlerursachen.
• Ergebnis war ein funktionales Netzwerk des E60 für eine modellbasierte Werkstattdiagnose.

• ADtranz MVB-Bus-Prozessor-Emulator: Entwicklung eines PC-basierten Emulators für den Multipurpose Vehicle Bus (MVB)-Prozessor, um ECU-Funktionen auf realer Hardware zu testen.
• ABB Transportation KEVIN (Knowledge-based Evaluation of Vehicle INformation): Leitung der Entwicklung eines wissensbasierten Diagnosesystems für I&C-Systeme von Schienenfahrzeugen, das in Werkstätten eingesetzt wurde. Das System hatte eine grafische Benutzeroberfläche und verkürzte die Werkstattaufenthalte der Fahrzeuge um bis zu 30%.
• ABB Daimler Benz Transportation SDR (System Design for Reusability): Führung von Forschungszentren und Teams (ABB & Daimler) zur Entwicklung eines Prototyps für modellbasiertes Systems Engineering von Schienenfahrzeugen.
• ABB Daimler Benz Transportation CAPE/C: Leitung eines grenzüberschreitenden Projekts (Schweiz, Schweden, Deutschland) zur Schaffung eines standardisierten Engineering-Systems für alle eingebetteten Systeme von ABB Transportation. Leitung eines 30-köpfigen Teams, Lösung interner Konflikte und Etablierung einer gemeinsamen Vision. Das Projekt führte den IEC 61131-Standard ein, entwickelte einen funktionalen Ansatz ("virtual solution design") und automatisierte die Buskonfiguration für den MVB. Dies reduzierte die Entwicklungskosten und -zeiten erheblich (z. B. Buskonfiguration von einer Personen-Jahresarbeit auf Knopfdruck).
• Entwicklung der Fahrerdisplays bei ABB Transportation: Leitung der Entwicklungsabteilung für PC-basierte Fahrerdisplays für verschiedene Schienenfahrzeuge (ICE, Straßenbahnen, U-Bahnen).
• ABB Henschel Change Management: Mitarbeit als Change Agent zur Umstrukturierung der Unternehmensorganisation für flachere Hierarchien und schnellere Entscheidungsfindung. Das Projekt wurde nach der Fusion mit DaimlerBenz Transportation eingestellt.
• ABB Transportation TBM (Time Based Management): Leitung eines Teams zur Analyse und Optimierung der Entwicklungs- und Produktionsprozesse an mehreren Standorten für ABB Henschel Deutschland, um Kosten zu senken. Das Projekt wurde nach der Fusion obsolet.