Android Automotive OS (AAOS) Software Defined Vehicle (SDV) est compatible avec un large éventail de domaines de calcul automobile au-delà de l'infoloisirs, tels que les combinés d'instruments, les commandes de carrosserie et l'aide à la conduite.
|
Infoloisirs (IVI) AAOS IVI offre des expériences de divertissement et de navigation attrayantes et utiles en voiture. |
Cockpit unifié (IVI / SDV) AAOS fournit une solution de cockpit unifiée qui intègre les données du cluster pour créer une solution complète pour l'habitacle, l'info-divertissement et le cockpit. |
Au-delà du cockpit (IVI / SDV) AAOS alimente plusieurs domaines dans la voiture, tels que le châssis et la carrosserie, ainsi que l'intégration ADAS (QM) pour créer des expériences personnalisées. |
Figure 1. Principaux domaines de la validation SDV.
La plate-forme SDV s'attaque aux principaux défis du développement automobile moderne. Il fournit une base logicielle compacte, performante et évolutive basée sur une pile Android intégrée et sans interface graphique. Cette pile s'étend en profondeur dans l'architecture du véhicule pour alimenter les composants de l'ensemble du véhicule, y compris les actionneurs de siège, les combinés d'instruments, la climatisation, l'éclairage, les caméras, les rétroviseurs et la télémétrie.
Le cœur de l'AAOS SDV est un système d'exploitation léger basé sur Android qui intègre des frameworks de bas niveau spécifiques à l'automobile pour les communications, les diagnostics et les mises à jour logicielles. Ces frameworks permettent à AAOS SDV d'alimenter différents contrôleurs de véhicule, tels que les domaines de calcul de base, de contrôle de la carrosserie et du cluster.
La plate-forme AAOS SDV inclut également le framework Display Safety pour implémenter des applications de tableau de bord, telles que des carillons sonores, des caméras réglementaires et des graphiques sophistiqués qui se fondent parfaitement dans le contenu IVI AAOS. Display Safety inclut une chaîne d'outils de conception de sécurité et un moniteur de sécurité de référence, qui permettent aux OEM de répondre aux exigences de sécurité fonctionnelle en utilisant les divers mécanismes de sécurité de la plate-forme des SoC automobiles.
Présentation d'AAOS SDV
AAOS SDV s'exécute dans un environnement multi-VM sur un système sur puce (SoC) automobile, généralement aux côtés d'un système IVI. AAOS SDV est une instance Android sans interface utilisateur qui utilise la virtualisation avec les pilotes VirtIO. Cette architecture permet à la même image système de s'exécuter dans des environnements virtuels basés sur le cloud, comme Cuttlefish, ou sur n'importe quel hyperviseur conforme à VirtIO sur le matériel cible. AAOS SDV fournit une plate-forme standardisée, sécurisée et pouvant être mise à jour pour les fonctions du véhicule.
Figure 2. Environnement AAOS.
Capacités clés
Les principales fonctionnalités de la SDV AAOS sont décrites dans cette section.
Développement basé sur le cloud (jumeau numérique)
AAOS SDV est conçu pour s'exécuter sur l'appareil virtuel Cuttlefish, ce qui vous permet de créer un jumeau numérique des environnements de calcul des véhicules dans le cloud ou sur des machines locales. Ce jumeau numérique vous permet de développer et de tester des logiciels pour véhicules (des services individuels aux interactions multi-VM) avant que le matériel physique ne soit disponible, ce qui accélère le délai de mise sur le marché.
Composants clés :
- Cuttlefish : émule l'environnement SDV multi-VM.
- Android Studio for Platform (ASfP) : fournit des outils pour le développement et le déploiement de services basés sur Rust sur Cuttlefish.
Cluster d'instruments et rendu à criticité mixte
AAOS SDV prend en charge les cas d'utilisation, tels que les groupes d'instruments numériques, qui nécessitent un rendu à criticité mixte, qui affiche des informations critiques pour la sécurité telles que les voyants d'avertissement (témoins lumineux) à côté d'un contenu graphique riche. Ce rendu doit être disponible au début de la séquence de démarrage du véhicule.
Composants clés :
- SDV Media : active les fonctionnalités graphiques et multimédias dans une VM non-IVI.
- Affichage sécurisé : fournit des chemins de rendu fonctionnellement sûrs et de démarrage anticipé pour les informations et les voyants critiques du cluster.
Intégration et communication des services automobiles
La plate-forme facilite l'intégration aux architectures de réseau de véhicules existantes à l'aide d'une architecture orientée services (SOA). Cela inclut la communication entre les VM, la gestion du cycle de vie des services et la communication avec les services sur d'autres ECU.
Composants clés :
- SDV Core OS : fournit une instance Android sans interface utilisateur pour les services principaux :
- Communication entre les VM
- Découverte et gestion des services
- Mises à jour du système et gestion de l'alimentation
- Points d'intégration pour les services de diagnostic, de configuration et d'étalonnage
- Broker SOME/IP : permet la communication entre les services SDV et les services ECU externes à l'aide d'un middleware évolutif orienté services sur IP (SOME/IP).
Traitement des données sur l'appareil
AAOS SDV inclut des frameworks pour la collecte de données sur l'appareil et le traitement en périphérie.
Composants clés :
- Télémétrie pour SDV : facilite la collecte de données sur l'appareil et le traitement en périphérie pour les services véhicule-cloud, avec prise en charge de la configuration dynamique.
Matrice des plates-formes et des versions de référence
Le tableau suivant récapitule la version de référence publique du projet Android Open Source (AOSP), les profils d'exécution et la pile technique pour AAOS SDV dans Android 17 (26Q2) et les mises à jour de plate-forme ultérieures :
| Dimension "Plate-forme" | Spécification de référence AOSP publique | Point d'entrée principal |
|---|---|---|
| Référence de version | Android 17 (26Q2, version de référence AOSP, compatible avec les mises à jour trimestrielles et annuelles ultérieures de la plate-forme). |
Premiers pas avec le véhicule défini par logiciel |
| Profils d'exécution (VM invitées) | Architecture VirtIO multi-VM comprenant SDV Core (VM Android sans interface graphique et sans JVM), SDV Media (graphiques du cockpit et Display Safety avec HAR et DriverUI) et SDV IVI (VM d'infoloisirs Android Automotive). |
Architecture du système AAOS SDV |
| Interfaces de service et génération de code | Schémas déclaratifs et indépendants du transport définis dans VSIDL (.vsidl) et les tampons de protocole (.proto), compilés par vsidlc en liaisons de bibliothèque cliente et de middleware. |
Présentation de VSIDL et du middleware |
| Transports entre VM et entre unités de contrôle électronique | Communication interne SDV Comms via les sockets VirtIO (vsock) ou Ethernet ; communication externe de l'ECU via des protocoles tels que SOME/IP (à l'aide de l'interface AIDL stable SOME/IP broker et ISomeIpStack) ; pontage IVI VHAL via ISdvGateway. |
Présentation de l'intégration de SOME/IP et Utiliser la passerelle SDV sur IVI |
| Agents d'emballage et d'exécution | Regroupements de services .apex pouvant être mis à jour indépendamment et gérés par VM par les agents Orchestrator, Service Discovery, Health Monitor, Update Manager et Vehicle Mode and Power Management (VPM). |
Architecture logique et terminologie et glossaire AAOS SDV |
Commencer
Pour en savoir plus sur la configuration de l'environnement de développement, les instructions de compilation et les workflows de bundle de services, consultez Premiers pas avec le véhicule défini par logiciel.