KEM Konstruktion 01-02.2024

TRENDS » Fahrzeugbau » Perspektiven
artige digitale Cockpits entwickeln und
sich als Marke differenzieren. Der Beitrag
von Here dreht sich immer um den Einsatz
und das Kontextualisieren von ortsbezogenen
Informationen. So rücken wir
digitale Navigation ins Zentrum des Fahrerlebnisses.
Wir sind unabhängig vom
konkreten Anwendungsfall SDV-ready, da
alle unsere Produkte, Dienste und der gesamte
Content semantisch abgestimmt
sind. So erreichen wir eine effizientere
und nahtlose Integration für unsere
Kund:innen.
Pollner (Cognizant Mobility): Wir haben
als Embedded-Experten einen durchgängigen
Technologieüberblick und können
daher immer auf die für den jeweiligen
Kunden passendsten Ansätze setzen.
Wir unterstützen unsere Kunden in Form
von Consulting und Umsetzung in allen
Bereichen der effizienten Software-Gestaltung
und Embedded-Entwicklung. Zudem
helfen wir unseren Kunden auch dabei
State-of-the-Art Ansätze verfolgen zu
können. So zum Beispiel die Virtualisierung
bei der Embedded Entwicklung
durch neuartige Entwicklungs-Pipelines.
Bild: Keysight Technologies
»Keysight deckt das
Thema Cybersecurity
sowohl für die Fahrzeugsoftware
als auch für das
Testen des Backends, das
Over-the-Air (OTA)
Software-Updates
bereitstellt, ab.«
Sven Kopacz, Director Software Defined Vehicle
Test, Keysight Technologies
Ruckriegel (Red Hat): Das softwaredefinierte
Fahrzeug ist ein komplexes Thema,
das viele Aspekte wie Fahrzeug-Onboard
und -Offboard oder Cloud umfasst.
Red Hat unterstützt OEMs hierbei auf
vielfältige Weise, etwa mit einer Connected
Vehicle Architecture als Fundament
und Referenzarchitektur einer Automotive
Cloud. Die Architektur basiert
auf Red Hat OpenShift und verschiedenen
Komponenten der Red Hat Application
Services, die für eine Cloud-native Nutzung
optimiert sind. Prinzipiell kann die
Architektur damit als Grundlage einer Hybrid-Cloud-Umgebung
für softwaredefinierte
Fahrzeuge fungieren, die verschiedene
Anwendungsfälle wie OTA-Bereitstellungen,
das Fahrer-Monitoring oder KI
und ML unterstützt.
KEM Konstruktion|Automation: Das
Vehicle OS ist ein zentraler Baustein im
softwaredefinierten Fahrzeug. Wie definieren
Sie den Begriff Vehicle OS?
Bodensohn (Aurora Labs): Der Begriff
‚Vehicle OS‘ bezieht sich auf das zentrale
Betriebssystem innerhalb eines SDV. Dieses
lässt sich in die Software-Betriebsebene,
einschließlich der Middleware, und
in die Anwendungsebene, insbesondere
die User Experience (UX), unterteilen. Eine
branchenübergreifende Standardisierung
der Middleware senkt die Entwicklungs-,
Zertifizierungs- und Wartungskosten, was
die Effizienz fördern würde. Auf der Anwendungsebene
können sich die Hersteller
durch eine einzigartige UX differenzieren.
de Bono (Valeo): Ein Betriebssystem besteht
aus mehreren Komponenten, Diensten
und einer Zeitplanung, es ermöglicht
die Ausführung diverser Anwendungen
auf einer bestimmten HW. Die Aufgabe
eines Betriebssystems für Fahrzeuge besteht
darin, dafür zu sorgen, dass diese
Anwendungen effizient und sicher laufen
und dass wir diese Anwendungen während
der gesamten Lebensdauer des Fahrzeugs
aktualisieren können.
Kopacz (Keysight Technologies): Vehicle
OS (Operating System) ist ein Betriebssystem,
das auf die speziellen Anforderungen
im Fahrzeug ausgerichtet ist
und Grundfunktionen für Applikationssoftware
bereitstellt. Mit Vehicle OS wird
eine einheitliche Software für wenige
Zentralrechner geschaffen, die die unterschiedliche,
teilweise proprietäre Software
auf verteilten Steuergeräten (ECUs)
ersetzt. Diese Software Plattform für die
Auto-Elektronik stellt neue Funktionalitäten
wie OTA-Updates und eine höhere Rechenleistung
zur Verfügung.
Legros (Here Technologies): Das Vehicle
OS ist die Software-Integrationsplattform
des Fahrzeugs. Dort laufen Sensorinformationen
zusammen, die auch unsere
Karten nutzen, um aktuelle und präzise
Informationen über die Fahrzeugumgebung
bereitzustellen. Über das Vehicle OS
läuft auch die Vehicle2Vehicle- und die
Vehicle2Infrastructure-Kommunikation.
Und selbstverständlich nutzt das Betriebssystem
die Kartendaten. Letztlich
betrachten wir jede Karte wie einen weiteren
Sensor. Wir sind der Ansicht, dass
Location Intelligence ein zentraler Baustein
eines wirklich guten Vehicle OS sein
muss.
Pollner (Cognizant Mobility): Wir sehen
Vehicle OS als einen standardisierten
Funktions- und Servicekatalog. Nur wenn
fahrzeugübergreifend ein bestimmter
Service gleichermaßen angeboten werden
kann, dann ist das OS vergleichbar mit einer
‚Vehicle-API‘. Die Vorteile liegen auf
der Hand: Neue Service/Microservice lassen
sich auf alle Fahrzeuge deployen ohne,
dass eine komplexe, fehleranfällige,
zeit- und kostenintensive Änderung in
den Schichten darunter erfolgen muss.
Ruckriegel (Red Hat): Ein zentrales
Vehicle OS bringt mehr Flexibilität in das
Software-Ökosystem der Automobilindustrie
und ermöglicht es den Fahrzeugherstellern
und ihren Partnern, sich auf
innovative Anwendungen, Services und
Funktionalitäten rund um das Auto der
Zukunft zu fokussieren. Das heißt, ein
standardisiertes Linux-Betriebssystem
kann als eine leistungsfähige Basis für alle
darüber liegenden spezifischen Soft-
48 KEM Konstruktion|Automation » 01-02 | 2024