AutoEnginuity ScanTool OBD-II User Manual
Guía del Usuario
para la herramienta
de Diagnósticos
ScanTool OBD-II
Version 6
Copyright © 2002-2008 AutoEnginuity, L.L.C. Derechos
reservados
El software descrito en este documento se provee bajo aceptación de licencia. El software puede ser usado o copiado solo de
acuerdo a los términos de aceptación. Es en contra de la ley
copiar el software excepto como se permite específicamente en
la aceptación de licencia.
Este material está registrado y cualquier reproducción o transmisión no autorizada de qualquier forma o utilizando cualquier método, electrónico o mecánico, incluyendo foto co p iad o o gr ab a ción, en su totalidad o parcial, sin consentimiento por escrito de
parte de AutoEnginuity, L.L.C., se encuentra expresamente
prohibido. Cualquier reproducción o transmisión no autorizada es
ilegal y una violación del Título §17 del Código de los Estados
Unidos. Persecución civil y criminal puede y será aplicada al
máximo permitido por la ley.
Porciones copyright a General Motors Corporation.
Porciones copyright a Ford Motor Company.
Porciones copyright a Nissan Motor Company, Ltd.
Limitación de Responsabilidad
El material y la información contenida en esta Guía del Usuario
se encuentra sujeta a cambios sin aviso previo. AutoEnginuity,
L.L.C., no ofrece ninguna garantía, expresa o implícita, y no será
considerado responsable por cualquier error o por daños incidentales o consecuentes en conexión con el uso de las instrucciones
o ejemplos aquí incluidos.
Referencias de Marcas Registradas
Todas las otras marcas y marcas registra-das son propiedad de
sus respectivas compañías.
AutoEnginuity, L.L.C.
Mesa, AZ
1-480-827-TOOL
Tabla de Contenido
Bienvenida........................................................................................................... 1
Historia del OBD-II ....................................................................................... 2 - 4
Sección I: Instalación
Requerimientos Mínimos ...................................................................................... 5
Instrucciones de Instalación............................................................................. 5 - 9
Sección II: Usando el Software
Conectándose al Vehículo...........................................................................10 - 20
Configuración de Comunicaciones 12 - 16
Selección del Vehículo......................................................................17 - 20
Códigos de Diagnóstico de Fallas ............................................................... 21 - 31
Códigos de Diagnóstico de Fallas..................................................... 21 - 26
Libreria DTC ..................................................................................... 26, 27
Apagar 27 - 28
Desde que la MIL se Activó/Limpió 28, 29
Crear Reporte..................................................................................... 29, 30
Recargar................................................................................................... 31
Medidor de Información en Vivo .................................................................. 32 - 34
Gráfica de Información en Vivo.................................................................... 35 - 37
Cuadrícula de Información en Vivo..............................................................38 - 41
Configuración de Sensores.......................................................................... 42 - 45
Sensores de O2...........................................................................................45 - 50
Estado del Sistema de Combustible .................................................. 46, 47
Resultados de Pruebas del Sensor de Oxígeno...............................47 - 50
Prueba de Sistemas de a Bordo..................................................................50 - 54
Prueba Automatizada del Sistema .................................................... 50, 51
Actuación............................................................................................ 51- 54
Resultados de Sistemas de a Bordo........................................................... 54 - 60
Sistemas Continua y No Continuamente Monitoreados.................... 54 - 57
Estado General de los Sistemas.............................................................. 57
Resultados de Pruebas Monitoreadas (Modo 6)................................ 57, 58
Crear Reporte.................................................................................... 58 - 60
Recargar................................................................................................... 60
Registro de Información...............................................................................61 - 62
Pausa.......................................................................................................62
Detener..................................................................................................... 62
Reproducción.....................................................................................63, 64
Grabar...............................................................................................64 - 66
Ajustes de Registro de Información ..................................................66 - 69
Personalizar Pantalla.................................................................................... 69, 70
Configuración del Vehículo...........................................................................71, 72
Ajustes ................................................................................................................ 73
Información del Vehículo............................................................................... 74, 75
Seguimiento de Funcionamiento......................................................................... 76
Activación de Caractrísticas......................................................................... 77 - 81
Apéndice A: Vehículos con DLC Difíciles de Localizar.......................... 82 - 85
Apéndice B: Terminología de Motores..................................................... 86 - 97
Apéndice C: Cíclos de Manejo, Viajes y Preparación de I/M ............... 98 - 101
Apéndice D: Solucionando problemas del Puerto en Serie ..............104 - 106
Apéndice E: Sistemas Gobernantes del Motor ................................... 107 - 112
Aceptación de Licencia ..........................................................................113 - 115
BIENVENIDO
Gracias por adquirir la ScanTool de AutoEnginuity para
vehículos OBD-II. Espero que nuestra herramienta le ahorre tiempo
y dinero considerable en la reparación y mantenimiento de vehículos.
Siendo un fanático de los automóviles, me encanta trabajar en
mis autos; pero antes de la ScanTool, me encontraba limitado por la
computadora de mi vehículo, que "escondía" la información que yo
necesitaba para solucionar problemas. Claro que las computadoras
hicieron a los autos más eficientes y ligeros; pero también esconden
toda la información en interfaces propietarias. Se me requería comprar herramientas de diagnósticos excesivamente caras o hacer un
viaje al distribuidor, incluso para algo tan simple como un tapón de
gasolina suelto. Eso es demasiado dinero para apretar el tapón de
gasolina y apagar el indicador de Check Engine.
La ScanTool de AutoEnginuity le dá acceso a la abundancia de
información de vehículos construídos desde 1996 que se provee a
través de la interfaz OBD-II. Con esta información, usted puede
prevenir viajes innecesarios y tardados al distribuidor de su vehículo. Usted sabrá qué reparaciones son necesarias, y determinará
si la reparación puede efectuarla usted mismo o requiere de asistencia adicional. Además, la ScanTool de AutoEnginuity permite verificar que el trabajo realizado ha sido propiamente realizado. Ya sea
que su negocio es un taller independiente, o simplemente un dueño
de vehículo, ahora usted puede disgnosticar una amplia gama de
vehículos, acertada y rápidamente, con tan solo una herramienta.
Jay Horak
Ingeniero Principal
Guía del Usuario de la ScanTool de AutoEnginuity 1
HISTORIA DEL OBD-II
Qué es el OBD-II?
La Versión 2 de Diagnósticos de a Bordo (OnBoard
Diagnostics Version 2 - OBD-II) se encuentra en todos los vehículos de pasajeros fabricados en los Estados Unidos empezando en
1996. Tiene tres propósitos principales; 1) alerta al operador del
vehículo si la salida de emisiones del vehículo se eleva en respuesta
a una falla del sistema; 2) realiza un análisis en tiempo real del
funcionamiento del motor para ayudar a los fabricantes a alcanzar
economía del combustible regulado del vehículo; y 3) estandarizar
los protocolos eléctricos y de comunicaciones para la industria
automotriz. El OBD-II ha permitido que los fabricantes de
vehículos se mantengan dentro de las guías establecidas por la
Agencia de Protección Ambiental (EPA por sus siglas en Inglés) y
hacer más sencillo diagnosticar problemas en una amplia variedad
de vehículos utilizando tan solo una herramienta. OBD es más o
menos un sistema sofisticado de adquisición de información para
las emisiones y funcionamiento vehicular.
Cuál es la Historia detrás del OBD-II?
En 1995 el gobierno se puso al tanto de los efectos perjudiciales que las emisiones de los autos estaban causando en la atmósfera.
Leyes tempranas fueron aprobadas dando a los fabricantes de vehículos estrictas guías a seguir con respecto a las emisiones vehiculares. Estas leyes fueron generalmente ignoradas hasta que en 1988
la Sociedad de Ingenieros Automotrices (SAE) propuso varios estándares, y el Comité de Recursos del Aire (ARB) los hizo obligatorios para todos los vehículos de 1988 y posteriores. Estos mandatos fueron, en efecto, el OBD-I.
El OBD original, era un sistema simple que supervisaba los
sensores de oxígeno, el sistema de recirculación de gas de escape
(EGR), el sistema de entrega de combustible, y el módulo de
control del motor (ECM) sobre emisiones excesivas. Desafortunadamente, diferentes fabricantes de autos cumplían con las especificaciones de la ARB de formas diferente. De hecho, la conformidad era tan variada, que surgió un nuevo problema.
2 www.AutoEnginuity.com
El problema era que los fabricantes habían equipado sus
vehículos con sistemas OBD que no seguían los estándares.
Consecuentemente, cada fabricante tenía sus propios códigos de
fallas y sus propias herramientas para interpretar dichos códigos.
Talleres independientes a través de la nación luchaban para
diagnosticar vehículos con tan amplia variedad de información
tanto en los códigos de fallas , como en el equipo necesario para
interpretarlas.
La EPA creó entonces una extensa lista de procedimientos y
estándares basados en los resultados de la SAE y el ARB. Esta lista
resultó en la segunda generación de diagnósticos de a bordo, OBDII. Para el año 1994, los fabricantes estaban implementando la
OBD-II, a menos que se les concediera un amparo. La mayoría de
los fabricantes solicitaron, y recibieron dicho amparo. Sin embargo,
en 1996, se requirió que todos los vehículos de pasajeros fueran
equipados con la OBD-II - sin excepción.
Los vehículos requeridos a ser equipados con OBD-II son las
camionetas ligeras o vehículos de pasajeros fabricados para su
venta en los Estados Unidos después del 1º de Enero de 1996.
California requiere conformidad OBD-II para todos los vehículos
de gasolina (1966 y posteriores) y vehículos Diesel (1997 y
posteriores) de más de 14,000 libras. El programa nacional LEV
requiere conformidad para todos los vehículos que pesen 6,000
libras o menos. Si algún vehículo no requiere conformidad con la
OBD-II, utilizará un sistema OBD-I. Todos los vehículos Ford de
más de 8,500 libras están equipados con OBD-I.
La idea detrás de la OBD-II es simple: en vehículos fabricados
en 1996 o posteriormente, no importando cuál sea la empresa fabricante, hay un conjunto estándar de códigos de fallas y una
herramienta estándar para interpretarlos.
OBD-II Hoy en Día
Al correr de los años, algunos fabricantes mejoraron su
implementación de la OBD-II. En adición al estándar básico, ellos
implementaron soporte adicional (es decir, más sensores). Algunos
fabricantes (Ford, GM, etc.) no se detuvieron en el soporte opcional, sino que vieron la utilidad en ir más allá. Estas mejoras llevadas a la práctica dan acceso a más sensores y más códigos descriptivos de fallas. Aunque éstos son específicos al vehículo, su valor
Guía del Usuario de la ScanTool de AutoEnginuity 3
puede ser de gran ayuda a talleres que se especializan en cierta
marca, o para algún aficionado que desea obtener cada onza de
funcionamiento de su vehículo.
La más nueva adición a la especificación OBD-II es una interfaz eléctrica llamada CAN. CAN son las siglas en inglés para
Controller Area Network (Controlador de Area de Entorno de Red).
Todos los vehículos se estandarizarán a la interfaz eléctrica CAN
empezando en los modelos del año 2008. Algunos fabricantes ya
han comenzado con la transición (Ford, GM, Jaguar, Nissan,
Mazda, Mercedes y Toyota, por nom brar algunos).
EOBD
A partir del éxito de OBD-II, los países Europeos adoptaron
EOBD. Todos los autos que operan con derivados del petróleo que
se venden en Europa desde el 1º de Enero del 2001, y los autos
diesel fabricados desde el 2003, deben tener sistemas de diagnósticos a bordo para monitorear las emisiones del motor. Algunos
fabricantes (Ford y GM) que vendían ya vehículos en el mercado
europeo, ya estaban equipando sus productos con interfaces OBD
antes de este requerimiento. EOBD es el equivalente europeo al
estándar OBD-II.
El Futuro De OBD
OBD-III ya se encuentra en desarrollo. Lo que el nuevo
estándar contiene, es tan solo materia de especulación, pero algunas
cosas son seguras: 1) Soporte más avanzado para los sensores; y 2)
interfaces más rápidas (para mover información de un lado a otro)
serán implementadas. Una especulación sugiere que transpondores
serán parte del estándar. Los transpondores serán utilizados para
localizar el vehículo en caso de alguna falla, o de no estar dentro de
los requerimientos establecidos por las regulaciones de la EPA; y,
posiblemente, si usted está o no en conformidad con las reglas
locales de tráfico. Todavía falta ver si los consumidores permiten a
los congresistas implementar dicho estándar.
4 www.AutoEnginuity.com
SECCION I: Instalación
Requerimientos Mínimos
Sistema Operativo
Procesador
Memoria 64 MB de RAM (128 MB de RAM
Espacio Disponible 32 MB
CD-ROM o DVD-ROM Velocidad 1x
Puerto en Serie o USB Capaz de al menos 19,200 baud
No use un invertidor de corriente sin "tierra efectiva"
con un producto USB. Un lazo de tierra podría
ocurrir.
Nota: La interfaz de la ScanTool OBD-II toma
corriente del vehículo. Evite dejarla conectada por
perídos largos de tiempo sin encender el motor para
recargar la batería.
Windows® 98SE (reuiere USB
2.0) / ME / 2000 / XP / Vista
90 Mhz Intel Pentium® o AMD
®
Athlon
recomendados)
Instrucciones de Instalación
Siga las instrucciones paso a paso para instalar la ScanTool de
AutoEnginuity en su computadora personal.
1. Inserte el CD-ROM de AutoEnginuity en el dispositivo
para CD-ROM o DVD-ROM de su computadora.
2. El programa de Instalación empezará el proceso de instalación automáticamente. (Si no sucede de esta manera, se
requerirá que usted navegue manualmente al dispositivo
de CD-ROM o DVD-ROM que contiene el disco de
Guía del Usuario de la ScanTool de AutoEnginuity 5
AutoEnginuity, y haga doble-clic sobre el ejecutable
Install/Setup.exe.)
3. Seleccione Siguiente para continuar la instación.
4. Lea detenidamente los términos de la licencia de aceptación. Si usted acepta los términos y desea continuar,
acepte los términos seleccionando Aceptar los términos en
la licencia de aceptación y seleccione Siguiente para con
tinuar. Si usted no acepta los términos, seleccione Can-
celar y contacte a su vendedor o a AutoEnginuity para
discutir la devolución del producto.
-
6 www.AutoEnginuity.com
5. Escriba su información o la de su taller. Esta información
se usa para los reportes guardados e imprimidos
6. Seleccione Terminar para instalar los componentes reque-
ridos y los opcionales. Esta es la opción típica. Si usted ha
usado la ScanTool de AutoEnginuity anteriormente, o no
require más que el programa, seleccione Personalizada.
Personalizada le permitirá instalar componentes indivi-
.
Guía del Usuario de la ScanTool de AutoEnginuity 7
duales. Selecione Siguiente para continuar.
7. Si desea hacer cambios (como la información del taller,
etc.) éste es el momento de realizarlos seleccionando
Atrás. De lo contrario, seleccione Instalar para terminar.
Una vez hecho esto, aparecerá una barra de progreso, indi
cando el copiado de archivos al Disco Duro.
-
8. Felicitaciones! Ha instalado usted exitosamente la
8 www.AutoEnginuity.com
ScanTool de AutoEnginuity. Seleccione Finalizar.
Guía del Usuario de la ScanTool de AutoEnginuity 9
SECCION II: Usando el Software
Conectándose al Vehículo
Conectar la ScanTool de AutoEnginuity al vehículo es un proceso simple. Necesitará el conector OBD-II de AutoEnginuity y,
para versiones seriales, el cable en serie provisto. Se requerirá localizar el Conector de Enlace de Información (DLC) de su vehículo y
el puerto en serie de su computadora.
El primer paso, es localizar el DLC. Típicamente, el DLC se
encuentra en el área del conductor, pudiendo ser tocado desde el
asiento del conductor, y visible al agacharse (debajo de la columna
del volante o del tablero).
Usualmente, el DLC está al descubierto y es accesible sin
necesitar herramientas. (Excepciones notables son el BMW que
require un desarmador plano para remover una covertura plástica, y
el MINI, que esconde el DLC bajo una cubierta.) Excepciones a la
localización estándar incluye el área del cenicero/consola, o en el
asiento trasero. Si usted no puede localizar el DLC, vea el Apend-
dice A o consulte el Manual del Propietario de su vehiclo para
mayor información. Una vez localizado el DLC, conecte el conec
tor OBD-II de AutoEnginuity firmemente en él.
Ahora, conecte el cable entre el conector OBD-II y la computa-
-
10 www.AutoEnginuity.com
dora. Si tiene una versión serial, asegúrese de saber el puerto en
serie/COM al que se encuentra conectado en el remoto caso de que
el algoritmo de Auto Detección fallara y requiriera que manual
mente se configure el puerto en serie/COM.
Una vez realizada la conexión entre el vehículo y la computadora, dé vuelta a la llave a la posición de "Encendido". Si usted
desea monitorear los resultados de a bordo, o ver información en
vivo de los sensores de su vehículo, encienda el motor.
Advertencia: Nunca opere un vehículo en una área
confinada. Las emisiones son peligrosas. T rabaje
siempre en áreas adecuadamente ventiladas.
Ahora se encuentra listo para empezar el programa de la
ScanTool de Aut oEngi nuity. La primera pantalla es la ventana que
muestra el Estado de Conexión. Esta pantalla será visible mientras
se establece la conexión con el vehículo. La ventana será visible al
conectar el auto por primera vez desde que empieza el programa, o
al reconectar si la conexión se perdió.
-
La ventana de Estado de Conexión mostrará si el puerto en
Guía del Usuario de la ScanTool de AutoEnginuity 11
serie/COM ha sido abierto por el software y que interfaz de
vehículo está siendo utilizada para conectarse con él. Si la ventana
de Estado de Conexión no desaparece, entonces o el puerto en serie/
COM no puede abrirse, o la interfaz del vehículo es incorrecta o no
puede ser detectada automáticamente. Configure manualmente los
valores necesarios para continuar.
Una conexión no debe tomar más de dos minutos.
Cuando el puerto en serie/COM y el Tipo de Interfaz del Vehículo hayan sido correctamente seleccionados, presione OK. Si los
parámetros son correctos, la ventana de Estado de Conexión pondrá
una marca junto a cada uno de los pasos de conexión, y ésta finalizará. La ventana de Estado de Comunicación enumerará los parámetros usados para realizar la conexión y la información general de
comunicación del vehículo. Si todo es correcto y la ventana de Selección de Vehículo aparece, ignore la siguiente sección y proceda a
Selección del Vehículo.
Configuración de Comunicaciones
La Configuración de Comunicaciones es donde se configuran
los parámetros específicos al vehículo o establece los parámetros de
la interfaz de la computadora.
Para abrir la ventana de Configuración de Comunicaciones, presione el logo de AutoEnginuity o seleccione Vehículo | Configu
ración de Comunicaciones opresione F4.
Interfaz de la Computadora
Esta es la interfaz usada para conectar el conector OBD-II a su
computadora. Existen dos maneras de configurar la interfaz de la
computadora: 1) Auto Detección del Puerto en Serie; o, 2) USB o
Configuración Manual del Puerto en Serie.
-
12 www.AutoEnginuity.com
Auto Detección de Puerto en Serie es sólo para versiones seriales del conector OBD-II. Es más lento, pero permite a la computadora encontrar el puerto en serie/COM automáticamente. Si el
puerto en serie/COM no es detectado automáticamente dentro de un
minuto, configure el puerto en serie/COM manualmente.
USB o Selección Manual de Puerto en Serie se usa para seleccionar manualmente el puerto en serie/COM o USB. Si usted usa
una versión se-rial del conector OBD-II, determine primero el
puerto usado, y entonces cambie el valor para reflejar el correcto.
Usando un Conector Inalámbrico
La opción Usando Conector Inalámbrico configura el software
para el control de flujo del hardware requerido para comunicaciones inalámbricas. Seleccione esta opción sólo si tiene un conector
inalámbrico.
Permitir Adaptadores USB No Estándar
La opción Permitir USB No Estándar previene a la ScanTool
el usar un puerto en serie. Dos valores serie/COM son requeridos
para que la ScanTool opere propiamente: 1) 19200 baud; y, 2) adición al RS-232C. Puesto que algunos adaptadores USB-a-serie enu
meran al sistema operativo como si fueran Módems en lugar de
puertos en serie/COM (por ejemplo Belkin), no llenan el segundo
-
Guía del Usuario de la ScanTool de AutoEnginuity 13
requeimiento. Si su adaptador USB-a-serie se adhiere a las normas,
pero no es enumerado correctamente, marque esta cajilla para forzar a la ScanTool a usarlo.
Conectarse Automáticamente al Comenzar
La opción Conectarse Automáticamente al Comenzar configura el software a conectarse al vehículo automáticamente. Esta
opción debe ser deshabilitada si desea Reproducir archivos graba
dos. Mientras se esté conectado al vehículo, la reproducción no es
posible. Se encuentra seleccionada por defecto.
Tipo de Interfaz de Vehículo
La selección de Tipo de Interfaz del Vehículo se usa para determinar cómo comunuicarse con el vehículo. Típicamente usted no
tiene que cambiar esta selección, puesto que Auto Detectar buscará
la selección correcta. ODB-II define un orden para detectar el pro
tocolo del vehículo, al cuál se adhiere la ScanTool; sin embargo, la
especificación no determina cómo el vehículo deba responder a
protocolos que no soporta. Debido a ésto, la autodetección no puede garantizarse. En el caso que el software no pueda completar la
conexión, recomendamos seleccionar manualmente el protocolo.
Seleccionar el Tipo de Interfaz de Vehículo correctamente
depende del fabricante, modelo y año de su auto. El menú de selec
ción tiene las siguientes opciones.
-
TABLA 1. Tipo de Interface Típica Por Fabricante
Tipo de
Interfaz
J1850 PWM Ford*, Lincoln, Mercury, Jaguar , Mazda, Panoz,
Saleen
J1850 VPW Buick, Cadillac, Chevrolet, Chrysler, Dodge,
GMC, Hummer, Isuzu, Oldsmobile, Pontiac,
Saturn
ISO 9141-2 Asiáticos (Acura, Honda, Infinity, Lexus, Nis-
san, Toyota*, etc.), Europeos (Audi, BMW, Mercedes, MINI, Porsche, etc.), y Chrysler*,
Dodge, Eagle, y Plymouth antiguos
Fabricante
14 www.AutoEnginuity.com
Tipo de
Interfaz
KWP2000 Daewoo, Hyundai, KIA, Subaru STi, y algunos
Mercedes
CAN Ford 2004 y posteriores, Jaguar, Mazda, Mer-
cedes, Nissan, y Toyota
*Excepciones Concorde 98+, Intrepid, LHS, 300M, Neon
2000+ usa J1850 VPW
Toyota/Lexus 96-98 usan J1850 VPW
Probe 2.5L 96-97, T racer 96 1.8L, Escort 1.8L,
Triumph, Geo, Catera, Paseo 97 use
J1850 VPW
Fabricante
Una vez que haya determinado el Tipo de Interfaz correcta, selecciónela. El proceso de conexión intentará sólo el protocolo selec
cionado. Esto podría corregir el problema con vehículos que no
puedan responder a protocolos que no soporten.
En algunos casos, como los Toyota/Lexus ’96, seleccionar el
protocolo equivocado (auto detectar) podría causar que el PCM del
vehículo dejara de responder. Seleccione el protocolo y desconecte
el conector OBD-II del vehículo.Cierre y abra la llave y reconéctese
al vehículo. Esto reiniciará al PCM para permitir un proceso de
conección al que pueda responder.
-
Tipo de Inicialización
La opción Tipo de Inicialización permite seleccionar el formato
de paquete requerido para establecer comunicación con el auto.
La opción Conformidad OBD-II realizará el proceso de inicialización estándar de obtener información en vivo y cobertura de sen
sor de cuadro congelado, cobertura Modo 6, estado de monitores de
Inspección/Mantenimiento, así como verificar si hay una MIL antes
de completar la conexión. Este es un proceso mucho más complicado que el de un lector simple de códigos, y puede ser más lento.
La opción Sólo No-OBDII se usa para ignorar toda la cobertura
OBD-II y usar tan sólo interfaces avanzadas. En esta opción, la cobertura de OBD-II no operará (específicamente las lengüetas 02 y
Guía del Usuario de la ScanTool de AutoEnginuity 15
-
Resultados de Pruebas de A Bordo). Esto no significa que la información de OBD-II no se encuentre disponible, ya que puede obtenerse obtenerse de otras formas, tal como por medio de los sensores. En algunos casos en los que la cobertura avanzada del vehículo
esté basada en el protocolo OBD-II, esta opción no fu ncionará. Como ejemplo, modelos antiguos de Hyundai/Kia usan protocolos avanzados derivados del OBD-II que requieren inicialización normal
OBD-II para operar.
En algunos casos, será preferible no tener soporte para OBD-II.
Por ejemplo, Powerstrokes Ford '96 - '97 usan la opción Sólo No-
OBD-II debido a que estos vehículos no poseen soporte OBD-II.
El Tipo de Inicialización por defecto es Conforme a OBD-II .
Usar Latidos
La opción de Usar Latidos manda un mensaje al vehículo a
intervalos regulares si no hay otra comunicación. Esto es utilizado
para "mantener viva" la comunicación y determinar si se pierde la
conexión. Si la comunicación con su auto se pierde por un período
corto de tiempo (autos Nissan), trate seleccionar o deseleccionar
esta opción. Por defecto, se encuentra deseleccionada.
Usar Modo Rápido
La opción de Usar Modo Rápido permite muestras de rastreo
para J1979 CAN 6x o GM DPID. Con esta opción seleccionada, la
tarifa de información se incrementa, pues cada petición recibe hasta
seis respuestas. Deseleccionada por defecto.
16 www.AutoEnginuity.com
Selección del Vehículo
Una vez que la ScaqnTool se ha conectado al vehículo, la ventana de Selección del Vehículo aparecerá. Usted puede seleccionar
una sesión previamente grabada, o seleccionar la marca, modelo,
año, sitema, etc. del vehículo conectado.
Si usted ha guardado una sesión previa, usted puede buscarla
ahora usando el botón de Buscar. Seleccionar una sesión pre-gra
bada no requerirá que usted seleccione la marca, modelo y año del
vehículo, o esperar a que se detecten los sensores. Estos pasos ya
fueron completados y guardados. Vea Sesiones Guardadas para
más detalles.
Para conexiones por primera vez, se requerirá la selección de
los campos disponibles. Los campos estarán disponibles basados en
opciones avanzadas y marca del vehículo. Por ejemplo, para vehículos GM y Chrysler, tendrá la opción de seleccionar el motor,
producto y tipo de transmisión.
-
Asegurar que ha seleccionado correctamente el vehículo, hará
Guía del Usuario de la ScanTool de AutoEnginuity 17
la diferencia entre obtener información ninguna/equivocada o co-rrecta. Para ayudarle a hacer la selección correcta, el software mar
cará con colores los campos necesarios y que no han sido seleccionados. El rojo significa un campo no seleccionado, pero necesario.
Amarillo, que el campo no es requerido para esta marca o modelo.
Si el campo se selecciona y concuerda con información preestable
cida, y no hay conflictos con otras selecciones, cambiará a blanco.
Los Códigos de Cuerpo de Chrysler pueden
encontrarse en tablas de sus guías de servicio o en
proveedores de contenido como Mitchell o AllData.
La Línea de Producto de GM es el cuarto dígito del
VIN para vehículos de pasajeros, y el quinto para
vans y camiones ligeros. No es posible decodificar
completamente las vans y camiones ligeros GM
porque los números se enciman, así que se requiere que complete el modelo manualmente.
Usted puede automatizar el proceso de selección del vehículo
mediante obtención del VIN. Para ésto, presione el botón Obtener
VIN. Si el vehículo permite la colección electrónica del VIN, el
software intentará completar los campos restantes del modelo.
-
-
18 www.AutoEnginuity.com
Aún si se obtiene el VIN, su trabajo no ha terminado. Por ejemplo, puesto que GM ya no tiene más series de VIN para camiones,
el software no puede terminar la selección por usted. En estos casos, se requiere que verifique la información o complete lo que no
pueda obtenerse del VIN.
Si la marca o modelo de su vehículo no aparece en la lista, simplemente seleccione OBD-II Genérico en Marca. Si su vehículo no
tiene interfaces avanzadas disponibles, o su configuración no tiene
soporte para ellas, el vehículo soportará sólo el sistema de Tren
Motriz Genérico.
El soporte de sistemas no se determina solamente por las interfaces avanzadas que usted haya comprado, sino por el vehículo. No
todos los vehículos están equipados con los mismos sistemas, aunque la ScanTool tenga soporte para ellos.
Actualizamos las bases de datos frecuentemente,
pero los vehículos se ponen a la venta antes que
nuestra cobertura. En el caso de que el vehículo
sea más nuevo que nuestra base de datos, seleccione un modelo del año anterior.
Al finalizar su selección, presione OK.
La ScanTool intentará verificar si la conexión puede establecerse con el sistema seleccionado. Si el sistema seleccionado no
responde a petición de inicialización, una advertencia aparecerá,
notificando que el sistema no está presente o comunicándose.
Guía del Usuario de la ScanTool de AutoEnginuity 19
También, si el conector conectado es el incorrecto (OBD-II o
el Conector de Interfaces Avanzadas), aparecerá una advertencia
para alertarle a que cambie el conector y trate nuevamente.
Una vez conectado al controlador del sistema y si usted seleccionó un sistema avanzado, los sensores del sistema serán ahora detectados. Este proceso puede ser lento en sistemas con cientos de
sensores. Una barra de progreso monitorea el proceso.
T erminado el proceso, la ventana de progreso desaparece y las
listas de Actuación, Pruebas de Sistemas de A Bordo y sensores se
actualizarán para incluir el soporte específico del fabricante detectado para el vehículo.
Para cambiar de sistema y regresar a ésta ventana, seleccione
Vehículo | Cambiar Sistema o presione F7. Esto inmediatamente
hará que se desconecte del sistema actual y permitir la selección de
otro sistema sin tener que pasar por los pasos iniciales de conexión.
20 www.AutoEnginuity.com
Usando el Software
Códigos de Diagnóstico de Fallas
La ventana de Códigos de Diagnóstico de Fallas es probablemente la ventana más importante del software de la ScanTool de
AutoEnginuity; y es la primera en aparecer por ésta razón.
Durante la fase de conexión, y cada cinco minutos mientras se
esté conectado, el software intentará obtener códigos de falla del
vehículo. Antes de empezar este proceso, el software le preguntará
si desea obtenerlos de todos los sistemas, el sistema seleccionado o
de ningún sistema (ignorando totalmente la obtención de códigos).
Si usted selecciona Todos, aparecerá una nueva ventana mos-
Guía del Usuario de la ScanTool de AutoEnginuity 21
trándole el progreso de obtención de códigos de fallas de cada sistema disponible a la ScanT ool. Si seleccionó esta opción, puede que
tenga que esperar hasta dos minutos para completar el proceso,
pues se debe conectar y obtener códigos de hasta varias docenas de
sistemas.
En el caso de seleccionar Seleccionado, entonces sólo el
sistema seleccionado reportará sus códigos de falla. En el caso de
seleccionar Ninguno, no se obtienen códigos de fallas y éstos serán
ignorados.
Si el vehículo conectado a la ScanTool tiene problemas al mostrar o generando códigos de falla erróneos, una librería de boletín
de servicio técnico (TSB) es consultada y la información disponible
será mostrada. Esta información viene directamente del fabricante
del vehículo, y para mayor información, consulte los lugares espe
cíficos del fabricante o con proveedores de contenido de terceras
personas.
-
Una MIL parpadeante denota una falla severa de
disparo. Vea Entendiendo Fallas de Disparo en el
Apéndice D para más detalles.
22 www.AutoEnginuity.com
Orígenes de una luz de Check Engine/Service Engine
Si usted está experimentando problemas con su vehículo, es
probable que usted tenga una luz indicadora de Check
Engine o Service Engine Soon encendida (La especificación
OBD-II las llama MILs-Malfunction Indicator Lights). La Mil le
dice al conductor que ha surgido una falla que requiere
atención. La MIL no siempre enciende al presentarse una
falla. La desición de encender la MIL debido a una falla
(DTC) se basa en "Condiciones Habilitadoras", o más
generalmente, en la estrategia de prueba.
Las "Condiciones Habilitadoras" OBD-II se basan sólamente en el hecho de que su vehículo está operando a más
de 1.5 veces la cantidad permitida de emisiones. El criterio
para determinar ésto depende de cada fabricante; se basa
en sus pruebas de cómo el malfuncionamiento de cada
sistema afecta las emi-siones. La mayoría de los fabricantes
de vehículos pu-blican sus Condiciones Abilitadoras de
OBD-II en sus portales web.
Entendiendo la estrategia de prueba usada por un controlador antes de marcar una falla es muy importante para
hacer las desiciones correctas para el servicio del vehículo.
El primer paso es determinar cómo y cuándo la prueba es
efectuada para determinar si se reporta una falla. Usualmente una falla debe ocurrir varias veces y en diferentes
ciclos de manejo antes de que la MIL se ilumine. Fallas
severas requieren de tan sólo un ciclo de manejo para
iluminar la MIL.
Finalmente, recuerde que usted puede tener un problema
con su vehículo y no tener la MIL iluminada. Por ejemplo, la
prueba de sistema de monitores de falla de di sparo no se
efectuarán si el camino es abrupto o si el nivel de combustible es bajo. Su vehículo podría tener fallas de disparo y
usted no lo sabría si esperara a que se iluminara la MIL.
No espere hasta que la MIL se ilumine para determinar
la condición de su vehículo.
Guía del Usuario de la ScanTool de AutoEnginuity 23
La lista de diagnósticos de códigos de falla enumerará cualquier código de falla que la ScanTool haya obtenido del vehículo.
Cada DTC tendrá un icono coloreado asociado con él. El DTC con
icono rojo se usa para denotar los DTCs guardados o aquellos que
causen que se ilumine la MIL. El DTC de icono azul es para aquel
los que no causan que se ilumine la MIL. Debajo de cada DTC aparecerá una lista de sus propiedades.
El auto es escaneado por cambios en los códigos
de diagnóstico de fallas cada minuto.
El valor del DTC le ayudará a determinar el componente específico o módulo en cuestión. Un DTC tiene un formato estandarizado que puede interpretarse de la siguiente manera:
-
La primera parte del DTC es el Designador Alfa. El designador
alfa puede ser:
B - Electrónica del Cuerpo (puerta y cierres del cofre)
C - Chasís (control de tracción o ABS)
P - Tren Motríz (motor, transmisión, o componentes de soporte
del motor)
U- Comunicación de red de los diferentes modelos de control
La segunda parte del DTC, es una serie de tres o cuatro dígitos.
La especificación de OBD-II ha reservedo los primeros 1,000
números para un conjunto base que se implementa a través de todos
los fabricantes. Valores de los DTC posteriores al conjunto base
están disponibles para usos específicos del fabricante. El Tipo de
Código es 0 para el conjunto base, o un valor de 1 - 9 para códigos
específicos de los fabricantess. El Sistema Indicado y Número
24 www.AutoEnginuity.com
Específico de Código determinan el código a un componente o
sistema específicos.
Nota: Algunas interfaces avanzadas usan
nomenclatura no estándar para los códigos de falla
(códigos FC de BMW y sensores DTC de Chrysler).
Vea la Guía del Usuario de BMW y Chrysler para
más información.
Cada valor de DTC tendrá una descripción detallada del significado del código de falla. Las descripciones están escritas cuidadosamente para evitar confusiones y proporcionar una gran
cantidad de información sobre la falla específica. En el caso de códigos específicos del fabricante, es imperativo selecionar la marca,
modelo y año correctos para obtener la descripción correcta.
Aparte de tener el valor y la descripción del DTC, cada DTC
tendrá un conjunto de propiedades. Estas propiedades se accesan
presionando el signo de más a la izquierda de cada DTC.
La primera propiedad es el Módulo. Este es el sistema o componente reportante, responsable por el código de falla.
La siguiente propiedad es el Estado. En el caso de OBD-II
genérico, será o Guardado o Pendiente. DTC guardados son aquellos DTC que han fallado su prueba respectiva varias veces, y son
considerados averiados. Cualquier DTC enumerado como Pendiente es aquél cuyos componentes/sistemas en cuestión han fallado sus pruebas respectivas al menos una vez, pero menos del
número de veces que lo consideraría averiado. Un DTC reportado
como Pendiente no necesariamente indica un componente/sistema
averiado. Si continúa fallando, será reportado como Guardado y la
MIL encenderá. Si no hay falla presente en el próximo viaje, el
DTC Pendiente eventualmente desaparecerá por sí mismo. (Excepto en el caso de una falla severa del monitor de Falla de Disparo).
Interfaces avanzadas usan también el Estado para representar esta
dos específicos del fabricante Un ejemplo es GM, que denota Historia, Limpiado, Previamente Guardado, etc.
Guía del Usuario de la ScanTool de AutoEnginuity 25
-
El uso previsto para la información del Estado, es asistir al
técnico en la reparación del vehículo, y después limpiar la información de diagnóstico, reportando los resultados de un ciclo de manejo.
Finalmente, cualquier información de Cuadro Congelado asociada con el DTC será enumerada. Un DTC puede tener información de Cuadro Congelado múltiple. El primer cuadro, Cuadro 0,
es el único Cuadro Congelado mandatorio. A los fabricantes se les
permite implementar sus propios Cuadros Congelados después del
Cuadro 0.
La información de Cuadro Congelado es una imágen del estado
del vehículo en un período de uno o dos segundos de cuando el
DTC es guardado. Si el vehículo reporta una imágen de Cuadro
Congelado, toda la información reportada es de los componentes
del vehículo; no son los valores por defecto. Información de Cuadro
Congelado ofrece gran información de las condiciones en las que
operaba el vehículo cuando ocurrió la falla. No descarte esta infor
mación cuando esté determinando la razón de una falla. Fue un
componente defectuoso? O, pudo la falta deberse a esfuerzo exce
sivo en el vehículo? Recuerde que no todos los sensores de Cuadro
Congelado tienen soporte en todos los vehículos.
-
-
Recuerde: OBD-II reporta en décimos de segundo.
Si su auto guarda información de Cuadro Congelado (bajo buenas condiciones) un segundo completo pasará. Con este retraso, algunos sensores de
cambio rápido podrían diferir drásticamente de
cuando el primer y último sensor guardaron datos.
El DTC que causó la activación de la MIL típicamente será el
que guarde la información del Cuadro Congelado 0. El fabricante
determina cuál DTC debe guardar el Cuadro Congelado basado en
la severidad.
Librería DTC
La librería descriptiva de DTCs está disponible en cualquier
momento. Seleccione Ayuda | Librería DTC. Para obtener la des-
cripción de un código, escriba el tipo, valor numérico, y qué base de
26 www.AutoEnginuity.com
Loading...