OBD II Monitor Logic: DTC Setting, Clearing, and MIL Operation (Lógica de los Monitores OBD II: Cómo se Activan, se Borran los DTC y Funciona el MIL)

La versión corta — Una falla tiene que aparecer en dos viajes (trips) antes de que se prenda el MIL (Malfunction Indicator Lamp, la luz check engine), necesita tres viajes limpios para volver a apagarse, y los permanent DTCs (códigos permanentes) no los borra nadie más que el propio PCM (Powertrain Control Module, la computadora del motor) — ni con scan tool, ni desconectando la batería.

Cómo Nace un Código: Pending → Confirmed

El sistema OBD II vigila los componentes relacionados con emisiones y guarda un DTC (Diagnostic Trouble Code, código de falla) cada vez que un parámetro monitoreado se sale del rango permitido. Ese es todo el propósito del sistema — es una forma estandarizada de detectar una falla que podría aumentar las emisiones del escape, y de avisarle al conductor con el MIL.

Pero el PCM no prende la luz apenas ve el problema por primera vez. Así es la secuencia:

• Viaje uno, falla detectada: el código se guarda como pending code (código pendiente). Todavía no hay MIL.
• Viaje dos, misma falla, se cumplen otra vez los enable criteria (criterios de habilitación): el código madura a confirmed/active DTC (código confirmado/activo), y ahora sí se manda a prender el MIL.

¿Por qué importa esto para el examen y en el taller? Porque un cliente puede llegar con un pending code y sin la luz prendida, y eso es comportamiento normal del sistema — no es que el foco esté quemado. El proceso de pending a confirmed requiere dos viajes donde realmente se cumplan los enable criteria, no nada más dos ciclos de encendido (key cycles).

Cómo Desaparece un Código (y la Luz)

Una vez que el MIL está prendido, no hace falta una reparación para apagarlo — hace falta que el monitor pase la prueba por sí solo.

• Si la falla no vuelve durante tres viajes buenos consecutivos — es decir, tres drive cycles (ciclos de manejo) donde el monitor realmente corrió y pasó — el MIL se apaga.
• El DTC en sí se queda guardado en la memoria aunque la luz ya esté apagada. El estado de la luz y el código guardado son dos cosas distintas. Un técnico que revise los códigos semanas después todavía puede encontrar ese historial aunque la luz ya no esté prendida.

Esta es una trampa común del examen: apagar el MIL no es lo mismo que borrar el DTC. Son eventos separados con reglas separadas.

Permanent DTCs: El Código que Nadie Puede Hacer Trampa

Un permanent DTC es una categoría especial que no se puede borrar con un comando del scan tool ni desconectando la batería. La única forma de que se borre es que el propio monitor del PCM confirme, durante el número requerido de drive cycles, que la falla original de verdad ya no está.

¿Por qué existe siquiera esta categoría? Los permanent DTCs se crearon específicamente para evitar que los técnicos borren códigos y datos de readiness (disposición/completitud de los monitores) solo para hacer pasar un vehículo por una prueba de emisiones o I&M (Inspection & Maintenance) sin arreglar nada. Antes de que esto existiera, un técnico (o un cliente) podía desconectar la batería justo antes de la prueba, borrar el código y los monitores de readiness, y pasar la prueba con un carro que todavía tenía el problema de fondo. Los permanent DTCs cierran ese hueco — la reparación tiene que funcionar de verdad, y el PCM tiene que verificarlo él mismo.

Freeze Frame, Readiness, y el Trabajo del Scan Tool

Cuando se detecta una falla por primera vez, el PCM captura un freeze frame (cuadro congelado) — una foto de los datos del motor como RPM, carga (load), temperatura del refrigerante, fuel trims (ajustes de combustible) y velocidad del vehículo en ese momento exacto. Este snapshot existe para que un técnico pueda intentar recrear las mismas condiciones después y realmente atrapar la falla en acción en vez de adivinar.

Un scan tool es cómo se ve todo esto: pending codes, confirmed codes, permanent codes, datos de freeze frame, y el estado de monitor readiness (I/M readiness, disposición para la inspección). El estado de readiness te dice si cada monitor ya completó su autoprueba desde la última vez que se borraron los códigos.

Esto se conecta directamente con el tema de los permanent DTCs: borrar códigos o desconectar la batería resetea todos los monitores de readiness no permanentes a "not ready" (no listo). En las zonas donde la prueba de emisiones revisa el estado de readiness, eso significa que el vehículo tiene que volver a correr los drive cycles aplicables antes de siquiera poder ser probado. Así que un técnico que borra códigos justo antes de mandar un carro a inspección en realidad puede hacer que reprueba — no por un DTC, sino por readiness incompleto.

Fácil de Confundir

• Pending vs. confirmed DTC — pending es el viaje uno, sin MIL. Confirmed es el viaje dos (misma falla, criterios cumplidos otra vez), MIL prendido. No confundas "código guardado" con "luz prendida."
• MIL apagado vs. DTC borrado — tres viajes buenos apagan la luz. El código se queda en la memoria del PCM de todas formas. Apagar la luz no es lo mismo que borrar el código.
• Confirmed DTC vs. permanent DTC — un confirmed DTC se borra con un scan tool o desconectando la batería. Un permanent DTC solo se borra cuando el monitor del PCM verifica que la falla ya no está, durante los drive cycles requeridos — un comando del scan tool no le hace nada.
• Readiness reset vs. borrar códigos — ambas cosas pasan juntas cuando borras códigos o desconectas la batería, pero conceptualmente son distintas: una es el historial de diagnóstico, la otra es el estado de completitud de la prueba del monitor, y el readiness es lo que normalmente le importa a la estación de la prueba I/M.

Ponte a Prueba

Pregunta: El scan tool de un cliente muestra un pending DTC pero el MIL no está prendido. ¿Hay algo mal con el circuito de la luz?

No. Un pending code significa que la falla se detectó solo en el primer viaje. El MIL no se manda a prender hasta que la misma falla se confirme en un segundo viaje donde se cumplan otra vez los enable criteria. Que no haya luz en esta etapa es un comportamiento normal y esperado.

Pregunta: Technician A dice que borrar códigos con un scan tool va a borrar un permanent DTC. Technician B dice que solo el propio PCM, a través de su monitor confirmando que la falla ya no está durante los drive cycles requeridos, puede borrar un permanent DTC. ¿Quién tiene la razón?

Technician B tiene la razón. Los permanent DTCs no se pueden borrar con un comando del scan tool ni desconectando la batería. Están diseñados específicamente para que una reparación real — verificada por el propio monitor del PCM durante el número requerido de viajes — sea la única forma de borrarlos.

Pregunta: A un confirmed DTC se le apagó el MIL después de tres viajes buenos. ¿Eso significa que el código ya desapareció de la memoria, y borrar códigos afecta algo más aparte de la lista de DTC?

No, el código no ha desaparecido — el DTC se queda guardado aunque el MIL ya esté apagado; solo cambió el estado de la luz. Y sí, borrar códigos (o desconectar la batería) también resetea todos los estados de readiness de los monitores no permanentes a "not ready", lo que significa que el vehículo debe completar sus drive cycles otra vez antes de poder pasar una prueba de emisiones en las zonas que revisan readiness.