SDV est une évolution de Microdroid, un mini-OS Android. SDV réduit le temps de démarrage et la taille de l'espace mémoire utilisé, qui sont des exigences essentielles pour SDV.
Par exemple, le SDV active rapidement le véhicule lorsqu'un utilisateur s'en approche. Dans certaines configurations, SDV affiche également le contenu du tableau de bord du cluster lorsqu'un utilisateur commence à interagir avec le véhicule.
Intégration à Android Infotainment (AAOS IVI)
SDV est développé pour une intégration étroite avec le système d'infoloisirs embarqué Android Automotive OS (AAOS IVI). Cela permet une communication intégrée, sécurisée et avancée entre les deux systèmes.
SDV s'exécute en tant que machines virtuelles
L'architecture est conçue pour fonctionner comme un système d'exploitation s'exécutant dans une machine virtuelle sur un hyperviseur compatible VirtIO. Cela facilite les tests et l'intégration dans le cloud. L'architecture propose également plusieurs machines virtuelles sur le même processeur pour l'isolation, ainsi qu'une conception indépendante de la plate-forme qui réduit les coûts d'intégration.
Standardiser la pile de communication SDV
L'un des objectifs de l'initiative SDV est de réduire le coût de l'intégration de logiciels tiers. Un élément majeur de l'effort SDV consiste à standardiser la pile de communication interne pour la communication entre les processus au sein d'une machine virtuelle et avec d'autres machines virtuelles.
SDV utilise également les technologies de communication Android existantes, y compris Binder, gRPC et FMQ. Elles sont encapsulées dans une nouvelle surface d'API pour offrir de la flexibilité et une conception axée sur les performances automobiles et les modèles d'objets.
Composants automobiles développés par Google
Pour tester les cas d'utilisation automobile de SDV, l'équipe Google SDV développe plusieurs composants automobiles courants. Il s'agit, entre autres, de l'orchestration des services, de la gestion du mode d'alimentation du véhicule, de l'intégration SOME/IP et de la télémétrie.
Compatibilité avec la télémétrie
Pour répondre aux exigences essentielles des OEM, un système de télémétrie bien conçu est nécessaire pour surveiller leurs véhicules, améliorer le comportement du système et monétiser certains cas d'utilisation. L'architecture SDV s'intègre à la télémétrie du véhicule. L'objectif principal de la télémétrie est de collecter les données du véhicule sans nécessiter de mise à jour.
La télémétrie définit un nouveau langage, conçu en protobuf, qui exprime des scénarios de collecte de données. Ce langage définit la collecte de données à partir des services SOA, traite ces données en périphérie et crée des rapports sur les métriques que l'application de télémétrie peut importer. La télémétrie inclut un backend cloud permettant de générer et de valider les configurations de métriques avant de les envoyer au véhicule.
Intégration de Google Cloud pour le développement logiciel
L'un des avantages de la SDV est qu'elle vous permet de simuler et de développer des logiciels SDV directement dans le cloud, avec ou sans matériel local spécialisé. SDV utilise les technologies Google existantes, telles que Cuttlefish. L'équipe SDV collabore avec ses équipes homologues pour vérifier la compatibilité avec ses besoins spécifiques, tels que la topologie multi-machines virtuelles.
Cette technologie prend également en charge l'intégration continue et la livraison continue (CI/CD) dans l'infrastructure Google Cloud avant le déploiement de nouvelles mises à jour logicielles dans le véhicule.
Activer l'interface utilisateur des instruments du véhicule
SDV permet à l'interface utilisateur de l'instrument de cluster de démarrer en une ou deux secondes environ. Display Safety fournit une interface utilisateur pour les fonctionnalités liées à la sécurité. Par exemple, les instruments de la voiture tels que le compteur de vitesse et les voyants.