[CURSO DE MULTIPLEXADO] GM

DEFINICION DEL NETWORK 1

En términos de automóviles la palabra Network se define como partes físicas
y electrónicas de una red.
El Network físico es una serie de módulos de control que comunican
información entre ellos en lenguaje digital. Estos lenguajes digitales son
llamados “Protocolos”, como aspectos del Network.
Los módulos conversan entre ellos por medio de pulsos de un voltaje
especificado Alto o Bajo en patrones digitales que indican información.
NOTA: El nombre Network se refiere primariamente al Protocolo. Esto es
porque los circuitos actuales son a veces compartidos entre Protocolos.

Multiplexado
Es la manera de conectar varios módulos en serie o paralelo.
Los circuitos duales o simples usados para construir físicamente el Network
transportan mensajes con un lenguaje digital que ambos módulos entienden.
Todos los módulos conectados al Nnetwork son referidos como “NODES”.
Un scanner puede ser también un NODE al ser conectado entre los módulos
a través del DLC.

PROPOSITOS DEL NETWORK

La primera ventaja del Network, es que una información compleja puede ser
compartida entre varios módulos sin tener que cablearlos entre sí para cada
función.
Esto salva millones de cables, incrementa la confiabilidad de los sistemas,
reduciendo el número de conectores y uniones, que realmente pueden fallar.
La segunda principal ventaja del Network es que los sistemas pueden
trabajar juntos. Esto incluye beneficios en diferentes áreas.
La siguiente lista describe algunas de las miles de posibilidades de
relacionarse.
Seguridad: El compartir datos de seguridad previenen el robo del vehiculo.
Seguridad: ABS, control de tracción y demás información puede ser
comparada para asegurar el momento de una colisión en el airbag.
Conveniencia: Datos de la velocidad del vehiculo pueden ser compartidos
para sensibilidad
de los limpiadores del parabrisas así como también para el volumen del
radio.

1
 [CURSO DE MULTIPLEXADO] GM

Otro beneficio en la construcción del Network es que puede ser genérica. 2

Pensemos en la cantidad de opciones flexibles presentes cunado los datos
que fluyen a través de un sistema pueden ser compartidos en vez de estar
predesignados para un circuito en especial.

PROTOCOLOS DE NETWORK
El término Network describe una serie de módulos que se comunican entre
ellos o con un scanner sobre un circuito común.
Para ser considerado un Network debe haber datos enviados y recibidos
entre dichos módulos en un lenguaje digital o Protocolo. En palabras
técnicas, un Network es el cableado físico y el Protocolo es el lenguaje
viajando en el Network.

U.A.R.T.
Desde 1981, los módulos de Powertrain de GM se han comunicado usando
el UNIVERSAL ASYNCHRONOUS RECEIVE AND TRANSMIT PROTOCOL.
Este Protocolo temprano fue muy simple, y sólo permitía al computador
recibir y transmitir códigos y datos (PID’s) al scanner, así como también
permitía comandos by direccionales desde el scanner.
El Protocolo UART se puede todavía encontrar en vehículos 1998, para ese
entonces muchas aplicaciones de UART también tienen cruces de distintos
Networks y Protocolos.

CAN Controlador de area de Network

El nuevo BUS de CAN es usado en cada día más GM. Para el año 2008,
todos los vehículos que circulan en los EE.UU., tendrán el nuevo sistema
CAN como norma. Inicialmente el CAN fue adoptado por algunas
aplicaciones importadas como el CADILLAC CATERA y el
SATURN L300.

Clase 2
El Network Clase 2, ha sido por mucho tiempo el Network más común.
El scanner puede comunicarse y leer todos los PID’S de fábrica, así como
también códigos de diagnóstico y controles by direccionales, usando el
Protocolo Clase 2.
Una ventaja más, es que el Protocolo OBDII Genérico, usa el mismo cable
de comunicación, lo cual nos ayuda en el momento de diagnosticar un
problema de comunicación perdida con el scanner.

2
 [CURSO DE MULTIPLEXADO] GM

INTRODUCCION AL NETWORK 3
El Network Clase 2 es definido más por el lenguaje que él hable, que por
como físicamente está construido.
La construcción varía por aplicación, pero todos los modelos en el Network
entienden el lenguaje (J1850 VPW).
Las aplicaciones de GM, comúnmente usan el NETWORK Clase 2, y ahora
el CAN.
El Network Clase 2, como algunos otros Network provee un sendero y
lenguaje (Protocolo), para múltiples módulos y así poder comunicar
información de parámetros (PID’s) y otra información de diagnóstico
incluyendo DTC’s.
Esta información es usada para:
Habilitar y Deshabilitar condiciones para otros sistemas (EJ.:
Deshabilitado Del Disparo del Air Bag, Deshabilitado de la Bomba de
Gasolina después de un accidente).
Verificado de información de seguridad, como ser código de llaves.
Verificar entradas y condiciones de seguridad, como ser traba de
puertas a velocidad.
Comunicar DTC’s al scanner a través del DLC.
Transportar comandos de un módulo a otro, el ABS informa al PCM,
respecto al control de tracción.

Ejemplos de datos compartidos

Un ejemplo común de datos compartidos, es la señal del VSS. El sistema de
ABS puede recibir información del sensor de velocidad como pulso de
corriente alterna y convertirlo a pulso digital.
Esta señal digital puede ser compartida con el PCM como señal de VSS en
un circuito dedicado.
De esa manera la información del VSS, también puede ser compartida en el
Network Clase
2, con el tablero de instrumentos para el velocímetro, el AIR BAG para
calcular la desaceleración, el módulo de puertas, para trabarlas luego de
cierta velocidad, etc.
Muchos módulos también comparten datos de identificación, como de
medida de seguridad.
El efecto del intercambio de información de estos módulos, no trabajaría en
otros módulos de otro vehículo, aunque la aplicación sea correcta.
Desde que esto puede llegar a activar hasta el Antirrobo, significa que no se
aconseja pasar módulos de un vehículo a otro.

3
 [CURSO DE MULTIPLEXADO] GM

PROTOCOLO CLASE 2 (LENGUAJE) 4

A que se parece el clase 2?

El Clase 2 usa un ancho de pulso variable y modulado, para transmitir su
información. La duración y secuencia de cada pulso es información que se
envía y recibe, y cada módulo únicamente lo entiende.
El lenguaje es llamado Protocolo.
El Bus de Clase 2, está en 0 VOLTS cuando habla.
Cada módulo puede enviar su pulso de voltaje y transmitir un mensaje.
Como los mensajes son bien rápidos, la mayoría del tiempo el sistema está
en 0 VOLTS.

