Presentado por:Cervantes Alonso Israel

Espinosa Solís Saúl Osbor’nMorales Landin Christian ArlenValverde Jiménez Ulises Yosafat

Al comienzo cada fabricante usaba su propiosistema de autodiagnostico a bordo (OBD), cadafabricante estableció su protocolo decomunicación y un conector único para el sistemade diagnostico por lo tanto se tenían que adquirirdiferentes equipos que cubrieran los diferentesprotocolos y contar con los conectores paradichas marcas.

A partir de 1996 los vehículos tenían que contarcon un conector trapezoidal de 16 pines para elsistema de autodiagnostico conocido hoy como(OBD2), por lo tanto a todos los vehículos del 95hacia atrás con sistemas de autodiagnostico se lesconoce como OBD1.

La Norma OBD1 utiliza los códigos y definiciones exclusivos propios de cada fabricante .

En la Norma OBD2 las definiciones y códigos fueron desarrollados en común para todos los fabricantes.

Los códigos de fallas consisten en un carácter alfabético seguido de cuatro dígitos.

Descripción de los pines del conector OBD2

Pin Descripción

1, 3, 6, 8, 9, 11, 12, 13, 14 Criterio del Fabricante

2, 10 SAE J1850

4 Tierra del Chasis

5 Tierra de la Señal

6, 14 Línea de transmisión SAE J2284

7 Línea K ISO 9141

15 Línea L ISO 9141

16 Positivo de la batería del Vehículo

Conector OBD2

El carácter alfabético indica la zona en la que se produjo la falla

El primer dígito nos indica los códigos específicos del fabricante o si es un código genérico OBD.

El segundo dígito en el código de problema de diagnóstico, identifica el sistema donde el mal funcionamiento está ocurriendo.

Las dos últimas cifras corresponden a una falla en especifico.

Códigos de Falla

Obd Codigos de Falla Estandar.pdf

Modulación por ancho de pulso41.6 kbaud, Estándar para Ford Motor Company

pin 2: Bus+ pin 10: Bus–

Voltaje máximo: +5 V Longitud máxima del mensaje 12 bytes

Emplea el CSMA/NDA

SAE J1850 VPW Ancho de pulso variable10.4/41.6 kbaud, Estándar de General Motorspin 2: Bus+ Bus inactivo en bajoMáximo voltaje: +7 V Voltaje para el punto de desición +3.5 V Longitud del mensaje de 12 bytesCSMA/NDA

ISO 9141-210.4 kbaud, similar al RS-232. ISO 9141-2 para Chryslery vehiculos asiaticos y

europeros. pin 7: K-line pin 15: L-line (opcional) Señalizacion tipo UART (pero no con los mismos niveles

de voltaje) K-line inactivo permanece en alto El voltaje en alto es Vbatt

Restringido a 12 bytes de mensaje

ISO 14230 KWP2000 Keyword Protocol 2000

pin 7: K-line pin 15: L-line (opcional) Constitución física semejante a ISO 9141-2 1.2 to 10.4 kbaud Puede contener arriba de 255 bytes de datos

ISO 15765 CAN (250 Kbit/s or 500 Kbit/s). Es el protocolo mas utilizado en estados unidos para el

sistema OBDIIPara el 2008 sera el estandar de la maoria de las

compañias. pin 6: CAN High pin 14: CAN Low

SAE standards documents on OBD-II

J1962 - Defines the physical connector used for the OBD-II interface. J1850 - Defines a serial data protocol. There are 2 variants- 10.4 kbit/s (single

wire, VPW) and 41.6 kbit/s (2 wire, PWM). Mainly used by US manufacturers, also known as PCI (Chrysler, 10.4K), Class 2 (GM, 10.4K), and SCP (Ford, 41.6K)

J1978 - Defines minimal operating standards for OBD-II scan tools J1979 - Defines standards for diagnostic test modes J2012 - Defines standards trouble codes and definitions. J2178-1 - Defines standards for network message header formats and physical

address assignments J2178-2 - Gives data parameter definitions J2178-3 - Defines standards for network message frame IDs for single byte

headers J2178-4 - Defines standards for network messages with three byte headers* J2284-3 - Defines 500K CAN Physical and Data Link Layer

ISO standards

ISO 9141: Road vehicles — Diagnostic systems. International Organization for Standardization, 1989. Part 1: Requirements for interchange of digital information Part 2: CARB requirements for interchange of digital information Part 3: Verification of the communication between vehicle and OBD II scan tool

ISO 11898: Road vehicles — Controller area network (CAN). International Organization for Standardization, 2003. Part 1: Data link layer and physical signalling Part 2: High-speed medium access unit Part 3: Low-speed, fault-tolerant, medium-dependent interface Part 4: Time-triggered communication

