DiPlay precisa de ADB? Permissões do CarPlay e BYD

Permissões recurso por recurso

O que fazer primeiro

Faça a conexão básica CarPlay antes de ativar integrações com o carro. Se seu firmware exige ADB para instalar qualquer APK, essa é uma restrição da instalação, não uma exigência do DiPlay durante o uso.

A configuração guiada dos mapas automáticos mostra o comando para o pacote instalado. O comando de um pacote HUD Test pode ser diferente do necessário para a versão pública.

Pacote público: adb shell appops set com.shihab.diplay SYSTEM_ALERT_WINDOW allow; adb shell appops set com.shihab.diplay GET_USAGE_STATS allow. Testes usam com.shihab.diplay.hudtest. Confira o pacote instalado antes de executar.

Limites dos recursos avançados

O acesso ADB opcional da central usa adbd em localhost, na porta 5555, e exige autorização explícita da chave na opção de verificar acesso ADB. O emparelhamento por depuração sem fio TLS não é suportado. Ative apenas as funções necessárias, com o carro estacionado.

As funções de bateria precisam de uma leitura no momento da identificação. Se os dados só ficarem disponíveis depois, verifique o acesso ADB, aplique e reconecte. Dados de velocidade das rodas não comprovam precisão da navegação em túneis. O vídeo com o carro parado exige leitura válida da marcha e fecha fora de P.

A leitura da bateria por ADB de rede seleciona CAN/CANFD pelo protocolo do veículo. A opção salva de mostrar/ocultar o espelho do mapa na tela inicial mantém o mapa do painel (PR #123/#133).

Mudanças e verificações na 0.2.10

O vídeo opcional ganha busca e saltos de dez segundos. Exige ADB de rede e leitura válida da marcha P; sair de P ou perder a leitura fecha a reprodução. Vídeo FairPlay continua sem suporte (PR #129).

O projeto relata 529 testes no Linux sem falhas nem testes ignorados. Localmente foram 528 testes, com um teste de vinculação ignorado no macOS. A compilação assinada e o lint passaram; restam avisos de lint. A assinatura coincide com a 0.2.9. Não houve nova validação em carro.

Mudanças e verificações no 0.2.11

Dados avançados do veículo em Localização mantém o padrão DiLink 5.0 e adiciona detecção legada escolhida explicitamente. A sondagem limitada e somente de leitura exige ADB pela rede autorizado; apenas campos aceitos habilitam seus controles de bateria, velocidade das rodas e vídeo estacionado (PR #158/#173).

O início automático opcional do hotspot existente do carro fica desativado por padrão. Verifica permissões do próprio pacote DiPlay em firmware BYD compatível e preserva nome/senha do hotspot (PR #164/#173).

O vídeo estacionado opcional ainda exige leitura válida de P e fecha ao sair de P ou perder a leitura. Dados sem fio de veículo/localização passam pelo link Wi-Fi iAP2; isso não prova o uso da velocidade das rodas na navegação em túneis (PR #157).

A localização fica desativada até receber permissão de localização precisa; mudar essa opção reconecta a sessão ativa. Os controles do veículo ficam em Localização → Dados avançados do veículo; o cartão BYD ADB separado controla o hotspot. Campos legados salvos exigem aceitação antes de virarem leituras em execução.

Mudanças e verificações no 0.2.12

O início do hotspot verifica a interface AP real e limita novas tentativas quando AirPlay não conecta. O início automático opcional continua desligado por padrão; a alternativa exige comandos suportados pelo firmware, ADB local autorizado e prontidão observada, não apenas um comando bem-sucedido (PR #229/#235).

Corrigida a correspondência de conexão USB de dispositivos Apple. A assistência opcional de acessibilidade confirma somente o diálogo USB do sistema referente ao DiPlay; exclui outros apps e diálogos. A autorização USB normal continua necessária (PR #170/#224).

Em sessões elegíveis de hotspot/Wi-Fi Direct no Android 10, ADB local autorizado pode pausar opcionalmente as varreduras de redes. Same LAN é excluído; a conexão automática a redes salvas fica indisponível durante a pausa. Marcadores de recuperação e novas tentativas restauram as varreduras, inclusive ao reabrir. Não é uma correção universal para cortes (PR #225).

Mapas virtuais 16:9 atendem launchers compatíveis sem painel físico. Rotas experimentais DiLink 3/4 adicionam controles delimitados e restauração repetível do estado original; DiLink 5/5.1 mantém prioridade. Não se declara HUD no para-brisa DiLink 3 nem perfil HUD DiLink 4 verificado (PR #171/#182/#187/#213).

Reteste as rotas corrigidas DiLink 3/4, recuperação de varredura, modos do volante e hotspot específico do firmware. Cortes gerais, chamadas/Siri/microfone, início com iOS 15 e cores/temas ainda exigem evidências novas do dispositivo atual.

Mudanças e verificações em 0.2.13

A conexão sem fio prioriza IPv4 utilizável, com IPv6 vinculado à interface como alternativa. Auto não garante banda nem elimina engasgos. mDNS de interface dispensa o serviço NSD não utilizado; a alternativa de transição exige vídeo renderizado. O reparo experimental de entrada no hotspot exige Android 13+, hotspot configurado pelo usuário apenas em 5 GHz, APIs compatíveis, ADB local autorizado e confirmação explícita sem sessão ativa (PR #251/#258/#283/#309/#313).

Melhorias na projeção nativa e imagem do painel DiLink 4 têm confirmação em Seal 2022/DiLink 4/Android 10. DiLink 3 verifica recuperação. Cartões de direção continuam expirando em dois minutos; mapa ganha 125% e recuperação de bateria/serviço de volante é restrita. Teclas/cartões de chamada DiLink 3 são independentes e vêm desligados; restauração usa valores originais de repouso, sem capturar o estado anterior (PR #243/#260/#265/#285/#296/#297/#304/#306).

Reteste P2P Android 9, restauração de painel por modelo, reparo de hotspot e chamadas/áudio no firmware alvo. Música com buffer precisa de testes físicos de pausa/busca/navegação/chamada/Siri; configurações de colaboradores não validam a versão assinada completa.