NOTA: No se aconseja usar un DVOM para ver estos pulsos de voltaje.

Cuando la ignición está en ON, cada módulo se comunica en el Clase 2 cada
2 segundos, aunque no tenga información que compartir, simplemente da
señal de Vida Y Salud (SOH State of Health).
Cada módulo espera ver mensaje de salud de otros módulos y si no lo recibe
podría generar un DTC relacionado a la falta de comunicación con ese
módulo.

NOTA: Esto es de mucha ayuda al momento de diagnosticar un módulo, si

otros módulos contienen DTC’s por falta de comunicación con dicho módulo,
sabemos que puede llegar a estar defectuoso.
Siempre antes de reemplazar un módulo, hay que chequear que tenga sus
alimentaciones correspondientes.

CONSTRUCCION DEL NETWORK

El Network Clase 2, es creado conectando cada módulo en circuitos
paralelos. Estos circuitos o “Patas” del Network, son generalmente
conectados unidos en un conector llamado “COMB”.

Estrella
A este estilo de Network se lo llama “STAR” porque todos los circuitos parten
de una locación central. El Network Estrella es susceptible a fallas, si se abre
la estrella, el o los módulos que se vean afectados perderán comunicación
con los demás.

4
 [CURSO DE MULTIPLEXADO] GM

Fácil de diagnosticar 5
Una buena noticia. El Network Estrella puede que no sea el más estable,
pero estoy seguro es el más fácil en el momento de diagnosticar.
Si el Network está caído, debido a un módulo o circuito que está en corto a
tierra o a positivo, cada pata del Network puede ser separada hasta que los
otros módulos se vuelvan a comunicar.
Este procedimiento puede realmente facilitar el diagnóstico y de esa manera
no perdemos tiempo.
Nótese, que no necesitamos acceder al módulo para quitarlo del Network.

Ubicación del Empalme o Comb

El empalme central o Comb, se encuentra generalmente bajo la alfombra en
el área de la puerta del conductor o, algunas veces bajo el asiento trasero
(ver en cada caso el manual de servicio). En ambos casos es todo un trabajo
acceder a ellos pero créanme que vale la pena invertir ese tiempo, ya que
luego lo recuperamos cuando hemos accedido a él.
Otras veces (pocas), la ubicación del COMB está detrás del radio, en este
caso se necesitará más tiempo (conseguir el código del radio antes de
tocarlo).

5
[CURSO DE MULTIPLEXADO] GM

6
 [CURSO DE MULTIPLEXADO] GM

CONSTRUCCION DE NETWORK EN LAZO O ARO 7

En este caso como ven en la figura, cada módulo se encuentra en
el medio del flujo de datos (en serie).
Esta forma “enlaza” los módulos. Cuando se genera un mensaje,
es enviado en ambas direcciones viajando a través de cada
módulo. Cada módulo recibe el o los mensajes desde ambas
direcciones simultáneamente, lo cual hace a este sistema más
estable.

7
 [CURSO DE MULTIPLEXADO] GM

CONSTRUCCION COMBINADA
8
En algunos GM, el NETWORK es una combinación de series y paralelos. Esto significa
que tenemos que observar muy bien el circuito y la construcción del Network en el
momento de determinar como cada módulo se comunica con el resto y ese entre ellos.
Entendiendo la forma de construcción, sabremos cómo funciona cada Network, de esa
manera ahorramos tiempo al diagnosticar.

8
 [CURSO DE MULTIPLEXADO] GM

RELACION DEL SCAN TOOL Y EL NETWORK 9

Es importante recordar que el scanner es simplemente otro módulo de
control en el Network.
Requiere su Power, tierra y un completo circuito al Network, así como
también el apropiado Software, para poder recibir y enviar información.
Imagine al scanner como un módulo más del vehículo, con pantalla y
botones que le ayudará a interpretar al vehículo.
CONECTOR DEL DLC DATOS
El conector de línea de datos DLC, permite que el scanner se comunique con
el Network a través del Clase 2.
El Network Clase 2, contiene una gran cantidad de circuitos usados como
datos.
Una vez que el scanner está conectado al Clase 2, el técnico puede
monitorear el sistema por completo o simplemente los módulos en forma
individual.
Los datos del Clase 2, son transmitidos a una velocidad de 10,4 Kbps.

9
 [CURSO DE MULTIPLEXADO] GM

MODO DE POWER 10
El propósito principal del modo de Power es controlar el consumo de
corriente de accesorios en distintos sistemas.
Esta estrategia organiza la consumición del Power durante el momento de
arranque y también cuando el motor está cerrado, pero su función más
importante es organizar y prevenir caídas de voltaje en la batería cuando la
llave de ignición está en OFF.
Con el uso del modo de POWER tenemos la necesidad de configurar
condiciones de HABILITADO / DESHABILITADO.
La entrada más lógica del uso de modo de POWER para un módulo, es la
posición del Switch de ignición. Así es que, designar circuitos para despertar
“WAKE UP” cada sistema, sería muy complejo y para nada eficiente.
En vez, un solo módulo recibe información del Switch de ignición, y
transporta un comando de despertar en los otros módulos del Clase 2.
Solamente un solo módulo tiene que estar atento a la posición del Switch de
ignición.

Intensidad y Debilidad
La ventaja del modo de POWER, es que un gran número de sistemas de alta
corriente puede ser usado en un vehículo, y a la vez pueden ser
interrumpidos ante la interferencia con otros sistemas.
El modo de POWER se usa para ambos sistemas, durante el momento de
arranque del motor o durante la parada, para así evitar caídas de voltaje en
el sistema.
La gran desventaja, es que una falla simple como un circuito abierto en el
SWITCH de ignición, podría causar una gran variedad de síntomas extraños,
sin relación alguna uno con otro.
NOTA: Es de suma importancia entender muy bien el modo de POWER en el
momento de diagnosticar.
Un módulo puede tener todos los Powers, tierras y datos, pero sin la señal de
entrada de despertar, un módulo durmiendo parecería defectuoso.
Lamentablemente, muchos de estos valores de datos específicos se leen
únicamente con scanners de fábrica.

10
 [CURSO DE MULTIPLEXADO] GM

11

EL MASTER DEL MODO DE POWER

En vehículos que poseen gran cantidad de módulos, todos conectados al
Network, solamente uno de ellos tendrá la responsabilidad de despertar a los
demás. Este módulo (cualquiera que sea), será referido como el (PMM)
Master del modo de Power.

NOTA: El PMM, no es un módulo determinado, es simplemente una

