GUÍA DE LABORATORIO

ANALISIS DE DTC CON EQUIPO DE DIAGNOSTICO

ASIGNATURA: MECANICA DE SERVICIO TECNICO

SEMESTRE: I

PROFESOR: OMAR SOLIS CARRASCO

NOMBRE DE INTEGRANTES: RUT:

1‐
2‐
3‐
4‐
5‐

1. Introducción.

Es de suma importancia el conocimiento del manejo de un instrumento de diagnostico que de inspección mas
detallada y precisa de los componentes del motor, especialmente en los componentes eléctricos y electrónicos
que posee un vehiculo en general, a esto nos referimos con el scanner del vehiculo.
En esta actividad el alumno tendrá que leer las características básicas de los componentes mas importantes y
comunes que influyen en el funcionamiento del motor, como así también la lectura solamente de los códigos de
fallas presentes y acusados en un motor.

2. Objetivos.

El alumno al momento de finalizar esta actividad deberá ser capaz de:

 Realizar la conexión del scanner al motor.
 Conocer el menú del programa para poder leer datos y códigos de fallas.
 Reconocer algunos componentes esenciales del motor.
 Seguir un procedimiento ordenado.

3. Duración.

La actividad esta contemplada para 4 horas académicas.

4. Requisitos.

No tiene
 GUÍA DE LABORATORIO

5. Bibliografía

No posee bibliografía.
6. Marco teórico

Uno de los mejoramientos más apasionantes en la industria automotriz fue el agregado de

diagnósticos a bordo (OBD) en los vehículos o, dicho en forma más sencilla, la computadora
que activa la luz "CHECK ENGINE" del vehículo. OBD 1 fue diseñado para monitorear
sistemas específicos del fabricante para los vehículos construidos entre 1981 y 1995.
Posteriormente, se desarrolló OBD 2, que forma parte de todos los vehículos fabricados a
partir de 1996 vendidos en los Estados Unidos. Como su predecesor, OBD 2 fue adoptado
como parte de un mandato gubernamental de reducir las emisiones de los vehículos. Pero el
factor que hace que OBD 2 sea único es su aplicación universal en todos los automóviles.
Este sofisticado programa en el sistema computarizado principal del vehículo tiene la
finalidad de detectar fallas en una gama de sistemas, y puede accederse al mismo a través
de un puerto OBD 2 universal, que suele ubicarse debajo del panel de instrumentos. Para
todos los sistemas OBD, si se encuentra un problema, la computadora enciende la luz
"CHECK ENGINE" para advertir al conductor, y establece un Código de Diagnóstico de
Problema (DTC) para identificar dónde ocurrió el problema. Para recuperar estos códigos, se
requiere una herramienta especial de diagnóstico, como el Lector de Códigos, que los
consumidores y profesionales utilizan como punto de partida para las reparaciones.
 GUÍA DE LABORATORIO

APARICIÓN DE LOS SISTEMAS DE DIAGNÓSTICO A BORDO

Para combatir los problemas de polución en Los Ángeles, el Estado de California exigió
sistemas de control de emisiones de gases en los modelos de automóvil posteriores a 1966.
La EPA inicio el desarrollo de una serie de estándares en la emisión de gases y unos
requerimientos para el mantenimiento de los vehículos con el fin de ampliar su vida útil. Para
cumplir estos estándares los fabricantes implementaron sistemas de encendido y de
alimentación controlada de combustible, con sensores que median las prestaciones del motor
y ajustaban los sistemas para conseguir una mínima polución. Estos sensores también
permitían una cierta ayuda en las reparaciones.

El CARB (California Air Resources Board), aprobó una regulación para un sistema de
diagnostico a bordo u OBD (On-Board Diagnostic). Esta regulación que se aplica a los
automóviles vendidos en el estado de California a partir de 1988, especifica que el Modulo de
Control de Motor o ECM (Engine Control Module) debe monitorizar ciertos componentes del
vehiculo relacionados con las emisiones de gases para asegurar un correcto funcionamiento,
y que se ilumine una lámpara Indicadora de Fallo o MIL (Malfunction Indicator Lamp) en el
cuadro de mandos cuando se detecta un problema. El sistema OBD también aporta un
sistema de Códigos de Error de Diagnostico o DTC (Diagnostic Trouble Codes) y unas tablas
de errores en los manuales de reparación para ayudar a los técnicos (mecánicos) a
determinar las causas mas probables de avería en el motor y problemas en las emisiones.
 GUÍA DE LABORATORIO

