Glossar

Diese Begriffe werden in der gesamten SDV-Dokumentation verwendet.

SDV-Kernprofil für Android Automotive OS (AAOS)
Ein einfaches monitorloses System mit Konnektivitäts- und Orchestrierungsfunktionen sowie wichtigen Automobildiensten.
AAOS-SDV-Instanz (SDV-VM)
Eine einzelne Instanz des AAOS SDV-Kernprofils, die in einer VM auf einem SoC oder in einer virtuellen Umgebung ausgeführt wird. Wahrscheinlich sind mehrere SDV-Instanzen in einem einzelnen Kraftfahrzeug enthalten, die zusammen eine vollständige AAOS SDV-Bereitstellung bilden.
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 Registrierung und Erkennung von Serviceeinheiten, sodass sich Entwickler auf Themen und Channels konzentrieren können. Die 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.
Protokollzwischenspeicher (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 Datentypfelder 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 Low-Level-Funktionen bereitstellen. Jede SDV-Kernkomponente kann keinen, einen oder mehrere Agents bereitstellen.

SDV-Instanz (SDV-VM)

Eine einzelne Instanz des AAOS SDV-Kernprofils, die in einer VM auf einem 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 diese Aufgaben ausführt:

  • Bietet geeignete Isolationsmechanismen für SDV-Dienste.
  • Bietet eine individuelle Adressierbarkeit für verschiedene Dienste und ihre Komponenten.
  • Versteht, wie Dienste vom SDV-Framework geladen werden können.
SDV-Dienstentwickler

Ein Entwickler, der diese Aufgaben ausführt:

  • Organisiert den Servicecode in Mustern, die einer Mikrodienstarchitektur ähneln.
  • Die Bereitstellung wird von der Entwicklung von Diensten getrennt.
  • Erstellt eine oder mehrere Kommunikationsentitäten (einschließlich Server, Publisher, Clients und Abonnenten) im selben Laufzeitprozess.
  • Dienste werden unabhängig von anderen Diensten getestet und debuggt.
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 Serviceeinheiten 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.

Das ist das grundlegende Konzept. Alle SDV-Dienste müssen die AIDL-basierte (prozessübergreifende, VM-übergreifende oder SoC-übergreifende) RPC-API bereitstellen.

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. Mithilfe von Channels können mehrere Instanzen desselben Diensttyps unterschieden werden (z. B. main-control, high-priority).

Serviceeinheit

Ein zugrunde liegendes Implementierungsdetail des SDV-Kommunikationsstacks. Serviceeinheiten sind die Entitäten, die von der Low-Level-Diensterkennung registriert und erkannt werden. Die Middleware-Clientbibliothek verarbeitet Serviceeinheiten automatisch. Wichtige Fakten zu Serviceeinheiten:

  • Dienst-Units, die im selben Dienst-Bundle definiert sind, werden im selben Prozess ausgeführt.
  • Jede Serviceeinheit stellt einen bestimmten Endpunkt (Server oder Publisher) dar.
  • Jede Serviceeinheit hat einen Serviceeinheitstyp.
Typ der Serviceeinheit

Die Typdeklaration, die einer Serviceeinheit zugeordnet ist.

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 zentrale Verarbeitungseinheit (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 zuständig 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.

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

VSIDL-Dateien haben die Erweiterung .vsidl.