DTC off vs borrar códigos de avería — lo que realmente cambia en el archivo

Un DTC no es un dato 'guardado en el archivo' como un documento — es una entrada en la tabla de diagnóstico del ECU. El software ejecuta monitores: rutinas que prueban continuamente un sensor, un actuador o un subsistema contra condiciones esperadas. Cuando un monitor falla, el gestor de diagnóstico almacena el código y un freeze frame, y — según la entrada — enciende el MIL o dispara el modo degradado.

Cada entrada de la tabla lleva su propia lógica: condiciones de habilitación, contadores de confirmación, comportamiento del MIL y la ruta de emergencia. Por eso dos códigos sobre el mismo componente pueden comportarse de forma totalmente distinta.

Borrar los códigos con la diagnosis (modo OBD $04) vacía la memoria de averías: códigos presentes y pendientes, freeze frames y contadores — y resetea los monitores de readiness a 'not complete'.

Lo que no cambia es la detección. Las rutinas de monitorización siguen corriendo exactamente igual; en el siguiente ciclo de conducción que cumpla sus condiciones, el mismo test falla y el mismo código vuelve — con un DPF físicamente retirado, una EGR anulada o un sensor muerto, está garantizado. Los DTC permanentes van más allá: la diagnosis no puede borrarlos hasta que el monitor pasa por sí solo.

Un parche DTC-off modifica la calibración para que la avería no se registre nunca. Según la familia de ECU se hace de dos maneras:

• La tabla de máscara / desactivación DTC — se cambia el bit de habilitación o el byte de clase de la entrada para que el gestor de diagnóstico ignore por completo esa ruta de fallo.
• La propia rutina de monitorización — cuando no existe máscara útil para un código, la rama o llamada de función que detecta el fallo se neutraliza en la zona de código.

El resultado: la avería nunca se almacena, los contadores nunca suben y la ruta del MIL ligada a ese código nunca puede dispararse. Para el ECU, la condición simplemente no existe.

En un ECU con máscara, la diferencia es un byte o dos por código dentro de la tabla DTC. En ECUs basados en rutina son unas pocas instrucciones parcheadas. En ambos casos es pequeño y dirigido — justo el tipo de cambio que nuestro servicio DTC OFF muestra en el audit trail de cada pedido.

Todo lo demás queda intacto: mapas, otros códigos de avería, datos del inmovilizador. Los checksums se recalculan para que el archivo se escriba limpio con herramientas estándar.

• Los monitores de readiness pueden quedar 'not ready' en algunas configuraciones — relevante donde las inspecciones comprueban el readiness OBD.
• Un código enmascarado queda invisible para siempre — guarda el archivo original para poder restaurar el diagnóstico más tarde.
• Algunos códigos comparten lógica de detección; un 'all codes off' a ciegas puede ocultar averías reales ajenas. Desactiva solo lo que tu cambio de hardware exige.

Si la causa sigue montada y funcionando, repara el coche — un DTC-off es para componentes físicamente retirados o intencionadamente puenteados.

La desactivación de monitores relacionados con emisiones está pensada para uso off-road y competición donde sea legal. En vehículos de vía pública puede estar prohibida — comprueba la normativa local antes de modificar un archivo.