¿Los códigos de falla se registran con una marca de tiempo en un registro con un historial de DTC?


9

Acabo de escanear mi vehículo por primera vez para verificar el código de Check Engine Light. Sentí curiosidad si estos códigos de falla se registran en algún lugar con una marca de fecha y hora de algún tipo en el momento en que se lanzaron. Me estoy imaginando un diseño similar al Registro de eventos utilizado en los sistemas operativos de la computadora, pero puedo estar completamente equivocado en este caso.

¿Cuál es exactamente el diseño en torno a estos códigos de falla en cuanto a cómo se registran? Un aspecto obvio del diseño es el uso de códigos únicos específicos para algún problema en particular. ¿Es esa la historia completa con una falla? ¿Hay otros metadatos que rodeen una instancia de falla que se pueda buscar? ¿Cómo funcionan los historiales de fallas en los vehículos? ¿Las historias incluso se registran o las fallas son simplemente una cosa binaria? Sé que puede borrar códigos usando las herramientas del escáner, ¿esto sugiere que las fallas permanecerían marcadas en un sistema a perpetuidad hasta que las borre manualmente? Esto me llevaría a creer que la luz de verificación del motor permanecería encendida incluso después de reparar la causa raíz de una falla. ¿Es esto exacto?

Respuestas:


9

Realmente depende de la implementación de OBD2. Lo que mis registros Subaru de 1997 (prácticamente nada) en comparación con un Chevy Cruise 2015 son cosas completamente diferentes.

Sin embargo, en la mayoría de los casos, un Código de diagnóstico de problemas (DTC) se registra con un cuadro congelado , que es un almacén completo de todas las ID de parámetros (PIDS). Estos parámetros cubren todo, desde RPM, velocidad del vehículo, datos del sensor de O2, datos de flujo de aire en masa, ajustes de combustible a corto y largo plazo, avance de encendido, temperatura de admisión y refrigerante, y quizás docenas más. Se accede a ellos a través del modo OBD2 2. Se accede a las fallas simples de DTC "Pxxxx" a través del modo OBD2 3, que a menudo es la medida en que las herramientas simples de escaneo del consumidor pueden mostrar.

En herramientas de escaneo más sofisticadas, se pueden mostrar los datos del "cuadro congelado" en Modo 2, que son datos invaluables ya que revelan la condición de ejecución exacta en el mismo instante en que se estableció el código DTC.

La historia de dichos códigos nuevamente varía con la implementación de OBD2, y muy probablemente cuán nuevo sea el vehículo. En mi Subaru 1997, los datos son limitados, dado que OBD2 no era un mandato hasta el año modelo 1996.

Sin embargo, todos los vehículos tienen dos categorías de DTC: "Pendiente", que es una falla detectada, pero no configura la luz Check Engine Light (CEL, SES) hasta que la condición se detecte nuevamente un cierto número de veces. (Se accede a través del modo OBD2 7). El número de "ciclos de conducción" necesarios para promover un "pendiente" a un CEL depende de la falla, la implementación y el vehículo.

La otra categoría de DTC es "almacenada" o "registrada". Estos son códigos de fallas verdaderas que han sido promovidos del estado "pendiente" a un código de falla de transacción real y, por definición OBD2, deben establecer el CEL.

Además, algunas unidades / módulos de control del motor (ECU / ECM) tienen la capacidad de registrar algunos o decenas de códigos de falla "históricos", independientemente de si han sido reparados y / o borrados. Esto proporciona antecedentes a un técnico astuto, incluso cuando no hay fallas DTC pendientes o registradas actualmente .

Los códigos DTC NO tienen que borrarse "manualmente". Si se repara la condición que causó la falla, o simplemente ya no ocurre (la eficiencia del catalizador P0420 es un ejemplo clásico), el código se "borrará por sí solo", por así decirlo, después de un cierto número de ciclos de conducción sin que vuelva a ocurrir la falla. El número de ciclos de conducción necesarios para borrar un DTC CEL activo depende de la falla y la implementación del software. Sin embargo, en la mayoría de los casos, un técnico borra estos códigos después de una reparación válida para asegurar al cliente que la reparación está completa. Pero no tenemos que hacerlo; Es una cortesía. La ECU / ECM monitorea constantemente el PID y las condiciones de emisión, y eventualmente cederá, dados los suficientes ciclos de manejo "limpios".

Como comentario aparte, hay una categoría de DTC que causa un CEL INTERMITENTE . Estos difieren dramáticamente del CEL "sólido en", en que si se enciende y permanece encendido, es una indicación de que algo está mal, y el conductor debe buscar servicio en una oportunidad conveniente. Sin embargo, un CEL INTERMITENTE indica algo gravemente incorrecto que podría causar daños al vehículo. Por lo general, esto indica una condición demasiado rica, generalmente causada por fallas graves de encendido o inyección de combustible que, si se deja sola, podría dañar un costoso convertidor catalítico. Estas luces de verificación del motor "intermitentes" deben abordarse de inmediato; algunos fabricantes de equipos originales sugieren que detenga el vehículo y lo remolque.

Para complicar aún más este proceso, al borrar un CEL se elimina el código de falla de la categoría "activo", pero al igual que la analogía de su computadora, es un ALT_CTRL-DEL. Restablece completamente la ECU / ECM y borra lo que se conoce como "monitores".

