A partir de 27 de março de 2025, recomendamos usar android-latest-release em vez de aosp-main para criar e contribuir com o AOSP. Para mais informações, consulte Mudanças no AOSP.
Adição de suporte à UXRE em várias telas, incluindo telas físicas e
virtuais. Isso permite que diferentes UXREs sejam aplicados por tela, seja ela física ou virtual. As telas podem ser identificadas
dentro de uma zona de ocupantes do carro na configuração da UXRE. Isso permite que
telas exclusivas para o passageiro continuem usando apps de NDO enquanto dirigem.
Níveis de volume mínimo e máximo. Os OEMs agora podem definir níveis mínimos e
máximos de volume para evitar que os sons fiquem muito baixos ou muito altos quando
ativados.
Dispositivos de áudio dinâmico. Permite que configurações de áudio com dispositivos de saída
dinâmicos, como fones de ouvido Bluetooth e USB, sejam selecionadas pelo usuário
quando os dispositivos estão conectados.
Configurações de esmaecimento de crossover de áudio. Os OEMs agora podem definir configurações de crossover fade
para dispositivos automotivos, que podem ser aplicadas a apps durante
a reprodução de áudio.
Melhoria no suporte a rádio HD e DAB. Oferece suporte total aos padrões de rádio HD e DAB
para que os OEMs possam integrar recursos de rádio em dispositivos automotivos.
Instrumentação mais rica para problemas de desempenho do sistema. O proto dumpsys
CarWatchdog informa as métricas em cache em um formato estruturado para facilitar a
análise. O perfil de memória do CarWatchdog é usado para entender melhor o
impacto da pressão de memória no desempenho.
Acesso remoto sem servidor. Foi adicionada a capacidade de ativar outras ECUs, como
a TCU, para acionar a atividade do AAOS e para que o AAOS programe as próprias
ativações para processar uma fila de tarefas.
Suporte para desligamento de emergência. Melhoria do serviço de gerenciamento de energia do carro para
alertar os apps do sistema de que uma condição de emergência acionou uma desativação.
Controles de políticas de energia. Permite que os apps do sistema OEM mudem a política de energia
de acordo com a situação.
Várias telas
É possível ativar a comunicação entre os mesmos apps em execução em
diferentes zonas de ocupantes usando a API Multi-Display Communications.
Placa de segurança
Agora é possível ativar a interface do driver e o desenvolvimento de clusters fora da árvore de origem
do Android.
Agora é possível monitorar a IU do motorista para gerar alertas e notificações.
Conectividade
Bluetooth
Fones de ouvido Bluetooth. Permite que os usuários conectem fones de ouvido Bluetooth ao AAOS,
junto com smartphones conectados, e usem fones de ouvido como um dispositivo de saída de áudio.
O usuário pode usar a nova configuração Audio Output Device no conjunto de páginas Audio
Settings para designar o fone de ouvido como um dispositivo de saída. Apenas um
fluxo de mídia ou áudio pode estar ativo por Bluetooth por vez, fonte ou
sink.
Nível de registro padrão. Agora é possível controlar o nível de registro padrão da
pilha Bluetooth nas Opções do desenvolvedor ou na linha de comando usando a
nova tag de registro log.tag.bluetooth.
Mensagens sobre dados e planos de assinatura. Uma UX de referência para apresentar a
opção de renovar a conectividade paga no ponto de necessidade do usuário.
Wi-Fi pago pelo OEM. Uma UX de referência para mostrar conexões a redes Wi-Fi
restritas.
Ponto de acesso Wi-Fi persistente. Adicionamos uma chave para permitir que os usuários mantenham o
ponto de acesso do veículo em todos os deslocamentos.
UWB
Atualização das configurações. Adicionamos novas opções para oferecer mais controle dos dispositivos UWB.
IU do sistema e apps principais
Configurar a IU do sistema. Amplie os recursos dos emuladores AAOS com
suporte a várias configurações de dispositivos simuladas usando uma única imagem
do sistema.
Melhorias na compatibilidade. Melhorias na compatibilidade de apps de terceiros
com a inclusão de funcionalidades principais do Android, como
DocumentsUI e Galeria.
Base. Permita que os usuários fixem os apps favoritos no espaço da interface do sistema para iniciar
os apps mais rapidamente.
Visualização ambiente. Oferecer aos OEMs um espaço para criar
experiências diferenciadas quando as telas de IVI estiverem ativadas, mas não em uso
Desafio de bloqueio de perfil atualizado. Adicionamos um desafio de bloqueio de tela
padronizado no Android Automotive.
Melhoria no suporte a clientes de várias câmeras simultâneas do EVS. Melhoria
no suporte a várias câmeras e vários clientes em CarEvsService, permitindo que os clientes
gerenciem fluxos de dados com mais eficiência.
Acesso do usuário à Camera2. Permitir que apps em execução no usuário sem cabeça acessem
a Camera2.
Lista de permissões de privacidade da Camera2. Os OEMs agora podem designar determinados apps de câmera para
ter acesso a câmeras, independentemente do estado do botão de privacidade
da câmera.
Acesso antecipado ao Camera2. Clientes privilegiados com UID AID_AUTOMOTIVE_EVS
agora podem acessar a câmera antes que a inicialização do Android seja concluída.
Sensores ultrassônicos. Foram adicionadas novas propriedades VHAL para sensores de estacionamento
ultrassônicos.
Monitoramento do motorista. Foram adicionadas novas propriedades VHAL para sistemas de monitoramento
de atenção do motorista.
Novas propriedades do VHAL. Foram adicionadas 10 novas propriedades VHAL.
Melhorias na performance dos recursos do carro. Para reduzir a carga da CPU, atualize as
propriedades Continuous e On_Change.
Resolução configurável ao assinar dados do sensor. Uma nova
API registerCallback foi adicionada no nível do CPM, e a lógica foi adicionada à
CarPropertyService e à interface VHAL.
VHAL: granularidade do módulo de acesso. Os OEMs agora podem especificar níveis de acesso
(como READ-only e READ-WRITE) por combinações de propertyId-areaId
em vez de especificar níveis de acesso para uma propriedade inteira.
Compliance
Os testes de compliance do Android foram executados em hardware de referência interno. Os pacotes de teste
executados para esta versão incluem CTS, STS, VTS e CTSonGSI.
Exceto os problemas a seguir, não descobrimos falhas conhecidas que exigissem uma correção
no código do Android 15 (android15-release) ou na ramificação de teste do Android 15
(android15-tests-dev).
CTS-Verifier. Resultado do seletor.
Se o dispositivo for baseado na interface de retrato de carro, esses testes podem falhar, além dos listados anteriormente.
CTS.CtsWindowManagerDeviceWindow
CTS.CtsWindowManagerDeviceMultiDisplay
CTS-Verifier. Desativar a barra de status
O conteúdo e os exemplos de código nesta página estão sujeitos às licenças descritas na Licença de conteúdo. Java e OpenJDK são marcas registradas da Oracle e/ou suas afiliadas.
Última atualização 2025-06-11 UTC.
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Não contém as informações de que eu preciso","missingTheInformationINeed","thumb-down"],["Muito complicado / etapas demais","tooComplicatedTooManySteps","thumb-down"],["Desatualizado","outOfDate","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Problema com as amostras / o código","samplesCodeIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2025-06-11 UTC."],[],[],null,["# Android Automotive 24Q3\n\nThis page summarizes new major features provided in Android Automotive 24Q3.\n\nFeatures\n--------\n\n### Car framework\n\n#### Display and window manager\n\nTo learn more, see\n[Instrument Cluster API](/docs/automotive/displays/cluster_api).\n\n1. **Added UXRE support on multiple displays, including physical and virtual\n displays.** This enables different UXREs to be applied on a per-display basis, whether a physical or a virtual display. Displays can be identified within a car occupant zone in the UXRE config. This allows for passenger-only displays to continue to use NDO apps while driving.\n\n#### Audio and radio\n\nTo learn more, see\n[Radio control implementation](/docs/automotive/radio/radio-control-implementation).\n\n1. **Min and max volume levels.** OEMs can now define minimum and maximum\n volume levels to prevent sounds from being too quiet or too loud when\n activated.\n\n2. **Dynamic audio devices.** Allows audio configurations with dynamic output\n devices, such as Bluetooth and USB headphones, to be selected by the user\n when the devices are connected.\n\n3. **Audio crossover fade configurations.** OEMs can now define crossover fade\n configurations for automotive devices, which can be applied to apps upon\n audio playback.\n\n4. **Improve support HD and DAB radio.** Fully support the HD and DAB radio\n standards so that OEMs can integrate radio features in automotive devices.\n\n#### Performance and system health\n\nTo learn more, see\n[Collect performance data](/docs/automotive/watchdog/wd_performance_health)\nand [Monitor system health](/docs/automotive/watchdog/wd_system_health).\n\n1. **Richer instrumentation for system performance issues.** The CarWatchdog dumpsys proto reports cached metrics in a structured format for easier analysis. CarWatchdog memory profiling is used to better understand the impact of memory pressure on performance.\n\n#### Power management\n\nTo learn more, see [Power management](/docs/automotive/power/power).\n\n1. **Serverless remote access.** Added the ability to enable other ECUs, such\n as the TCU, to trigger AAOS activity and for AAOS to schedule its own\n wake-ups to process a queue of tasks.\n\n2. **Emergency shutdown support.** Improves the car power management service to\n alert system apps that an emergency condition has triggered a shut-down.\n\n3. **Power policy controls.** Allows OEM system apps to change power policy\n according to the situation.\n\n### Multi-display\n\n1. You can enable the communication between the same apps running in different occupant zones using the [Multi-Display Communications API](/docs/automotive/displays/multi-display-comms-api).\n\n### Safety display\n\n1. You can now enable driver UI and cluster development outside the Android\n source tree.\n\n2. You can now monitor the Driver UI can generate alerts and notifications.\n\n### Connectivity\n\n#### Bluetooth\n\n1. **Bluetooth headsets.** Allows users to connect Bluetooth headsets to AAOS,\n alongside connected phones, and to use headsets as an audio output device.\n The user can use the new **Audio Output Device** setting on the **Audio\n Settings** pageset to designate their headset as an output device. Only one\n media or audio stream can be active over Bluetooth at a time, source or\n sink.\n\n2. **Default Log Level.** You can now control the default log level of the\n Bluetooth stack from **Developer Options** or on the command line using the\n new `log.tag.bluetooth` logging tag.\n\n#### Networking\n\nTo learn more, see\n[Maintain hotspots between driving sessions](/docs/automotive/connectivity/persist-access-point).\n\n1. **Data and subscription plan messaging.** A reference UX to present the\n option to renew paid connectivity at the user's point of need.\n\n2. **OEM-paid Wi-Fi.** A reference UX for showing connections to restricted\n Wi-Fi networks.\n\n3. **Wi-Fi hotspot persistence.** Added a toggle to allow users to retain the\n vehicle hotspot for every drive.\n\n#### UWB\n\n1. **Settings update.** Added new options to provide more control of UWB devices.\n\n### System UI and core apps\n\n1. **Config aware System UI.** Broaden the capabilities of AAOS emulators by\n supporting simulated multiple device configurations using a single system\n image.\n\n2. **Compatibility improvements.** Made improvements to third party app facing\n compatibility through the inclusion of core Android functionality, such as\n DocumentsUI and Gallery.\n\n3. **Dock.** Allow users to *pin* favorite apps to the system UI space to more\n quickly launch apps.\n\n4. **Ambient view.** Provide OEMs with a space in which to create\n differentiated experiences when IVI screens are turned on but not in use\n\n5. **Refreshed profile lock challenge.** Added a standardized screen lock\n challenge across Android Automotive.\n\n### Camera\n\nTo learn more, see [Camera](/docs/automotive/camera).\n\n1. **Improved support for EVS concurrent multi-camera clients.** Improved\n multi-camera and multi-client support in `CarEvsService`, allowing clients\n to manage data streams more efficiently.\n\n2. **Camera2 user0 access.** Enable apps running in the headless user to access\n Camera2.\n\n3. **Camera2 privacy allowlist.** OEMs can now designate certain camera apps to\n be allowlisted to access cameras regardless of the state of camera privacy\n toggle.\n\n4. **Camera2 early access.** Privileged clients with `UID AID_AUTOMOTIVE_EVS`\n can now access the camera before an Android boot is completed.\n\n### Sensors and VHAL properties\n\nTo learn more, see\n[Supported system properties](/docs/automotive/vhal/system-properties).\n\n1. **Ultrasonic sensors.** Added new VHAL properties for ultrasonic parking\n sensors.\n\n2. **Driver monitoring.** Added new VHAL properties for driver attention\n monitoring systems.\n\n3. **New VHAL properties.** Added 10 new VHAL properties.\n\n4. **Car property performance improvements.** To reduce CPU load, updated the\n `Continuous` and `On_Change` properties.\n\n5. **Configurable resolution when subscribing to sensor data.** Added a new\n `registerCallback` API at the CPM level and added logic to the\n `CarPropertyService` and VHAL interface.\n\n6. **VHAL: Access module granularity.** OEMs can now specify access levels\n (such as `READ-only` and `READ-WRITE`) per `propertyId-areaId` combinations\n instead of specifying access levels for an entire property.\n\nCompliance\n----------\n\nAndroid compliance tests were executed on internal reference hardware. Test\nsuites run for this release include CTS, STS, VTS, and CTSonGSI.\n\nExcept for the following issues, we discovered no known failures requiring a fix\neither in Android 15 code (`android15-release`) or in the Android 15 test branch\n(`android15-tests-dev`).\n\n- **CTS-Verifier.** Chooser result.\n\nIf your device is based on the Car Portrait UI, these tests might fail, in\naddition to those listed previously.\n\n- **CTS.** `CtsWindowManagerDeviceWindow`\n- **CTS.** `CtsWindowManagerDeviceMultiDisplay`\n- **CTS-Verifier.** Disable the status bar\n\n| **Note:** Fixes for these items, and any other required compliance patches, can be found in the [Android Open Source Project](https://android-review.googlesource.com/q/hashtag:%22aaos-24q3-cts%22+%28status:open%20OR%20status:merged%29). Changes provided here will be provided in the Android 15 24Q4 release."]]