Stratégie de diagnostic et logique DTC

Mis à jour 12 août 2026Rédigé par les ingénieurs calibration de TuningBot2 min de lecture

L'essentiel

La logique DTC est structurée : condition de détection, temps de debounce, condition de guérison — rien n'est instantané.
Les codes pending, confirmed et permanent décrivent la même panne à des niveaux de confiance différents.
Effacer les codes sans corriger les causes ne fait que remettre le compteur à zéro.

Les calculateurs modernes mettent en œuvre des stratégies de diagnostic sophistiquées pour identifier les défauts et répondre aux exigences de l'OBD.

Flux de diagnostic

Détection des défauts → Débondage → Maturation → Stockage des DTC → MIL

Logique de rebond

Basé sur le temps - le défaut doit persister X secondes
Basé sur le comptoir - doit se produire X fois
Cycle d'entraînement - doit apparaître dans plusieurs lecteurs

Statut du DTC

Confirmé - défaut de maturité, MIL allumé
En attente - détecté mais non confirmé
L'histoire - précédemment actif

De l'échantillon au MIL

Le processus de diagnostic se déroule comme suit dans le stages : un moniteur effectue des échantillonnages, un compteur anti-rebond filtre le bruit, un résultat persistant devient un code en attente, sa confirmation après le nombre de cycles calibré permet de l'enregistrer — avec les données instantanées de l'instant — et les défauts liés aux émissions finissent par allumer le voyant MIL. La réparation suit le même chemin en sens inverse, ce qui explique pourquoi les voyants s'éteignent d'eux-mêmes après un nombre suffisant de cycles de conduite sans défaut.

En utilisant la logique

Les images figées indiquent les conditions et pas seulement le code ; les codes en attente révèlent ce qui se prépare avant le voyant ; et les moniteurs de préparation indiquent ce qui a réellement été testé depuis la dernière effacement. Le travail de calibrage qui touche aux systèmes surveillés doit toujours se terminer par un contrôle de préparation, car l'échec du contrôle technique d'un client est un bien mauvais moyen de découvrir qu'un moniteur n'est pas prêt.

Pourquoi mon code défaut est-il revenu après effacement ?

Parce que la condition de détection existe toujours : l'ECU a relancé son moniteur, le défaut s'est requalifié via le debounce et le code est revenu. Les codes sont des symptômes ; la stratégie de diagnostic est conçue pour que seules les réparations les tiennent à l'écart.

Quelle est la différence entre DTC pending et confirmed ?

Un code pending a échoué une fois à son moniteur et attend confirmation ; un confirmed a échoué sur les cycles requis et allume généralement la MIL. Les codes permanent ne s'effacent que quand l'ECU vérifie elle-même la réparation sur plusieurs cycles.

Lié : sur les véhicules pris en charge, ce système est traité directement par notre service DTC Off. Voir aussi Plages et limites typiques des capteurs dans la base de connaissances.