AAOS SDV-Terminologie und -Glossar

Auf dieser Seite werden wichtige Begriffe definiert, die in der gesamten Dokumentation zu Software Defined Vehicle (SDV) für Android Automotive OS (AAOS) verwendet werden. Außerdem werden Standardkonzepte der Automobilbranche den entsprechenden AAOS SDV-Konzepten zugeordnet.

Konzepte der Automobilbranche AAOS SDV zuordnen

In der folgenden Tabelle werden Standardarchitekturen, ‑protokolle und ‑spezifikationen der Automobilbranche den entsprechenden AAOS SDV-Konzepten zugeordnet:

Branchenstandard oder ‑konzept Entsprechendes AAOS-SDV-Konzept Rolle und Dokumentation
AUTOSAR-Softwarekomponente (SWC) oder adaptive Anwendung Dienstpaket Unabhängig bereitstellbares Domainmodul (.apex), das zugehörige Geschäftslogik und Kommunikationsendpunkte (RPC-Server, Clients, Publisher und Subscriber) kapselt. Weitere Informationen finden Sie unter Logische Architektur.
AUTOSAR Adaptive ara::com-Schnittstellendefinition VSIDL (.vsidl) und Protocol Buffers (.proto) Deklarative, transportunabhängige Dienst- und Nachrichtenschemas, die von vsidlc in Clientbibliotheksbindungen kompiliert werden. Weitere Informationen finden Sie unter VSIDL und Middleware – Übersicht.
Skalierbare dienstorientierte Middleware über IP (SOME/IP) und SOME/IP Service Discovery (SD) SOME/IP-Transport und ISomeIpStack Cross-ECU-Remote-Prozeduraufruf (RPC) und Publish-Subscribe-Transport werden über benutzerdefinierte Partner-Stacks (ISomeIpStack Stable AIDL) oder COVESA (Connected Vehicle Systems Alliance) vsomeip unterstützt. Weitere Informationen finden Sie unter SOME/IP-Integration – Übersicht.
COVESA Vehicle Signal Specification (VSS) VHAL-Properties und VSIDL-Kataloge Standardisierte Fahrzeugsignale, die über die Hardware-Abstraktionsschicht (Vehicle Hardware Abstraction Layer, VHAL) auf dem Infotainmentsystem (In-Vehicle Infotainment, IVI) bereitgestellt und mit SDV-Diensten (Software-Defined Vehicle) verbunden werden. Weitere Informationen finden Sie unter SDV Gateway auf IVI verwenden.
Elektronisches Steuergerät (ECU) AAOS SDV-Instanzen, die auf VMs auf einem Hypervisor ausgeführt werden Isolierte Gast-VMs, auf denen das Headless-AAOS SDV-Kernprofil ausgeführt wird und die über VirtIO-Sockets (vsock) oder Ethernet kommunizieren. Weitere Informationen finden Sie unter AAOS SDV-Systemarchitektur.
ISO 26262 / ASIL-Kombiinstrument und Kontrollleuchtenmanager Renderer für Sicherheit und Hochverfügbarkeit anzeigen (HAR) Isolierte Rendering-Pipeline und DriverUI-Architektur für sicherheitskritische Kontrollleuchten im Kombiinstrument und Rückfahrkamera. Weitere Informationen finden Sie unter Display Safety.

Glossarbegriffe