responsabilidad más asignada a dicho módulo.
Es complicado descifrar cuál es el módulo con dicha responsabilidad viendo
el diagrama eléctrico del vehículo, cuando vemos que el Switch de ignición
alimenta varios módulos a la vez.
En la mayoría de las aplicaciones el BCM es quién se encarga de ser el
PMM. En algunas aplicaciones, es quien recibe información del control
remoto de la llave y SWITCH de puertas.

Secuencia y orden de modos de censado

Cualquiera que sea el módulo que actúe como Master de modo de Power, la
estrategia del modo de censado es la misma.
La posición del switch de ignición y secuencia, son monitoreados por dicho
modulo para el mejor trabajo de cada módulo.
Esto significa que la secuencia del Switch de ignición desde UNLOCK a RUN
no es la misma que de crank a run.
NOTA: Con la llave de ignición fuera, el sistema entra en “OFF”, dormido por
completo después de 20 minutos.

11
 [CURSO DE MULTIPLEXADO] GM

Entrada alternativa de modo de despertar

12
Aunque el switch de ignición es la señal principal para despertar a un sistema, hay
otras entradas que también lo hacen, como ser el switch de puertas o el control
remoto.

FALLAS EN EL MODO DE POWER (MODO DE SEGURIDAD)

La estrategia del modo de power permite a un tremendo número de accesorios y
sistemas, sean sumados a vehículos modernos sin causar ningún problema de
consumo de corriente.
Sin embargo este diseño también crea vulnerabilidad. Si el PMM, falla en el
momento de enviar una señal de “despertar”, los subsistemas de él, también
fallarán.
Estas fallas pueden ser debidas tanto por el PMM, como por una falla en el Clase
2.
Sin embargo la mayoría de las fallas es debida en los switch de ignición o al
cableado del switch.
NOTA: Observar si no han sobrecargado el switch de ignición con alguna alarma
adicional y/o luces delanteras más potentes.
Este plan de modo de falla está diseñado para trabajar con módulos que usan
entradas directas del switch de ignición, como también para aquellos de usar el
NETW ORK como mensaje de despertar.

Mensajes de clase 2
Los Módulos que dependen solamente del Clase 2 para determinar modos de
power, utilizarán el último mensaje del PMM válido hasta que el estado de motor
en marcha sea recibido por el Clase 2.
Si el PMM falla, cada módulo monitorea el Clase 2 por la señal de motor corriendo.
Si la señal de motor corriendo esta presente, los módulos van directamente al
estado DEFAULT de motor corriendo.
En el modo de motor corriendo por default, cada módulo será capaz de llevar a
cabo sus funciones.
Sin embargo, si la señal de motor corriendo no esta presente, los módulos e ntran
en el modo de dormir, pero a su vez son monitoreados por el Clase 2 y cualquier
señal los despertará.

Señal de ignición
Los Módulos que usan señal de ignición cableada (directamente desde el switch de
ignición) también permanecen bajo el último estado válido de Clase 2 recibido.
Estos módulos observan el estado de las entradas de ignición para determinar el
estado del mismo.
Las entradas de ignición son “1” voltaje de batería, el módulo estará como modo de
“CORRER”.

12
 [CURSO DE MULTIPLEXADO] GM

13
Si la entrada es “0” (no voltaje), el módulo entrará en estado dormido
esperando una señal de voltaje o desde el PMM a través del Clase 2.

REVISION DEL DIAGNOSTICO DEL NETWORK

La definición de Network la podemos imaginar como un sistema unido e
interactivo con módulos independientes. Esto significa que aunque exista una
falla simple se pueden encontrar varios DTC’c y síntomas engañosos.
Se recomienda siempre comenzar los diagnósticos determinando si hay
algún DTC en algunos de los módulos.
Esté relacionado o no con el problema que el cliente presenta, analizar las
acciones a tomar por los módulos al tener ese o esos DTC’s.
Use el chequeo de circuitos de diagnóstico (DIAGNOSTIC CIRCUIT CHECK)
usando el TECH 2 o equivalente. Luego de eso chequee si existe algún
Boletín de Servicio Técnico (TSB) disponible con el problema presente.

PENSANDO EN SINTOMAS Y CODIGOS

Por naturaleza el Network y el BCM (computadora del chasis), poseen las
características más interactivas, interdependientes en los vehículos
modernos. No es que sean muy complicados, es difícil a veces entender sus
lógicas.
Por ejemplo: El contenido del artículo de un sistema antirrobo, describe un
sistema simple de entradas y salidas, pero los switches de las puertas, las
trabas de puertas, bocinas, y las luces exteriores son prestadas por otros
sistemas.
Ninguno de estos componentes son dedicados especialmente, como
componentes del antirrobo.
QUE HACER??
Piense en grande. Cuando esté diagnosticando sistemas de BCM o sus
accesorios, considere las siguientes preguntas:
Qué componentes y sistemas están envueltos.
Cuáles sistemas posiblemente están dentro del mismo módulo.
Cuál es el origen de cada entrada, cableado compartido recibido como
mensaje de Network?
Qué otros sistemas pueden ser utilizados, para eliminar posibles
causas.

13
 [CURSO DE MULTIPLEXADO] GM

Eliminando posibles Causas 14

Las trabas eléctricas de puerta están inoperantes con el switch de interior ?.
Intente con el cilindro exterior y también con el control remoto.
• Si ninguna trabaja, lo más probable es que sea un problema de control de
salida (ACTUADORES).
• Si alguno de ellos trabaja, probablemente tenga un problema de entrada
(INPUT).
NOTA: Esta lógica no lo lleva directamente a la falla.
La efectividad de este método de diagnóstico le dice instantáneamente qué
mitad del sistema puede darse por correcta.
REVISION DEL DIAGNOSTICO CON SCANNER
Muchos de los sistemas son accedidos únicamente con el scanner de fábrica
(TECH 1, TECH 2, etc.).
Así tenga o no el acceso a usar uno de estos equipos, es importante
entender el potencial de diagnóstico diseñado en cada sistema y cada
módulo.
Compare estas características de diagnóstico con su scanner y tenga
siempre en cuenta qué es lo que NO podrá hacer con su scanner. Esta
comparación lo ayudará a trabajar, así como también en el momento de
adquirir otro scanner, piense en cuánto le va a redituar un scanner de fábrica
en el futuro y no en cuánto dinero se está ahorrando comprando un
scanner alternativo.
NOTA: Para aquellos sin el scanner de fabrica, también piensen acerca de
qué DTC’s, PID’s
y controles usted tiene en módulos a los cuales pueda acceder. Mucha
función habilidad y datos que frecuentemente son compartidos pueden ser
leídos desde otros módulos no específicamente designados para analizar
dicho problema usando scanners no originales de la marca.
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 pérdida de comunicación entre el vehículo y el
scanner.
Acá, es donde un diagrama eléctrico de la comunicación y conocimiento de
Network son las cosas que necesitamos para saber bien qué está pasando.
A veces no es fácil saber qué testear primero.

