# AdakProbe — Front View nativo primeiro

O acionamento **R → D já funciona**. Este APK investiga por que o Front View original abre preto enquanto o AV manual mostra a câmera frontal. Nenhum novo acionamento automático de ré foi implementado.

## Mapear meu carro — versão 1.8-mapa

1. Atualize em **PROCURAR ATUALIZAÇÃO → BAIXAR E INSTALAR**, sem desinstalar.
2. Toque **MAPEAR MEU CARRO** na tela inicial. A varredura e o envio dessa sessão são iniciados por esse botão.
3. Aguarde a busca nos aplicativos e configurações (cerca de 45 segundos no máximo, mais a operação em andamento). Quando aparecer **ESCUTANDO O CARRO**, abra/feche uma porta por vez e altere o ar pelos controles originais, com o carro parado.
4. Depois de até dois minutos de escuta, o app salva o mapa e solicita o envio automaticamente. **FINALIZAR E ENVIAR AGORA** encerra antes. Sair da tela também encerra e envia a coleta parcial. Aguarde **ENVIADO ✓**; sem rede, o Android tenta depois.
5. Use **VER MAPA / ESCOLHER RECURSOS** para consultar o resultado salvo. Toque em um recurso para ver evidências, dados recebidos e limitações. Depois do envio atual, **QUERO EXPLORAR ESTE RECURSO — ENVIAR** registra e envia sua escolha para análise.

São 17 categorias: portas, porta-malas, capô, travas, ar, volante, sensores de estacionamento, pressão dos pneus, vidros, retrovisores, iluminação, motor, combustível/autonomia, velocidade, tensão da bateria, câmeras e outros controles da carroceria.

**Possível no software** é só um indício: o Info Car contém código para vários carros. Componentes privados, desativados e com permissão são identificados. **Dados recebidos** não comprovam suporte: podem ser valores padrão. **Mudança recebida** pede comparação com o que aconteceu no carro. A opção **A MUDANÇA BATEU COM O CARRO** confirma apenas a leitura dos campos que mudaram naquela sessão. Porta-malas/capô não são confirmados pela mudança de uma porta; códigos de trava continuam sem interpretação validada.

O mapeamento cobre o que a central consegue enxergar, não todas as ECUs do carro. Não envia CAN bruto, não experimenta comandos, não altera perfil CAN, câmera ou configurações. Os controles permanecem em análise. Mesmo quando não recebe eventos do Info Car, o inventário e a limitação são enviados. Esta versão também corrige a inclusão da leitura de portas/ar no relatório.

O catálogo é produzido no próprio app. O envio guarda os dados para análise nesta conversa, sem iniciar automaticamente uma resposta aqui. Não precisa anexar arquivos nem transcrever recibos. Escolhas e confirmações são incluídas nos envios seguintes. Atualização e envio permanecem exclusivamente na Cloudflare.

## Portas, travas e ar — versão 1.7-autoenvio

A câmera frontal já funcionou no teste informado pelo usuário. Esta atualização mantém a configuração e o backup; não use RESTORE ORIGINAL se deseja manter esse ajuste.

1. Atualize pelo botão PROCURAR ATUALIZAÇÃO → BAIXAR E INSTALAR.
2. Abra **PORTAS E AR — CIVIC → TESTAR E ENVIAR AUTOMATICAMENTE**.
3. Com o veículo parado, abra e feche uma porta de cada vez. Observe se a indicação correspondente muda. Faça o mesmo com o porta-malas se desejar.
4. Altere temperatura e ventilação nos controles originais do carro. Observe se chegam informações no painel.
5. Aguarde até dois minutos: a coleta termina e o envio é solicitado sozinho. Para encerrar antes, toque em **FINALIZAR E ENVIAR AGORA**. O status **ENVIADO ✓** confirma o recebimento; não precisa copiar códigos, recibos ou arquivos.