SDV-Kernprofil für Android Automotive OS (AAOS)
Ein einfaches monitorloses System mit Konnektivitäts- und Orchestrierungsfunktionen sowie wichtigen Automobildiensten.
Android-Betriebssystem
Das Android-Betriebssystem, das auf Mobilgeräten wie Smartphones und Tablets verwendet wird.
Katalog
Ein Verzeichnis, das alle Protobuf- und VSIDL-Dateien enthält, die die Dienstschnittstellen eines Fahrzeugs definieren. Der VSIDL-Compiler akzeptiert ein Katalogverzeichnis als Eingabe und generiert Code für alle Dateien darin.
Abhängigkeitskatalog
Im Abhängigkeitskatalog werden die Speicherorte externer Definitionen angegeben, die in VSIDL- oder Protobuf-Dateien definiert sind. Für Abhängigkeiten wird kein Code generiert. Der VSIDL-Compiler verwendet den Pfad des Abhängigkeitskatalogs als Eingabe.
Elektronisches Steuergerät (ECU)
Ein Modul, das eines der Fahrzeugsubsysteme steuert (z. B. Motor, Karosserie oder Konnektivität). Der Rechenteil kann so einfach wie ein kleiner Mikrocontroller oder so komplex wie ein vollständiger Linux-Computer sein, manchmal mit mehreren SoCs. Weitere Informationen finden Sie unter Elektronisches Steuergerät.
Middleware-Clientbibliothek
Eine Clientbibliothek (auch „clientlib“ genannt), die APIs auf hoher Ebene für die Interaktion mit dem SDV-Kommunikationsstack bereitstellt. Diese Bibliothek verbirgt die Details der Dienstregistrierung und ‑erkennung, sodass sich Entwickler auf Themen und Channels konzentrieren können. clientlib-APIs sind für die Verwendung mit Endpunktdeskriptoren konzipiert, die vom VSIDL-Codegenerator (vsidlc) generiert werden. Dadurch werden manuelle Einrichtungsfehler erheblich reduziert und die Entwicklung beschleunigt.
Protokollpuffer (protobuf)

Protokollpuffer sind ein sprachneutraler, plattformneutraler, erweiterbarer Mechanismus zum Beschreiben und Serialisieren strukturierter Daten.

Protobuf-Dateien haben die Erweiterung .proto und definieren die Struktur von Nachrichten (Daten), die zwischen Diensten ausgetauscht werden. In diesen Dateien werden auch die Datentypen, Felder und Beziehungen innerhalb der Nachrichten angegeben.

SDV-Agent

Eine privilegierte Anwendung, die auf dem SDV-System ausgeführt wird und die SDV-Kernfunktionen bereitstellt. SDV-Agents verhalten sich wie Linux-Daemons. Das sind Anwendungen, die während der gesamten Lebensdauer des Betriebssystems ausgeführt werden und einige systemnahe Funktionen bereitstellen. Jede SDV-Kernkomponente kann keinen, einen oder mehrere Agents bereitstellen.

SDV-Instanz (SDV-VM)

Eine einzelne Instanz des AAOS SDV-Kernprofils, die auf einer virtuellen Maschine (VM) auf einem System-on-Chip (SoC) oder in einer virtuellen Umgebung ausgeführt wird. Höchstwahrscheinlich werden mehrere SDV-Instanzen in einem einzelnen Fahrzeug ausgeführt, die zusammen eine vollständige AAOS-SDV-Bereitstellung bilden.

SDV-Paket

Die kleinste Einheit der SDV-Software, die aktualisiert werden kann. Ein SDV-Paket kann aus mehreren Service-Bundles bestehen.

SDV-Plattform

Die SDV-Plattform, die das SDV-Kernprofil als Plattform für Dienstentwickler umfasst, um Dienste zu entwickeln und auszuführen.

Entwickler der SDV-Plattform

Ein Entwickler, der das zugrunde liegende AAOS SDV-Kernprofil, die VMs und die Systeminfrastruktur integriert, konfiguriert und wartet, ähnlich einem Android-Plattformentwickler für Infotainmentsysteme (IVI). Zu den Hauptaufgaben gehören:

  • Konfigurieren von Prozess- und VM-Isolierungsmechanismen, Sicherheitsrichtlinien und Ressourcenplanung für SDV-Dienste.
  • Integration des Transport-Stacks (z. B. SOME/IP oder VirtIO) und Sicherstellung der Netzwerkadressierbarkeit über Steuergeräte und VMs hinweg.
  • Verwaltung der Bereitstellung, des Ladens und der Aktualisierung von Dienstbündeln (.apex-Pakete) durch den SDV Orchestrator und den Update Manager.