Los objetivos básicos de esta regulación son fundamentalmente dos:

- Reforzar el cumplimiento de las normativas de la regulación de la emisión de gases
alertando al conductor cuando se presenta un fallo.
- Ayudar a los técnicos de reparación de automóviles (mecánicos) en la identificación y
reparación de fallos en el sistema de control de emisiones.
La auto diagnosis de OBD se aplican a sistemas que se consideran la causa principal de un
significativo incremento en las emisiones de gases de escape en caso de fallo.
Principalmente se incluyen:
- Los sensores principales del motor
- El sistema de medición del combustible
- Función de Recirculación de Gases de Escape o EGR (Exhaust Gas Recirculation)

Los Sistemas de Diagnostico a Bordo u OBD se encuentran en la mayoría de automóviles

y camiones ligeros actuales. Durante la década de los 70 y principio de los 80 se introdujeron
componentes electrónicos para cumplir los estándares de emisión de gases de la EPA,
posteriormente la implantación de sistemas OBD para controlar funciones del motor y
diagnosticar problemas supuso una mayor complejidad en la electrónica integrada en los
vehículos. A través de los años los sistemas OBD se han hecho mas sofisticados. OBD-II, un
nuevo estándar introducido a mediados de los 90, aporta un control casi completo del motor
también monitoriza partes del chasis y otros dispositivos del vehiculo, asimismo es el centro
de control de diagnostico del coche. Con el tiempo los primitivos Módulos de Control de
Motor o ECMs se han hecho mas complejas y han pasado a convertirse en las actuales
 GUÍA DE LABORATORIO

Unidades de Control Electrónico o ECU (Electronic Control Unit), verdaderas cajas negras de
un vehiculo.

Para aplicar los estándares OBD, OBD-II y otros que han aparecido a lo largo del tiempo
(EOBD, etc...), se utilizan protocolos de comunicación tales como las normas ISO9141,
ISO9141-2, ISO14230 (KWP2000), SAEJ1850, SAEJ1979, CAN BUS y VAN BUS entre
otros. Algunos protocolos han sido definidos por ISO o SAE, otros son implementaciones
propietarias de algunos fabricantes (implementaciones propietarias son sistemas propios de
cada fabricante que no constituyen estándares en la industria y que solamente pueden ser
empleados por dichos fabricantes, por ejemplo Mercedes, BMW o VAG) pero todos estos
protocolos cumplen con las especificaciones OBD, OBD-II, etc..
 GUÍA DE LABORATORIO

CÓDIGOS DE DIAGNÓSTICOS DE FALLAS “ DTC”

Los códigos de diagnostico de fallas (DTC’s) han sido proyectados para dirigir a los
técnicos automotrices hacia un correcto procedimiento de servicio. Los DTC no
necesariamente implican fallas en componentes específicos. La iluminación del MIL es una
especificación de fabrica y esta basada en el testeo de como el mal funcionamiento de
componentes y /o sistemas afectan a las emisiones. La SAE (Sociedad Americana de
Ingenieros) publico la norma J2012 para estandarizar el formato de los códigos de
diagnostico. Este formato permite que los scanners genéricos accedan a cualquier sistema.
El formato asigna códigos alfanuméricos a las fallas y provee una guía de mensajes
uniformes asociados con estos códigos. Las fallas sin un código asignado, puede que tengan
una asignación de código otorgado por el fabricante. Los DTC consisten en un código
numérico de 3 dígitos, precedido por un designador alfanumérico definido de la siguiente
manera:
BO – Códigos de carrocería, controlados por SAE.
B1 – Códigos de carrocería, controlados por el fabricante.
C0 – Códigos de chasis, controlados por SAE.
C1 – Códigos de chasis, controlados por el fabricante.
P0 – Códigos del PCM, controlados por SAE.
P1 – Códigos del PCM, controlados por el fabricante.
U0 – Códigos de comunicaciones en red, controlados por SAE.
U1 – Códigos de comunicaciones en red, controlados por fabricante.
El tercer dígito representa al sistema en el cual la falla ocurre, como el sistema de encendido,
control de velocidad de marcha lenta, transmisión, etc. El cuarto y quinto dígitos representan
al DTC especifico para dicho sistema. Por ejemplo, el DTC P0131 indica que el sensor de
oxigeno anterior al catalizador tiene su señal puesta a masa.
P – PCM
0 – Controlado por SAE
1 – Control de combustible / aire
 GUÍA DE LABORATORIO

