Android Automotive 25Q2

Google se complace en compartir esta versión de Android 25Q2 con los socios de Android Automotive. En el caso de Android 16, esta versión de Android Automotive 25Q2 es compatible. Seguimos ajustando las funciones con el objetivo de recomendar una versión próxima para los OEM.

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 cumple con Android 16.

Funciones nuevas

La versión del 25Q2 proporciona estas nuevas funciones.

AAOS Framework

  • 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 XML.

    • Sistema de alerta de emergencia (EAS) de radio en alta definición (HD): Pasa información del EAS a las aplicaciones de radio con una API. Esto se aplica a HD Radio (Norteamérica) y a DAB EWS (Unión Europea).

    • Biblioteca integrada de AAudio: AAudio AAudio admite etiquetas de Audio Attributes definidas por el OEM para personalizar el comportamiento de la app. Por ejemplo, el enrutamiento de audio y la administración del volumen.

  • Administración de energía:

    • Notificaciones de estado de energía a procesos integrados: Se extendió la disponibilidad de notificaciones de estado de energía a procesos integrados del OEM (más allá de las apps para Android).

  • Framework del auto:

    • Configuración dinámica de las 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: Es un subconjunto de la capa de abstracción de hardware (HAL) de telefonía de Android para que los OEM automotrices puedan usar la telefonía de Android en dispositivos solo con datos (incluidas las TCU). 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 pueden exponer el estado de suscripción a datos móviles de un usuario. Por ejemplo, active, inactive, trial y la fecha de vencimiento.

    • Compatibilidad con apps proyectadas: Se agregó compatibilidad para permitir que los OEM de la industria automotriz configuren el conjunto completo de parámetros de hostapd.conf que 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 OEM puedan saber por qué los clientes se desconectaron de un hotspot local (LOHS). Estas funciones mejoran la compatibilidad con las apps proyectadas y reducen la fragmentación.

IU y experiencias del sistema de AAOS

  • IU escalable: Este framework de ventanas de AAOS proporciona a los OEM 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 sus características y estado.

    • 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 todos los permisos definidos y documentados previamente 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 externos ocho propiedades existentes del vehículo que son relevantes para la navegación, el asistente por voz, el clima y el estado de conducción. Para obtener más información, consulta Integración con las apps y los servicios de Google.

Cumplimiento

Se ejecutó la prueba de cumplimiento de Android 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 la GSI.

Excepto por los problemas que se indican a continuación, no se conocen fallas que requieran una corrección en el código de Android 16 (android16-release) ni en la rama de prueba de Android 16 (android16-tests-dev).

  • Falla en la prueba: CtsWindowManagerJetpackTestCases#MultiDisplayActivityEmbeddingPlaceholderTests

    Resumen de fallos: Una prueba falla en la pantalla vertical. Cuando se prueban los comportamientos de la incorporación de actividades en compilaciones de IU escalable basadas en soluciones de ventanas que involucran varias tareas raíz, cada una de ellas un WINDOWING_MODE_MULTI_WINDOW, se producen errores conocidos debido a que algunas actividades se inician en límites más pequeños de lo esperado, como en windowMetrics de 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 desde rootTask multiventana.

  • Falla en la prueba: CtsAutoFillServiceTestCases

    Resumen de la falla: Se producen dos categorías de problemas conocidos en las compilaciones de IU escalable basadas en soluciones de ventanas que involucran varias tareas raíz de WINDOWING_MODE_MULTI_WINDOW cada una:

    • El IME cubre el diálogo de autocompletado, lo que impide que se presionen los botones del diálogo de autocompletado. Puedes inhabilitar temporalmente el diálogo de completar con este parche de la plataforma ag/3664131.

    • Cuando el segundo campo se autocompleta, como PASSWORD, el LoginActivity queda detrás de decor_grip y pierde el foco de entrada. Puedes encontrar los parches en los siguientes vínculos: ag/3679541, ag/3675628 y ag/3675627.