Tablero y Electricidad01/09/2026Redação Automotiva6 min de lecturaActualizado el 14/09/2026

La luz de avería se encendió y luego se apagó: ¿la falla sigue registrada y cuándo usar el escáner?

La luz puede apagarse antes de que desaparezca el código. Entienda qué guarda OBDBr-3, cuándo conviene escanear y qué pedir en la lectura.

Painel de carro com luz da injeção acesa ao lado de scanner OBD exibindo códigos de falha pendente e histórico.

Sí: la luz de avería del motor puede apagarse y la falla seguir registrada en el sistema de diagnóstico. Según las reglas brasileñas OBDBr-3, la lámpara indicadora de mal funcionamiento (LIM) y la memoria de códigos no siguen el mismo plazo. La normativa vigente del Ibama permite que, para la mayoría de las fallas, la LIM se desactive después de tres ciclos de conducción consecutivos sin una nueva detección, mientras que un código de falla convencional puede permanecer hasta que la anomalía no vuelva a registrarse durante al menos 40 períodos consecutivos de calentamiento del motor. Por eso, que la luz se apague no demuestra que la memoria esté vacía.

Ese detalle cambia la decisión práctica: si la luz se encendió sin una causa clara, pasar el escáner poco después de que se apague puede conservar una pista importante. El sistema todavía puede guardar un código pendiente, confirmado o, en los vehículos donde corresponda, permanente. La Instrucción Normativa Ibama nº 23/2020, vigente y consolidada con modificaciones posteriores, es la referencia técnica del OBDBr-3 para vehículos ligeros.

Que la luz se apague y que el código desaparezca son eventos distintos

La LIM es la advertencia que ve el conductor. El código de diagnóstico es el registro que utiliza el sistema OBD para identificar el tipo de mal funcionamiento detectado. Cuando una falla deja de repetirse, el aviso visual puede desaparecer antes de que se borre la memoria. La propia normativa separa esas dos etapas: una regula la desactivación de la LIM y otra el borrado del código de falla.

Para las condiciones de mal funcionamiento distintas del modo de alerta especial por fallas de combustión, la LIM puede desactivarse después de tres ciclos de conducción consecutivos en los que el monitor responsable deje de detectar la falla y ninguna otra falla independiente requiera mantener la luz encendida. En cambio, el código, la distancia asociada y los datos congelados pueden borrarse si la falla no vuelve a registrarse durante al menos 40 períodos consecutivos de calentamiento.

Pendiente, confirmado y permanente: qué significa cada estado

EstadoQué significa en OBDBr-3Por qué importa cuando la luz ya se apagó
PendienteRegistro guardado después de la detección inicial de un mal funcionamiento, antes de la activación de la LIM.Puede revelar un evento que el sistema detectó pero que todavía no cumplió los criterios para confirmar la falla y encender la luz.
ConfirmadoFalla que el sistema detectó y confirmó en el número mínimo de ciclos requerido, con activación de la LIM.Puede seguir disponible después de que desaparece el aviso visual, dependiendo de lo que ocurra en los ciclos posteriores.
Permanente (PDTC)Código confirmado almacenado en memoria no volátil y, cuando corresponde, no borrable mediante una herramienta externa de diagnóstico.Ayuda a conservar el historial de ciertas fallas que activaron la LIM hasta que el propio sistema compruebe los criterios de borrado.

Las definiciones de código pendiente, confirmado y permanente fueron incorporadas mediante una modificación de 2021. Los requisitos de PDTC están vinculados a las fases y aplicaciones previstas por OBDBr-3, por lo que no debe esperarse el mismo comportamiento en todos los autos, especialmente en vehículos antiguos o de generaciones OBD anteriores. La modificación normativa de 2021 detalla estas categorías.

¿Cuándo conviene pasar el escáner después de que la luz se apaga?

En la práctica, la lectura resulta especialmente útil en cuatro situaciones:

  • Poco después de un encendido sin explicación: cuantos menos ciclos de conducción hayan pasado, mayor es la posibilidad de que aún exista información útil para reconstruir el episodio.
  • Cuando la luz ya apareció más de una vez: la recurrencia es una razón fuerte para recuperar el código y las condiciones en que se registró, aunque el auto funcione normalmente en ese momento.
  • Cuando hubo cambios en el funcionamiento: pérdida de potencia, tirones, ralentí irregular, consumo anormal u otro síntoma junto con la advertencia dan al escaneo un evento concreto que correlacionar.
  • Cuando la luz parpadeó: OBDBr-3 contempla un modo distinto, por ejemplo intermitente, para fallas de combustión en una proporción capaz de dañar el catalizador en motores de encendido por chispa. En ese escenario, que la advertencia desaparezca después no debe interpretarse como prueba de que el episodio fue irrelevante.

