Google se complace en compartir esta versión 25Q2 de Android con los socios de Android Automotive. En el caso de Android 16, esta versión 25Q2 de Android Automotive es compatible. Seguimos ajustando las funciones con el objetivo de recomendar una próxima versión para los OEMs.
Detalles de la versión
En esta sección, se resumen las principales funciones y mejoras que se proporcionan en la versión B de AAOS.
Estas actualizaciones se aplican a Android16, nivel de API 36.
La versión 25Q2 de Android Automotive es compatible con Android 16.
Funciones nuevas
La versión 25Q2 proporciona estas funciones nuevas.
Framework de AAOS
Audio y radio:
Mejoras en la HAL de control de audio: Para configurar las funciones de audio del automóvil, usa APIs en lugar de archivos en formato XML.
Sistema de alerta de emergencia (EAS) de radio de alta definición (HD): Pasa información de EAS a las aplicaciones de radio con una API. Esto se aplica a HD Radio (América del Norte) y DAB EWS (Unión Europea).
Biblioteca integrada de AAudio: AAudio AAudio admite etiquetas de atributos de audio definidas por el OEM para personalizar el comportamiento de la app. Por ejemplo, el enrutamiento de audio y la administración de volumen.
Administración de energía:
- Notificaciones de estado de energía a procesos integrados: Se amplía la disponibilidad de notificaciones de estado de energía a procesos integrados del OEM (más allá de las apps para Android).
Framework de Car:
- Configuración dinámica de propiedades del vehículo: Admite la configuración dinámica de los valores mínimos y máximos, y de los valores admitidos en las propiedades del vehículo.
Conectividad
Redes:
Telefonía mínima: Un subconjunto de la capa de abstracción de hardware (HAL) de telefonía de Android para que los OEMs automotrices puedan usar la telefonía de Android en dispositivos solo de datos (incluidas las TCUs). Esto reduce la fragmentación y proporciona compatibilidad con la funcionalidad de telefonía.
API de Connectivity Messaging Upsell: Se mejoró SubscriptionManager para proporcionar APIs que puedan exponer el estado de suscripción de datos móviles de un usuario. Por ejemplo,
active,inactive,trialy la fecha de vencimiento.Compatibilidad con apps proyectadas: Se agregó compatibilidad para permitir que los OEMs automotrices configuren el conjunto completo de parámetros
hostapd.confque no están disponibles a través de las APIs de Android. Se agregó un motivo de desconexión a la API de SoftApCallback para que los OEMs puedan saber por qué los clientes se desconectaron de un punto de acceso local (LOHS). Estas funciones mejoran la compatibilidad con las apps proyectadas y reducen la fragmentación.
IU del sistema y experiencias de AAOS
- IU escalable: Este framework de ventanas de AAOS proporciona a los OEMs componentes configurables que les permiten cumplir con los requisitos de ventanas y facilitar experiencias personalizadas.
Propiedades de VHAL
Propiedades del vehículo:
Se agregaron nuevas propiedades del vehículo para comunicar las características y el estado del vehículo.
Se actualizaron las constantes de propiedades del vehículo de @SystemApi a APIs públicas para consolidar la documentación generada en VehiclePropertyIDs. Aún se requieren los permisos definidos y documentados anteriormente para acceder a los datos de las propiedades del vehículo.
Propiedades del vehículo accesibles para terceros: Esta función pone a disposición de los desarrolladores de apps de terceros ocho propiedades del vehículo existentes que son relevantes para la navegación, el asistente de voz, el clima y el estado de conducción. Para obtener más información, consulta Integración con apps y servicios de Google.
Cumplimiento
El cumplimiento de Android se ejecutó en el hardware de referencia interno. Los conjuntos de pruebas que se ejecutan para esta versión incluyen CTS, CTS-V, ATS, STS, VTS y CTS en GSI.
Excepto por los problemas que se enumeran a continuación, ninguna falla conocida requiere una corrección en el código de Android 16 (android16-release) ni en la rama de prueba de Android 16 (android16-tests-dev).
Prueba fallida:
CtsWindowManagerJetpackTestCases#MultiDisplayActivityEmbeddingPlaceholderTestsResumen de la falla: Una prueba falla en la pantalla vertical. Cuando se prueban los comportamientos de incorporación de actividades en compilaciones de IU escalables que se basan en soluciones de ventanas que involucran varias tareas raíz, cada una de
WINDOWING_MODE_MULTI_WINDOW, se producen fallas conocidas debido a que algunas actividades se inician en límites más pequeños de lo esperado, como enwindowMetricsde las reglas de incorporación. Como resultado, se inició el marcador de posición y la prueba falló cuando se inició una actividad en la pantalla secundaria.El parche aosp/3659633 corrige la herencia del modo de ventanas de Multiventana
rootTask.Prueba fallida:
CtsAutoFillServiceTestCasesResumen de la falla: Se producen dos categorías de problemas conocidos en las compilaciones de IU escalables basadas en soluciones de ventanas que involucran varias tareas raíz, cada una de
WINDOWING_MODE_MULTI_WINDOW:El IME cubre el diálogo de Autocompletar que impide que se presionen los botones del diálogo de Autocompletar. Puedes inhabilitar temporalmente el diálogo de Autocompletar con este parche ag/3664131 de la plataforma.
Cuando se autocompleta el segundo campo, como
PASSWORD, laLoginActivityestá detrás dedecor_gripy pierde el foco de entrada. Los parches se pueden encontrar en los siguientes vínculos: ag/367941, ag/3675628, ag/3675627.