You are on page 1of 14

TEMA 1.

REVISIN DEL DIAGNSTICO CON SCANNER

Un scanner es la mejor herramienta de ayuda para descifrar un problema y describir una lista
de posibles causas. A veces no obtenemos buenos resultados debido a una prdida de
comunicacin entre el vehculo y el scanner.
Aunque muchos de los sistemas son accedidos nicamente con el scanner de fbrica (TECH 1,
TECH 2.), es importante entender el potencial de diagnstico diseado en cada sistema y cada
mdulo. Estas caractersticas de diagnstico con su scanner le ayudarn a trabajar, as como
tambin en el momento de adquirir otro scanner, a redituar un scanner de fbrica en el futuro y
no en cunto dinero se est ahorrando comprando un scanner alternativo.
Sin embargo, en el caso de tcnicos sin el scanner de fbrica, investigue acerca de qu
DTCs, PIDs y controles usted tiene en mdulos a los cuales pueda acceder. Muchas
funciones, habilidades y datos son frecuentemente compartidos y pueden ser ledos desde
otros mdulos no especficamente designados para analizar dicho problema usando scanners
no originales de la marca.2.
Es ac donde un diagrama elctrico de la comunicacin y conocimiento de Network son las
cosas que necesitamos para saber bien qu est pasando.
Las siguientes preguntas lo ayudarn a pararse en el medio del problema.
Los mdulos que fallan tienen sus correspondientes Positivos y Negativos?
Tienen la apropiada seal de Despertar? (Generalmente desde el switch de ignicin o un
mensaje desde otro mdulo).
Est el sistema o DTC en otro mdulo? De ser as, ser importante tener el diagrama elctrico
para localizar el rea que falla.
Una vez que la lista de fallas ha sido tomada, e interpretada, deber decidir qu atacar
primero.
Qu test me da ms informacin?
Cul test es el ms fcil y rpido?
Cul test es el ms lgico?
El nico test que casi siempre rene todas las condiciones nombradas, es Leer los PID s con
el scanner y verificar comunicacin con varios mdulos.

Grfico I.1. Revisin del diagnstico con Sistema de Diagnstico TECH2.

1.1 Consejos de diagnstico


Debido a que los mdulos comparten muchos datos PIDs, si no se puede comunicar con uno
en particular, intente encontrar datos relacionados en otros mdulos. Por ejemplo la velocidad
del vehculo es compartida por varios mdulos, es por eso que viendo esa informacin en otro
mdulo y corroborando su funcin sabremos que el sensor de velocidad funciona y que es
obvio que estamos frente a un problema de comunicacin.
Por lo tanto es preciso realizarse las preguntas diagnosticas que a continuacin se presentan:

Grfico I.2. Preguntas o datos diagnsticos .

1.2 Chequeo de los circuitos de diagnstico


El scanner puede leer los DTCs almacenados en cualquier sistema que sea capaz de
comunicarse mediante Network Clase 2, interpretando mediante este ltimo un mensaje del
scanner pidiendo datos por todos los DTCs de todos los mdulos.
Esta caracterstica se encuentra en el TECH2 dentro del men CHEQUEO DE CIRCUITOS DE
DIAGNSTICO (Diagnostic Circuit Check), as como tambin en el men ESTADO DE
MDULOS (Module Status) del Mastertech.
Este ltimo campo de diagnstico de este men puede desplegar hasta 3 opciones, lo
cual ayudar a encontrar DTCs especficos y determinar:

Grfico I.3.Opciones de diagnstico campo en el men ESTADO DE MDULOS.

1.2.1. El valor real


Esta opcin de chequear los circuitos de diagnstico le har ahorrar tiempo de diagnstico al
no tener que ir a buscar los DTCs a cada mdulo especfico.
Las seales son procesadas y compartidas entre distintos sistemas, es por eso que la
comunicacin y DTCs pueden afectar la operacin de otros mdulos.
El chequeo de circuitos de diagnstico le permite rpidamente determinar, si alguno de los
mdulos del Network no se est comunicando, o contienen DTCs que puedan estar afectando
al sistema que tiene que diagnosticar.

1.3 Construccin del men dinmico

Este trmino simplemente significa, que la lista de los mdulos que aparecen en pantalla
cuando se usa este modo, no est programada en el scanner.
Este chequeo, simplemente enva un comando a los mdulos para que ellos enven su estado.
Todos los mdulos son desplegados con su estado.
La parte prctica de este modo es que en la construccin dinmica del men NO estarn en
lista los mdulos no presentes, sea porque los quitaron, no tienen Power, no estn en el
Network Clase 2 o no lo posee esa aplicacin.

Grfico I.4.Vista de la construccin del men dinmico.

1.4 Procedimiento del chequeo del circuito de diagnstico


