Android Automotive 26Q2

Cette page décrit les fonctionnalités et les améliorations de la version 26Q2 d'Android Automotive OS (AAOS) (niveau d'API 37), qui inclut huit nouvelles fonctionnalités et résout 180 problèmes.

Framework AAOS

Gestion des utilisateurs

  • La notification ManagedServices a été activée pour les utilisateurs en arrière-plan visibles.

  • Ajout de la prise en charge de DocumentsUI pour les utilisateurs avec un arrière-plan visible.

Audio et radio

  • Application de la priorité audio : nous avons activé l'application de la priorité audio dans AAOS, ce qui est essentiel pour la sécurité des utilisateurs.

  • Rappel de gain audio : ce rappel permet au matériel audio de communiquer les changements de volume aux composants logiciels, y compris aux applications, et permet à l'ensemble du système de détecter de manière cohérente les niveaux audio actuels. Les OEM peuvent ajouter de nouveaux événements au rappel de gain audio et personnaliser le comportement dans le service OEM.

Framework automobile

  • Disponibilité des propriétés du véhicule : permet aux OEM d'activer et de désactiver dynamiquement les propriétés du véhicule, avec des états supplémentaires pour les propriétés définies par le fournisseur ou non disponibles.

Sécurité de l'écran

La suite AAOS Display Safety introduit une architecture graphique isolée et renforcée pour la sécurité de la nouvelle plate-forme SDV, offrant une expérience de cockpit unifiée et réactive. La sécurité de l'affichage comporte les composants suivants :

  • Moteur de rendu haute disponibilité (HAR) : moteur à faible latence qui fonctionne indépendamment du système d'info-divertissement principal pour assurer un affichage déterministe des données critiques du véhicule, telles que la vitesse, le rapport engagé et les voyants. Il utilise une boucle de rendu et une composition isolées pour la sécurité afin d'effectuer un mélange efficace.

  • Chaîne d'outils de compilation et de surveillance de la conception de sécurité : ensemble d'utilitaires automatisés utilisés pour vérifier que les éléments visuels critiques pour la sécurité sont conformes aux normes de mise en page. Il assure un rendu parfait au pixel près et utilise la segmentation des différences pour la conformité visuelle.

  • Application de cluster Android (DriverUI) : application interactive qui se synchronise sur des canaux AAOS SDV résilients pour composer du contenu d'infodivertissement avec des couches de sécurité HAR sur l'écran du cluster.

Connectivité

  • Messagerie avec plusieurs appareils : correction d'une régression dans la pile de téléphonie qui empêchait le système de stocker les messages provenant de plusieurs appareils connectés.

  • Intégration PANS-and-Play (PnP) : Google Play a été mis à jour pour être compatible avec PANS et améliorer l'expérience utilisateur.

UI et expériences système

  • UI du système évolutive : le framework d'UI du système évolutive a été étendu en définissant une API qui permet aux OEM de personnaliser les composants d'UI du système au niveau du système. Cela unifie le workflow et permet d'appliquer l'identité de marque de manière cohérente.

  • Référence MUMD (Multi-User, Multi-Display) : fournit un exemple de configuration multi-écran qui utilise des utilisateurs en arrière-plan simultanés avec une UI évolutive.

  • Notifications Heads-Up (HUN) pour l'UI évolutive : personnalisation OEM simplifiée et coûts réduits grâce à la modularisation des composants de l'UI système tels que l'UI du système de climatisation et de la voiture. Les principales fonctionnalités incluent un mécanisme de traduction HUNPanel dédié aux animations définies par l'état et une nouvelle classe HUNWindow pour une gestion optimisée du cycle de vie des fenêtres.

  • Modularisation de l'UI du système automobile : nous avons décomposé l'UI monolithique du système Android en composants modulaires indépendants pour réduire les coûts des OEM et éviter les problèmes de compatibilité.

Applications principales

  • API AppFunction : permettent aux agents de se connecter aux applications.

Appareil photo

  • Obsolète le système de vision étendue (EVS) : les API EVS obsolètes ont été supprimées pour réduire la fragmentation et unifier la surface de l'API de l'appareil photo. Les OEM doivent plutôt utiliser les API Camera2. Pour en savoir plus, consultez Migrer vers Camera2.

Véhicule défini par logiciel (SDV)

  • Véhicules définis par logiciel : étendent les capacités d'Android au-delà de l'écran d'info-divertissement pour alimenter plusieurs domaines du véhicule avec une architecture orientée services (SOA) évolutive et une intégration parfaite avec l'IVI. Inclut HAR pour les groupes d'instruments, ce qui permet des itérations rapides de conception et de développement pour une solution de cockpit complète.

Conformité

Pour valider votre implémentation AAOS, utilisez les suites de tests suivantes :

Problèmes connus liés aux tests

La version AAOS 26Q2 inclut les problèmes connus suivants liés aux tests :

  • CtsSurfaceControlTests[secondary_user_on_secondary_display]
    • #testImeVisible
    • #testImeVisibleWithZBelowRequest
    • #testImeZOrderedAboveEmbeddedWindowInChildWindow
    • #testImeVisibleWithZBelowTouch
  • CtsGraphicsTestCases
    • FrameRateOverrideTest#testAppDisplayModeGetRefreshRateDisplayModeReturnsPhysicalRefreshRateEnabled
    • FrameRateOverrideTest#testAppBackpressure
  • FrameRateOverrideTest#testAppDisplayGetRefreshRate
    • FrameRateOverrideTest#testAppChoreographer

Test automatisé nécessitant une vérification manuelle

Le module suivant échoue aux tests automatisés (CTS) dans des configurations spécifiques multi-utilisateurs ou multi-écrans : CtsMediaAudioTestCases[secondary_user_on_secondary_display]. Vérifiez la fonctionnalité associée à l'aide de tests manuels.