14
 [CURSO DE MULTIPLEXADO] GM

Las siguientes preguntas lo ayudaran a pararse en el medio del problema. 15

Los módulos que falla tienen sus correspondientes Positivos y
Negativos ?
Tienen la apropiada señal de “Despertar” ? (Generalmente desde el
switch de ignición o un mensaje desde otro módulo).
Está el sistema o DTC en otro módulo ?. De ser así, será importante
tener el diagrama eléctrico para localizar el área que falla.

Una vez que la lista de fallas ha sido tomada, e interpretada, usted deberá
decidir qué atacar primero.
Qué test me da más información?
Cuál test es el más fácil y rápido?
Cuál test es el más lógico?
El único test que casi siempre reúne todas las condiciones nombradas, es
leer los PID’s con el scanner y verificar comunicación con varios módulos.

CONSEJOS DE DIAGNOSTICO
Los módulos comparten muchos datos PID’s.
Si no se puede comunicar con un módulo en particular, intente encontrar
datos relacionados en otros módulos. Por ejemplo la velocidad del vehículo
es compartida por varios módulos, es por eso que viendo esa información en
otro módulo y corroborando su función sabremos que el sensor de velocidad
funciona y que es obvio que estamos frente a un problema de comunicación.
Cuando hagamos esto es preciso saber:
Dónde se origina la señal?
Qué módulos están en qué Network ?
Donde más puedo ver este valor ?

15
 [CURSO DE MULTIPLEXADO] GM

CHEQUEO DE LOS CIRCUITOS DE DIAGNOSTICO 16

El scanner puede leer los DTC’s almacenados en cualquier sistema que sea
capaz de
comunicarse en Clase 2.
El Network Clase 2 es capaz de interpretar un mensaje del scanner pidiendo
por todos los
DTC’s de todos los módulos.
Esta característica se encuentra en el TECH2 dentro del menú CHEQUEO
DE CIRCUITOS DE DIAGNOSTICO (Diagnostic Circuit Check), así como
también en el menú ESTADO DE MODULOS (Module Status) del
Mastertech.
Que chequea esto?
Este menú puede desplegar hasta 3 opciones, lo ayudará a encontrar DTC’s
y determinar el estado del Network.
• DTC’s de Clase 2.
• Monitoreo de mensajes de Clase 2.
• Modo de POWER de Clase 2.
El valor real
Esta opción de chequear los circuitos de diagnóstico le hará ahorrar tiempo
de diagnóstico al no tener que ir a buscar los DTC’s a cada módulo
específico.
Las señales son procesadas y compartidas entre distintos sistemas, es por
eso que la comunicación y DTC’s pueden afectar la operación de otros
módulos.
El chequeo de circuitos de diagnóstico le permite rápidamente determinar, si
alguno de los módulos del Network no se está comunicando, o contienen
DTC’s que puedan estar afectando al sistema que tiene que diagnosticar.
Construcción del menú Dinámico
Este término simplemente significa, que la lista de los módulos que aparecen
en pantalla cuando se usa este modo, no está programada en el scanner.
Este chequeo, simplemente envía un comando a los módulos para que ellos
envíen su estado. Todos los módulos son desplegados con su estado.
La parte práctica de este modo es que en la construcción dinámica del menú
NO estarán en lista los módulos no presentes, sea porque los quitaron, no
tienen Power no están en el Network Clase 2 o no lo posee esa aplicación.

16
 [CURSO DE MULTIPLEXADO] GM

17

PROCEDIMIENTO DEL CHEQUEO DEL CIRCUITO DE DIAGNOSTICO

Esta opción del scanner hace todo el trabajo por usted, pero asegúrese de colocar la llave
de ignición en ON, para darle a todos los módulos la opción de Despertar.
Si usted piensa que el vehículo está equipado con un módulo que no aparece en la lista,
intente despertarlo habilitando características que harán que dicho módulo despierte.
Ejemplo: encendiendo Switches que requieran su operación.
Si el módulo sospechoso todavía no aparece en la lista, no está comunicando.
Las opciones son leer en otros módulos sus DTC’s, uno o más de ellos deberán presentar
DTC’s alertando la pérdida de comunicación con dicho módulo sospechoso.

CHEQUEO DE DTC’S DE CLASE 2

El beneficio primario de este modo es que todos los módulos del Clase 2, son llamados
con un simple botón y cada uno nos dirá si tiene o no algún DTC’s.
Esto nos hace ahorrar tiempo en entrar de a uno en cada módulo, con la posibilidad de
olvidarnos de alguno. Por otro lado nos da la posibilidad de comentar a nuestro cliente de

17
 [CURSO DE MULTIPLEXADO] GM

algún otro problema que el vehículo tenga y que haya olvidado de 18

comentarnos, en una
palabra nos genera un posible trabajo adicional.
A la derecha de la lista de módulos comunicados, el display nos indicará si
algún código DTC está almacenado simplemente con un “YES” o “NO”.
La especificación del DTC no estará disponible en esta pantalla, debemos
navegar por
dichos módulos para saber la descripción de los DTC’s.
NOTA: El TECH 2 NO desplegará la descripción de cada DTC en esta
característica pero el Mastertech SI lo hará en la opción ESTADOS DE
MODULOS “Module Status”.
Eso es debido a que el Mastertech, no tiene la posibilidad de navegar dentro
de cada módulo como ser en Body más allá del Air Bag.
Ejemplo del chequeo de DTC’s de clase 2
Cuando se elige la opción de chequeo de DTC de Clase 2, el scanner emite
un pedido a cada módulo del Clase 2, para que cada uno responda se verán
DTC’s corrientes e históricos.
En el ejemplo, los módulos desplegados son los que respondieron
adicionalmente el estado de los DTC’s.
En este caso el ABS/TCS han reportado la existencia de al menos un DTC.
Recuerde que el TECH 2 NO puede desplegar la descripción de los DTC’s,
hay que navegar dentro del módulo.

18
 [CURSO DE MULTIPLEXADO] GM

19
CHEQUEO DE DTC’S CLASE 2 – NO DEL FABRICANTE
Estado de módulos
La función del estado de módulos en el Mastertech es similar al del TECH 2
en chequeo de DTC’S de Clase 2.
Esta función está separada del software que da acceso a los módulos
separadamente, lo
cual ahorra tiempo de identificación de cada módulo y nos da la seguridad de
no olvidarnos de ninguno.
Una vez que el estado de módulos es seleccionado, seleccionar GM y
después la opción
Clase 2. El Mastertech requerirá información a cada módulo.

