OBD II [On Board Diagnostics] | Diagnostico A Bordo De Segunda Generación

Summary

Este video analiza el sistema de diagnóstico a bordo (OBD), implementado en los automóviles para reducir las emisiones contaminantes y detectar fallos en los sistemas anti-polinización. Comienza con la historia del sistema, desde su creación por General Motors en 1982 hasta su estandarización y mejoras en 1996, y cómo se implementó en diferentes regiones. Además, se exploran detalles técnicos del conector DLC, la luz testigo de fallos y los códigos de diagnóstico. El video también menciona las diferencias entre las versiones de OBD y los protocolos de comunicación utilizados, destacando la evolución del sistema en diferentes partes del mundo.

Takeaways

• 😀 General Motors fue el primer fabricante en implementar un sistema de diagnóstico a bordo en 1982, utilizando un conector AIR-CL.
• 😀 El sistema de diagnóstico a bordo (OBD) fue introducido para reducir las emisiones contaminantes y advertir al conductor sobre fallos en los sistemas anti-pollución.
• 😀 En 1991, el sistema OBD se estandarizó como OBD-I y comenzó a ser obligatorio en EE. UU. para monitorear las emisiones de los vehículos.
• 😀 En 1996, se implementó el OBD-II, que mejoró considerablemente el sistema OBD-I, con un conector trapezoidal de 16 pines estandarizado.
• 😀 El sistema OBD-II se implementó obligatoriamente en Europa en 2000 para vehículos de gasolina y en 2003 para motores diésel.
• 😀 Los vehículos fabricados entre 1995 y 1996 son híbridos, ya que incorporan tanto OBD-I como OBD-II.
• 😀 El conector DLC de OBD-II se define en la norma J1962 y es una interfaz entre la herramienta de diagnóstico y los módulos del vehículo.
• 😀 La luz testigo o lámpara de aviso de fallos (Check Engine) se utiliza para advertir al conductor sobre problemas en el motor, encendiéndose de manera permanente, temporal o intermitente.
• 😀 Los códigos de diagnóstico (códigos DTC) están estandarizados y permiten identificar rápidamente los fallos en los vehículos. Los códigos tienen una estructura de cinco caracteres.
• 😀 Existen múltiples protocolos de comunicación (ISO, SAE, J1850, CAN) para el intercambio de información entre los dispositivos de diagnóstico y los sistemas del vehículo, según la región y el fabricante.

Q & A

¿Qué es el sistema de diagnóstico a bordo (OBD) y para qué se utiliza?

El sistema de diagnóstico a bordo (OBD) es una tecnología implementada en los vehículos para detectar fallos en los sistemas que controlan las emisiones contaminantes. Su función principal es identificar problemas en estos sistemas y alertar al conductor para su corrección.

¿Cuáles fueron los primeros pasos históricos en la implementación del OBD?

En 1982, General Motors fue el primer fabricante en implementar un sistema OBD con el conector ALDL. Posteriormente, en 1988, se introdujo el sistema OBD-I, que solo monitorizaba algunos sistemas del motor. En 1991, se adoptó el OBD-II, que amplió su capacidad de monitoreo y se estandarizó.

¿Qué diferencia existe entre el OBD-I y el OBD-II?

El OBD-I era un sistema básico con limitaciones, ya que solo monitoreaba algunos componentes del motor. El OBD-II, implementado en 1996, introdujo mejoras significativas, incluyendo un conector estándar y la capacidad de monitorear más sistemas y emitir códigos de falla más detallados.

¿Qué importancia tiene el conector DLC en el sistema OBD-II?

El conector DLC es la interfaz entre el vehículo y la herramienta de diagnóstico. Está estandarizado bajo la norma J1962 y tiene 16 pines, con funciones definidas por el protocolo de comunicación y el fabricante, lo que permite acceder a los códigos de falla y monitorear los sistemas del vehículo.

¿Cuáles son las funciones de la luz testigo 'Check Engine' (luz MIL)?

La luz testigo 'Check Engine' indica que hay un problema en el motor o en los sistemas monitoreados. Puede encenderse de forma permanente, temporal o intermitente, siendo la última la más preocupante, ya que podría estar afectando gravemente componentes como el convertidor catalítico.

¿Cómo se interpretan los códigos de falla (códigos DTC) en un sistema OBD-II?

Los códigos de falla (DTC) se componen de una letra seguida de cuatro números. La letra indica el sistema al que pertenece la falla (B para carrocería, C para chasis, P para motor, y U para red de comunicación), y los números proporcionan detalles sobre el tipo de falla y el componente afectado.

¿Qué son los protocolos de comunicación en OBD-II y qué funciones cumplen?

Los protocolos de comunicación en OBD-II son reglas que permiten la interacción entre el vehículo y las herramientas de diagnóstico. Estos protocolos son necesarios para intercambiar información, como los códigos de falla, y están estandarizados en varios tipos como ISO 9141, ISO 14230, y SAE J1850.

¿Cómo se identifican los códigos de falla genéricos y específicos del fabricante?

Los códigos de falla genéricos van del 0 al 999 y están definidos por normas internacionales. Los códigos específicos del fabricante se encuentran entre 1000 y 1999 y pueden ser leídos solo con herramientas de diagnóstico específicas del fabricante.

¿Por qué algunos vehículos fabricados entre 1995 y 1996 tienen sistemas híbridos OBD-I y OBD-II?

Esto se debe a que en ese período, los vehículos deben cumplir con las normativas de emisiones, por lo que algunos modelos fueron equipados con ambos sistemas OBD-I y OBD-II para adaptarse a las regulaciones de ese tiempo, como el Toyota Tercel 1996.

¿Qué protocolos de comunicación se utilizan en los sistemas OBD-II de Europa y América?

En Europa, se utilizan protocolos como ISO 9141, ISO 14230, y CAN bus. En América, los protocolos más comunes son J1850 y J1979. Estos protocolos permiten la comunicación entre el vehículo y las herramientas de diagnóstico de acuerdo con las normativas regionales.