Goodbye complexity

Bereichsübergreifende Funktionen auf bestehenden Steuergeräten umsetzen

Da sich Fahrzeugfunktionen zunehmend in Richtung zentralisierter Rechenarchitekturen entwickeln und Bereichsgrenzen wie Fahrwerk und Antriebsstrang immer weiter verschwimmen, benötigen Entwicklungsteams eine praktische Möglichkeit, bereichsübergreifende Funktionen zu integrieren, zu testen und zu validieren – und zwar lange bevor die endgültige Zielhardware verfügbar ist. Dies stellt eine besondere Herausforderung dar, wenn Funktionen auf bestehenden Steuergeräten laufen müssen, die Steuergerätesoftware von Zulieferern als „Black Box“ behandelt wird und kein Zugriff auf den Quellcode besteht – obwohl bereits frühzeitig Belege für Softwarefusion, Steuergerätekonsolidierung und Architekturentscheidungen erforderlich sind.

Zentrale Herausforderungen

Eingeschränkter Zugang und langsame Iteration

Ohne Zugriff auf den ursprünglichen Quellcode sind Teams beim Testen neuer Funktionen auf Software-Builds der Zulieferer angewiesen, was Prototyping, Validierung und Architektur-Lernprozesse verlangsamt.

Zielhardware fehlt

Die Validierung muss beginnen, bevor der endgültige zentrale Controller verfügbar ist.

Risiko einer ECU-Konsolidierung

Teams benötigen den Nachweis, dass Funktionen von entfallenden Steuergeräten auf verbleibende Plattformen migriert werden können.

Black-Box-Integration

Domänenübergreifende Interaktionen müssen auf Standard-Steuergeräten der Zulieferer mit eingeschränkter Softwaretransparenz bewertet werden.

Ingenieur, der ETAS-Embedded-Software-Tools auf einem Laptop einsetzt, um Daten von Kfz-Steuergeräten, Software-Kalibrierungen und Arbeitsabläufe in der Entwicklung von Fahrzeugelektronik zu verwalten.

ETAS EHOOKS ermöglicht die Erweiterung bestehender Steuergerätesoftware auf Binärebene, sodass Ingenieure neue Funktionen hinzufügen können, ohne Zugriff auf den ursprünglichen Quellcode zu haben oder die Zulieferer-Software komplett neu zu kompilieren. Die hinzugefügte Funktionalität kann in Simulink, ASCET oder als handgeschriebener C-Code erstellt und direkt in die auf dem Steuergerät laufende ausführbare Datei integriert werden. So erhalten Teams eine kontrollierte Möglichkeit, domänenübergreifende Funktionen auf aktueller Hardware zu prototypisieren – selbst wenn das endgültige zentrale Steuergerät, der HPC oder die VCU noch nicht verfügbar ist.

Sobald die neue Funktion eingefügt ist, unterstützt ETAS INCA Kalibrierung, Messung und Validierung auf dem Ziel-Steuergerät. Teams können damit Interaktionen zwischen bestehender und neu hinzugefügter Software in einem vertrauten Workflow testen, Migrationskonzepte frühzeitig validieren und Belege für zukünftige Software-Fusionsstrategien sammeln, bevor sie sich auf die endgültige Architektur festlegen. In einem Kundenbeispiel konnte dieser Ansatz die Softwareanpassungszyklen von Wochen auf Stunden verkürzen – ein Beleg für den Wert schnellerer, unabhängigerer Iteration.

Ihre Vorteile

Beginnen Sie bereits früher mit der Validierung domänenübergreifender Funktionen, noch bevor die endgültige zentrale Rechenplattform bereitsteht.

Validieren und iterieren Sie Funktionen nach Ihrem eigenen Zeitplan und reduzieren Sie so Zeit- und Kostenaufwand für Softwareänderungen, indem Sie wiederholte Neukompilierungen durch Zulieferer vermeiden.

Minimieren Sie das Risiko bei der ECU-Konsolidierung, indem Sie Migrationskonzepte auf bestehender Hardware nachweisen.

Sammeln Sie frühzeitig Erfahrung mit integriertem All-Motion-Verhalten und zukünftigen zentralisierten Softwarearchitekturen.

Ingenieure müssen nicht auf die endgültige Hardware oder den Quellcode der Zulieferer warten, um mit der Validierung der nächsten Softwarearchitektur zu beginnen. Mit ETAS EHOOKS und INCA können sie integrierte Funktionen früher prototypisieren, kalibrieren und verifizieren – direkt auf vorhandenen Steuergeräten und unter realen Entwicklungsbedingungen.

Axel Zimmer, Solution Manager Function Prototyping, ETAS