Histórico de entregas

• Quando so existem pacotes antigos, o cockpit mostra um aviso compacto de nenhum scanner ao vivo e um contador de telemetrias antigas ocultas.
• O botao Ver antigas revela as sessoes stale sob demanda, preservando DTCs, contexto e link para a sessao.
• Sessoes stale com DTC deixam de abrir gauges automaticamente; apenas sessoes vivas com alerta ou DTC continuam priorizadas e expandidas.

Fonte: Hotfix apos validacao visual mostrar telemetrias stale de 2h a 5h abertas na aba Scanner

• Cada dispositivo ao vivo agora aparece em uma linha com veiculo, aparelho, contexto, RPM, velocidade, temperatura, alertas, anomalias, DTCs e idade do pacote.
• Os gauges completos e sensores adicionais ficam recolhidos em Detalhes, abrindo automaticamente quando ha alerta critico ou DTC ativo.
• Telemetrias antigas continuam ocultas por padrao quando existe pacote vivo, com contador e filtro Stale para auditoria.

Fonte: Ajuste solicitado apos a tela crescer demais com tres dispositivos publicando telemetria ao vivo

• Validadores de DTC agora aceitam o formato correto com 0-9 e A-F, evitando descartar codigos como P023A.
• A leitura automatica do scanner ao vivo consolida Mode 03, Mode 07 e Mode 0A no mesmo ciclo espacado para preservar desempenho.
• O diagnostico avancado tambem sincroniza DTCs armazenados, pendentes e permanentes, mantendo o modo de origem no contrato canonico.
• Leitura e limpeza de DTCs no scanner simples, avancado e comandos remotos agora confirmam 03/07/0A para nao ocultar DTC permanente apos Mode 04, inclusive quando a ECU responde payload CAN direto como 43 02 3A 00 00 00 00.
• O Virtual Mechanic/Jarvis ganhou check dedicado para DTC permanente, garantindo que Mode 0A tambem gere evidencia quando houver P-code.
• Turbo e Admissao passa a tratar P023A como falha relevante do conjunto de admissao/turbo.
• O banco offline Android inclui descricao local para P023A e a bancada pode validar o caso com o simulador gerando DTC hexadecimal.

Fonte: Investigacao do C4 com DTC P023A nao exibido pelo Jarvis

• A lateral do manometro agora fica focada em RPM e KM/H, evitando repetir o mesmo MAP ja exibido como MAP absoluto no rodape.
• MAP absoluto, turbo relativo e atmosfera continuam juntos no rodape para explicar a conta da pressao relativa do turbo.
• O contrato de leitura rapida foi preservado: nenhum PID novo foi adicionado ao ciclo de turbo ao vivo.

Fonte: Ajuste de clareza e desempenho do painel Turbo e Admissao solicitado apos revisao de redundancia entre MAP e MAP abs

• O painel de turbo agora evita blur, glow, glassmorphism e gradientes complexos que podiam gerar artefatos em algumas multimídias.
• O manômetro analógico continua priorizando o turbo, com leitura central em x100 kPa.
• RPM, velocidade, MAP absoluto, turbo relativo e atmosfera permanecem visíveis, com os dados concentrados à direita para melhorar a leitura no carro.
• A regra de UI do projeto agora prioriza compatibilidade com placas de vídeo de multimídias automotivas antes de efeitos visuais.

Fonte: Correção validada por ADB/screenshot na multimídia 192.168.1.3 após artefato visual na tela Turbo e Admissão

• O topo da tela agora prioriza a pressão relativa do turbo em um gauge analógico com leitura x100 kPa.
• RPM, velocidade e MAP absoluto continuam como números digitais na lateral do painel.
• Chips e leituras técnicas ficam alinhados à direita para melhorar a visibilidade em multimídias onde o volante cobre o lado esquerdo.
• A faixa interna do próprio manômetro agora divide o rodapé em três campos: MAP absoluto, pressão relativa do turbo e pressão atmosférica.
• MAP esperado, déficit, admissão e recomendação do Jarvis continuam preservados em uma seção recolhível para reduzir a rolagem no uso ao volante.
• O simulador interno OBDLink MX+ agora reproduz comportamento de turbina: marcha lenta com vácuo, tentativa de spool, underboost P0299 e suspeita MAF P0101.

Fonte: Solicitação visual - tela Turbo e Admissão com manômetro analógico sem perder dados técnicos

• O dashboard OBD do tablet publica a telemetria no contrato usado pelo Diagnostico Inteligente Web.
• As sessoes do Scanner Web mostram placa, modelo e estado recente, separando pacote vivo de historico parado.
• A troca de veiculo no app encerra scanner, limpa telemetria/Jarvis/Copilot e aplica o perfil novo antes de liberar o uso.

Fonte: Deploy completo 1.2.36+133 - scanner ao vivo e troca segura de veiculo

• A selecao de outro veiculo agora aguarda a troca segura antes de fechar a tela.
• Sessoes scanner, telemetria ao vivo, Jarvis, Copilot, lambda e anomalias sao limpos para nao herdar dados do veiculo anterior.
• A conexao OBD e o polling sao interrompidos na troca, exigindo nova conexao para o veiculo selecionado.

Fonte: Auditoria operacional - troca de veiculo nao pode reutilizar sessao, configuracao ou telemetria anterior