Construcción dinámica del menú

Justo, como sucede en el TECH 2, solamente los módulos que estén
presentes y capaces de comunicarse responderán, de esa manera el menú
se construirá únicamente con esa
cantidad de módulos.
Si la aplicación que está chequeando no está equipada con algún módulo
opcional, o si dicho módulo no responde al requerimiento del estado de
módulos, éste no será listado.
En la pantalla que vemos del estado de módulos, solamente el BCM/DIM ha
reportado que tiene un DTC.
El ($40) que encuentran al costado del nombre del módulo, es el número
hexadecimal asignado al módulo y es usado para identificación del Network.

Viendo los DTC’s

Note que en la figura si presionamos enter veremos la descripción del DTC
presente. Esta característica no está disponible en el TECH 2. Es muy
importante poder ver el DTC’s en este modo con el Mastertech ya que el
TECH 2 es el único scanner que accede a todos los módulos.

19
 [CURSO DE MULTIPLEXADO] GM

EJEMPLO DE DTC 20
En el ejemplo el BCM/DIM está reportando que el DTC B0005 está
almacenado.
No hay definición disponible para ese código, ya que está hablando de dos
módulos y nunca se le dijo al scanner en qué aplicación estamos trabajando.
Se recomienda ir al Manual de Servicio, y ver en qué módulo está ese DTC.
Eso también pasa desde que la definición de los DTC varía en algunas
aplicaciones y el estado de módulos no trabaja en una aplicación específica.

20
 [CURSO DE MULTIPLEXADO] GM

MENSAJES DE CLASE 2 (ESTADO DE SALUD) (STATE OF HEALTH)

21
Algunas veces lo mismo que hace que su trabajo sea más difícil, puede hacer que sea
más fácil.
Es de suma importancia el buen uso de todas las características de un scanner, para así
tomar ventaja del problema.
El BCM, sus lógicas y sus accesorios son bien complicados, ya que dependen mucho de
otros módulos y sistemas, eso significa que los módulos en el Network están siempre
dependiendo de mensajes necesarios para una funcionalidad totalmente correcta.

MENSAJES PERDIDOS VS. NADA QUE DECIR

Si un mensaje crítico no está presente significa que otro módulo necesitó de esa
información y ha notificado su existencia.
De hecho que los módulos, tanto enviando como recibiendo forman una integridad del
Network y cada módulo envía 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 módulos y su integridad a diferenciar un mensaje entre Mensaje perdido y Nada
que decir.

ESTOY BIEN, ESTOY BIEN.

Como ya dijimos, cada módulo en Clase 2, transmite un mensaje de estado de salud SOH
cada 2 segundos.
Este mensaje no contiene información crítica, es simplemente una confirmación de que el
módulo está despierto y es capaz de comunicarse sin problemas con los demás.
Todos los módulos reciben todos los mensajes de salud, solamente se presta atención en
esto. En una palabra cada módulo espera mensajes de aquellos de impor tancia y
necesidad para la función del sistema.

EJEMPLO EN EL SCANNER
En el scanner de la figura, el monitoreo de mensajes se hizo para monitorear el estado de
cada módulo listado. Es de suma importancia recordar que cada módulo que no ha sido
comunicado durante esa sesión, ni siquiera se mostrará en la lista.
NOTA: La parte buena y excelente del Estado de Salud (SOH), es que si un mensaje está
desaparecido, se generará un DTC en todos los módulos que necesitan de él para
funcionar.
Si un módulo está muerto, generalmente existe al menos un módulo que genera un DTC
el cual nos será de suma importancia para darnos cuenta que el módulo defectuoso
NECESITA volver a estar en el Network.

21
 [CURSO DE MULTIPLEXADO] GM

22

MONITOREO DE MENSAJES DE CLASE 2

Esta función se encuentra dentro del menú de chequeo de diagnóstico de
circuitos monitorea el tráfico 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 módulo listado.
Es importante darse cuenta de la diferencia entre un módulo que no se ha
comunicado durante la ciclada de ignición presente, y el módulo que se ha
comunicado y ha parado de enviar mensajes de (SOH), recuerden que cada
2 segundos envía esta clase de mensajes.

Si un módulo no envió ningún mensaje de (SOH) durante esta

ciclada de ignición, no estará presente en la lista de módulos.
Solamente si un módulo ha detenido sus mensajes durante esta
ciclada de ignición será desplegado como INACTIVO.

22
 [CURSO DE MULTIPLEXADO] GM

23

Si algún módulo está como INACTIVO por 5 segundos, se generará un DTC.

El DTC será enumerado para indicar qué módulo no envió mensaje, y se
genera en cualquier módulo que espere mensajes importantes de trabajo,
“módulos dependientes” (NO EN AQUEL QUE RECIBA SOLAMENTE
MENSAJES DE SOH).
La figura siguiente muestra la cantidad de mensajes que viajan entre cada
módulo y el scanner, generalmente está entre 1 y 2.

23
 [CURSO DE MULTIPLEXADO] GM

COMANDO DE DORMIR (SLEEP) 24

El monitoreo de mensajes de Clase 2, es una función del scanner. Sin
embargo también incluye unas funciones by direccionales.
El control o comando de DORMIR, se usa para comandar a todos los
módulos a que duerman. En este modo, NADA que despertaría
manualmente a un módulo, despertará a ningún módulo.
NOTA: Los módulos no pueden comunicarse en el modo de DORMIR, el
DISPLAY del scanner permanecerá en blanco. Los módulos reaparecerán en
pantalla a medida que vayan despertando.
En el ejemplo, la puerta del conductor fue abierta después que el modo de
DORMIR fue requerido por el scanner. La pantalla muestra como el DDM,
despertó antes que otros módulos.
Recuerde que esta lista será diferente dependiendo de qué entrada despierta
actualmente a cierto módulo.
Note que el PCM todavía no ha despertado, ni siquiera está en la lista. Si la
llave de ignición hubiera sido el primer comando, antes que la puerta, el PCM
seguramente hubiera despertado primero.

24
 [CURSO DE MULTIPLEXADO] GM