ISO 14230: Road vehicles — Diagnostic systems — Keyword Protocol 2000, International Organization for Standardization, 1999. Part 1: Physical layer Part 2: Data link layer Part 3: Application layer Part 4: Requirements for emission-related systems

ISO 15765: Road vehicles — Diagnostics on Controller Area Networks (CAN). International Organization for Standardization, 2004. Part 1: General information Part 2: Network layer services Part 3: Implementation of unified diagnostic services (UDS on CAN) Part 4: Requirements for emissions-related systems

Interprete de OBD a RS232

Descripción Casi a todos los automóviles nuevos producidos hoy en

día ,se les exige , por ley, disponer de una interfaz de la cual el equipo de prueba pueda obtener una información diagnostico.

La transferencia de datos en estas interfaces siguen varios estándares , de los cuales ninguno es directamente compatible con PCs o PDAs.

El ELM 327 fue diseñado para actuar como puente entre los puertos de OBD y los puertos del estándar RS232.

El ELM 327 agrega versiones mejoradas interfaces ELM320,ELM 322, y ELM323 agregando 7 protocolos CAN de ellos.

El resultado es un CI que puede captar y convertir la mayoría de los protocolos comunes usados hoy en día. Entre otras mejoras también encontramos la opción de alta velocidad de RS232, monitoreo del voltaje en la batería, características a gusto del usuario a través de parámetros programables, por mencionar algunas.

El ELM requiere pocos componentes externos para ser un circuito funcionando completamente.

Mas adelante se hablara de los detalles de la interfaz, y mostraremos como usar el circuito integrado para comunicarse con el vehículo.

Características Soporta 12 protocolos Busca automáticamente un protocolo Completamente configurable con comandos AT Taza de transferencia de RS232 de 500Kbps Voltaje de entrada de la batería monitoreado Bajo consumo del diseño CMOS

Aplicaciones Lector de diagnostico de códigos de falla. Herramienta de escaneo automotriz Conocimiento de herramientas auxiliares

Diagrama de Bloques

A continuación se describirá como usa el ELM327 para obtener información del vehículo.

Empezaremos hablando de cómo “hablar” con el CI usando comandos AT y finalmente mostraremos como usar el ELM327 para obtener códigos de falla.

Comunicación con el ELM327 El ELM espera comunicarse con el Host a través de una

conexión serie RS232 Los ordenadores modernos usualmente no están

provistos de una conexión física para esto, pero aquí es donde hay varias maneras por las cuales un “puerto serie virtual “ puede ser creado. Los dispositivos mas comunes son los adaptadores USB a RS232, aunque también hay algunos otros como dispositivos Ethernet a RS232, o adaptadores de Bluetooth a serie.

No importa como se conecte físicamente con el ELM327, se necesitara una manera para enviar y recibir caracteres. Para hacer esto el método mas simple es usar uno de los muchos programas de “terminal “ que están disponibles (Hyper Terminal, Zterm, etc.),esto permitirá escribir los caracteres directamente desde su teclado.

Comandos AT Algunos parámetros dentro del ELM327 pueden ser

ajustados para modificar su comportamiento. Esto no se hace normalmente ya que tienen q ser cambiados antes de intentar “hablar” con el vehículo, pero de vez en cuando el usuario podría desear personalizarlo.

AT Command Summary.docx

Hablando con el Vehículo Las normas OBD especifican que cada petición que es

enviada al vehículo debe adherirse a un formato. El primer byte (conocido como 'el modo') siempre describe el Tipo de dato solicitado, mientras el segundo, tercero, etc., bytes especifican la información real requerida (Dado por ' un parámetro de especificación' o número de PID). Estos modos y PIDS son descritos detalladamente en Documentos como el SAE J1979, o ISO 15031-5 Las normas, y también pueden ser ampliadas por el Fabricantes de vehículo.

Normalmente uno solo es concernido con los nueve modos de diagnostico de prueba descritos por J1979 (aunque podría haber mas). Todos estos nueve modos no son obligados a ser soportados por cada vehículo, y son a menudo no lo son .

Estos nueve modos son: 01 - show current data 02 - show freeze frame data 03 - show diagnostic trouble codes 04 - clear trouble codes and stored values 05 - test results, oxygen sensors 06 - test results, non-continuously monitored 07 - show ‘pending’ trouble codes 08 - special control mode 09 - request vehicle information

Interpretación de Códigos de Falla

Selección de protocolos. El ELM 327 soporta varios protocolos OBD diferentes

. Como un usuario, usted puede usar directamente los ajustes de fabrica o también si lo desea puede especificar que protocolo usar .

Protocolos del ELM

Formato de Mensaje OBD

Ejemplo de Aplicación ejemplo de aplicacion.docx

Ejemplos de Escaneo Automotriz