Android Automotive 26Q2

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

Framework AAOS

Gerenciamento de usuários

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

  • Adição de suporte para DocumentsUI em usuários com plano de fundo visível.

Áudio e rádio

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

  • Callback de ganho de áudio:permite que o hardware de áudio comunique mudanças de volume a componentes de software, incluindo apps, e permite que todo o sistema detecte consistentemente 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.

Estrutura do carro

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

Segurança de exibição

O pacote AAOS Display Safety apresenta uma arquitetura de gráficos isolada e reforçada para segurança para a nova plataforma SDV, oferecendo uma experiência responsiva do Unified Cockpit. A Segurança de display tem os seguintes componentes:

  • Renderizador de alta disponibilidade (HAR):um mecanismo de baixa latência que opera de forma independente do sistema principal de infoentretenimento 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 por segurança e composição para fusão eficiente.

  • Compilador de design de segurança e conjunto de ferramentas de monitoramento:um conjunto de utilitários automatizados usados para verificar se os elementos visuais críticos para a segurança estão em conformidade com os padrões de layout de exibição. Ele impõe 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 AAOS resilientes para compor conteúdo de infoentretenimento 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.

IU e experiências do sistema

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

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

  • Notificações de alerta (HUNs, na sigla em inglês) para interface escalonável:personalização simplificada do OEM e redução de custos com a modularização de 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 por 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 do sistema Android monolítica 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 Extended View System (EVS): as APIs do EVS foram descontinuadas para reduzir a fragmentação e unificar a superfície da API da câmera. Em vez disso, os OEMs precisam usar as APIs Camera2. Para mais informações, consulte Migrar para Camera2.

Veículo definido por software (SDV)

  • Veículos definidos por software:estende os recursos do Android além da tela de infoentretenimento 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 painéis de instrumentos, permitindo iterações rápidas de design e desenvolvimento para uma solução completa de cockpit.

Compliance

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

Problemas conhecidos com testes

A versão do AAOS 26Q2 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 específicas de multiusuário ou várias telas: CtsMediaAudioTestCases[secondary_user_on_secondary_display]. Verifique a funcionalidade associada usando testes manuais.