¿Qué es el puerto OBDII? Historia del diagnóstico a bordo

Es posible que hayas encontrado los términos "OBD" u "OBDII" al leer sobre los vehículos conectados y el dispositivo GO de Geotab. Estas funciones forman parte de los ordenadores de a bordo de los coches y tienen una historia que no es muy conocida. En este artículo te presentamos una visión general del OBDII y una cronología de su desarrollo.

¿Qué es el OBD (diagnóstico a bordo)?

El diagnóstico a bordo (OBD) se refiere al sistema electrónico de automoción que proporciona el autodiagnóstico del vehículo y las capacidades de información para los técnicos de reparación. Un OBD permite a los técnicos acceder a la información de los subsistemas con el fin de controlar el rendimiento y analizar las necesidades de reparación.

OBD es el protocolo estándar utilizado en la mayoría de los vehículos ligeros para recuperar la información de diagnóstico del vehículo. La información la generan las unidades de control del motor (ECU o módulos de control del motor) dentro de un vehículo. Son como los ordenadores o el cerebro del vehículo.

¿Por qué es tan importante?

OBD es una parte importante de la telemática y la gestión de flotas, ya que permite medir y gestionar el estado y la conducción de los vehículos.

Gracias al OBD, las flotas pueden:

• Seguir las tendencias de desgaste y ver qué piezas del vehículo se desgastan más rápido que otras.
• Diagnosticar instantáneamente los problemas del vehículo antes de que se produzcan, apoyando una gestión proactiva en lugar de reactiva.
• Medir el comportamiento de la conducción, la velocidad, el tiempo de ralentí y mucho más.

¿Dónde se encuentra el puerto OBDII?

En un vehículo de pasajeros típico, el puerto OBDII se encuentra en la parte inferior del salpicadero en el lado del conductor del coche. Según el tipo de vehículo, el puerto puede tener una configuración de 16, 6 o 9 pines.

¿Cuál es la diferencia entre un OBD y un OBDII?

Un OBDII es, en pocas palabras, la segunda generación de un OBD u OBD I. El OBD I estaba, en un principio, conectado de manera externa a la consola de un coche, mientras que el OBDII está ahora integrado dentro del propio vehículo. El OBD original se utilizó hasta que se inventó el OBDII a principios de los años 90.

Historia del OBDII

La historia de los diagnósticos a bordo se remonta a los años 60. Varias organizaciones sentaron las bases de la norma, entre ellas la Junta de Recursos del Aire de California (CARB), la Sociedad de Ingenieros del Automóvil (SAE), la Organización Internacional de Normalización (ISO) y la Agencia de Protección del Medio Ambiente (EPA).

Es importante señalar que antes de la normalización, los fabricantes creaban sus propios sistemas. Las herramientas de cada fabricante (y a veces los modelos del mismo fabricante) tenían su propio tipo de conector, requisitos de la interfaz electrónica. También utilizaban sus propios códigos personalizados para informar de los problemas.

Hechos destacados en la historia del OBD

1968 — Volkswagen presentó el primer sistema informático OBD con capacidad de escaneo.

1978 — Datsun presentó un sistema OBD sencillo con capacidades limitadas no estandarizadas.

1979 — La Sociedad de Ingenieros de Automoción (SAE) recomienda un conector de diagnóstico estandarizado y un conjunto de señales de prueba de diagnóstico.

1980 — GM presentó una interfaz y un protocolo propios capaces de proporcionar diagnósticos del motor a través de una interfaz RS-232 o, más sencillamente, haciendo parpadear la luz de revisión del motor.

1988 — La estandarización de los diagnósticos de a bordo llegó a finales de la década de 1980 tras la recomendación de la SAE de 1988, que pedía un conector y un conjunto de diagnósticos estándar.

1991 — El estado de California exigió que todos los vehículos tuvieran algún tipo de diagnóstico básico a bordo. A esto se le conoce como OBD I.

1994 — El estado de California ordenó que todos los vehículos vendidos en el estado a partir de 1996 tuvieran OBD según lo recomendado por SAE, ahora denominado OBDII, para poder realizar pruebas de emisiones de forma generalizada. El OBDII incluía una serie de códigos de problemas de diagnóstico (DTC) estandarizados.

1996 — El OBD-II es obligatorio para todos los coches fabricados en Estados Unidos.