25
FALLAS DURM IENDO
Hay un montón de fallas posibles relacionadas con la comunicación del
Network y suslógicas. Esto también incluye las fallas en los modos de Power.
No es fuera de lo común que un sistema o módulo no entre en modo de
servicio luego de 20 minutos por lógica.
El exceso de corriente circulante durante la parada del vehículo puede
rápidamente bajar la batería. Otra situación común es cuando necesitamos
llevar a cabo un test de consumo de corriente con motor parado, los módulos
están despiertos y de seguro afectarán el resultado del TEST.
Una función activa del scanner es hacer que los módulos duerman, esto nos
ayudará a no depender de los 20 minutos por lógica, y así no enojarnos al
abrir una puerta por error y sentir que hemos perdido el tiempo
anteriormente.
La siguiente lista nos muestra algunos de los posibles usos para este TEST.
• Verificar comunicación entre módulos viendo cuáles módulos se despiertan
con el Switch de ignición en ON.
• Apagar módulos para chequear posibles consumos de corriente y no
esperar los famosos 20 minutos.
• Apagar los módulos para ver si se despiertan rápidamente debido a una
entrada errónea. Ej.: Switch de puerta.
• Si los módulos no duermen después de los 20 minutos de parado, cierre las
puertas, quite la llave de ignición y fuerce al sistema a dormir. Observe que
no se despierte rápidamente, si lo hace vea porqué.
COMANDO DE PING A LOS MODULOS
Esta opción la encontraremos en la parte inferior de la pantalla otra función
Activa llamada
“PING” que significa simplemente “llamar a un modulo”.
Existen dos clases de PING donde podemos hacerlo en un módulo
determinado o en todos los módulos.
Al hacer PING en un módulo, estamos enviando un mensaje al módulo
señalado de la lista.
Haciendo CLICK en PING TODOS LOS MODULOS, haremos lo mismo con
todos los módulos.
El mensaje enviado durante un PING requiere una respuesta y esa respuesta
tendrá un número codificado (3 dígitos) que identifica cada módulo. Este
número no es desplegado en pantalla, simplemente veremos en el scanner
qué o cuáles módulos están respondiendo.

25
 [CURSO DE MULTIPLEXADO] GM

26

Cuando el scanner hace PING sobre un módulo, el número en la columna

derecha de la pantalla desaparece (Generalmente Nº 1). Un número 1,
deberá aparecer rápidamente en pantalla indicando que el mensaje fue
recibido de vuelta desde el módulo.
Cuando hacermos PING en TODOS LOS MODULOS, el Nº 1 de cada
módulo desaparecerá y reaparecerá en cada módulo sucesivamente hasta
que todos los módulos se hayan comunicado con el scanner.
En el ejemplo, el PCM/VCM ha sido como todos los módulos sometido al
PING y todavía no ha respondido, lo cual explica la parte en blanco a su
derecha.
Condiciones de Test y Precauciones
Este Test se puede también realizar mientras los módulos duermen, después
de los 20 minutos de tiempo necesario hacemos PING en todos los módulos
y veremos en el DISPLAY: ACTIVO por un corto período de tiempo, luego
cada módulo volverá a INACTIVO.
NOTA: Algunos módulos despertarán de hacer los PING, esto no está bien.
Se recomienda antes de hacer algo, realizar la misma prueba en la misma
aplicación en otro vehículo.
Cada módulo en PING, debería estar en ACTIVO por unos segundos y luego
INACTIVO.
Si un módulo jamás se vuelve ACTIVO o se vuelve ACTIVO y no pasa a
INACTIVO, actuar con precaución. Si todas las funciones de dicho módulo y
sus actividades relacionadas con los demás funcionan correctamente, NO
cambie el módulo.

26
 [CURSO DE MULTIPLEXADO] GM

MONITOREO DEL MODO DE POWER 27

La tercera parte en el chequeo de circuitos de diagnóstico, es la función de
modo de Power.
Esta opción, no nos permite controlar los modos de Power, lo que nos da es
información actual del estado de comando del modo de Power.
La mejor manera de influir en el modo de POWER, es usar la función de
dormir en el monitoreo de mensajes de Clase 2.

EL VALOR DEL DIAGNOSTICO DEL MODO DE POWER

En la figura, el modo de POWER está corriendo (RUN). El valor de esta
información es que usted puede determinar el estado de comandos del
Network.

El modo de Power no nos dirá exactamente qué está mal, pero seguro que
nos ayudará a saber si el sistema o DTC son causados por una falla en el
modo de Power, o que realmente el sistema falla.
En otras palabras, es una pérdida de tiempo testear todos los componentes y
circuitos en un sistema inoperante para luego darnos cuenta que el sistema
estaba en un modo de Power equivocado o defectuoso.

27
 [CURSO DE MULTIPLEXADO] GM

28

BAJA VELOCIDAD
El Protocolo GM LAN de baja velocidad es hecho conforme a la norma
Standard ISO 11898 y se usa para transmitir y recibir información de
sistemas simples que requieren velocidad de
transferencia de entre 100 y 200 ms., ejemplo: traba de puertas eléctrica.
Este es un Network de un solo cable, comunica a 33 KBPS usando una señal
de pulsos de 5 VOLTS.

MEDIA VELOCIDAD
El Protocolo GM LAN, de media velocidad no está siendo usado en ninguna
aplicación, se piensa usar en el futuro seguramente en aplicaciones de
entretenimiento y confort. Es un Network de un solo cable y típicamente
comunica a 95 KBPS.

ALTA VELOCIDAD
El Protocolo GM LAN, de alta velocidad es hecho conforme a la norma
Standard ISO 11519 y es usado donde los datos necesitan ser enviados y
recibidos cerca del tiempo real.
Esto incluye sistemas de ABS y Control de Tracción, así como también
Sistemas de Acelerador sin cable. Este Network se comunica a una
velocidad de 1 Mbps (1000 Kbps)!!!
El Protocolo GM LAN de alta velocidad usa 2 circuitos de cables llamados
(BUS + y BUS -), en vez de un cable simple usado en GM de baja velocidad.
Estos circuitos de a pares, usan una malla protectora corta RF (Interferencia
de Radio Frecuencia). El LAN, es muy sensitivo a la interferencia.

28
 [CURSO DE MULTIPLEXADO] GM

MODULOS DE COMPUERTA (GATEWAY)