Si la luz permaneció encendida de forma continua una sola vez, luego se apagó, el vehículo funciona con normalidad y no hubo otros síntomas, el escaneo sigue siendo útil, pero no significa automáticamente que exista una avería grave. El objetivo es recuperar evidencia antes de que desaparezca y usarla para orientar la siguiente comprobación.

Qué conviene pedir en la lectura del escáner

Una lectura útil va más allá de preguntar “¿qué código salió?”. Cuando el vehículo y la herramienta lo permitan, conviene pedir:

  • códigos actuales, pendientes, confirmados y permanentes, con el estado de cada uno;
  • datos congelados o freeze frame, es decir, la información de funcionamiento guardada en el momento de la falla;
  • parámetros asociados al evento, como régimen del motor, temperatura del refrigerante, carga calculada y, cuando estén disponibles, velocidad, presión del colector de admisión, correcciones de combustible y otros parámetros previstos por la normativa;
  • estado de los monitores de diagnóstico, especialmente si alguien ya borró códigos o desconectó la batería antes de la lectura.

Los datos congelados son especialmente valiosos porque OBDBr-3 exige almacenar las condiciones relevantes de funcionamiento del motor cuando se detecta la primera falla de un componente o sistema. Así, el escáner puede mostrar no solo qué se detectó, sino también en qué contexto ocurrió.

Evite borrar los códigos antes de entender el registro

Si el objetivo es descubrir por qué se encendió la luz, no empiece utilizando la función “borrar fallas”. En los códigos convencionales, la limpieza puede eliminar información que ayudaría a diagnosticar el episodio, incluidos datos asociados al evento. La excepción importante son los códigos permanentes aplicables: no pueden borrarse simplemente con una herramienta externa y siguen criterios propios del sistema para desaparecer.

También conviene evitar desconectar la batería solo para “reiniciar” la luz antes de leer el sistema. Aunque eso no elimine un PDTC, puede modificar otra información de diagnóstico y hacer menos directa la investigación. Primero lea y guarde la información; después, si corresponde, realice el borrado según el diagnóstico o la reparación.

El código es una pista, no una orden automática de cambiar una pieza

Un DTC identifica una condición supervisada o un tipo de mal funcionamiento. Debe combinarse con síntomas, datos congelados, datos en vivo, inspección y pruebas específicas del sistema. Así se evita el error de interpretar la descripción del código como una instrucción inmediata para sustituir un componente concreto.

Si el escáner encuentra un registro después de que la luz se apagó, lo más útil es guardar el código, el estado y los datos del evento, y luego verificar si la condición está activa, es intermitente o ya dejó de ocurrir. Si no aparece ningún código, eso tampoco demuestra que nunca haya existido un episodio: el tiempo transcurrido, la estrategia del fabricante, la generación del OBD y cualquier borrado previo influyen en lo que sigue disponible.

Regla práctica: qué hacer cuando la luz desaparece sola

  1. No borre la memoria ni desconecte la batería antes del escaneo si quiere investigar la causa.
  2. Si es posible, pase el escáner poco después del episodio y guarde códigos, estados y datos congelados.
  3. Si la luz vuelve, parpadea o aparece junto con problemas de funcionamiento, priorice una evaluación técnica.
  4. Si fue un evento aislado, la luz está apagada y el auto funciona normalmente, vigile el comportamiento; aun así, una lectura preventiva puede recuperar el historial antes de que el sistema lo descarte.

En resumen, que la luz de avería se apague no garantiza que el registro de la falla haya sido borrado. En OBDBr-3, el aviso visual puede desaparecer después de ciclos sin nueva detección mientras la información diagnóstica continúa disponible durante más tiempo. Esa ventana es precisamente cuando el escáner puede ser más útil para convertir una advertencia que “desapareció” en evidencia aprovechable para el diagnóstico.

Temas de este artículocódigo de falhaluz da injeçãoOBDpainelscanner automotivo