SDV-Dienstentwickler

Ein Entwickler, der domänenspezifische Fahrzeugfunktionen als modulare Service-Bundles auf der SDV-Plattform erstellt, ähnlich wie ein Android-App-Entwickler auf IVI-Systemen. Er erstellt jedoch Headless-Fahrzeugdienste anstelle von Apps mit Benutzeroberfläche. Zu den wichtigsten Aufgaben gehören:

  • Definieren von Dienstschnittstellen und Datenstrukturen mit VSIDL (.vsidl) und Protokollpuffern (.proto).
  • Implementieren der Domänen-Geschäftslogik mit generierten Clientbibliotheksbindungen (RPC-Server, Clients, Publisher und Subscriber).
  • Service-Bundles unabhängig vom zugrunde liegenden Plattform-Image verpacken, testen und bereitstellen.
Dienstpaket

Ein unabhängig bereitstellbares Modul mit zugehöriger Geschäftslogik, das eine bestimmte Domainfunktion kapselt und strenge Autorisierungsgrenzen erzwingt.

Service Discovery

Ein SDV-Agent, der die Erkennung von Diensten und Kommunikationsendpunkten ermöglicht.

dienstorientierte Architektur (Service-Oriented Architecture, SOA)

Eine Art von Computersoftware, bei der Dienste über ein Netzwerk durch ein Kommunikationsprotokoll von Anwendungskomponenten für die anderen Komponenten bereitgestellt werden.

Serviceeinheit

Eine zugrunde liegende Endpunktentität des SDV-Kommunikationsstacks (z. B. ein RPC-Server oder ein Themenpublisher), die in einem Dienstpaket deklariert wird. Die Middleware-Clientbibliothek übernimmt die Registrierung und Erkennung von Serviceeinheiten automatisch.

Thema

Ein benannter Kommunikationspfad für datenorientierte Nachrichten (Publish/Subscribe). Themen werden durch Strings identifiziert und enthalten Nachrichten eines bestimmten Typs. Themen ermöglichen die m:n-Kommunikation, da es mehrere Publisher und Abonnenten für dasselbe Thema geben kann.

Kanal

Ein benannter Kommunikationspfad für RPC-Dienste. Über Channels können mehrere Instanzen desselben Diensttyps unterschieden werden (z. B. main-control, high-priority).

Software Defined Vehicle (SDV)

Ein extern verwendeter Begriff für die Lösung im Code und in der Dokumentation. Weitere Informationen finden Sie unter Software-defined vehicles: How open source fuels innovation.

System-on-Chip (SoC)

Ein integrierter Schaltkreis, der alle Komponenten eines Computers oder eines anderen elektronischen Systems auf einem einzigen Chip vereint. Zu diesen Komponenten gehören in der Regel eine Central Processing Unit (CPU), Arbeitsspeicher, Ein-/Ausgabeports und sekundärer Speicher. Weitere Informationen finden Sie unter System-on-Chip.

Telematik-Steuergerät (TCU)

Ein Steuergerät, das für die Peripheriegeräte für die Offboard-Kommunikation wie GSM/LTE, WLAN, GNSS oder Bluetooth verantwortlich ist. Weitere Informationen finden Sie unter Telematik-Steuergerät.

Vehicle Service Interface Definition Language (VSIDL)

VSIDL ist eine domainspezifische Sprache, die zum Definieren der Schnittstellen und Interaktionen zwischen Diensten innerhalb des Softwaresystems eines Fahrzeugs entwickelt wurde.

In VSIDL-Dateien werden Dienstbündel, ihre Funktionen und die Nachrichten beschrieben, die sie austauschen. Sie definieren die Struktur der Softwarearchitektur des Fahrzeugs.

VSIDL-Dateien haben die Erweiterung .vsidl.