31 – Componente involucrado.

PROTOCOLO DE COMUNICACIÓN

El sistema computarizado de los vehículos ha evolucionado desde una computadora que

controla todo a un conjunto de computadoras, cada una con su propia área de
responsabilidad. Este implica cambiar la forma en que una computadora se comunica con
cada una de las otras para compartir información de los procesos que están controlando. La
solución la ofrece CAN el protocolo que permite a los fabricantes implementar en forma
rápida y eficiente la interoperabilidad de las computadoras. CAN es un puerto de datos de
alta velocidad que opera 50 veces más rápido que los protocolos usados en los vehículos
actuales. Esta velocidad, combinada con los nuevos parámetros definidos para CAN, da a los
técnicos la habilidad de ver los datos más rápidamente y tener mayor acierto en el
diagnóstico. En el pasado, los protocolos usados por los fabricantes de autos fueron
exclusivos por marca. Ello terminó en 1996 con la aplicación de la norma OBD-II en USA, la
cual obligó a los fabricantes a seleccionar entre 4 diferentes Protocolos de Comunicación:
J1859-PWM, J1850-VPW, ISO-9141 e ISO-14230. Aunque brindo muchas ventajas, el uso
de 4 diferentes protocolos continúa ocasionando complicaciones en los procesos de
Inspección, Mantenimiento y Reparación. El Protocolo CAN fue establecido por BOSH como
una Red de trabajo para Control Industrial, pero las compañías automotrices le vieron como
un protocolo robusto para aplicación automotriz. Desde 1992, Mercedes-Benz y otros han
incluido redes CAN en sus vehículos para manejar la comunicación entre Controladores. El
Protocolo CAN fue integrado a la normatividad OBD-II por un comité de la Organización
Internacional de Normalización (ISO) y lo aceptaron como el Protocolo de Diagnóstico
estandarizado para los Fabricantes. Adicionalmente, el Buró de Calidad del Aire de California
(CARB) aceptó el Protocolo CAN y lo promovió obligatorio para todos los vehículos. Los
fabricantes de autos empezaron implementando CAN en el año 2003 y continuarán
ampliándolo a todos sus vehículos, para una aplicación total a mas tardar al año 2008. La
normatividad entorno a CAN también será obligatoria en los nuevos programas estatales de
Emisiones, Inspección y Mantenimiento, y podría ser retomada para los programas ya
existentes.
 GUÍA DE LABORATORIO

CHECK ENGINE
Cuando este indicador del panel se enciende, le está indicando que algo inusual sucede con
algún sistema del auto y, por eso, no deje de atenderlo. La luz que indica check engine,
revise el motor, enciende de forma automática cada vez que el sistema de diagnóstico
automático, OBD por sus siglas en inglés, de la computadora del auto, detecta una posible
fuente de fallos.

Entre los sistemas que revisa se encuentran el de control de emisiones, el cual comprende
errores en la mezcla de combustible. También el sistema eléctrico, el manejo del tren de
dirección, e incluso, a otros sensores de funcionamiento. Podría ser que la falla reportada
sea fácil de reparar o que se trate de un gasto mayor y como nunca se sabe con seguridad, a
muchos conductores les atemoriza la señal. Por tanto, veamos cómo funciona, qué significa,
además, cómo valerse de él para no comprar un auto usado en pésimas condiciones.

En algunos autos la luz sólo se enciende. En otros titila en rojo para indicar un daño
potencialmente inmediato y, si sólo se queda encendida, significa que la falla no implica una
intervención urgente. Algunos fabricantes prefieren usar el amarillo para el último caso
descrito y reservan el rojo para las emergencias. Existen dos formas de apagar esta luz. El
mecánico lo hace una vez reparó la falla. O el mismo OBD la desactiva luego de que varios
ciclos de diagnóstico no vuelven a encontrarla. Si la luz enciende y no hay síntomas
evidentes de fallos, lleve el auto a servicio cuando le toque. Pero si, en cambio, cuesta
encenderlo o las temperaturas no son normales, vaya de inmediato al taller de su confianza.
 GUÍA DE LABORATORIO