2001 — El EOBD (la versión europea del OBD) pasa a ser obligatorio para todos los vehículos de gasolina de la Unión Europea.

2003 — El EOBD pasa a ser obligatorio para todos los vehículos diésel de la UE.

2008 — A partir de 2008, todos los vehículos de los Estados Unidos están obligados a implementar el OBDII a través de una Red de Área de Controladores, tal y como se especifica en la norma ISO 15765-4.

¿A qué datos se puede acceder desde el OBDII?

El OBDII proporciona acceso a la información de estado y a los Códigos de Diagnóstico de Problemas (DTC) para:

• Tren de potencia (motor y transmisión)
• Sistemas de control de emisiones

Además, se puede acceder a la siguiente información del vehículo a través del OBDII:

• Número de identificación del vehículo (VIN)
• Número de identificación de la calibración
• Contador de encendido
• Contadores del sistema de control de emisiones

Cuando se lleva un coche a un taller para su revisión, un mecánico puede conectarse al puerto OBD con una herramienta de escaneo, leer los códigos de avería e identificar el problema. Esto significa que los mecánicos pueden diagnosticar con precisión las averías, inspeccionar el vehículo rápidamente y arreglar cualquier avería antes de que se convierta en un problema grave.

Ejemplos:

Modo 1 (Información del vehículo):

• Pid 12 — RPM del motor
• Pid 13 — Velocidad del vehículo

Modo 3 (Códigos de avería: P= Tren de Potencia, C= Chasis, B= Carrocería, U= Red):

• P0201 — Funcionamiento erróneo del circuito del inyector – Cilindro 1
• P0217 — Condición de exceso de temperatura del motor
• P0219 — Condición de exceso de velocidad del motor
• C0128 — Circuito de líquido de frenos bajo
• C0710 — Funcionamiento erróneo de la posición de la dirección
• B1671 — Tensión del módulo de batería fuera de rango
• U2021 — Datos recibidos no válidos/con errores

OBD y telemática

La presencia del OBDII permite a los dispositivos telemáticos procesar silenciosamente información como las revoluciones del motor, la velocidad del vehículo, los códigos de avería, el consumo de combustible y mucho más. El dispositivo telemático puede utilizar esta información para determinar el inicio y el final del viaje, el exceso de revoluciones, el exceso de velocidad, el ralentí excesivo, el consumo de combustible, etc. Toda esta información se carga en una interfaz de software y permite al equipo de gestión de flotas controlar el uso y el rendimiento del vehículo.

Con la multitud de protocolos OBD, no todas las soluciones telemáticas están diseñadas para funcionar con todos los tipos de vehículos que existen actualmente. La telemática de Geotab supera este reto traduciendo los códigos de diagnóstico de diferentes marcas y modelos, e incluso vehículos eléctricos.

Con el puerto OBD-II, se puede conectar una solución de seguimiento de flotas a su vehículo de forma rápida y sencilla. En el caso de Geotab, se puede configurar en menos de cinco minutos.

Si tu vehículo o camión no tiene un puerto OBDII estándar, se puede utilizar un adaptador en su lugar. En cualquier caso, el proceso de instalación es rápido y no requiere ninguna herramienta especial ni la ayuda de un instalador profesional.

¿Qué es el WWH-OBD?

WWH-OBD significa diagnóstico a bordo Armonizado a Nivel Mundial (World Wide Harmonized). Se trata de una norma internacional utilizada para el diagnóstico de vehículos, implantada por las Naciones Unidas como parte de la orden del Reglamento Técnico Global (RTG), que incluye la supervisión de datos del vehículo, como la producción de emisiones y los códigos de avería del motor.

Ventajas del WWH-OBD

A continuación se exponen las ventajas de pasar a WWH en términos más técnicos:

Acceso a más tipos de datos

Actualmente, los PID (identificadores de parámetros) de OBDII que se usan en el Modo 1 solo tienen un byte, lo que significa que solo hay disponibles hasta 255 tipos de datos únicos. La expansión de los PID también podría aplicarse a otros modos OBD-II que se hayan pasado a WWH a través de los modos UDS. La adaptación de las normas WWH permite disponer de más datos y ofrece la posibilidad de ampliarlos en el futuro.

Datos más detallados sobre los fallos