Al utilizar esta opcin del scanner asegrese de colocar la llave de ignicin en ON, para darle a
todos los mdulos la opcin de Despertar.
Si por el contrario el vehculo est equipado con un mdulo que no aparece en la lista, habilite
aquellas caractersticas que harn que dicho mdulo despierte.
Encendiendo Switches que requieran su operacin

Si luego de realizar este paso el mdulo sospechoso todava no aparece en la lista o no se est
comunicando, las opciones son leer en otros mdulos sus DTCs, uno o ms de ellos debern
presentar DTCs alertando la prdida de comunicacin con dicho mdulo sospechoso.

1.5 Chequeo de DTCs de CLASE 2


El beneficio primario de este modo es que todos los mdulos del Clase 2, son llamados con un
simple botn y cada uno nos dir si tiene o no algn DTCs.
Esto ahorra tiempo pues no se requiere entrar en cada mdulo, con la posibilidad de olvidarnos
de alguno. Por otro lado nos da la posibilidad de comentar a nuestro cliente de algn otro
problema que el vehculo tenga y que haya olvidado de comentarnos, en una palabra nos
genera un posible trabajo adicional.
A la derecha de la lista de mdulos comunicados, el display nos indicar si algn cdigo DTC
est almacenado simplemente con un YES o NO.
En este caso como se observa en la grfica el ABS/TCS han reportado la existencia de al
menos un DTC.

Grfico I.5. Lista de mdulos comunicados.

La especificacin del DTC no estar disponible en esta pantalla, debemos navegar por dichos
mdulos para saber la descripcin de los DTCs.

El TECH 2 NO desplegar la descripcin de cada DTC en esta caracterstica pero el Mastertech si lo har en la
opcin ESTADOS DE MDULOS Module Status. Eso es debido a que el Mastertech, no tiene la posibilidad de
navegar dentro de cada mdulo como ser en Body ms all del Air Bag.

1.5.1 Chequeo de DTCS va enlace de datos CLASE 2


En este punto de chequeo se consideran tanto los estados de los mdulos como la
construccin dinmica del men como se describe a continuacin.

1.5.1.1. Estado de mdulos

La funcin del estado de mdulos en el Mastertech es similar al del TECH 2 en chequeo de


DTCS de Clase 2. Esta funcin est separada del software que da acceso a los mdulos
separadamente, lo cual ahorra tiempo de identificacin de cada mdulo y nos da la seguridad
de no olvidarnos de ninguno.
Una vez que el estado de mdulos es seleccionado, seleccionar GM y despus la opcin Clase
2. El Mastertech requerir informacin a cada mdulo.
Grfico I.6. Funcin del estado de mdulos.

1.5.1.2. Construccin dinmica del men

Como sucede en el TECH 2, solamente los mdulos que estn presentes y capaces de
comunicarse respondern, de esa manera el men se construir nicamente con esa cantidad
de mdulos.
Si la aplicacin que est chequeando no est equipada con algn mdulo opcional, o si dicho
mdulo no responde al requerimiento del estado de mdulos, ste no ser listado.
En la pantalla que vemos del estado de mdulos, solamente el BCM/DIM ha reportado que
tiene un DTC.
El ($40) que se encuentra al costado del nombre del mdulo, es el nmero hexadecimal
asignado al mdulo y es usado para la identificacin del Network.

Grfico I.7. Construccin dinmica del men.

Si presionamos enter veremos la descripcin del DTC presente. Esta caracterstica no est
disponible en el TECH 2. Es muy importante poder ver el DTCs en este modo con el
Mastertech ya que el TECH 2 es el nico scanner que accede a todos los mdulos.
No hay definicin disponible para ese cdigo, ya que est hablando de dos mdulos y nunca se le dijo al
scanner en qu aplicacin estamos trabajando. Se recomienda ir al Manual de Servicio, y ver en qu mdulo
est ese DTC. Eso tambin pasa desde que la definicin de los DTC vara en algunas aplicaciones y el estado
de mdulos no trabaja en una aplicacin especfica.

1.5.2 Mensajes de CLASE 2 (Estado de salud) (State of health)

Es de suma importancia el buen uso de todas las caractersticas de un scanner, para as tomar
ventaja del problema. El BCM, sus lgicas y sus accesorios son bien complicados, ya que
dependen mucho de otros mdulos y sistemas, eso significa que los mdulos en el Network
estn siempre dependiendo de mensajes necesarios para una funcionalidad totalmente
correcta.
Si un mensaje crtico no est presente significa que otro mdulo necesit de esa informacin y
ha notificado su existencia. De hecho que los mdulos, tanto enviando como recibiendo forman