Algunas veces esta luz se activa por cosas tan simples como no haber apretado lo suficiente
algún tapón o no colocar bien la varilla para medir el aceite, lo cual hace que se pierda vacío.
Mantener el tanque con poco combustible o llenarlo mientras el motor está encendido,
también son causas para que el OBD registre errores. El código de error podría indicar que
alguna manguera está perforada o rota, que los sensores de O2 fallan o que el convertidor
catalítico necesita reemplazo. Y aquí ya se habla de facturaciones fuertes. Por otra parte,
algunos fabricantes programan su OBD para que indique los períodos de mantenimiento,
como cuándo toca cambiar la banda de distribución o reemplazar el aceite de la caja.

EL LED DEL CHECK ENGINE

Y, ¿cómo saber si el led del check engine funcionan? Simple, Observe al girar la llave, antes
de encender, si se ilumina. De lo contrario revísela. Y así es como esta luz le servirá cuando
compre un auto usado. Debido a que es un indicador de fallos, algunos vendedores la
desactivan. Si no funciona, no compre el auto y, de todos modos, pida al mecánico de su
confianza que revise la bitácora del OBD, porque muchos de ellos mantienen un registro de
los fallos que han reportado a lo largo del funcionamiento del auto. Finalmente, se ofrecen en
el mercado algunos lectores de códigos genéricos. En algunos autos funcionan, en otros no,
porque los OBD se convierten cada vez más en sistemas propietarios, legibles sólo por
medio de los lectores de cada fabricante.
 GUÍA DE LABORATORIO

El OBD I comenzó a funcionar en California, con el modelo del año1988. Los estándares
federales del OBD I fueron requeridos en 1994 y monitoreaban los siguientes sistemas:
 Medición de combustible
 Recirculación de gases de combustión (EGR)
 Emisiones adicionales, relacionadas a componentes eléctricos.
A los vehículos se les exigió que una lámpara indicadora de mal funcionamiento (MIL) se
encendiera para alertar al conductor sobre cualquier falla detectada; y a los códigos de
diagnostico de fallas también se les requirió almacenar información identificando las áreas
especificas con fallas. Los sistemas OBD I no detectan muchos problemas relacionados con
la emisión de gases, como fallas en el convertidor catalítico o en el fuego perdido. Para
cuando se detecta que un componente realmente falla y el MIL se ilumina, ya el vehículo
pudo haber estado produciendo emisiones excesivas por algún tiempo. El MIL pudo también
no haberse encendido, ya que este sistema no esta diseñado para detectar ciertas fallas.

DIAGNOSTICO A BORDO SEGUNDA GENERACIÓN OBDII

Sabemos que los vehículos vienen equipados con computadoras, también sabemos que
las computadoras han evolucionado estos últimos años, de tal manera que la capacidad de
procesamiento de los últimos adelantos en computación, no tenían porque, ser ajenos a los
vehículos. La diferencia entre OBD II  y los sistemas computarizados anteriores a 1996; 
consiste elementalmente, en que el sistema OBD II, es un sistema que generaliza la forma
de leer los códigos de la computadora de a bordo, lo que quiere decir que no necesita
adaptadores para hacer la conexión, sin importar si los vehículos, sean de fabricación
nacional o extranjera;ni tampoco andar rastreando por todo el vehiculo, tratando de ubicar el
conector, que sirve para apagar la luz de: "chequear el motor", "servicio rápido". "check
engine", etc.
 GUÍA DE LABORATORIO

A partir de enero de l996, se requiere que los vehículos vendidos en  los estados unidos;
sean compatibles con OBD II. La mayoría los sistemas OBD II, reúnen los requisitos,
adecuados, para monitorear y detectar fallas, permanentes o intermitentes, que podrían
hacer que un vehiculo contamine el medio ambiente. El sistema OBD II almacena una gran
cantidad de códigos generales de problemas, junto con códigos específicos de los
fabricantes.

Lector de códigos de averías

Los principales objetivos del Sistema OBD 2 son:

 Detectar componentes o sistemas relacionados con las emisiones que están degradados
y/o que han fallado, que podrían causar que las emisiones de escape excedieran en 1.5
veces el estándar del Procedimiento de Pruebas Federal (FTP).
 GUÍA DE LABORATORIO

 Ampliar el monitoreo de los sistemas relacionados con las emisiones. Esto incluye un