A coleta dura até dois minutos e solicita o envio ao terminar ou ao sair da tela. Sem internet, fica pendente; o Android tenta novamente quando houver conexão, inclusive após reiniciar. Restrições de bateria/segundo plano podem adiar o envio; reabra o app para acompanhar. O vínculo anterior desta central é recuperado pelo comprovante completo privado; ele não fica no APK público. Após o primeiro envio na versão nova, o vínculo é salvo para os próximos testes. Se os dados forem apagados ou o vínculo vencer, será preciso reconectar uma vez. O app mostra a idade da última informação; sem evento não presume porta fechada ou ar desligado. Valores zerados recebidos podem ser padrões para itens sem suporte. Porta fechada não confirma trava acionada. Códigos de trava ficam registrados sem interpretação não comprovada.

**Trancar portas e controlar o ar ainda não estão habilitados.** As chamadas de recepção foram identificadas no SDK instalado; o código específico do módulo Info Car/Honda/Hiworld precisa ser enviado para verificar os comandos. Os botões em análise não enviam nada ao veículo. O envio inclui código e manifest já legíveis do Info Car, sob os mesmos controles privados da Cloudflare. Na tela de envio avulso é possível desmarcar essa coleta; câmera e Info Car são alternativas por envio para manter o tamanho limitado.

Se a conexão for indisponível, o botão ABRIR INFO CAR ORIGINAL abre somente a tela principal exportada do aplicativo já instalado. Não habilita componentes desativados nem altera o perfil CAN. Volte e tente a leitura; se continuar indisponível, envie o diagnóstico para análise.

## Instalar

1. No navegador da central, abra **https://adk2.pages.dev** e toque em **BAIXAR APK — VERSÃO 1.8**. O caminho `/a.apk` baixa diretamente o arquivo.
2. Autorize a instalação por esse navegador, se o Android pedir, e instale **AdakProbe**. O APK é de diagnóstico, assinado com certificado de debug, sem Google Play Services. Requer Android 5.0 ou superior.
3. Abra o AdakProbe. Em **ACESSO AO USO / IDENTIFICAR AV**, abra a permissão e autorize **Acesso ao uso**. Se a central não oferecer essa tela, continue: a limitação constará no relatório.
4. No Android 13 ou superior, habilite as notificações pelo botão do app. Isso permite ver a captura e usar **Marcar instante** ou **Parar**. A captura tem limite de 90 segundos e não inicia no boot.

Não conceda permissão de escrita para coletar dados. **WRITE_SETTINGS** só é relevante se existir um candidato concreto de remapeamento e você decidir testá-lo.

## Atualizar pelo próprio app

Se já usa 1.3-cloudflare, vá diretamente ao botão PROCURAR ATUALIZAÇÃO. Nas versões 1.1/1.2, instale **1.8-mapa** por cima da anterior pelo navegador em **https://adk2.pages.dev**, sem desinstalar nem limpar os dados. Essa instalação única migra o endereço consultado pelo botão: as versões 1.1 e 1.2 ainda consultam a hospedagem antiga. A partir da 1.3, tanto o catálogo quanto os APKs são recebidos diretamente de adk2.pages.dev.

1. Conecte a central ao Wi-Fi e abra **PROCURAR ATUALIZAÇÃO** na tela inicial.
2. Se houver uma versão nova, confira a versão e as novidades, depois toque em **BAIXAR E INSTALAR**.
3. Na primeira vez, o Android pode pedir autorização para instalar apps por este AdakProbe. Toque em **ABRIR PERMISSÃO**, permita nessa tela e volte.
4. Confirme **Instalar** no instalador do Android. Se cancelar ou a central fechar o app ao conceder a permissão, abra novamente **PROCURAR ATUALIZAÇÃO → INSTALAR ATUALIZAÇÃO BAIXADA**.
5. Reabra o AdakProbe após instalar. Capturas, relatórios locais e backups são mantidos pela atualização sobre a versão anterior.

Se não houver atualização, o app avisa. Se estiver sem internet, avisa e permite tentar novamente. O diagnóstico continua funcionando offline. Atualizações só são consultadas e baixadas quando você toca nos botões; não existe atualização silenciosa nem acesso remoto à central. Relatórios são transmitidos quando você toca ENVIAR AGORA ou termina um teste iniciado por TESTAR E ENVIAR. Só envios já solicitados são repetidos em segundo plano; nenhuma coleta começa sozinha. Finalize qualquer captura antes de atualizar.

