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 los usuarios visibles en segundo plano.

Audio y radio

  • Aplicación de enfoque de audio: Se habilitó la aplicación de enfoque de audio en AAOS, 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 manera coherente los niveles de audio actuales. Los OEMs pueden agregar eventos nuevos a la devolución de llamada de ganancia de audio y personalizar el comportamiento en el servicio de OEM.

Framework de Car

  • Disponibilidad de 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 que no están disponibles.

Seguridad de la pantalla

El paquete de seguridad de la pantalla de AAOS 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 determinista de datos críticos del vehículo, como la marcha, la velocidad y los indicadores. Utiliza un bucle de renderización aislado de seguridad y composición para una combinación eficiente.

  • Cadena de herramientas de compilador y monitor de diseño de seguridad: Es un conjunto de utilidades automatizadas que se usan para verificar que los elementos visuales fundamentales para la seguridad cumplan con los estándares de diseño de la 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 resistentes para componer contenido de infoentretenimiento con capas de seguridad HAR en la pantalla del clúster.

Conectividad

  • Mensajería 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-and-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 mediante la definición de una API que permite que los OEMs personalicen los componentes de la IU del sistema de la capa 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 concurrentes en segundo plano con la IU escalable.

  • Notificaciones emergentes (HUNs) 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 el HVAC y la IU del sistema del vehículo. Entre las funciones clave, se incluyen un mecanismo de traducción 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 vehículo: Se descompuso la IU del sistema monolítica de Android en componentes modulares independientes para reducir los costos de los OEMs 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 OEMs deben usar las APIs de Camera2. Para obtener más información, consulta Cómo migrar a Camera2.

Vehículo definido por software (SDV)

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

Cumplimiento

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

Problemas conocidos de las pruebas

La versión 26Q2 de AAOS 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 falla en 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.