KEM Konstruktion 01-02.2024

TRENDS » Fahrzeugbau » Perspektiven
nik bzw. verbaute Hardware definiert und
das Gesamtfahrerlebnis entsprechend geprägt.
Die Software verteilt sich dabei auf
Fahrzeug und Cloud und wird über die Lebensdauer
des Fahrzeugs aktuell gehalten.
Nicolas Legros (Here Technologies):
Zunächst ist das Software Defined Vehicle
(SDV) eine softwarebasierte Fahrzeugarchitektur,
in der die Software die Hauptrolle
spielt, nicht die Hardware. Diese Architektur
umfasst nicht nur das Fahrzeug,
sondern ein ganzes Ökosystem mit Assistenzsystemen,
Infotainment, Vernetzung
und Fahrfunktionen. Dazu zählen auch
Funktionalitäten außerhalb des eigentlichen
Fahrzeugs, wie Cloud-Speicher, Datenbereinigung,
Simulationen oder Feedback-Schleifen.
Die einzelnen Komponenten
eines Software Defined Vehicles lassen
sich über den Lebenszyklus des Fahrzeugs
fortlaufend aktualisieren. Dies eröffnet
dem Fahrzeughersteller neue Umsatzmöglichkeiten
und erhöht gleichzeitig
die Kundenzufriedenheit. Fahrer:innen
profitieren von immer besseren Diensten
Bild: Aurora Labs
»Software Definded Vehicles
gehen über Fahrerassistenz-,
Infotainment- und
Connectivity-Lösungen hinaus
und definieren die gesamte
Automotive- Industrie neu.«
Alexander Bodensohn, Director Business Development bei Aurora Labs
Harald Ruckriegel (Red Hat): Softwaredefiniertes
Fahrzeug bedeutet, dass Funktionen,
die herkömmlicherweise etwa in
Firmware oder ROM fest kodiert sind, in
einen Software-Layer überführt werden,
der auf standardisierter Hardware läuft.
Die Entkopplung der Software von der
Hardware ermöglicht neben der Hardware-Unabhängigkeit
eine Standardisierung
und bietet Vorteile wie eine höhere
Skalierbarkeit und Flexibilität, ein vereinrund
um Navigation, Tempo- oder Spurhalteassistenten,
um nur ein paar Beispiele
zu nennen. Das Fahrwerk oder der
Antrieb stehen in diesem Ökosystem eher
nicht im Vordergrund. Zu den bestehenden
Investitionen in Hardware kommen
weitere Investitionen zu Software hinzu.
Dabei ersetzt das eine nicht das andere.
Die Industrie baut ihre Investitionen in
Software immer weiter aus.
Michael Pollner (Cognizant Mobility):
Aus unserer Sicht steht im Kern eines jeden
SDV die Infrastruktur, um schnell und
effizient SW für Fahrzeuge zu entwickeln
und ebenso schnell auf das Fahrzeug zu
deployen. Die Kernidee dabei ist, neue
Features und Funktionen schnell und ohne
komplexe Architekturabstimmungen
auf das Fahrzeug zu bekommen. Das setzt
natürlich eine starke Abstraktion voraus.
Und zur letzten Frage: Ja, keine Funktion
ist prinzipiell ausgeschlossen. Bei Antrieb
und Fahrwerk sind natürlich die Punkte
‚Functional safety‘ und Security besonders
wichtig, aber sie sind dennoch Bestandteil
des SDV. Ein Beispiel wäre ein
neues Feature in einer Assistenzfunktion.
fachtes Management und letztlich auch
geringere Kosten. Die Abstrahierung der
Software von der Hardware unterstützt
darüber hinaus die Bereitstellung schnell
integrierbarer Softwarekomponenten oder
neuer Funktionen. Prinzipiell ist das Software-defined-Konzept
für alle Arten von
ECUs nutzbar, für QM, Advanced Driver
Assistance Systems (ADAS) und Autonomous
Driving (AD) sowie für Infotainment
und Digital Cockpit. Im Kontext der ECU-
Konsolidierung wird es vor allem stärkere
Änderungen bei den HPC-ECUs geben.
KEM Konstruktion|Automation: Welche
technischen Anforderungen (SW-
Updates Over-the-Air, zonale Domänenarchitektur,
etc.) müssen Hersteller
für ein Software-defined Vehicle umsetzen?
Bodensohn (Aurora Labs): Die Hersteller
müssen eine fahrzeugübergreifende
Architektur einführen und von einem
funktional begrenzten zu einem ganzheitlichen
Design übergehen. Zonale Domänenarchitekturen
organisieren die
Funktionen mit dem Ziel einer höheren
Effizienz, und das Lebenszyklusmanagement
sichert kontinuierliche Aktualisierungen,
während Over-the-Air-Updates
(OTA-Updates) Werkstattbesuche ersetzen.
Die Unabhängigkeit von Softwareund
Hardware-Lebenszyklen ermöglicht
eine höhere Flexibilität.
de Bono (Valeo): Um das SDV zu realisieren,
muss das Auto bereits mit der entsprechenden
Hardware ausgestattet sein.
Das können zum Beispiel Kameras, Radarsensoren
oder Lidarsensoren sein. In zwei
oder drei Jahren wird es vielleicht Anwendungen
geben, die mit einem Software-Update
aktiviert werden können.
Das bedeutet auch, dass das Fahrzeug
über die Rechenleistung und den Speicher
verfügen muss, um die neue SW ausführen
zu können.
Kopacz (Keysight Technologies): SDV
bietet ein enormes Potenzial für Innovation
und Anpassung, bringt jedoch auch
neue Anforderungen im Hinblick auf Sicherheit,
Cybersecurity und Datenschutz
mit sich, da Fahrzeuge zunehmend vernetzt
sind. SDVs basieren auf einem kontinuierlichen
Datenaustausch zwischen
dem Fahrzeug und dem Hersteller, was
die Notwendigkeit sicherer Datenübertragungsprotokolle
und einer besseren
Transparenz der Datenerfassung mit
sich bringt. Die elektronische Fahrzeugarchitektur
befindet sich in einem Änderungsprozess:
Von einer verteilten
ECU-Architektur zu einer Domain Controller-basierten
Architektur, bis hin zu
einer zentralen Zonenarchitektur. Die
Software-Architekturen von neuen
46 KEM Konstruktion|Automation » 01-02 | 2024