Android Automotive 25Q2

O Google tem o prazer de compartilhar esta versão do Android 25Q2 com parceiros do Android Automotive. Para o Android 16, esta versão do Android Automotive 25Q2 está em conformidade. Continuamos a ajustar os recursos, com o objetivo de recomendar uma versão futura para OEMs.

Detalhes da versão

Esta seção resume os principais recursos e melhorias fornecidos na versão B do AAOS.

Essas atualizações se aplicam ao Android16, nível 36 da API.

A versão do Android Automotive 25Q2 está em conformidade com o Android 16.

Novos recursos

A versão do 2º trimestre de 2025 oferece esses novos recursos.

Framework do AAOS

  • Áudio e rádio:

    • Melhorias na HAL de controle de áudio:para configurar recursos de áudio do carro, use APIs em vez de arquivos XML.

    • Sistema de alerta de emergência (EAS, na sigla em inglês) de rádio de alta definição (HD): transmita informações do EAS para aplicativos de rádio com uma API. Isso se aplica ao HD Radio (América do Norte) e ao DAB EWS (União Europeia).

    • Biblioteca integrada do AAudio:o AAudio é compatível com tags de atributos de áudio definidas pelo OEM para personalizar o comportamento do app. Por exemplo, roteamento de áudio e gerenciamento de volume.

  • Gerenciamento de energia:

    • Notificações de estado de energia para processos integrados:a disponibilidade de notificações de estado de energia para processos integrados do OEM (além de apps Android) foi estendida.

  • Estrutura do carro:

    • Configuração dinâmica das propriedades do veículo:compatibilidade com a configuração dinâmica de valores mínimos e máximos e de valores aceitos nas propriedades do veículo.

Conectividade

  • Rede:

    • Telefonia mínima:um subconjunto da camada de abstração de hardware (HAL) de telefonia do Android para OEMs automotivos. Permite que os OEMs usem a telefonia do Android em dispositivos somente de dados (incluindo TCUs). Isso reduz a fragmentação e oferece suporte à funcionalidade de telefonia.

    • API Connectivity Messaging Upsell:SubscriptionManager aprimorado para fornecer APIs que podem expor o status da assinatura de dados móveis de um usuário. Por exemplo, active, inactive, trial e data de validade.

    • Suporte a apps projetados:foi adicionado suporte para permitir que os OEMs automotivos configurem o conjunto completo de parâmetros hostapd.conf não disponíveis nas APIs do Android. Adicionamos um motivo de desconexão à API SoftApCallback para que os OEMs saibam por que os clientes se desconectaram de um ponto de acesso local (LOHS, na sigla em inglês). Esses recursos melhoram a compatibilidade com apps projetados e reduzem a fragmentação.

IU e experiências do sistema AAOS

  • Interface escalonável:essa estrutura de janelas do AAOS oferece aos OEMs componentes configuráveis que permitem atender aos requisitos de janelas e facilitar experiências personalizadas.

Propriedades da VHAL

  • Propriedades do veículo:

    • Adicionamos novas propriedades de veículo para comunicar as características e o estado do veículo.

    • Atualizamos as constantes de propriedades do veículo de @SystemApi para APIs públicas para consolidar a documentação gerada em VehiclePropertyIDs. Todas as permissões definidas e documentadas anteriormente ainda são necessárias para acessar os dados de propriedades do veículo.

  • Propriedades do veículo acessíveis a terceiros:esse recurso disponibiliza oito propriedades do veículo relevantes para navegação, assistente de voz, clima e estado de direção para desenvolvedores de apps de terceiros. Para saber mais, consulte Integrar com apps e serviços do Google.

Compliance

A conformidade com o Android foi executada no hardware de referência interno. Os conjuntos de testes executados para esta versão incluem CTS, CTS-V, ATS, STS, VTS e CTS no GSI.

Exceto pelos problemas listados abaixo, nenhuma falha conhecida exige uma correção no código do Android 16 (android16-release) ou na ramificação de teste do Android 16 (android16-tests-dev).

  • Falha no teste: CtsWindowManagerJetpackTestCases#MultiDisplayActivityEmbeddingPlaceholderTests

    Resumo da falha: um teste falha na tela retrato. Ao testar comportamentos de incorporação de atividades em builds de interface escalonável baseados em soluções de janela que envolvem várias tarefas raiz, cada uma com um WINDOWING_MODE_MULTI_WINDOW, ocorrem falhas conhecidas devido a algumas atividades iniciadas em limites menores do que o esperado, como em windowMetrics das regras de incorporação. Como resultado, o marcador de posição foi iniciado e o teste falhou ao iniciar uma atividade na tela secundária.

    O patch aosp/3659633 corrige a herança do modo de janela de várias janelas rootTask.

  • Teste com falha: CtsAutoFillServiceTestCases

    Resumo da falha: duas categorias de problemas conhecidos ocorrem nos builds da interface escalonável com base em soluções de janela que envolvem várias tarefas raiz de WINDOWING_MODE_MULTI_WINDOW cada uma:

    • O IME cobre a caixa de diálogo de preenchimento automático, o que impede que os botões nela sejam pressionados. É possível desativar temporariamente a caixa de diálogo de preenchimento com este patch da plataforma ag/3664131.

    • Quando o segundo campo é preenchido automaticamente, como PASSWORD, o LoginActivity fica atrás de decor_grip e perde o foco de entrada. Confira os patches nos seguintes links: ag/3679541, ag/3675628, ag/3675627.