Estratégia de Diagnóstico

Atualizado 12 agosto 2026Escrito pelos engenheiros de calibração da TuningBot2 min de leitura

Pontos-chave

A lógica de DTC é estruturada: condição de detecção, tempo de debounce, condição de cura — nada é instantâneo.
Códigos pending, confirmed e permanent descrevem a mesma falha em níveis de confiança diferentes.
Apagar códigos sem consertar as causas só reinicia o contador.

As ECUs modernas implementam estratégias de diagnóstico sofisticadas para identificar falhas e atender aos requisitos OBD.

Fluxo de diagnóstico

Detecção de falhas → Debounce → Maturação → Armazenamento de DTC → MIL

Lógica de debounce

Baseado no tempo - a falha deve persistir por X segundos
Baseado no contador - deve ocorrer X vezes
Ciclo de acionamento - deve aparecer em várias unidades

Status do DTC

Confirmado - falha madura, MIL ligada
Pendente - detectada, mas não confirmada
Histórico - anteriormente ativo

De Amostra para MIL

O diagnóstico é finalizado no stages: um monitor coleta amostras, um contador de rebote filtra o ruído, um resultado persistente se transforma em um código pendente, a confirmação após o número calibrado de ciclos o armazena — juntamente com os dados de imagem congelada daquele momento — e as falhas relevantes para as emissões finalmente acendem a luz MIL. A correção segue o mesmo caminho na ordem inversa, e é por isso que as luzes se apagam sozinhas após um número suficiente de ciclos de condução sem falhas.

Usando a Lógica

Os quadros congelados informam as condições, e não apenas o código; os códigos pendentes indicam o que está se formando antes da lâmpada; e os monitores de prontidão dizem o que realmente foi testado desde a última limpeza. O trabalho de calibração que afeta os sistemas monitorados deve sempre terminar com uma verificação de prontidão, porque a reprovação de um cliente em uma inspeção é um péssimo lugar para descobrir um monitor inacabado.

Por que meu código de falha voltou depois de apagar?

Porque a condição de detecção ainda existe: a ECU rodou o monitor de novo, a falha se requalificou pelo debounce e o código voltou. Códigos são sintomas; a estratégia de diagnóstico é projetada para que só reparos os mantenham longe.

Qual a diferença entre DTCs pending e confirmed?

Um código pending falhou o monitor uma vez e aguarda confirmação; um confirmed falhou nos ciclos exigidos e normalmente acende a MIL. Códigos permanent só somem quando a própria ECU verifica o reparo ao longo de ciclos.

Relacionado: em veículos compatíveis, este sistema é tratado diretamente pelo nosso serviço DTC Off. Ver também Faixas e limites típicos do sensor na base de conhecimento.

Estratégia de diagnóstico e lógica de DTC