Saltar al contenido
MasterTechPrep

Retrieve and record diagnostic trouble codes (DTCs), OBD II monitor status and freeze frame data.

ASE A8 — Engine Performance. Task E.1 from the Task List.

Sacar los DTCs (códigos de falla), el estado de los monitores y los datos de Freeze Frame (cuadro congelado) antes de cualquier reparación

La versión corta — Saca y anota todos los DTCs, el estado de "ready" (listo) de cada monitor, y los datos de freeze frame antes de tocar cualquier otra cosa, porque esa es tu única foto intacta de la falla, y al borrar los códigos todos los monitores vuelven a Not Ready (no listo).

Por qué esto va primero, antes de cualquier prueba o reparación

Sacar los códigos, el estado de los monitores y los datos de freeze frame es un paso no intrusivo — solo estás leyendo lo que el PCM (módulo de control del motor) ya grabó, no estás cambiando nada. Justo por eso tiene que hacerse antes de empezar cualquier prueba o reparación. Si empiezas cambiando piezas, borrando códigos o desconectando la batería primero, puedes borrar la evidencia misma que necesitas para diagnosticar el vehículo. Haz este paso primero y esos datos de la falla original quedan intactos sin importar qué hagas después.

La razón más importante en el trabajo diario: una vez que borras los códigos, pierdes tu punto de referencia (baseline). El técnico debe anotar todos los DTCs, los datos de freeze frame y el estado de los monitores antes de borrar cualquier código — este punto de referencia es lo que te permite demostrar después que la reparación realmente arregló el problema, en lugar de solo borrar la prueba de que existió. Si un cliente o un inspector te pregunta "¿cómo sabes que está arreglado?", tu respuesta es la comparación de antes y después, y no puedes hacer esa comparación si nunca anotaste el "antes".

Qué te dice realmente un DTC (y qué no te dice)

Se guarda un DTC cuando un circuito o sistema monitoreado sale fuera de sus parámetros esperados durante un conjunto definido de condiciones — eso puede ser cierta cantidad de tiempo, un drive cycle (ciclo de manejo) específico, o un número de viajes consecutivos. Lo clave para entender: el código solo identifica el circuito o la condición detectada, nunca la causa raíz ni la pieza que falló.

Vale la pena repetirlo porque es la idea más "preguntable" de todo este tema: un DTC apunta a un sistema, circuito, o una falla de rango/desempeño (range/performance) — nunca nombra la pieza rota en sí. Un código de condición pobre (lean) o de circuito alto (circuit-high) no te dice si es el sensor, el cableado, o una fuga de vacío. Por eso siempre necesitas los datos de freeze frame y pruebas adicionales antes de condenar y reemplazar una pieza. Reemplazar piezas basándote solo en el número de código, sin confirmar la causa, es el error que este concepto está diseñado para detectar.

Los pending codes (códigos pendientes) son una pieza relacionada. Un pending code significa que una falla apareció en un viaje, pero todavía no cumplió el requisito de maduración — por ejemplo, dos viajes consecutivos — para convertirse en un código confirmado y guardado que enciende el MIL (luz de check engine). Piensa en un pending code como "vimos algo una vez, estamos viendo si pasa otra vez". Es dato real, pero todavía no se ha ganado el MIL encendido.

Estado de los monitores: Ready vs. Not Ready

OBD II (diagnóstico a bordo, segunda generación) rastrea un conjunto de monitores de emisiones — cosas como el catalyst monitor (monitor de catalizador), O2 sensor monitor (monitor del sensor de oxígeno), EVAP monitor (monitor de evaporación), y misfire monitor (monitor de fallo de encendido). Cada uno reporta como Complete/Ready (completo/listo) o Not Ready/Incomplete (no listo/incompleto). Este estado te dice si ese monitor en particular realmente ya corrió y pasó su autoprueba desde la última vez que se borraron los códigos o se desconectó la batería.

Aquí está la parte que hace tropezar a la gente: borrar los códigos o quitar la energía de la batería resetea todos los monitores de vuelta a Not Ready. Ninguno vuelve instantáneamente. Cada monitor necesita su propio drive cycle específico antes de volver a correr y reportar un resultado. Justo por esto tienes que entender esto antes de borrar códigos justo antes de una prueba de emisiones — si borras códigos justo antes de mandar el carro a inspección, puede que falles la revisión de readiness (disposición) simplemente porque los monitores no han tenido chance de correr todavía, aunque en realidad no haya nada mal con el vehículo.

Ponte a prueba

Pregunta: Un carro tiene un DTC guardado por una condición de mezcla pobre (lean fuel condition). El técnico de inmediato reemplaza el sensor de oxígeno upstream (previo al catalizador) sin sacar los datos de freeze frame. ¿Qué está mal con este enfoque?

El DTC solo identifica el circuito o la condición detectada — en este caso, una condición lean — no identifica qué componente falló. Se necesitan los datos de freeze frame y pruebas adicionales para confirmar la causa real antes de reemplazar cualquier pieza. El técnico se saltó el paso que confirmaría si el sensor de oxígeno realmente es el culpable.

Pregunta: Technician A dice que borrar códigos antes de una prueba de emisiones está bien mientras el MIL esté apagado. Technician B dice que borrar códigos resetea todos los monitores a Not Ready, y que cada monitor necesita su propio drive cycle para volver a correr antes de poder pasar una revisión de readiness. ¿Quién tiene la razón?

Technician B tiene la razón. Borrar códigos (o desconectar la batería) resetea todos los monitores a Not Ready, sin importar si el MIL está encendido o apagado. Cada monitor necesita completar su drive cycle específico antes de volver a reportar Ready, así que borrar códigos justo antes de una prueba de emisiones puede causar una falla de readiness aunque no haya ninguna falla real presente.

Pregunta: ¿Cuál es la diferencia entre un pending code y un código guardado (confirmado)?

Un pending code significa que se detectó una falla en un viaje, pero todavía no ha cumplido el criterio de maduración — como dos viajes consecutivos — para convertirse en un código confirmado. Un código guardado/confirmado ya cumplió ese criterio y va a encender el MIL. Ambos son datos de diagnóstico útiles, pero solo el código confirmado enciende la luz.

Task List transcribed from ASE's free published study guide (ASE Study Guide — Automobile Tests (2026), A8 Test Specifications).