29
El Protocolo de GM LAN, permite el cruce de hasta 3 Buses distintos, pero no
existe vehículo que los contenga.
Los datos de GM Alta y GM Baja, pueden ser compartidos a través de un módulo
que haga de compuerta. Este es un módulo del mismo automóvil que posee la
propiedad de traducir y hablar ambos Protocolos.
Para que el TECH 2, pueda comunicarse con este tipo de lenguajes tenemos que
colocar un adaptador llamado CANdi que se ubica en el mismo cable DLC del
TECH 2. El Mastertech como otros scaners también poseen su adaptador propio.
INTERFACE DE BUS SIMPLE
Este sistema (Simple Bus Interface) no habla con el scanner.
La información del SBI, es usada únicamente para comunicación limitada entre
módulos.
En estos casos la data del SBI, es recibida a través de un módulo llamado Módulo
de Compuerta (GATEWAY).
Un Módulo de Compuerta, es un módulo que habla los dos Protocolos, el de Bus
Simple y el de Diagnostico con el resto de los módulos. En una palabra, es un
módulo traductor.
Por Ejemplo: en muchas aplicaciones, un Switch de puerta de conductor,
actualmente es un módulo Multiplexado.
A pesar de que este módulo no se puede comunicar con el scanner, se puede
comunicar con el módulo de puerta de conductor (DDM) en el BUS SBI. El DDM es
un Módulo de Compuerta y convierte sus datos en Clase 2, el cual el scanner sí
puede interpretar.
El DDM, tiene la habilidad de conversar dos tipos de lenguajes diferentes. El
scanner es capaz de tomar información del Switch de puerta del conductor pero lo
hace únicamente a través del DDM luego que la información ha sido traducida del
SBI al Protocolo Clase 2.
INTERFACE PERIFERICA EN SERIE (SERIAL PERIPHERAL INTERFACE)
El Interface Periférico en Serie (SPI), es un sistema de transferencia de datos de
tres cables.
El (SPI) tiene aplicaciones limitadas y se suele encontrar en aplicaciones de
tablero de instrumentos.
El Network, consiste en dos cables de datos y un tercer circuito para señal de
tiempo (Clock) para calcular relaciones de datos.
Por Ejemplo: en modelos Malibu y Oldsmobile Cutlass, muchos de los datos
compartidos entre el BCM y el IPC son de Network SPI.
En estos vehículos el IPC es un modo SPI. El BCM es el Módulo de Compuerta, y
es responsable de convertir los datos del IPC en
Clase 2 para que el scanner los interprete.

29
 [CURSO DE MULTIPLEXADO] GM

REVISION DE CODIGOS DE DIAGNOSTICO DE NETWORK 30

El punto crítico en el momento de diagnosticar el Network, es averiguar qué
tipo de falla genero el DTC.
El próximo paso importante es ver si el problema está presente todavía.
Ambos de estos casos los veremos en los siguientes grupos de DTC’s.
Códigos de mensajes desaparecidos. Estos códigos indican que
los mensajes de Estado de Salud (SOH) no fueron nunca
recibidos.
Códigos de Network en corto. Estos códigos indican que el
voltaje en el Clase 2 es inapropiado.
Pérdida de Comunicación. Este código nos señala un módulo
específico que dio su Estado de Salud y luego perdió
comunicación.
Leamos los artículos siguientes acerca de cómo diagnosticar los problemas
de Network, usando las definiciones de los DTC’s.

NETWORK EN CORTO – U 1300, U 1301, U 1305

Si un módulo o parte del Network tiene un corto a voltaje o a tierra, ninguno
de los módulos será capaz de comunicarse.
Aísle todos los módulos del Network y reconéctelos de a uno para así
encontrar la falla.
Existen tres DTC’s de tipo U, que definen la existencia de un corto en algún
lado del Clase 2, o en un mismo módulo.
Si encontramos alguno de estos DTC’s, significa que históricamente el
Network ha sufrido un corto pero no está actualmente presente.
U 1300 – Clase 2 corto a tierra (circuito se mantuvo en tierra por
3 segundos).
U 1301 – Clase 2 corto a voltaje (circuito se mantuvo en voltaje
alto por 3 segundos).
U 1305 – Clase 2 corto no especificado (circuito en voltajes no
deseados por 3 segundos).
NOTA: Estos DTC’s, no se podrán extraer jamás como DTC’s presentes, en
el momento que se genera ningún módulo podrá comunicarse con los demás
ni siquiera con el scanner.

30
 [CURSO DE MULTIPLEXADO] GM

DIAGNOSTICO DE UN CORTO EN EL NETWORK 31

Lamentablemente, tenemos que asumir que un corto en el Network, no podrá
ser visto por el scanner mientras está presente o ser tomado separadamente.
En ciertos vehículos un corto en el Network puede causar que el vehículo no
arranque, ni siquiera que gire el motor de arranque.
Esto es debido a la información de llave válida del (VTD), que envía el mismo
módulo al BCM, y así el BCM al PCM.
En muchos casos, si el corto del Network se genera con el motor corriendo el
motor no se detendrá.
Cuando un DTC de Networ kse presenta, todos los otros DTC’s de Network
se inhiben y ciertos mensajes de Clase 2 toman valores de Default , este
DTC sera solamente extraíble cuando el Network vuelva a trabajar.

MENSAJES PERDIDOS – U 1000 y U 1255

Estos códigos indican que los módulos del Network se despertaron pero en
algún momento inesperado uno o más módulos no enviaron Mensaje de
Salud (SOH) o información crítica de funcionamiento.
Muchos módulos de Clase 2 monitorean mensajes del tráfico del Network
que contienen parámetros de operación y comandos críticos.
Cada uno de estos mensajes también contiene un número de identificación
que indica cuál módulo envió el mensaje.

DEFINICION DE CODIGO
Cuando sea que un módulo se despierta comienza a monitorear mensajes de
Estados de Salud (SOH) de uno o más otros módulos que dependen de esa
información.
Algunos módulos no dependen de otros módulos, estos no monitorearon por
esos mensajes.
Estos mensajes deberán ser recibidos cada 2 segundos o menos.
Si no se reciben mensajes iniciales dentro de los 5 segundos, cada módulo
que espere esos mensajes (módulos dependientes) generará un DTC U
1000 ó U 1255.

ACCIONES TOMADAS
Cuando se genera un U 1000 ó U 1255, cada módulo que genera el código
trabajará en modo Default. Si el módulo ha estado dependiendo de otro
módulo por parámetros de operación crítica, un valor Default sustituirá los
datos desaparecidos.

31
 [CURSO DE MULTIPLEXADO] GM

