Horario: 07–23 todos los días

Base de conocimientos ECU

Estrategia de diagnóstico y lógica DTC

Actualizado Escrito por los ingenieros de calibración de TuningBot2 min de lectura

Puntos clave

  • La lógica de DTC es estructurada: condición de detección, tiempo de debounce, condición de curación — nada es instantáneo.
  • Códigos pending, confirmed y permanent describen el mismo fallo con distintos niveles de confianza.
  • Borrar códigos sin arreglar las causas solo reinicia el contador.

Las ECU modernas aplican sofisticadas estrategias de diagnóstico para identificar fallos y cumplir los requisitos del OBD.

Flujo de diagnóstico

Detección de fallos → Rebote → Maduración → Almacenamiento de DTC → MIL

Lógica de rebote

  • En función del tiempo - el fallo debe persistir X segundos
  • Contra - debe ocurrir X veces
  • Ciclo de conducción - debe aparecer en varias unidades

Estado del DTC

  • Confirmado - fallo maduro, MIL encendida
  • Pendiente - detectado pero no confirmado
  • Historia - anteriormente activo

De Muestra a MIL

Los procesos de diagnóstico se desarrollan en stages: un monitor toma muestras, un contador antirrebote filtra el ruido, un resultado persistente se convierte en un código pendiente, la confirmación tras el número calibrado de ciclos lo almacena —junto con los datos de instantánea de ese momento— y los fallos relacionados con las emisiones hacen que finalmente se encienda el MIL. La corrección sigue el mismo proceso a la inversa, por lo que las luces se apagan por sí solas tras un número suficiente de ciclos de conducción sin fallos.

Usando la lógica

Los fotogramas congelados indican las condiciones, no solo el código; los códigos pendientes revelan lo que se está gestando antes de la lámpara; y los monitores de preparación indican qué se ha probado realmente desde el último borrado. El trabajo de calibración que afecta a los sistemas supervisados siempre debe terminar con una comprobación de preparación, porque que el cliente no supere la inspección es un mal momento para descubrir un monitor inacabado.

¿Por qué volvió mi código de avería tras borrarlo?

Porque la condición de detección sigue existiendo: la ECU volvió a ejecutar su monitor, el fallo se recalificó a través del debounce y el código volvió. Los códigos son síntomas; la estrategia de diagnóstico está diseñada para que solo las reparaciones los mantengan lejos.

¿Cuál es la diferencia entre DTC pending y confirmed?

Un código pending falló su monitor una vez y espera confirmación; un confirmed lo falló en los ciclos de conducción requeridos y normalmente enciende la MIL. Los permanent se borran solo cuando la propia ECU verifica la reparación a través de ciclos.

Relacionado: en los vehículos compatibles, este sistema lo gestiona directamente nuestro servicio DTC Off. Véase también Rangos y límites típicos de los sensores en la base de conocimientos.

¿Necesitas un archivo, no solo la teoría?

Sube tu archivo original y recibe una calibración desarrollada por TuningBot — construida sobre la misma lógica explicada en esta Knowledge Base.