• O selo Ativa agora passa a exigir pacote recente do scanner, evitando mostrar telemetria parada como se estivesse transmitindo.
• Sessoes abertas sem pacote novo mudam para Aberta sem atividade, enquanto ainda podem ser retomadas no mesmo dia.
• A regra fica alinhada com o card Scanner ao vivo, que ja mostra Stale e o tempo desde o ultimo pacote.

Fonte: Auditoria operacional - fechar o app no tablet deixava Sessoes otimista demais

• Quando o tablet ja tem veiculo resolvido pelo linker ou veiculo ativo, a sessao scanner e aberta mesmo se a leitura Mode 09/VIN nao responder em tempo.
• Se o estado local perdeu o sessionId, o app volta a garantir uma sessao canonica antes de publicar a telemetria do scanner.
• A telemetria antiga em vehicle_telemetry continua funcionando, mas o Diagnostico Inteligente passa a receber tambem o contrato de sessoes do scanner.

Fonte: Auditoria operacional - sessoes do Scanner Web somem apos limpar/fechar o app no tablet

• Cada sessao do scanner busca o cadastro do veiculo pelo vehicle_id ja publicado na telemetria.
• O cabecalho da sessao mostra a identidade do carro antes do dispositivo Android.
• Quando o cadastro nao estiver acessivel, o painel usa fallback seguro sem interromper a telemetria.

Fonte: Solicitacao operacional - mostrar carro, placa e modelo no Scanner Web

• A lista do Scanner mostra a sessao viva por padrao e indica quando sessoes antigas foram ocultadas.
• Contextos enviados pelo Android em camelCase, como highwayCruise e urbanCruise, agora aparecem com rotulo correto na Web.
• O contador Ao Vivo passa a representar somente pacotes recentes, deixando stale separado como historico operacional.

Fonte: Solicitacao operacional - Scanner Web exibindo duas sessoes

• Telemetria do dashboard Android normaliza timestamps em UTC para evitar leituras remotas com atraso artificial de fuso.
• O painel Scanner Web separa websocket conectado de pacote recebido e mostra aviso quando o ultimo pacote esta antigo.
• A aba Multimidia deixa claro que status antigo do perfil nao representa presenca do scanner OBD ao vivo.

Fonte: Solicitacao operacional - scanner ao vivo Web sem telemetria do tablet

• A tela passa a ler tanto o campo atual odometer_km quanto o legado km_reading.
• Registros sem KM ou sem data exibem fallback claro em vez de disparar TypeError.
• O modal de veiculo permanece aberto mesmo quando existe leitura historica incompleta.

Fonte: Solicitacao operacional - TypeError em OdometerHistoryTab

• Falhas AuthRetryableFetchException, SocketException, refresh_token e endpoints de auth agora sao traduzidas para orientacao segura ao usuario.
• Erros de permissao recebem mensagem propria para conferir login, oficina ativa e acesso ao veiculo.
• Falhas desconhecidas deixam de aparecer como stack tecnica no modal de veiculo.

Fonte: Solicitacao operacional - erro cru na aba Multimidia do veiculo

• Criacao simples e recorrente de contas financeiras passa a validar o usuario canonico da oficina antes de gravar com privilegio de Edge Function.
• Contas a Pagar abrem como despesa e Contas a Receber abrem como receita, mantendo a mesma empresa ativa do painel financeiro.
• Perfis com leitura continuam vendo o financeiro, mas criar, editar, excluir e baixar como pago ou recebido ficam restritos a owner, admin e manager.

Fonte: Solicitacao operacional - revisar financeiro matriz/filial

• O servico OBD padrao passa a consultar 0900 e respeitar o bitmap antes de ler VIN, CALID, CVN e nome da ECU.
• O scanner padrao usa o novo contrato Mode 09 para VIN e mantem CVN como raw seguro, sem interpretar calibracao como diagnostico conclusivo.
• A descoberta de PIDs foi alinhada ate 01C0 e o catalogo publico passa a ter fonte versionada dentro do repositorio.

Fonte: Solicitacao operacional - reconciliar auditoria OBD e fortalecer scanner universal

• O catalogo OBD do app foi enriquecido com PIDs publicos adicionais do pacote de referencia, todos sem polling padrao automatico.
• Mode 09 agora fica documentado no catalogo para discovery, VIN, CALID, CVN e nome de ECU em fluxos passivos/on-demand.
• PIDs complexos de diesel, DPF, SCR, NOx e afins permanecem como referencia bruta ate existir decoder seguro e fonte confiavel.

Fonte: Solicitacao operacional - fortalecer o scanner OBD existente

• Camera, galeria, arquivos e PDF Scanner agora abrem um passo obrigatorio de Descricao tecnica antes de salvar a evidencia.
• A descricao aparece no card da evidencia e pode ser corrigida quando o registro e canonico em diagnostic_evidence.
• Ao salvar uma correcao, a evidencia volta para reanalise IA sem criar escrita nova em anexos legados de os_attachments.

Fonte: Solicitacao operacional - contrato mobile de descricao tecnica em evidencias

• A funcao passa a diferenciar evidencia inexistente de evidencia sem acesso, retornando 404 ou 403 antes de qualquer atualizacao privilegiada.
• A validacao usa a leitura autenticada com RLS em diagnostic_evidence antes de buscar o registro completo com service_role.
• O caminho multimodal, o fallback textual e o guard contra DTC falso continuam preservados.

Fonte: Round 607 - analyze_upload evidence access guard