una integridad del Network y cada mdulo enva y recibe con gran necesidad mensajes de
estado de salud, aunque no necesiten mensajes de ayuda para el funcionamiento.
Estos mensajes, son llamados Estado de Salud (State of Health SOH) y ayudan al resto de los
mdulos y su integridad a diferenciar un mensaje entre Mensaje perdido y Nada que decir.
Dichos mensajes en Clase 2 transmiten un mensaje de estado de salud SOH cada 2 segundos.
Este mensaje no contiene informacin crtica, es simplemente una confirmacin de que el
mdulo est despierto y es capaz de comunicarse sin problemas con los dems. Todos los
mdulos reciben todos los mensajes de salud, solamente se presta atencin en esto. En una
palabra cada mdulo espera mensajes de aquellos de importancia y necesidad para la funcin
del sistema.
Como podemos apreciar en el scanner, la figura muestra que el monitoreo de mensajes se hizo
para corroborar el estado de cada mdulo listado. Es de suma importancia recordar que cada
mdulo que no ha sido comunicado durante esa sesin, ni siquiera se mostrar en la lista.

Grfico I.8. Mensajes o llamados estado de salud (State of Health) (SOH).

La parte buena y excelente del Estado de Salud (SOH), es que si un mensaje est desaparecido, se generar
un DTC en todos los mdulos que necesitan de l para funcionar. Si un mdulo est muerto, generalmente
existe al menos un mdulo que genera un DTC el cual nos ser de suma importancia para darnos cuenta que el
mdulo defectuoso NECESITA volver a estar en el Network.

1.5.2.1 Monitoreo de mensajes de clase 2

Esta funcin se encuentra dentro del men de chequeo de diagnstico de circuitos y monitorea
el trfico del Network para el estado de salud (SOH). Mientras se observa la pantalla del
monitoreo de mensajes, el DISPLAY dice: ACTIVO o INACTIVO, para cada mdulo listado.
Es importante diferenciar entre un mdulo que no se ha comunicado durante la ciclada de
ignicin presente, y el mdulo que se ha comunicado y ha parado de enviar mensajes de
(SOH), recuerden que cada 2 segundos enva esta clase de mensajes.
Si un mdulo no envi ningn mensaje de (SOH) durante esta ciclada de ignicin, no estar
presente en la lista de mdulos.
Solamente si un mdulo ha detenido sus mensajes durante esta ciclada de ignicin ser
desplegado como INACTIVO.

Grfico I.9. Monitoreo de mensajes de clase 2.

Si algn mdulo est como INACTIVO por 5 segundos, se generar un DTC. El DTC ser
enumerado para indicar qu mdulo no envi mensaje, y se genera en cualquier mdulo que
espere mensajes importantes de trabajo, mdulos dependientes (NO EN AQUEL QUE
RECIBA SOLAMENTE MENSAJES DE SOH).
En el siguiente grfico se pueden apreciar la cantidad de mensajes que viajan entre cada
mdulo y el scanner, generalmente est entre 1 y 2.

Grfico I.10. Cantidad de mensajes entre mdulo y el scanner.

El monitoreo de mensajes de Clase 2, es una funcin del scanner. Sin embargo tambin incluye
unas funciones bidireccionales. El control o comando de DORMIR, se usa para indicar a todos
los mdulos a que duerman. En este modo, NADA que despertara manualmente a un mdulo,
despertar a ningn mdulo.
Los mdulos no pueden comunicarse en el modo de DORMIR, el DISPLAY del scanner permanecer en blanco.
Los mdulos reaparecern en pantalla a medida que vayan despertando.

En el ejemplo que se muestra a continuacin, la puerta del conductor fue abierta despus que
el modo de DORMIR fue requerido por el scanner. La pantalla muestra como el DDM, despert
antes que otros mdulos. Esta lista ser diferente dependiendo de qu entrada despierta
actualmente a cierto mdulo.

Grfico I.11. Comunicacin con el scanner en el modo de DORMIR.

Otro aspecto importante de resaltar es que el PCM todava no ha despertado, ni siquiera est
en la lista. Si la llave de ignicin hubiera sido el primer comando, antes que la puerta, el PCM
seguramente hubiera despertado primero.
1.5.2.2 Fallas durmiendo

Hay diversidad de fallas posibles relacionadas con la comunicacin del Network y sus lgicas.
Esto tambin incluye las fallas en los modos de Power. Por lo tanto no es fuera de lo comn
que un sistema o mdulo no entre en modo de servicio luego de 20 minutos por lgica.
El exceso de corriente circulante durante la parada del vehculo puede rpidamente bajar la
batera. Otra situacin comn es cuando necesitamos llevar a cabo un test de consumo de
corriente con motor parado, los mdulos estn despiertos y de seguro afectarn el resultado del
TEST.
Una funcin activa del scanner es hacer que los mdulos duerman, esto nos ayudar a no
depender de los 20 minutos por lgica. La siguiente lista nos muestra algunos de los posibles
usos para este TEST.
Verificar comunicacin entre mdulos viendo cules mdulos se despiertan con el Switch de
ignicin en ON.