Los monitores son una gran cantidad de pruebas que se ejecutan continuamente, o en la mayoría de los casos cuando se cumplen ciertos criterios PID (temperatura, carga del motor, nivel de combustible, ciclo de conducción). (Esto es lo que hace que sea particularmente difícil pasar los monitores del sistema de emisión evaporativa; los criterios son exactos e incluso dependen de la cantidad de combustible en el tanque).

Se necesita un cierto número de ciclos de manejo exitosos, obedeciendo todos los criterios requeridos, para "pasar" estas pruebas de monitor. En este punto, el vehículo puede pasar una inspección de emisiones OBD2, cuando todos los monitores hayan pasado. (En Nueva York, los vehículos producidos antes de 2001 pueden tener dos pruebas de monitor incompletas, 2001 y más recientes tienen permitido uno, y puede ser que los vehículos recientes no tengan ninguno incompleto. Esto es solo trivialidades).

El resultado es que, si bien un vehículo puede haber tenido reparaciones adecuadas y los códigos de falla borrados, esto NO significa que pasará una inspección de emisiones OBD2. Esto evita la técnica de sombreado de desconectar la batería y llevarla inmediatamente a inspección. El vehículo debe completar el número requerido de ciclos de manejo con todos los criterios (o la mayoría) cumplidos para obtener la calificación aprobatoria. Mientras que un vehículo llamado "no listo" no falla en las pruebas de emisiones, tampoco pasa. Después de la lobotomía ALT-CTRL-DEL ECU / ECM, el vehículo se instala y no está "listo" para la inspección hasta que se demuestre a sí mismo que todos los monitores están funcionando y que el vehículo está limpio.


Gracias, puedo haberte ganado pero tu respuesta es mucho más detallada. Más curiosidades; un vehículo con un código pendiente pasará emisiones siempre que todos los demás sistemas hayan pasado. Con algunos trucos y poca mano, podría pasar un automóvil con un mal convertidor catalítico o un sistema EVAP.
vini_i

¡Guauu! Esto es genial. ¿Cómo aprendiste todo esto? ¿Existe una especificación ODB-2 que esté disponible públicamente?
dlu


4

Hay dos tipos de códigos de falla; viaje individual y dos viajes.

Un código de falla de un solo disparo es generalmente una falla mayor como una falla grave Esto iluminará la luz de verificación del motor inmediatamente después de la detección.

Se debe verificar un código de falla de dos viajes en dos viajes. El primer viaje establece un código pendiente sin iluminar la luz. Si la falla se detecta nuevamente, la luz se iluminará.

Teóricamente, cuando una falla dura (luz iluminada) pasa la prueba dos veces consecutivas, la luz se apagará. El código luego se rebaja a pendiente por falla dura. Esto se estipula si la prueba aún se ejecuta con una falla grave. Hay algunos casos en los que las pruebas se suspenden con un fallo grave y luego limpiar la luz con una herramienta de escaneo es la única forma de apagar la luz. Un código pendiente desaparecerá si la prueba pasa 60 ciclos de conducción consecutivos (arrancar y apagar el automóvil 60 veces no constituye un ciclo de conducción)

Cada vez que se almacena un código, los datos del cuadro congelado se almacenan con él. Congelar datos de cuadro (FFD) es una instantánea de los datos más comunes cuando se detectó la falla. El problema es que los valores almacenados difieren según el fabricante y el año del vehículo. Los valores pueden incluir, pero no están limitados a; temperatura del refrigerante, rpm, temperatura del aire, compensación de combustible a corto plazo, disparo de combustible a largo plazo, estado del circuito, cuánto tiempo transcurrió en un ciclo de manejo la falla, cuántos ciclos de manejo han transcurrido desde que se configuró la falla ... la lista sigue y sigue.

Los vehículos más antiguos solo podían almacenar un solo cuadro de FFD y el código de falla más grave tenía prioridad. El vehículo más nuevo puede almacenar múltiples cuadros FFD. Si bien es posible que pueda determinar en qué orden se produjeron los códigos, no hay una marca de tiempo proverbial como en un registrador de eventos.


Excelente respuesta (me ganaste). Una cosa clave que omití que el OP específicamente preguntó fue la parte de "sello de tiempo". La ECU no tiene idea de qué hora o día es. El número de ciclos de conducción para algunos borradores de DTC puede limitarse a 60 (o 3 o 5), y el número de viajes puede ser uno, dos o más (P0420 es una bestia de varias cabezas ) ... pero yo sí No creo que haya un estándar obligatorio OBD2 en los números de ciclo de manejo, o la repetición de fallas para borrar o establecer DTC específicos. Esto varía con la implementación del vehículo y OBD2. ¡Buen trabajo!
SteveRacer

2

¡Respuestas muy detalladas ya! Solo quería agregar algo sobre las pruebas de emisiones después de borrar los códigos de falla. Algunos fabricantes incluyen una forma de crear las condiciones que determinarán si los componentes de emisiones pasan / fallan sin tiempos de conducción prolongados. El software VCDS que tengo para Volkswagen (y sus otras marcas) tiene una opción de "preparación" en la CPU del motor. Le guía paso a paso por los componentes de emisiones, lo que indica cuánto tiempo tiene que mantener el motor a ciertas RPM y cuándo se realiza la prueba. Los vehículos más nuevos se harán cargo automáticamente y acelerarán el motor, mientras que los más antiguos deben ser realizados precisamente por alguien en el asiento del conductor manteniendo RPM bastante precisas. En breve,

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.