practica escaneo

5
Mecánica automotriz. OBD II. Carlos Franco Lara. Detección de averías (cavalier z24 97’). Sergio Alberto Vázquez Moreno. 7°I-2 730368 10 nov. 10

Upload: beto-moreno

Post on 25-Jun-2015

371 views

Category:

Documents


2 download

TRANSCRIPT

Page 1: practica escaneo

Mecánica automotriz.

OBD II.

Carlos Franco Lara.

Detección de averías (cavalier z24 97’).

Sergio Alberto Vázquez Moreno.

7°I-2

730368

10 nov. 10

OBJETIVO:

Page 2: practica escaneo

El objetivo de esta práctica es aprender y comprender como se realizan escaneo para la detección de códigos de fallas cuando la luz MIL se enciende así como para conocer que sistema o componente del vehículo esta fallando y como realizarle determinadas pruebas para comprobar dicha falla.

EQUIPO UTILIZADO:

Escáner Genesys

Termómetro laser

DESARROLLO DE LA PRÁCTICA:

Comenzamos la practica buscando el conector de diagnostico OBD II, lo tenia por debajo de la columna de dirección al descubierto. Le conectamos el escáner y esperamos un rato para que se cargaran los archivos de sistema, e introducimos los datos del automóvil que ahí mismo te va pidiendo, como el país de origen, marca, modelo etc. Proseguimos abriendo el switch de encendido y le pusimos en consultar memoria de averías o algo así, y vimos los códigos de falla que en algún momento había marcado o seguían marcando, y fueron los siguientes.

Los códigos de falla presentes o estáticos fueron.

P0420A Convertidor catalítico de tres vías con baja eficiencia P1133B Actividad de insuficiencia en el Sensor de oxigeno

Los códigos de falla históricos o esporádicos fueron:

P0141B Falla en el precalentador del Sensor de Oxigeno P0301B Cilindro 1 P0342A Sensor de árbol de levas, voltaje bajo P0420A Convertidor catalítico de tres vías, baja eficiencia P0502A Sensor de velocidad del vehículo, voltaje bajo P1380D ABS, falla en el sistema de encendido

Page 3: practica escaneo

Ya que vimos que códigos de falla eran los esporádicos los borramos y vimos cuales eran los estáticos, y vimos que los dos sensores de oxigeno presentaban fallas ya que los dos estaban fuera de los rangos de valores predeterminados, el que va antes del catalizador por que el gas de escape se regresaba y el que va después por que no funcionaba el catalizador.

Quitamos el sensor de oxigeno que va después del catalizador y lo limpiamos con carbuclean aunque lo conveniente seria cambiarlo y borramos esos códigos de falla también.

Continuamos por comprobar si lo que estaba fallando era el catalizador realizándole una sencilla prueba, que fue tomar lecturas de las temperaturas, usando el termómetro laser, que había antes y después del catalizador y se podría decir que eran las correctas, ya que sabemos que la temperatura de los gases que salen del convertidor catalítico deben de salir de 10-20°C más calientes que la entrada. Esperamos que el catalizador estuviera a su temperatura de funcionamiento y medimos sus temperaturas de entrada y salida. La temperatura de entrada del catalizador fue de @206°C mientras que la de la salida fue de @143°C lo cual indica que efectivamente el catalizador era lo que estaba fallando ya que esta tapado lo cual hace que los gases de escape no pueda fluir libremente al exterior y regresan así que se encuentran con los que vienen del múltiple de escape aumentando la temperatura en el múltiple de escape y haciendo que el motor se esfuerce por expulsar los gases de escape y sea menos eficiente en el consumo de gasolina. Y la computadora al detectar esto genera un código de falla para que el conductor se pueda percatar de esta condición en que se encuentra el vehículo.

APOYO TEORICO:

OBDII es el encargado de almacenar los códigos de los errores que se generan en nuestro vehículo, pero no solo almacena el error, sino que lo almacena de tal manera, que su lectura, nos indique donde se ha producido el error y nos facilite el trabajo de reparación. Las decenas de unidades de control que hay repartidas en nuestro vehículo, son las encargadas de interpretar todas las informaciones que generan los sensores, velocidades, caudales, presiones, etc. y gracias a estas informaciones, actúan sobre los componentes del vehículo, que regularan el funcionamiento de este. La cantidad de información con la que se trabaja, y la situación de dichas ECU’s en el vehículo, hace imposible, escanear 1 por 1 las diferentes ECU’s para buscar un mal funcionamiento. Para ello se usa el OBDII, cuando alguna unidad de control, recibe una señal anómala, informa al resto del sistema, y el OBDII es el encargado de avisar al conductor de que se ha producido un error y almacenarlo. Por tanto, se ha de dejar claro que no es el sistema OBDII el encargado de detectar los errores, sino, simplemente es el encargado de informar y almacenar los errores detectados por el resto de unidades de control y facilitarnos el acceso a estos.

Page 4: practica escaneo

CONCLUSIONES:

Esta practica nos enseño como escanear un automóvil para detectar las fallas por medio de los códigos de falla que nos indique el escáner así como los componentes del vehículo que están fallando produciendo estos códigos.