conjunto de diagnósticos por computadora, denominado Monitores. Los monitores llevan
a cabo diagnósticos y pruebas con el fin de verificar que todos los componentes y/o
sistemas relacionados con las emisiones estén funcionando correctamente y dentro de
las especificaciones del fabricante.

 Usar un Conector de Enlace de Diagnóstico (DLC) estandarizado en todos los vehículos.

(Antes de OBD 2, los DLC tenían diferentes formas y tamaños.)

OBD II:
 Monitorea la performance de los sistemas de emisión y de loscomponentes, como así
también las fallas eléctricas; y almacena información (DATA) para su uso posterior.
 El MIL se mantiene encendido hasta que hayan pasado 3 ciclos de conducción
consecutivos, sin que el problema reincida.
 La memoria es despejada luego de 40 arranques en frío. Si se trata del monitoreo de
combustible se necesitan 80 arranques en frío.

OBD II: MONITOREOS REQUERIDOS (Federal 1996)

 Eficiencia del catalizador
 Fuego perdido (Misfire)
 Control de combustible
 Respuesta del sensor de oxigeno
 Calefactor del sensor de oxigeno
 Detallado de componentes
 Emisiones evaporativas
 Sistema de aire secundario (si esta equipado)
 EGR
 GUÍA DE LABORATORIO

7. ACTIVIDADES A REALIZAR.

7.1 Actividad 1: “LECTURA DE PARAMETROS DE FUNCIONAMIENTO DEL MOTOR.”

a. Equipos requeridos
 Vehiculo o maqueta de motores vivos para desarrollar esta actividad
 Scanner.
 Manual del fabricante
b. Numero de alumnos requeridos para la actividad
 Cuatro o Cinco alumnos se necesitan para realizar esta actividad
c. Instrumentos requeridos
 No necesito instrumentos específicos.
d. Herramientas requeridas
 No necesito herramientas específicas.
e. Descripción y procedimientos

1. Debe de seleccionar el motor a trabajar para leer los parámetros.

2. Revisar los niveles de aceite y refrigerante del motor.
3. Conectar el scanner adecuadamente en este motor.
4. Conectar primeramente el adaptador al scanner.
 GUÍA DE LABORATORIO

5. Se procede a conectar el otro extremo de cable del scanner a la salida de la ECU.

(Figura 2)

6. Dar arranque al motor y dejarlo en velocidad de ralentí.

7. Encender el scanner, presionando la tecla “Power”, en donde aparecerá la pantalla principal con el menú
del scanner.

8. Seleccionar la opción “Escaner”, dependiendo del menú de este.

9. Se Identifica el vehiculo, para que el scanner sea capaz de valorar los parámetros reales arrojados
por el como:
País de procedencia
Marca del vehiculo
Modelo
Cilindra del motor.
 GUÍA DE LABORATORIO

10. ATENCIÓN: En este momento debe llamar al profesor para que corrobore su trabajo, NO DEBE
CONTINUAR CON EL PRÓXIMO PASO HASTA QUE EL PROFESOR LO AUTORICE.
11. Ingresar al ítems “Lectura de datos”.
12. Anotar los valores de los siguientes componentes y compararlos según lo que diga el fabricante.
Componentes a inspeccionar Valores reales obtenidos Valores entregados según manual
Sensor de O2
Temperatura del aire
Voltaje de la batería
Temperatura de agua
Rpm del motor
Sensor TPS
Tiempo de inyección
Sensor de masa de aire.

13. Determinar según los datos obtenidos en el paso anterior si posee algún problema.
14. En que condiciones se encuentra el motor.
Bueno Regular Malo

15. Cuales son las observaciones han ido registrando del comportamiento y estado del motor según el
manual.
 GUÍA DE LABORATORIO

f. Guía de evaluación para el alumno

1. ¿Que precauciones de trabajar con un equipo de diagnostico?

2. ¿Cuál es la principal diferencia éntrelos scanner multimarca y los recomendados por el

fabricante?

3. ¿Qué importancia tiene el verificar los parámetros de funcionamiento del motor?

7.2 Actividad 2: “LECTURA DE CODIGOS DE FALLAS”.

a. Equipos requeridos:
 Un vehiculo o maqueta de un motor en funcionamiento.
 Un scanner.
 Manual del fabricante.
 GUÍA DE LABORATORIO

b. Numero de alumnos requeridos para la actividad

