A partir del 27 de marzo de 2025, te recomendamos que uses android-latest-release en lugar de aosp-main para compilar y contribuir a AOSP. Para obtener más información, consulta Cambios en AOSP.
Se agregó compatibilidad con UXRE en varias pantallas, incluidas las físicas y las virtuales. Esto permite aplicar diferentes UXRE por pantalla, ya sea física o virtual. Las pantallas se pueden identificar dentro de una zona de ocupantes del automóvil en la configuración de UXRE. Esto permite que las pantallas solo para pasajeros sigan usando apps de NDO mientras se conduce.
Niveles de volumen mínimo y máximo. Los OEMs ahora pueden definir niveles de volumen mínimos y máximos para evitar que los sonidos sean demasiado bajos o demasiado altos cuando se activan.
Dispositivos de audio dinámicos. Permite que el usuario seleccione configuraciones de audio con dispositivos de salida dinámicos, como auriculares Bluetooth y USB, cuando los dispositivos están conectados.
Configuraciones de atenuación de cruce de audio. Los OEMs ahora pueden definir configuraciones de atenuación cruzada para dispositivos para automóviles, que se pueden aplicar a las apps cuando se reproduce audio.
Mejora la compatibilidad con la radio HD y DAB. Admite por completo los estándares de radio HD y DAB para que los OEM puedan integrar funciones de radio en dispositivos para la industria automotriz.
Instrumentación más rica para problemas de rendimiento del sistema. El proto dumpsys de CarWatchdog informa las métricas almacenadas en caché en un formato estructurado para facilitar el análisis. El perfil de memoria de CarWatchdog se usa para comprender mejor el impacto de la presión de la memoria en el rendimiento.
Acceso remoto sin servidores. Se agregó la capacidad de habilitar otras ECU, como la TCU, para activar la actividad de AAOS y que AAOS programe sus propios activaciones para procesar una lista de tareas en cola.
Compatibilidad con el corte de emergencia Se mejoró el servicio de administración de energía del automóvil para alertar a las apps del sistema que una condición de emergencia activó un apagado.
Controles de la política de energía Permite que las apps del sistema del OEM cambien la política de energía según la situación.
Varias pantallas
Puedes habilitar la comunicación entre las mismas apps que se ejecutan en diferentes zonas de ocupantes con la API de Multi-Display Communications.
Pantalla de seguridad
Ahora puedes habilitar la IU del controlador y el desarrollo de clústeres fuera del árbol de fuentes de Android.
Ahora puedes supervisar la IU del conductor para generar alertas y notificaciones.
Conectividad
Bluetooth
Auriculares Bluetooth. Permite que los usuarios conecten auriculares Bluetooth a AAOS, junto con teléfonos conectados, y que usen los auriculares como dispositivo de salida de audio.
El usuario puede usar el nuevo parámetro de configuración Audio Output Device en el conjunto de páginas Audio Settings para designar sus auriculares como dispositivo de salida. Solo se puede activar una transmisión de audio o multimedia a través de Bluetooth a la vez, ya sea de origen o de destino.
Nivel de registro predeterminado. Ahora puedes controlar el nivel de registro predeterminado de la pila de Bluetooth desde las Opciones para desarrolladores o en la línea de comandos con la nueva etiqueta de registro log.tag.bluetooth.
Mensajes sobre datos y planes de suscripción. Una UX de referencia para presentar la opción de renovar la conectividad pagada en el momento en que el usuario lo necesite.
Wi-Fi pagado por el OEM Una UX de referencia para mostrar conexiones a redes Wi-Fi restringidas.
Persistencia del hotspot de Wi-Fi: Se agregó un botón de activación para permitir que los usuarios retengan el hotspot del vehículo para cada viaje.
UWB
Actualización de la configuración. Se agregaron nuevas opciones para brindar más control de los dispositivos UWB.
IU del sistema y apps principales
IU del sistema consciente de la configuración. Amplia las capacidades de los emuladores de AAOS admitiendo configuraciones simuladas de varios dispositivos con una sola imagen del sistema.
Mejoras de compatibilidad. Se realizaron mejoras en la compatibilidad de apps de terceros con la inclusión de funciones principales de Android, como DocumentsUI y Gallery.
Conecta el dispositivo. Permite que los usuarios fijen sus apps favoritas en el espacio de la IU del sistema para iniciarlas más rápido.
Vista ambiente. Proporcionar a los OEMs un espacio en el que crear experiencias diferenciadas cuando las pantallas de IVI están encendidas, pero no en uso
Se actualizó el desafío de bloqueo de perfil. Se agregó un desafío de bloqueo de pantalla estandarizado en Android Automotive.
Se mejoró la compatibilidad con clientes de varias cámaras simultáneos de EVS. Se mejoró la compatibilidad con varias cámaras y varios clientes en CarEvsService, lo que permite a los clientes administrar flujos de datos de manera más eficiente.
Acceso de usuario0 a Camera2 Habilita las apps que se ejecutan en el usuario sin interfaz gráfica para que accedan a Camera2.
Lista de entidades permitidas de privacidad de Camera2. Los OEMs ahora pueden designar ciertas apps de cámara para que se incluyan en la lista de entidades permitidas y puedan acceder a las cámaras independientemente del estado del botón de activación de privacidad de la cámara.
Acceso anticipado a Camera2. Los clientes con privilegios que tienen UID AID_AUTOMOTIVE_EVS ahora pueden acceder a la cámara antes de que se complete el inicio de Android.
Sensores ultrasónicos. Se agregaron nuevas propiedades de VHAL para los sensores de estacionamiento por ultrasonido.
Supervisión del conductor. Se agregaron nuevas propiedades de VHAL para los sistemas de supervisión de la atención del conductor.
Nuevas propiedades de VHAL Se agregaron 10 propiedades de VHAL nuevas.
Mejoras en el rendimiento de las propiedades de automóviles Para reducir la carga de la CPU, se actualizaron las propiedades Continuous y On_Change.
Resolución configurable cuando te suscribes a los datos de los sensores. Se agregó una nueva API de registerCallback a nivel del CPM y se agregó lógica a la interfaz de CarPropertyService y VHAL.
VHAL: Nivel de detalle del módulo de acceso Los OEMs ahora pueden especificar niveles de acceso (como READ-only y READ-WRITE) por combinaciones de propertyId-areaId en lugar de especificar niveles de acceso para una propiedad completa.
Cumplimiento
Las pruebas de cumplimiento de Android se ejecutaron en hardware de referencia interno. Los conjuntos de pruebas que se ejecutaron para esta versión incluyen CTS, STS, VTS y CTSonGSI.
Excepto por los siguientes problemas, no descubrimos fallas conocidas que requieran una corrección en el código de Android 15 (android15-release) ni en la rama de prueba de Android 15 (android15-tests-dev).
CTS-Verifier. Resultado del selector.
Si tu dispositivo se basa en la IU de Car Portrait, es posible que estas pruebas fallen, además de las que se mencionaron anteriormente.
CTS.CtsWindowManagerDeviceWindow
CTS.CtsWindowManagerDeviceMultiDisplay
CTS-Verifier. Cómo inhabilitar la barra de estado
El contenido y las muestras de código que aparecen en esta página están sujetas a las licencias que se describen en la Licencia de Contenido. Java y OpenJDK son marcas registradas de Oracle o sus afiliados.
Última actualización: 2025-06-11 (UTC)
[[["Fácil de comprender","easyToUnderstand","thumb-up"],["Resolvió mi problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Falta la información que necesito","missingTheInformationINeed","thumb-down"],["Muy complicado o demasiados pasos","tooComplicatedTooManySteps","thumb-down"],["Desactualizado","outOfDate","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Problema con las muestras o los códigos","samplesCodeIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 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."]]