Expo(Protocolos de Autodiagnostico a Bordo (OBD))

  • View
    17

  • Download
    3

Embed Size (px)

DESCRIPTION

Protocolos automotrices

Text of Expo(Protocolos de Autodiagnostico a Bordo (OBD))

  • Presentado por:Cervantes Alonso Israel

    Espinosa Sols Sal OsbornMorales Landin Christian ArlenValverde Jimnez Ulises Yosafat

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

    A partir de 1996 los vehculos tenan que contarcon un conector trapezoidal de 16 pines para elsistema de autodiagnostico conocido hoy como(OBD2), por lo tanto a todos los vehculos del 95hacia atrs con sistemas de autodiagnostico se lesconoce como OBD1.

  • La Norma OBD1 utiliza los cdigos y definiciones exclusivos propios de cada fabricante .

    En la Norma OBD2 las definiciones y cdigos fueron desarrollados en comn para todos los fabricantes.

    Los cdigos de fallas consisten en un carcter alfabtico seguido de cuatro dgitos.

  • Descripcin de los pines del conector OBD2

    Pin Descripcin

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

    2, 10 SAE J1850

    4 Tierra del Chasis

    5 Tierra de la Seal

    6, 14 Lnea de transmisin SAE J2284

    7 Lnea K ISO 9141

    15 Lnea L ISO 9141

    16 Positivo de la batera del Vehculo

  • Conector OBD2

  • El carcter alfabtico indica la zona en la que se produjo la falla

    El primer dgito nos indica los cdigos especficos del fabricante o si es un cdigo genrico OBD.

    El segundo dgito en el cdigo de problema de diagnstico, identifica el sistema donde el mal funcionamiento est ocurriendo.

    Las dos ltimas cifras corresponden a una falla en especifico.

  • Cdigos de Falla

    Obd Codigos de Falla Estandar.pdf

  • Modulacin por ancho de pulso41.6 kbaud, Estndar para Ford Motor Company

    pin 2: Bus+ pin 10: Bus

    Voltaje mximo: +5 V Longitud mxima del mensaje 12 bytes

    Emplea el CSMA/NDA

  • SAE J1850 VPW Ancho de pulso variable10.4/41.6 kbaud, Estndar de General Motorspin 2: Bus+ Bus inactivo en bajoMximo voltaje: +7 V Voltaje para el punto de desicin +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) Sealizacion tipo UART (pero no con los mismos niveles

    de voltaje) K-line inactivo permanece en alto El voltaje en alto es VbattRestringido a 12 bytes de mensaje

  • ISO 14230 KWP2000 Keyword Protocol 2000

    pin 7: K-line pin 15: L-line (opcional) Constitucin fsica 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

    compaias. 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

  • Descripcin Casi a todos los automviles nuevos producidos hoy en

    da ,se les exige , por ley, disponer de una interfaz de la cual el equipo de prueba pueda obtener una informacin diagnostico.

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

  • El ELM 327 fue diseado para actuar como puente entre los puertos de OBD y los puertos del estndar 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 mayora de los protocolos comunes usados hoy en da. Entre otras mejoras tambin encontramos la opcin de alta velocidad de RS232, monitoreo del voltaje en la batera, caractersticas a gusto del usuario a travs de parmetros 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 vehculo.

  • Caractersticas Soporta 12 protocolos Busca automticamente un protocolo Completamente configurable con comandos AT Taza de transferencia de RS232 de 500Kbps Voltaje de entrada de la batera monitoreado Bajo consumo del diseo CMOS

  • Aplicaciones Lector de diagnostico de cdigos de falla. Herramienta de escaneo automotriz Conocimiento de herramientas auxiliares

  • Diagrama de Bloques

  • A continuacin se describir como usa el ELM327 para obtener informacin del vehculo.

    Empezaremos hablando de cmo hablar con el CI usando comandos AT y finalmente mostraremos como usar el ELM327 para obtener cdigos de falla.

  • Comunicacin con el ELM327 El ELM espera comunicarse con el Host a travs de una

    conexin serie RS232 Los ordenadores modernos usualmente no estn

    provistos de una conexin fsica 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 tambin hay algunos otros como dispositivos Ethernet a RS232, o adaptadores de Bluetooth a serie.

  • No importa como se conecte fsicamente con el ELM327, se necesitara una manera para enviar y recibir caracteres. Para hacer esto el mtodo mas simple es usar uno de los muchos programas de terminal que estn disponibles (Hyper Terminal, Zterm, etc.),esto permitir escribir los caracteres directamente desde su teclado.

  • Comandos AT Algunos parmetros 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 vehculo, pero de vez en cuando el usuario podra desear personalizarlo.

    AT Command Summary.docx

  • Hablando con el Vehculo Las normas OBD especifican que cada peticin que es

    enviada al vehculo 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 informacin real requerida (Dado por ' un parmetro de especificacin' o nmero de PID). Estos modos y PIDS son descritos detalladamente en Documentos como el SAE J1979, o ISO 15031-5 Las normas, y tambin pueden ser ampliadas por el Fabricantes de vehculo.

  • Normalmente uno solo es concernido con los nueve modos de diagnostico de prueba descritos por J1979 (aunque podra haber mas). Todos estos nueve modos no son obligados a ser soportados por cada vehculo, 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

  • Interpretacin de Cdigos de Falla

  • Seleccin de protocolos. El ELM 327 soporta varios protocolos OBD diferentes

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

  • Protocolos del ELM

  • Formato de Mensaje OBD

  • Ejemplo de Aplicacin ejemplo de aplicacion.docx

  • Ejemplos de Escaneo Automotriz

  • Escner AutomotrizProtocolos de Autodiagnostico a Bordo (OBD)Nmero de diapositiva 3Nmero de diapositiva 4Descripcin de los pines del conecto