Cuatro o Cinco alumnos se necesitan para realizar esta actividad

c. Instrumentos requeridos:
Ningún elemento específico.

d. Herramientas requeridas:
No se necesitan herramientas específicas.

e. Descripción y procedimientos:

1. Debe de seleccionar el motor a trabajar para leer los parámetros.

2. Revisar los niveles de aceite y refrigerante del motor.
3. Conectar el scanner adecuadamente en este motor.
4. Conectar primeramente el adaptador al scanner.

5. Se procede a conectar el otro extremo de cable del scanner al la salida de la ECU.

 GUÍA DE LABORATORIO

(Figura 2)

6. Dar arranque al motor y dejarlo en velocidad de ralentí.

7. Encender el scanner, presionando la tecla “Power”, en donde aparecerá la pantalla principal con el
menú del scanner.

8. Seleccionar la opción “Escaner”, dependiendo del menú de este.

9. Se debe seleccionar la opción Scanner mejorado y seguir al siguiente paso con la tecla “ENTER”.

10. Se Identifica el vehiculo, para que el scanner sea capaz de valorar los parámetros reales
arrojados por el como:
País de procedencia
Marca del vehiculo
Modelo
Cilindrada del motor.
 GUÍA DE LABORATORIO

11. ATENCIÓN: En este momento debe llamar al profesor para que corrobore su trabajo, NO DEBE
CONTINUAR CON EL PRÓXIMO PASO HASTA QUE EL PROFESOR LO AUTORICE.
12. Luego se selecciona la opción “Engine Control Dohc”.
13. Para dar lugar a la selección de “Códigos De Fallas” y presione “Enter”

14. Le aparecerá en esta pagina una lista con todos los componentes que puedan estar fallando o
simplemente pueden estar desconectado, por lo cual no están realizando su función como corresponde
para que el funcionamiento del motor sea el adecuado. Como por ejemplo:

15. En esta lista les aparece el nombre del componente (T.P.S), mas el código individual de falla que lo
caracteriza (14). Para así ir a revisar directamente cual es el componente que esta malogrado.

16. ATENCIÓN: En este momento debe llamar al profesor para que corrobore su trabajo, NO DEBE
CONTINUAR CON EL PRÓXIMO PASO HASTA QUE EL PROFESOR LO AUTORICE.

17. Realice su lista de inspección.

Código de falla Nombre del componente Sistema del Componente
 GUÍA DE LABORATORIO

18. Ubique el componente que esta fallando siguiendo las indicaciones del manual del fabricante.

19. ATENCIÓN: En este momento debe llamar al profesor para que corrobore su trabajo, NO DEBE
CONTINUAR CON EL PRÓXIMO PASO HASTA QUE EL PROFESOR LO AUTORICE.
20. Una vez encontrados los códigos y reparado el componente defectuoso se deben borrar los códigos
existentes en la lista.
21. Hay vehículos que borran sus códigos de fallas desconectando la batería o apagando y encendiendo el
motor un par de veces, pero en este scanner se realiza de la siguiente manera:
22. Para borrar los códigos de fallas debe seleccionar el código a borrar y presionar el botón “Erase Borrar”
en donde la pantalla le hará la siguiente pregunta

23. En la cual usted presionará el botón (Yes si)

24. Y así seguirá borrando cada uno de los códigos que aparecen en la lista de fallas.
25. Deje el computador sin registro de códigos de fallas.
26. Chequeo de Borrado de códigos, si la avería es permanente el código no se podrá borrar, señale
entabla adjunta si realizo el borrado, si el código es temporal o permanente.
Código de falla Nombre del componente Borrado (Si/No) – Tipo de Código
 GUÍA DE LABORATORIO

27. Presione “Escape” hasta llegar al menú principal nuevamente del scanner y luego apague el scanner
con el botón “Power”.
28. Detenga el funcionamiento del motor.
29. Desconecte el escaner del conector de la ECU.
30. Guarde cuidadosamente el scanner en su maleta o estuche y ordene el área de trabajo.
31. Entregue las herramientas o instrumentos utilizados en esta actividad.

f. Guía de autoevaluación para el alumno

1. ¿Por que pueden aparecer los códigos de fallas?

2. ¿ Que información nos entrega un código de fallas?

3. ¿Si no poseo un scanner como se puede detectar los códigos de fallas?

GUÍA DE LABORATORIO