Android Automotive 26Q2

Esta página descreve os recursos e melhorias da versão 26Q2 do Android Automotive OS (AAOS, na sigla em inglês) (nível da API 37), que inclui oito novos recursos e resolve 180 problemas.

Framework do AAOS

Gerenciamento de usuários

  • Ativamos a notificação ManagedServices em usuários visíveis em segundo plano.

  • Adicionamos suporte para DocumentsUI em usuários visíveis em segundo plano.

Áudio e rádio

  • Aplicação do foco de áudio:ativamos a aplicação do foco de áudio no AAOS, que é fundamental para a segurança do usuário.

  • Callback de ganho de áudio:esse callback permite que o hardware de áudio comunique mudanças de volume aos componentes de software, incluindo apps, e permite que todo o sistema detecte de forma consistente os níveis de áudio atuais. Os OEMs podem adicionar novos eventos ao callback de ganho de áudio e personalizar o comportamento no serviço do OEM.

Framework do carro

  • Disponibilidade de propriedades do veículo:permite que os OEMs ativem e desativem dinamicamente as propriedades do veículo, com outros status para propriedades definidas pelo fornecedor ou não disponíveis.

Segurança da tela

O pacote de segurança da tela do AAOS apresenta uma arquitetura de gráficos isolada e reforçada para segurança da nova plataforma SDV, oferecendo uma experiência responsiva do cockpit unificado. A segurança da tela tem os seguintes componentes:

  • Renderizador de alta disponibilidade (HAR) : um mecanismo de baixa latência que opera de forma independente do sistema principal de infotainment para garantir a exibição determinística de dados críticos do veículo, como marcha, velocidade e indicadores. Ele usa um loop de renderização isolado de segurança e composição para uma combinação eficiente.

  • Conjunto de ferramentas de monitoramento e compilador de design de segurança: um conjunto de utilitários automatizados usados para verificar se os elementos visuais críticos de segurança estão em conformidade com os padrões de layout de exibição. Ele aplica a renderização perfeita de pixels e usa a segmentação de diferenças para conformidade visual.

  • App de cluster do Android (DriverUI) : um app interativo que sincroniza canais SDV resilientes do AAOS para compor conteúdo de infotainment com camadas de segurança HAR na tela do cluster.

Conectividade

  • Mensagens com vários dispositivos:corrigimos uma regressão na pilha de telefonia que impedia o sistema de armazenar mensagens de vários dispositivos conectados.

  • Integração do PANS-and-Play (PnP) : atualizamos o Google Play para que ele reconheça o PANS e melhore a experiência do usuário.

Interface e experiências do sistema

  • Interface escalonável do sistema:estendemos o framework da interface escalonável definindo uma API que permite que os OEMs personalizem os componentes da interface do sistema. Isso unifica o fluxo de trabalho e permite a aplicação consistente da identidade da marca.

  • Referência multiusuário e de várias telas (MUMD):fornecemos um exemplo de configuração de várias telas que usa usuários simultâneos em segundo plano com a interface escalonável.

  • Notificações heads-up (HUNs) para interface escalonável:simplificamos a personalização do OEM e reduzimos os custos modularizando os componentes da interface do sistema, como HVAC e interface do sistema do carro. Os principais recursos incluem um mecanismo de tradução HUNPanel dedicado para animações definidas pelo estado e uma nova classe HUNWindow para gerenciamento otimizado do ciclo de vida da janela.

  • Modularização da interface do sistema do carro:desconstruímos a interface monolítica do sistema Android em componentes modulares independentes para reduzir os custos do OEM e evitar problemas de compatibilidade.

Apps principais

  • APIs AppFunction:permitem que os agentes se conectem a apps.

Câmera

  • Descontinuação do sistema de visualização estendida (EVS) : descontinuamos as APIs EVS para reduzir a fragmentação e unificar a superfície da API da câmera. Os OEMs precisam usar as APIs Camera2. Para mais informações, consulte Migrar para o Camera2.

Veículo definido por software (SDV)

  • Veículos definidos por software:estendemos os recursos do Android além da tela de infotainment para alimentar vários domínios no carro com uma arquitetura orientada a serviços (SOA) escalonável e integração perfeita com o IVI. Inclui HAR para clusters de instrumentos, permitindo iterações rápidas de design e desenvolvimento para uma solução completa de cockpit.

Compliance

Para validar a implementação do AAOS, use os seguintes conjuntos de testes:

Problemas de teste conhecidos

A versão 26Q2 do AAOS inclui os seguintes problemas conhecidos relacionados a testes:

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

Teste automatizado que exige verificação manual

O módulo a seguir falha no teste automatizado (CTS) em configurações multiusuário ou de várias telas específicas: CtsMediaAudioTestCases[secondary_user_on_secondary_display]. Verifique a funcionalidade associada usando testes manuais.