Documentos de Académico
Documentos de Profesional
Documentos de Cultura
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
(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.
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.
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.