Apagar mdulos para chequear posibles consumos de corriente y no esperar los famosos 20
minutos.
Apagar los mdulos para ver si se despiertan rpidamente debido a una entrada errnea. Ej.:
Switch de puerta.

Si los mdulos no duermen despus de los 20 minutos de parado, cierre las puertas,
quite la llave de ignicin y fuerce al sistema a dormir. Observe que no se despierte
rpidamente, si lo hace vea porqu.

1.5.2.3 Comando de ping a los mdulos

Esta opcin la encontraremos en la parte inferior de la pantalla otra funcin activa llamada
PING que significa simplemente llamar a un mdulo.
Existen dos clases de PING, mediante el cual podemos lograr hacer un llamado en un mdulo
determinado o en todos los mdulos a la vez como lo muestra la siguiente grfica:

Esta animacin requiere Adobe Flash Player. Para obtenerlo, visite este
vnculo.
Grfico Animado I.12. Comando de ping a los mdulos.

El mensaje enviado durante un PING requiere una respuesta y esa respuesta tendr un
nmero codificado (3 dgitos) que identifica cada mdulo. Este nmero no es desplegado en
pantalla, simplemente veremos en el scanner qu o cules mdulos estn respondiendo.
1.5.2.4 Condiciones de test y precauciones

Este test se puede tambin realizar mientras los mdulos duermen, despus de los 20 minutos
de tiempo necesario hacemos PING en todos los mdulos y veremos en el DISPLAY: ACTIVO
por un corto perodo de tiempo, luego cada mdulo volver a INACTIVO.

Si algunos mdulos no despertarn de hacer los PING, se recomienda realizar la misma prueba en la misma
aplicacin en otro vehculo. Si por el contrario un mdulo jams se vuelve ACTIVO o se vuelve ACTIVO y no
pasa a INACTIVO, se deben verificar que las funciones de dicho mdulo y sus actividades relacionadas con los
dems funcionan correctamente en lugar de remplazarlo por otro mdulo.

1.5.3 Monitoreo del modo de Power


El chequeo de circuitos de diagnstico, es la funcin de modo de Power. Esto hace referencia a
los sub mens de la herramienta Tech 2 para el diagnstico del circuito.
Esta opcin, aunque no permite controlar los modos de Power, nos da es informacin actual del
estado de comando del modo de Power. La mejor manera de influir en el modo de POWER, es
usar la funcin de dormir en el monitoreo de mensajes de Clase 2.
1.5.3.1 El valor del diagnstico del modo de Power

(No necesita introduccin pues es una funcin de la herramienta Tech 2. Tal como se aprecia
en la siguiente ilustracin).
En la figura que se muestra a continuacin se puede observar que el modo de POWER est
corriendo (RUN), valor que puede determinar el estado de comandos del Network.

Grfico I.13. Valor del diagnstico del modo de Power.

Cabe destacar que aunque el modo de Power no nos dir exactamente qu est mal, si ayuda
a saber si el sistema o DTC son causados por una falla en el modo de Power, o si realmente el
sistema falla. En otras palabras, resulta ineficiente testear todos los componentes y circuitos en
un sistema inoperante para luego determinar que el sistema estaba en un modo de Power
equivocado o defectuoso.

1.5.3.2 Fallas del modo de Power

Estos sistemas y mdulos pueden estar en un modo de Power equivocado por diferentes
razones. Estas fallas son generalmente orientadas al Switch de ignicin o a falta de Positivos o
Negativos en un mdulo. Estos mdulos poseen varias tomas de positivo y varias de tierra, no
olvide controlar TODAS.
Estas fallas simples generan sntomas complejos de entender y analizar, lo cual nos alarga y
complica el diagnstico.

Use el TECH 2 para observar los cambios con los movimientos hacia delante y otros del Switch
de ignicin. Si no se observan cambios en el estado del modo de Power acorde a la posicin
del Switch de ignicin, se deber chequear todas sus salidas.
Los SWITCHS de ignicin actuales no conducen tanta corriente como en vehculos anteriores,
es por eso que debemos observar con atencin si alguien coloc algn accesorio adicional y a
travs de l.
Es muy fcil sobrecargar de corriente un switch de ignicin en un vehculo moderno. Si no
posee el TECH 2, observe en la lnea de datos, los PIDS relacionados con el switch de
ignicin, generalmente esa informacin se encuentra en el BCM.
Estos valores pueden ser 0 o 1, NO o YES. Las secuencias del switch de ignicin varan segn
el vehculo. Se recomienda leer el manual de servicio antes de determinar la secuencia del
switch de ignicin.