À partir du 27 mars 2025, nous vous recommandons d'utiliser android-latest-release au lieu de aosp-main pour créer et contribuer à AOSP. Pour en savoir plus, consultez la section Modifications apportées à AOSP.
Ajout de la prise en charge de l'UXRE sur plusieurs écrans, y compris les écrans physiques et virtuels. Cela permet d'appliquer différentes UXRE par écran, qu'il s'agisse d'un écran physique ou virtuel. Les écrans peuvent être identifiés dans une zone d'occupant de voiture dans la configuration UXRE. Cela permet aux écrans réservés aux passagers de continuer à utiliser les applications de NDO pendant la conduite.
Niveaux de volume minimal et maximal Les OEM peuvent désormais définir des niveaux de volume minimum et maximal pour éviter que les sons ne soient trop faibles ou trop forts lorsqu'ils sont activés.
Appareils audio dynamiques Permet à l'utilisateur de sélectionner des configurations audio avec des périphériques de sortie dynamiques, tels que des casques Bluetooth et USB, lorsqu'ils sont connectés.
Configurations de fondu audio du crossover. Les OEM peuvent désormais définir des configurations de fondu croisé pour les appareils automobiles, qui peuvent être appliquées aux applications lors de la lecture audio.
Amélioration de la compatibilité avec la radio HD et DAB. Compatibilité totale avec les normes radio HD et DAB afin que les OEM puissent intégrer des fonctionnalités radio dans les appareils automobiles.
Instrumentation plus riche pour les problèmes de performances du système Le protocole dumpsys CarWatchdog signale les métriques mises en cache dans un format structuré pour une analyse plus facile. Le profilage de la mémoire CarWatchdog permet de mieux comprendre l'impact de la pression de mémoire sur les performances.
Accès à distance sans serveur Ajout de la possibilité d'activer d'autres ECU, tels que le TCU, pour déclencher l'activité AAOS et pour que l'AAOS planifie ses propres réveils afin de traiter une file d'attente de tâches.
Arrêt d'urgence Amélioration du service de gestion de l'alimentation de la voiture pour avertir les applications système qu'une situation d'urgence a déclenché un arrêt.
Commandes de stratégie d'alimentation. Permet aux applications système OEM de modifier la stratégie d'alimentation en fonction de la situation.
Multi-écran
Vous pouvez activer la communication entre les mêmes applications exécutées dans différentes zones d'occupants à l'aide de l'API Multi-Display Communications.
Affichage de sécurité
Vous pouvez désormais activer l'UI du pilote et le développement de clusters en dehors de l'arborescence source Android.
Vous pouvez désormais surveiller l'interface utilisateur du conducteur pour générer des alertes et des notifications.
Connectivité
Bluetooth
Casques Bluetooth Permet aux utilisateurs de connecter des casques Bluetooth à AAOS, ainsi qu'à des téléphones connectés, et d'utiliser les casques comme périphérique de sortie audio.
L'utilisateur peut utiliser le nouveau paramètre Périphérique de sortie audio dans le pageset Paramètres audio pour désigner son casque comme périphérique de sortie. Un seul flux multimédia ou audio peut être actif via Bluetooth à la fois, en tant que source ou destination.
Niveau de journalisation par défaut Vous pouvez désormais contrôler le niveau de journalisation par défaut de la pile Bluetooth à partir des options pour les développeurs ou sur la ligne de commande à l'aide de la nouvelle balise de journalisation log.tag.bluetooth.
Messages sur les données et les forfaits d'abonnement UX de référence pour présenter la possibilité de renouveler la connectivité payante au moment où l'utilisateur en a besoin.
Wi-Fi payant par l'OEM UX de référence pour afficher les connexions aux réseaux Wi-Fi restreints.
Persistance du point d'accès Wi-Fi Ajout d'un bouton d'activation/de désactivation permettant aux utilisateurs de conserver le point d'accès du véhicule pour chaque trajet.
UWB
Mise à jour des paramètres. Ajout de nouvelles options pour mieux contrôler les appareils UWB.
UI du système et applications principales
UI du système tenant compte de la configuration Élargissez les fonctionnalités des émulateurs AAOS en prenant en charge plusieurs configurations d'appareils simulées à l'aide d'une seule image système.
Améliorations de la compatibilité Amélioration de la compatibilité des applications tierces grâce à l'inclusion de fonctionnalités Android de base, telles que DocumentsUI et Gallery.
Station d'accueil. Autorisez les utilisateurs à épingler des applications préférées à l'espace de l'interface utilisateur du système pour lancer les applications plus rapidement.
Vue Veille. Fournir aux OEM un espace dans lequel créer des expériences différenciées lorsque les écrans IVI sont allumés, mais pas utilisés
Actualisation du défi de déverrouillage du profil. Ajout d'un défi de verrouillage d'écran standardisé sur Android Automotive.
Amélioration de la compatibilité avec les clients multicaméra EVS simultanés. Amélioration de la prise en charge multicaméra et multiclient dans CarEvsService, ce qui permet aux clients de gérer plus efficacement les flux de données.
Accès user0 Camera2. Autorisez les applications exécutées dans l'utilisateur headless à accéder à Camera2.
Liste d'autorisation de confidentialité Camera2 Les OEM peuvent désormais ajouter certaines applications d'appareil photo à la liste d'autorisation pour qu'elles puissent accéder aux appareils photo, quel que soit l'état du bouton de confidentialité de l'appareil photo.
Accès anticipé à Camera2 Les clients privilégiés disposant de UID AID_AUTOMOTIVE_EVS peuvent désormais accéder à la caméra avant la fin du démarrage d'Android.
Capteurs à ultrasons Ajout de nouvelles propriétés VHAL pour les capteurs de stationnement à ultrasons.
Surveillance du conducteur Ajout de nouvelles propriétés VHAL pour les systèmes de surveillance de l'attention du conducteur.
Nouvelles propriétés VHAL. Ajout de 10 nouvelles propriétés VHAL.
Amélioration des performances des établissements automobiles Pour réduire la charge du processeur, les propriétés Continuous et On_Change ont été mises à jour.
Résolution configurable lors de l'abonnement aux données des capteurs. Ajout d'une nouvelle API registerCallback au niveau du CPM et ajout de logique à l'interface CarPropertyService et VHAL.
VHAL: précision du module d'accès. Les OEM peuvent désormais spécifier des niveaux d'accès (par exemple, READ-only et READ-WRITE) par combinaisons propertyId-areaId au lieu de spécifier des niveaux d'accès pour une propriété entière.
Conformité
Les tests de conformité Android ont été exécutés sur du matériel de référence interne. Les suites de test exécutées pour cette version incluent CTS, STS, VTS et CTSonGSI.
À l'exception des problèmes suivants, nous n'avons détecté aucune défaillance connue nécessitant un correctif dans le code Android 15 (android15-release) ni dans la branche de test Android 15 (android15-tests-dev).
CTS-Verifier Résultat du sélecteur.
Si votre appareil est basé sur l'UI Portrait pour voiture, ces tests peuvent échouer, en plus de ceux listés précédemment.
CTS : CtsWindowManagerDeviceWindow
CTS : CtsWindowManagerDeviceMultiDisplay
CTS-Verifier Désactiver la barre d'état
Le contenu et les exemples de code de cette page sont soumis aux licences décrites dans la Licence de contenu. Java et OpenJDK sont des marques ou des marques déposées d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2025/06/11 (UTC).
[[["Facile à comprendre","easyToUnderstand","thumb-up"],["J'ai pu résoudre mon problème","solvedMyProblem","thumb-up"],["Autre","otherUp","thumb-up"]],[["Il n'y a pas l'information dont j'ai besoin","missingTheInformationINeed","thumb-down"],["Trop compliqué/Trop d'étapes","tooComplicatedTooManySteps","thumb-down"],["Obsolète","outOfDate","thumb-down"],["Problème de traduction","translationIssue","thumb-down"],["Mauvais exemple/Erreur de code","samplesCodeIssue","thumb-down"],["Autre","otherDown","thumb-down"]],["Dernière mise à jour le 2025/06/11 (UTC)."],[],[],null,["# Android Automotive 24Q3\n\nThis page summarizes new major features provided in Android Automotive 24Q3.\n\nFeatures\n--------\n\n### Car framework\n\n#### Display and window manager\n\nTo learn more, see\n[Instrument Cluster API](/docs/automotive/displays/cluster_api).\n\n1. **Added UXRE support on multiple displays, including physical and virtual\n displays.** This enables different UXREs to be applied on a per-display basis, whether a physical or a virtual display. Displays can be identified within a car occupant zone in the UXRE config. This allows for passenger-only displays to continue to use NDO apps while driving.\n\n#### Audio and radio\n\nTo learn more, see\n[Radio control implementation](/docs/automotive/radio/radio-control-implementation).\n\n1. **Min and max volume levels.** OEMs can now define minimum and maximum\n volume levels to prevent sounds from being too quiet or too loud when\n activated.\n\n2. **Dynamic audio devices.** Allows audio configurations with dynamic output\n devices, such as Bluetooth and USB headphones, to be selected by the user\n when the devices are connected.\n\n3. **Audio crossover fade configurations.** OEMs can now define crossover fade\n configurations for automotive devices, which can be applied to apps upon\n audio playback.\n\n4. **Improve support HD and DAB radio.** Fully support the HD and DAB radio\n standards so that OEMs can integrate radio features in automotive devices.\n\n#### Performance and system health\n\nTo learn more, see\n[Collect performance data](/docs/automotive/watchdog/wd_performance_health)\nand [Monitor system health](/docs/automotive/watchdog/wd_system_health).\n\n1. **Richer instrumentation for system performance issues.** The CarWatchdog dumpsys proto reports cached metrics in a structured format for easier analysis. CarWatchdog memory profiling is used to better understand the impact of memory pressure on performance.\n\n#### Power management\n\nTo learn more, see [Power management](/docs/automotive/power/power).\n\n1. **Serverless remote access.** Added the ability to enable other ECUs, such\n as the TCU, to trigger AAOS activity and for AAOS to schedule its own\n wake-ups to process a queue of tasks.\n\n2. **Emergency shutdown support.** Improves the car power management service to\n alert system apps that an emergency condition has triggered a shut-down.\n\n3. **Power policy controls.** Allows OEM system apps to change power policy\n according to the situation.\n\n### Multi-display\n\n1. You can enable the communication between the same apps running in different occupant zones using the [Multi-Display Communications API](/docs/automotive/displays/multi-display-comms-api).\n\n### Safety display\n\n1. You can now enable driver UI and cluster development outside the Android\n source tree.\n\n2. You can now monitor the Driver UI can generate alerts and notifications.\n\n### Connectivity\n\n#### Bluetooth\n\n1. **Bluetooth headsets.** Allows users to connect Bluetooth headsets to AAOS,\n alongside connected phones, and to use headsets as an audio output device.\n The user can use the new **Audio Output Device** setting on the **Audio\n Settings** pageset to designate their headset as an output device. Only one\n media or audio stream can be active over Bluetooth at a time, source or\n sink.\n\n2. **Default Log Level.** You can now control the default log level of the\n Bluetooth stack from **Developer Options** or on the command line using the\n new `log.tag.bluetooth` logging tag.\n\n#### Networking\n\nTo learn more, see\n[Maintain hotspots between driving sessions](/docs/automotive/connectivity/persist-access-point).\n\n1. **Data and subscription plan messaging.** A reference UX to present the\n option to renew paid connectivity at the user's point of need.\n\n2. **OEM-paid Wi-Fi.** A reference UX for showing connections to restricted\n Wi-Fi networks.\n\n3. **Wi-Fi hotspot persistence.** Added a toggle to allow users to retain the\n vehicle hotspot for every drive.\n\n#### UWB\n\n1. **Settings update.** Added new options to provide more control of UWB devices.\n\n### System UI and core apps\n\n1. **Config aware System UI.** Broaden the capabilities of AAOS emulators by\n supporting simulated multiple device configurations using a single system\n image.\n\n2. **Compatibility improvements.** Made improvements to third party app facing\n compatibility through the inclusion of core Android functionality, such as\n DocumentsUI and Gallery.\n\n3. **Dock.** Allow users to *pin* favorite apps to the system UI space to more\n quickly launch apps.\n\n4. **Ambient view.** Provide OEMs with a space in which to create\n differentiated experiences when IVI screens are turned on but not in use\n\n5. **Refreshed profile lock challenge.** Added a standardized screen lock\n challenge across Android Automotive.\n\n### Camera\n\nTo learn more, see [Camera](/docs/automotive/camera).\n\n1. **Improved support for EVS concurrent multi-camera clients.** Improved\n multi-camera and multi-client support in `CarEvsService`, allowing clients\n to manage data streams more efficiently.\n\n2. **Camera2 user0 access.** Enable apps running in the headless user to access\n Camera2.\n\n3. **Camera2 privacy allowlist.** OEMs can now designate certain camera apps to\n be allowlisted to access cameras regardless of the state of camera privacy\n toggle.\n\n4. **Camera2 early access.** Privileged clients with `UID AID_AUTOMOTIVE_EVS`\n can now access the camera before an Android boot is completed.\n\n### Sensors and VHAL properties\n\nTo learn more, see\n[Supported system properties](/docs/automotive/vhal/system-properties).\n\n1. **Ultrasonic sensors.** Added new VHAL properties for ultrasonic parking\n sensors.\n\n2. **Driver monitoring.** Added new VHAL properties for driver attention\n monitoring systems.\n\n3. **New VHAL properties.** Added 10 new VHAL properties.\n\n4. **Car property performance improvements.** To reduce CPU load, updated the\n `Continuous` and `On_Change` properties.\n\n5. **Configurable resolution when subscribing to sensor data.** Added a new\n `registerCallback` API at the CPM level and added logic to the\n `CarPropertyService` and VHAL interface.\n\n6. **VHAL: Access module granularity.** OEMs can now specify access levels\n (such as `READ-only` and `READ-WRITE`) per `propertyId-areaId` combinations\n instead of specifying access levels for an entire property.\n\nCompliance\n----------\n\nAndroid compliance tests were executed on internal reference hardware. Test\nsuites run for this release include CTS, STS, VTS, and CTSonGSI.\n\nExcept for the following issues, we discovered no known failures requiring a fix\neither in Android 15 code (`android15-release`) or in the Android 15 test branch\n(`android15-tests-dev`).\n\n- **CTS-Verifier.** Chooser result.\n\nIf your device is based on the Car Portrait UI, these tests might fail, in\naddition to those listed previously.\n\n- **CTS.** `CtsWindowManagerDeviceWindow`\n- **CTS.** `CtsWindowManagerDeviceMultiDisplay`\n- **CTS-Verifier.** Disable the status bar\n\n| **Note:** Fixes for these items, and any other required compliance patches, can be found in the [Android Open Source Project](https://android-review.googlesource.com/q/hashtag:%22aaos-24q3-cts%22+%28status:open%20OR%20status:merged%29). Changes provided here will be provided in the Android 15 24Q4 release."]]
