Android Automotive 26Q2

En esta página, se describen las funciones y mejoras de la versión 26Q2 del SO Android Automotive (AAOS) (nivel de API 37), que incluye ocho funciones nuevas y aborda 180 problemas.

Framework de AAOS

Administración de usuarios

  • Se habilitó la notificación ManagedServices en los usuarios visibles en segundo plano.

  • Se agregó compatibilidad con DocumentsUI en usuarios con fondos visibles.

Audio y radio

  • Aplicación del enfoque de audio: Se habilitó la aplicación del enfoque de audio en AAOS, lo que es fundamental para la seguridad del usuario.

  • Devolución de llamada de ganancia de audio: Esta devolución de llamada permite que el hardware de audio comunique los cambios de volumen a los componentes de software, incluidas las apps, y permite que todo el sistema detecte de forma coherente los niveles de audio actuales. Los OEM pueden agregar eventos nuevos a la devolución de llamada de ganancia de audio y personalizar el comportamiento en el servicio del OEM.

Framework de automóvil

  • Disponibilidad de las propiedades del vehículo: Permite que los OEMs habiliten y deshabiliten de forma dinámica las propiedades del vehículo, con estados adicionales para las propiedades definidas por el proveedor o no disponibles.

Seguridad de la pantalla

El paquete AAOS Display Safety presenta una arquitectura de gráficos aislada y reforzada para la seguridad de la nueva plataforma de SDV, lo que proporciona una experiencia de cabina unificada y responsiva. La Seguridad de la pantalla tiene los siguientes componentes:

  • Renderizador de alta disponibilidad (HAR): Es un motor de baja latencia que funciona de forma independiente del sistema de infoentretenimiento principal para garantizar la visualización determinística de datos críticos del vehículo, como la marcha, la velocidad y las luces de advertencia. Utiliza un bucle de renderización aislado de seguridad y composición para una combinación eficiente.

  • Cadena de herramientas de compilación y supervisión del diseño de seguridad: Es un conjunto de utilidades automatizadas que se usan para verificar que los elementos visuales críticos para la seguridad cumplan con los estándares de diseño de pantalla. Aplica la renderización perfecta de píxeles y emplea la segmentación de diferencias para el cumplimiento visual.

  • App de clúster de Android (DriverUI): Es una app interactiva que se sincroniza a través de canales de SDV de AAOS resilientes para componer contenido de infoentretenimiento con capas de seguridad de HAR en la pantalla del clúster.

Conectividad

  • Mensajes con varios dispositivos: Se corrigió una regresión en la pila de telefonía que impedía que el sistema almacenara mensajes de varios dispositivos conectados.

  • Integración de PANS y Play (PnP): Se actualizó Google Play para que sea compatible con PANS y mejorar la experiencia del usuario.

IU del sistema y experiencias

  • IU del sistema escalable: Se extendió el framework de IU escalable definiendo una API que permite a los OEM personalizar los componentes de la IU del sistema a nivel del sistema. Esto unifica el flujo de trabajo y permite la aplicación coherente de la identidad de marca.

  • Referencia multiusuario y multipantalla (MUMD): Se proporcionó una muestra de una configuración de varias pantallas que usa usuarios en segundo plano simultáneos con IU escalable.

  • Notificaciones emergentes (HUN) para la IU escalable: Se optimizó la personalización del OEM y se redujeron los costos mediante la modularización de los componentes de la IU del sistema, como la IU del sistema del automóvil y la HVAC. Entre las funciones clave, se incluyen un mecanismo de traducción de HUNPanel dedicado para animaciones definidas por el estado y una nueva clase HUNWindow para la administración optimizada del ciclo de vida de la ventana.

  • Modularización de la IU del sistema del automóvil: Se descompuso la IU del sistema monolítico de Android en componentes modulares independientes para reducir los costos de los OEM y evitar problemas de compatibilidad.

Apps principales

  • APIs de AppFunction: Permiten que los agentes se conecten a las apps.

Cámara

  • Se dejó de usar el sistema de vista extendida (EVS): Se dejaron de usar las APIs de EVS para reducir la fragmentación y unificar la superficie de la API de la cámara. En su lugar, los OEM deben usar las APIs de Camera2. Para obtener más información, consulta Migra a Camera2.

Vehículo definido por software (SDV)

  • Vehículos definidos por software: Extiende las capacidades de Android más allá de la pantalla de infoentretenimiento para potenciar múltiples dominios en el automóvil con una arquitectura orientada a servicios (SOA) escalable y una integración perfecta con el IVI. Incluye HAR para los cuadros de instrumentos, lo que permite iteraciones rápidas de diseño y desarrollo para una solución de cabina completa.

Cumplimiento

Para validar tu implementación de AAOS, usa los siguientes conjuntos de pruebas:

Problemas conocidos de las pruebas

La versión AAOS 26Q2 incluye los siguientes problemas conocidos relacionados con las pruebas:

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

Prueba automatizada que requiere verificación manual

El siguiente módulo no supera las pruebas automatizadas (CTS) en configuraciones específicas de multiusuario o varias pantallas: CtsMediaAudioTestCases[secondary_user_on_secondary_display]. Verifica la funcionalidad asociada con pruebas manuales.