Otra ventaja de WWH es la ampliación de la información contenida en un fallo. Actualmente, el OBDII utiliza un código de diagnóstico de problemas (DTC) de dos bytes para indicar cuándo se ha producido un fallo (por ejemplo, P0070 indica que el sensor de temperatura del aire ambiente "A" tiene un fallo eléctrico general).

Los Servicios de Diagnóstico Unificado (UDS) amplían el DTC de 2 bytes en un DTC de 3 bytes, en el que el tercer byte indica el "modo" de fallo. Este modo de fallo es similar al indicador de modo de fallo (FMI) utilizado en el protocolo J1939. Por ejemplo, anteriormente en el OBDII, se podrían tener los siguientes cinco fallos:

• P0070 Circuito del sensor de temperatura ambiente
• P0071 Rango/rendimiento del sensor de temperatura ambiente
• P0072 Poca información del circuito del sensor de temperatura ambiente
• P0073 Mucha información del circuito del sensor de temperatura ambiente
• P0074 Circuito del sensor de temperatura ambiente intermitente

Con el WWH, todos estos se consolidan en un código P0070, con 5 modos de fallo diferentes indicados en el tercer byte del DTC. Por ejemplo, P0071 se convierte ahora en P0070-1C. 

El WWH también ofrece más información sobre el fallo, como la gravedad/clase y el estado. La gravedad indicará la rapidez con la que debe revisarse la avería, mientras que la clase de la avería indicará a qué grupo pertenece la avería según las especificaciones del RTG. Además, el estado de la avería indicará si está pendiente, confirmada o si se ha completado la prueba de esta avería en el ciclo de conducción actual.

En resumen, el WWH-OBD amplía el marco actual del OBDII para ofrecer aún más información de diagnóstico al usuario.

Geotab es compatible con el WWH-OBD

Geotab ya ha implementado el protocolo WWH en nuestro firmware. Geotab emplea un complejo sistema de detección de protocolos, en el que examinamos de forma segura qué está disponible en el vehículo, para averiguar si está disponible el OBD-II o el WWH (en algunos casos, lo están ambos).

En Geotab, estamos mejorando constantemente nuestro firmware para ampliar aún más la información que obtienen nuestros clientes. Ya hemos empezado a admitir la información de los DTC de 3 bytes y seguimos añadiendo más información sobre los fallos generados en los vehículos. Cuando se dispone de nueva información a través del OBDII o el WWH (como un nuevo PID o datos de avería), o si se implementa un nuevo protocolo en el vehículo, Geotab tiene como prioridad añadirlo rápidamente y con precisión al firmware. A continuación, enviamos inmediatamente el nuevo firmware a nuestras unidades a través de la nube para que nuestros clientes obtengan el mayor beneficio de sus dispositivos en todo momento.

Crecimiento más allá de OBDII

El OBDII contiene 10 modos estándar para conseguir la información de diagnóstico que requieren las normas de emisiones. El problema es que estos 10 modos no han sido suficientes. 

A lo largo de los años, desde la implantación del OBDII, se han desarrollado varios modos de UDS para enriquecer los datos disponibles. Cada fabricante de vehículos utiliza sus propios PID y los implementa mediante modos UDS adicionales. La información que no era necesaria a través de los datos OBDII (como el cuentakilómetros y el uso del cinturón de seguridad) pasó a estar disponible a través de los modos UDS.

La realidad es que el UDS contiene más de 20 modos adicionales, además de los actuales 10 modos estándar disponibles a través del OBDII, lo que significa que el UDS tiene más información disponible. Pero ahí es donde entra el WWH-OBD, que busca incorporar los modos UDS con OBDII para enriquecer los datos disponibles para el diagnóstico, sin dejar de mantener un proceso estandarizado.

Conclusión

En el creciente mundo del IoT, el puerto OBD sigue siendo importante para el estado, la seguridad y la sostenibilidad de los vehículos. Aunque el número y la variedad de dispositivos conectados para los vehículos aumenta, no todos los dispositivos dan y hacen un seguimiento de la misma información. Además, la compatibilidad y la seguridad pueden variar de un dispositivo a otro.

Con la multitud de protocolos OBD, no todas las soluciones telemáticas están diseñadas para funcionar con todos los tipos de vehículos que existen actualmente. Las buenas soluciones telemáticas deben ser capaces de entender y traducir un conjunto completo de códigos de diagnóstico del vehículo.