CUAL MODULO? 32
En las páginas siguientes veremos los DTC’s de perdida de comunicación los
cuales indican el módulo específico que paró de comunicarse.
Porqué los códigos de mensajes de módulo desaparecido, no pueden indicar
cuál módulo está desaparecido?? o en silencio???
Porque cada módulo construye una lista en una planilla de módulos usando
un número de 3 dígitos codificado dentro del mensaje.
Si ese número nunca fue recibido (en la actual ciclada de la llave de ignición)
por los módulos recibidores que lo precisan, nunca lo podrán reconocer.
Suena bien extraño y complicado, pero si un módulo espera un mensaje del
BCM y jamás lo
recibe, simplemente puede generar un DTC U 1000 ó un DTC U 1255.
Una vez que el BCM envía un mensaje, el módulo recibidor almacena el
número de 3 dígitos que lo identifica (064).
Si la comunicación es perdida luego de que el valor codificado halla sido
almacenado, el módulo recibidor almacenará un DTC U 1064, el cual indicará
que el BCM ha parado de comunicarse.
NOTA: Una vez que los módulos van a dormir, para la comunicación y la lista
es reestablecida, cualquier mensaje desaparecido detectado inmediatamente
luego de la próxima despertada (antes de que se genere una nueva lista),
generará DTC’S U 1000 ó U 1255 NO un DTC U 1XXX.

CODIGOS DE PERDIDA DE COMUNICACIÓN

Estos códigos de serie U son similares a códigos de mensajes
desaparecidos en el cual ellos indican que la información esperada crítica
para el funcionamiento no fue recibida.
Así es que los DTC’s relacionados con la pérdida de comunicación indican
que la comunicación ha estado presente desde la última despertada y luego
se ha detenido.

CONDICIONES DE CODIGOS
Después que los mensajes de Estado de Salud (SOH), han sido emitidos por
cada módulo, cada módulo identifica la comunicación de los módulos a
través del código de identificación de 3 dígitos.

32
 [CURSO DE MULTIPLEXADO] GM

Aunque los parámetros de operación crítica no son necesarios al empezar a 33

comunicarse los módulos recibidores todavía esperan el (SOH) cada 2
segundos, si estos mensajes no son recibidos en 5 segundos se generara un
DTC U 1XXX.

CONSEJOS EN DTC’S U 1 XXX

La siguiente información es crítica al momento de diagnosticar códigos de
diagnóstico de pérdida de comunicación.
• El valor “XXX” es la identificación del módulo que no se comunicó.
• El mismo DTC se generará en tantos módulos como hayan que monitorean
o esperan el código de 3 dígitos. Esto es con frecuencia en más de un
módulo.
• Los módulos que generan un DTC, no significan que están fallando o
defectuosos.
• Si un módulo no tiene otros módulos que esperen (SOH) ninguno de esos
módulos generará un DTC relacionado con la ausencia de dicho módulo.

ACCION TOMADA
Cuando un módulo genera un DTC U 1XXX, esto es por definición de al
menos una pérdida de parámetro de operación crítica. Cada módulo ha
almacenado valores Default que son sustituidos por valores de mensajes
perdidos.

PÉRDIDA DE COMUNICACIÓN – IDENTIFICACION DE MODULOS

Como ya hemos dicho, cada módulo en el Network tiene un número de
identificación único, el cual es transmitido en cada mensaje de (SOH).
Ese número se convierte de U XXX en U 1 XXX , y se genera cuando otro
módulo falla al recibir el mensaje esperado con dicho número de ID.
El DTC U 1041, indica que dicho módulo perdió comunicación con el módulo
041 – el (EBCM).
La siguiente lista de números de identificación de módulos es típica pero
puede variar de aplicación en aplicación.

33
[CURSO DE MULTIPLEXADO] GM

34

34
 [CURSO DE MULTIPLEXADO] GM

AYUDAS DE DIAGNOSTICO DE CODIGOS DE COLUNICACION 35

DTC’s CORRIENTES O HISTORICOS?

Como la lista de módulos se genera en la planilla, los módulos listados en el
circuito de chequeo de diagnóstico o el chequeo de estado de módulos son
módulos que se están comunicando corrientemente.
Si el módulo indicado por el DTC está presente en la planilla, la falla es
intermitente, si no está presente la fallas es dura o presente.

LA IMPORTANCIA DEL MOMENTO

Un código de comunicación que se genera depende ampliamente de cuándo
la falla ocurrió.
Por Ejemplo: si un fusible de módulo en particular se abre mientras los
módulos se están comunicando, se generará un DTC presente tipo U 1 XXX,
en los módulos recibidores donde las XXX identifican el número del módulo
en relación.
Cuando un módulo termina su comunicación. Ejemplo: se va a dormir, el
código corriente se limpia y queda como código histórico.
En la próxima ciclada de ignición cuando los módulos se despierten, el
módulo con el fusible abierto, no se comunicará los cual hara que se genere
un DTC U 1000 ó U 1255.
Si la falla ocurre cuando los módulos no están comunicándose, se genera un
DTC U 1000 ó U 1255.

EL SCANNER NO SE COMUNICA CON NINGUN MODULO

Todos nosotros hemos sentido frustración cuando hemos visto en la pantalla
del scanner “NO COMUNICACIÓN”, pero un entendimiento de lo que es el
Network nos ayudará realmente a comprender y reparar estos problemas.
Lo más importante de entender acerca de un scanner es que actúa otro
módulo más en el Network.
El DLC conecta al scanner con el Network del vehículo así como también el
power y la tierra.
Los mismos problemas que hacen que un módulo no se comunique o un
Network se caiga, hacen que el scanner tampoco se comunique.

35
 [CURSO DE MULTIPLEXADO] GM

MULTIPLES SCANNERS 36

La mejor pregunta a hacerse en el momento de diagnosticar un problema de

Network es: Cuál es el paso que me da la mejor información?
La respuesta a su pregunta, divide el diagnóstico en dos. Si tiene a mano
otro scanner se puede determinar rápidamente si el problema esta en el
vehiculo o en el scanner.
Recordemos que para leer el chequeo de circuito de diagnóstico, no
necesitamos darle al scanner el modelo de año y motor. Mientras que este
paso no lo ubica exactamente en el problema, seguro que lo limita de
posibles causas.
Desde que el OBDII está presente, cada vehículo viene equipado con más
de un Protocolo para comunicarse.
Simplemente cambiando de Protocolo podríamos saber si el vehículo se
comunica.

Por Ejemplo: si el scanner no se comunica con el vehículo usando el OBDII

generico, intente comunicarse con el Software de fábrica específico. En
algunos casos ciertos Protocolos usan el mismo cableado para ambos
Protocolos, otras veces no.

NOTA: Si ocurre que el Clase 2 está totalmente incomunicado con la ignición

en ON y el motor apagado, el vehículo seguramente no arranque y el
scanner no comunique, esto puede ser causado por un corto a tierra o a
voltaje en el Clase 2 o en algún módulo.

En este caso en particular, la próxima herramienta a usar es un Osciloscopio.

36
[CURSO DE MULTIPLEXADO] GM

37

37