Le véhicule défini par logiciel (SDV) Android Automotive OS (AAOS) 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) L'IVI AAOS offre des expériences de divertissement et de navigation utiles et attrayantes 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 de cabine complète pour l'infodivertissement et le cockpit. |
Au-delà du cockpit (IVI / SDV) AAOS gère 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 des SDV.
La plate-forme SDV répond aux principaux défis du développement de véhicules modernes. Il fournit une base logicielle compacte, hautes performances et évolutive, basée sur une pile Android intégrée sans interface graphique. Cette pile s'étend profondément dans l'architecture du véhicule pour alimenter les composants de l'ensemble du véhicule, y compris les actionneurs de siège, les tableaux de bord, la climatisation, l'éclairage, les caméras, les rétroviseurs et la télémétrie.
Le noyau 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 le calcul de base, les commandes de carrosserie et les domaines de cluster.
La plate-forme AAOS SDV inclut également le framework Display Safety pour implémenter des applications de tableau de bord, telles que des signaux sonores, des caméras réglementaires et des graphismes sophistiqués qui s'intègrent parfaitement au 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 différents 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 graphique qui exploite la virtualisation avec des pilotes VirtIO. Cette architecture permet d'exécuter la même image système dans des environnements virtuels dans le cloud tels que Cuttlefish ou sur n'importe quel hyperviseur compatible VirtIO sur le matériel cible. L'AAOS SDV fournit une plate-forme standardisée, actualisable et sécurisée pour les fonctions du véhicule.
Figure 2. Environnement AAOS.
Capacités clés
Les principales fonctionnalités du SDV AAOS sont décrites dans cette section.
Développement dans 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 de véhicule (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.
- IDE Android Studio for Platform (ASfP) : fournit des outils pour le développement de bundles de services Rust, la modification de VSIDL et le déploiement d'APEX sur Cuttlefish. Pour en savoir plus, consultez Configurer un IDE pour le développement de SDV et la documentation d'Android Studio for Platform.
Combiné d'instruments et rendu à criticité mixte
AAOS SDV est compatible avec les cas d'utilisation, tels que les tableaux de bord numériques, qui nécessitent un rendu à criticité mixte, qui affiche des informations critiques pour la sécurité, comme des voyants d'avertissement (témoins), ainsi qu'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.
- Sécurité de l'affichage : fournit des chemins de rendu de démarrage anticipé fonctionnellement sûrs pour les informations critiques du cluster et les témoins.
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 :
- OS SDV Core : fournit une instance Android sans interface graphique pour les services principaux :
- Communication entre 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
- Agent 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 périphérique pour les services véhicule-cloud, avec prise en charge de la configuration dynamique.
Matrice de version de référence et de plate-forme
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 sur Android 17 (26Q2) et les mises à jour ultérieures de la plate-forme :
| Dimension "Plate-forme" | Spécification de référence publique d'AOSP | Point d'entrée principal |
|---|---|---|
| Référence de la version | Android 17 (version de référence AOSP 26Q2, 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 (graphismes du cockpit et Display Safety exécutant HAR et Safety Monitor) et SDV IVI (VM de cluster d'infoloisirs Android Automotive et DriverUI). |
Architecture du système AAOS SDV |
| Interfaces de service et génération de code | Schémas déclaratifs indépendants du transport définis dans VSIDL (.vsidl) et les tampons de protocole (.proto), compilés par vsidlc dans des liaisons de middleware et de bibliothèque cliente. |
Présentation de VSIDL et du middleware |
| Transports inter-VM et inter-ECU | SDV Comms interne sur des sockets VirtIO (vsock) ou Ethernet ; communication ECU externe via des protocoles tels que SOME/IP (à l'aide de l'interface AIDL stable SOME/IP broker et ISomeIpStack) ; pontage VHAL IVI via ISdvGateway. |
Présentation de l'intégration de SOME/IP et Utiliser la passerelle SDV sur IVI |
| Agents d'empaquetage et d'exécution | Ensembles 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.