O download usa HTTPS no endereço fixo desta entrega; tamanho, SHA-256, nome do package, versão e assinatura são verificados antes de abrir o instalador. O Android mantém a decisão final de permitir a instalação. As permissões normais são descritas na [documentação oficial de distribuição Android](https://developer.android.com/distribute/marketing-tools/alternative-distribution#unknown-sources).

## Envio sem digitar códigos a cada teste — versão 1.7-autoenvio

Para portas e ar, use **TESTAR E ENVIAR AUTOMATICAMENTE**. A autorização vale para essa leitura e para as tentativas de envio se faltar internet. Inclui Info Car, capturas anteriores e configurações acessíveis. Mesmo se o serviço do carro estiver indisponível, essa limitação é enviada.

Para enviar capturas existentes, abra **ENVIAR DIAGNÓSTICO**, escolha Info Car ou módulos da câmera e toque **ENVIAR AGORA**. A central com vínculo recuperado/salvo não pede código. Uma instalação nova ou sem dados anteriores precisa conectar uma única vez com um código temporário. A opção RECONECTAR permite trocar esse código em caso de vínculo vencido.

O arquivo enviado é conservado até a confirmação de integridade. Tentativas usam o mesmo arquivo. O Android agenda o envio em segundo plano quando houver rede; o status aparece nas telas do app. Um envio pendente impede iniciar outro teste para não substituir dados ainda não recebidos. Erros de autorização ou tamanho ficam visíveis para resolver, sem tentativas infinitas.

O relatório fica privado na conta Cloudflare do proprietário por até sete dias; um novo envio substitui o anterior. A credencial permite apenas enviar, dura até 180 dias sem uso e é renovada após um envio válido. Não permite ler relatórios nem receber comandos remotos. O acesso à leitura continua exclusivo da conta Cloudflare autenticada. Credenciais ficam fora de relatórios, exportações e backups Android; o APK público não contém códigos nem segredos.

A migração da versão anterior usa apenas o hash completo de um envio já autorizado, previamente vinculado no servidor por sete dias. O recibo curto mostrado na tela não autoriza nenhum acesso. O envio não inicia uma resposta automática nesta conversa: quando você voltar, o relatório poderá ser consultado aqui sem anexar ou transcrever nada.

Na linha do tempo, **Indicação do firmware** usa `Settings.System/key_top_app` e `key_top_cls`, quando legíveis. Funciona também com capturas anteriores e sem Acesso ao uso. É apenas uma indicação: pode ficar desatualizada ou mostrar o launcher atrás de uma sobreposição da câmera.

O diagnóstico e a exportação local continuam disponíveis sem internet. O envio não altera nenhuma configuração do vídeo ou da central.

## Teste nativo NWD — versão 1.5-frontview

O código enviado pela central identifica o Front View automático dentro de `CameraUiServices/BackCarManager`: ele troca o canal da tela da ré usando o perfil frontal (appId 3). AV é o perfil 0. A configuração relevante é `frontview_camera_channel` e `frontview_camera_standard`, em CameraConfig.ini. Os valores atuais precisam ser lidos na central; os padrões do código não bastam.

1. Atualize pelo botão **PROCURAR ATUALIZAÇÃO → BAIXAR E INSTALAR**.
2. Com AV e câmera fechados, ré desengatada e veículo parado, abra **FRONT VIEW VIDEO SOURCE → LER FONTES NATIVAS NWD**.
3. Veja os valores ativos do frontal e do AV. Se coincidirem, não haverá alteração disponível: envie o diagnóstico para continuar a investigação.
4. **USE AV SOURCE FOR FRONT VIEW** mostra a prévia do canal e do formato, atual → valor lido no AV. Confira antes de seguir.
5. **APPLY TEST** pede confirmação, relê os valores, exige câmera inativa, salva o original de forma durável e altera somente os campos diferentes do perfil frontal. A configuração de ré e a de AV não são alvos de escrita.
6. Quando aparecer **TESTE APLICADO**, faça a sequência normal R → sair de R e observe o Front View. A correção visual ainda depende desse teste físico.
7. Para desfazer, volte ao app, espere a câmera fechar e use **RESTORE ORIGINAL**. A restauração relê o resultado e não sobrescreve terceiros valores inesperados.
8. Se o acesso falhar, registre a mensagem e use **ENVIAR DIAGNÓSTICO**. Não tente conceder permissões privilegiadas ou alterar arquivos do fabricante manualmente.

O teste pode persistir após fechar/reiniciar até RESTORE ORIGINAL; não existe reversão automática. Não desinstale nem limpe os dados com backup pendente. Um teste parcial preserva o backup e também pode ser restaurado.

A conexão usa apenas o vínculo normal com o serviço de câmera já em execução, sem iniciar/reiniciar o serviço. Exige serviço exportado, sem permissão adicional, interface esperada e código idêntico ao analisado. Uma recusa do Android ou mudança de firmware bloqueia a operação; não há root, assinatura de sistema, acesso direto ao MCU ou contorno. Esse teste não recria o trigger R → D.

## Sequência exata de testes na ADAK

Faça estes testes com o veículo parado, freio acionado e condições seguras para selecionar as marchas.

1. **SYSTEM INFO**: aguarde “Concluído”.
2. **SCAN PACKAGES / SCAN FRONT VIEW**: aguarde o fim. A busca inclui componentes sem ícone, permissões, processos declarados, manifests, strings DEX de candidatos, providers e preferências que já sejam legíveis.
3. **CAPTURAR ESTADO AV → INICIAR**. O app fica em segundo plano. Abra manualmente o AV, espere a câmera frontal aparecer, aguarde cerca de 5 segundos e volte ao AdakProbe. A coleta termina ao retornar. Não encerre o app pelo gerenciador de tarefas.
4. **CAPTURAR ESTADO FRONT VIEW → INICIAR**. Engate R, espere a câmera traseira aparecer, saia de R e espere o Front View preto por 3–5 segundos. Volte ao AdakProbe antes do encerramento automático da tela frontal. O app registra também os estados antes/durante/depois desse intervalo.
5. **COMPARAR AV × FRONT VIEW**. Aguarde a finalização, escolha o instante **AV** em que a imagem aparecia e confirme. Depois escolha o instante **FRONT** em que o Front View estava preto após sair de R. Use os horários e o histórico de Activity como auxílio. **Não escolha a amostra da volta ao AdakProbe nem a amostra da câmera traseira.** Uma Activity no histórico é uma pista; overlays do firmware podem não aparecer nesse histórico.
6. **MOSTRAR DIFERENÇAS**. Verifique mudanças em Settings.System/Global/Secure, propriedades, preferências legíveis, processos, serviços, tarefas e histórico. O relatório completo contém também os broadcasts e a linha do tempo, mesmo quando não houve diferenças.
7. **EVENT MONITOR → INICIAR MONITOR R → D**. Faça P/N/D → R → D e retorne. Abra **MOSTRAR EVENTOS E MUDANÇAS**. O monitor recebe somente ações exatas descobertas nos manifests ou adicionadas com evidência. Um resultado vazio não prova ausência de comunicação entre MCU e firmware.
8. **CANDIDATE ACTIVITIES**. Se houver candidatos de AV/Front View reconhecíveis, use **TESTAR**, observe a tela e volte. Guarde qual componente mostrou a câmera. Falhas de abertura e os intents enviados pelo próprio Probe ficam no relatório. Componentes não exportados não são forçados.
9. **EXPORT REPORT → SALVAR RELATÓRIO JSON + TXT**. No Android 10+, os dois arquivos são salvos em **Downloads/AdakProbe**. No Android 5–9, o seletor de arquivos salva o JSON; use também **SALVAR TXT (ANDROID ANTIGO)** para salvar o texto. Se a gravação em Downloads for bloqueada pelo fabricante, use **COMPARTILHAR RELATÓRIO**.
10. Envie o arquivo **adak_probe_report.json** para esta conversa. O TXT contém as mesmas evidências em formato legível. Copiar funciona para relatórios menores; relatórios grandes devem ser salvos/compartilhados completos.

Cada nova captura substitui a anterior do mesmo tipo. Exporte antes de repetir. A função **Marcar instante** na notificação adiciona um marcador à próxima amostra; abrir a notificação pode alterar o foco, então confira também as amostras imediatamente anteriores.

## Teste genérico por Settings — opção avançada

Só faça este teste se os dois instantes estiverem confirmados e existirem chaves/valores de fonte observados. O app não cria chaves proprietárias fictícias, não adivinha números de canais e não identifica uma fonte apenas pelo nome do package.

1. Abra **FRONT VIEW VIDEO SOURCE**.
2. Escolha a chave frontal observada e o valor de fonte/canal observado no AV.
3. Toque em **USE AV SOURCE FOR FRONT VIEW** para gerar a prévia. Confira **namespace/chave, valor original capturado, valor proposto e origem da evidência AV**.
4. Se a chave estiver em **Settings.System**, a política permitir o candidato e você desejar testar, abra a permissão normal **WRITE_SETTINGS**. O fabricante pode negar a escrita de chaves próprias mesmo com essa permissão.
5. **APPLY TEST** solicita a confirmação na própria tela, relê o valor atual, salva o original de forma durável, escreve um único valor e verifica a leitura. Se o firmware já mudou o valor, a escrita é recusada.
6. Faça R → sair de R e observe o Front View original. Anote se apareceu a câmera frontal, se a traseira permaneceu normal e se houve alguma outra mudança.
7. Use **RESTORE ORIGINAL**. O app relê o valor e confirma a restauração. Se o firmware o alterou para um terceiro valor, informa conflito e preserva o backup, sem sobrescrever essa mudança.
8. Exporte novamente o relatório com a proposta, o resultado e o backup.

**O teste pode persistir após fechar o app ou reiniciar a central até você restaurar o original. Não há restauração automática. Não desinstale nem limpe os dados com um teste pendente.** O original também aparece no relatório exportado.

Settings.Global, Settings.Secure, propriedades, preferências, providers e MCU permanecem somente leitura. Se a fonte depender de WRITE_SECURE_SETTINGS, assinatura de sistema, root ou protocolo privado do MCU, o app registra a limitação. Nenhuma dessas permissões é contornada.

## O que os resultados permitem concluir

- **Observado:** componente registrado no PackageManager, Activity em UsageStats, valor de configuração legível ou broadcast recebido.
- **Candidato:** string estática de APK ou chave com nome relacionado a front/source/channel/input. Precisa de correlação e validação.
- **Bloqueado/inconclusivo:** namespace, propriedade, preferência, intent privado ou componente nativo inacessível. Não é prova de inexistência.

AV e Front View podem compartilhar a mesma Activity e ainda usar fontes diferentes. Front View também pode ser overlay, serviço do launcher/MCU ou código nativo. O relatório preserva essas possibilidades.

O Plano B — observar Reverse OFF, abrir AV por 10 segundos e retornar — fica para depois da análise dessas evidências. O APK entregue não implementa esse controlador.

## Limitações verificadas na documentação Android

A identificação por UsageStats exige a autorização em **Acesso ao uso**; é histórico de eventos, sem o intent privado que iniciou a Activity. [UsageStatsManager](https://developer.android.com/reference/android/app/usage/UsageStatsManager).

As listas de tarefas e serviços de outros apps são limitadas nas versões recentes. Vazio não significa que o componente não esteja ativo. [ActivityManager](https://developer.android.com/reference/android/app/ActivityManager).

O inventário usa QUERY_ALL_PACKAGES porque descobrir componentes ocultos é a função central deste APK distribuído diretamente; ainda respeita filtros e permissões do sistema. Essa distribuição não pressupõe aprovação para Google Play. [Visibilidade de packages](https://developer.android.com/training/package-visibility/declaring).

Uma app comum pode solicitar WRITE_SETTINGS pela tela normal de autorização. Essa capacidade não garante que o fabricante permita alterar qualquer chave privada. [Settings.System](https://developer.android.com/reference/android/provider/Settings.System).

A captura é um serviço temporário em primeiro plano; no Android 14+ usa shortService e termina antes do limite desse tipo. [Tipos de serviços em primeiro plano](https://developer.android.com/develop/background-work/services/fgs/service-types).

No Android antigo, salvar usa o seletor de documentos sem solicitar acesso amplo ao armazenamento. [Storage Access Framework](https://developer.android.com/training/data-storage/shared/documents-files).

Não há acesso físico à sua central neste ambiente. Portanto, o package acionado pelo firmware, os canais efetivos e a possibilidade de remapeamento **ainda dependem do relatório produzido na ADAK**. A validação de construção do APK não confirma o funcionamento do vídeo proprietário.