Clase 2: Datos de Motor en Vivo y Análisis de Códigos
de Falla
1. Introducción: Del Código a la Realidad
El diagnóstico electrónico no termina con la lectura de códigos de falla; allí apenas
comienza.
Los códigos SPN y FMI te dicen qué sistema falló y cómo falló, pero no te dicen por qué.
El análisis de datos de motor en vivo (Live Data o Data Stream) es la herramienta que
permite ver lo que el ECM está “pensando” en tiempo real. Es la ventana a su mente, y con
ella el técnico puede confirmar hipótesis, detectar fallas intermitentes y validar reparaciones.
2. Estructura de un Código de Falla (DTC J1939)
Un DTC (Diagnostic Trouble Code) bajo protocolo SAE J1939 está compuesto por:
● SPN (Suspect Parameter Number): indica qué parámetro o componente presenta
una condición anómala.
● FMI (Failure Mode Identifier): describe cómo falló ese parámetro.
Por ejemplo:
SPN 102 / FMI 4 → Sensor MAP / Voltaje bajo.
SPN 2791 / FMI 7 → Válvula EGR / No responde mecánicamente.
3. Listado de FMIs y su Interpretación
FMI Descripción Interpretación Técnica / Causa Probable
0 Datos válidos pero por Valor real demasiado alto. Puede ser un
encima del rango normal problema mecánico (ej. temperatura alta,
presión excesiva).
1 Datos válidos pero por Valor peligrosamente bajo (ej. presión de
debajo del rango normal aceite baja, voltaje insuficiente).
2 Datos erráticos o Señal inestable, cableado flojo o interferencia
intermitentes eléctrica.
3 Voltaje por encima de lo Cortocircuito a Vref o a batería; posible
normal / Corto a positivo sensor abierto.
4 Voltaje por debajo de lo Sensor o cable de señal a tierra; pérdida de
normal / Corto a tierra referencia de 5V.
5 Corriente por debajo de lo Actuador o bobina abierta, cable roto o fusible
normal / Circuito abierto fundido.
6 Corriente por encima de lo Corto interno en actuador o cableado a tierra.
normal / Circuito aterrizado
7 Sistema mecánico no Actuador atascado, válvula bloqueada,
responde problema mecánico.
8 Frecuencia o ancho de Sensor de velocidad, reluctor dañado,
pulso anormal interferencia o sensor defectuoso.
9 Tasa de actualización Comunicación interrumpida entre módulos
anormal (bus CAN).
13 Fuera de calibración Sensor o actuador necesita recalibración o
aprendizaje.
14 Condición especial Evento particular definido por el fabricante,
detectada revisar documentación OEM.
15/16/17/1 Valores ligeramente fuera Desviaciones leves, no críticas pero
8 de rango indicativas de tendencia anormal.
Claves diagnósticas:
● SPN = Qué falló
● FMI = Cómo falló
● El contexto (activo/inactivo, datos congelados, módulo de origen) completa el
cuadro.
4. Del Código a los Datos en Vivo
Una vez interpretado el código, el siguiente paso es analizar los datos en vivo asociados.
Esto nos permite observar en tiempo real el comportamiento del parámetro involucrado.
5. ¿Qué son los Datos en Vivo?
Los Datos en Vivo (Live Data, Data Stream o SPNs activos) son los valores que el ECM
está leyendo o controlando en ese instante: temperaturas, presiones, velocidades,
posiciones, tiempos de inyección, etc.
El escáner automotriz traduce estos datos y los muestra en pantalla.
El análisis correcto de estos valores revela si el sistema está operando dentro de sus
rangos normales o si existen desviaciones no registradas por el ECM.
6. Parámetros Fundamentales a Monitorear
Parámetro Símbolo / Rango Normal / Posibles Desviaciones
SPN Observación
común
RPM (Velocidad SPN 190 650–900 rpm en Caídas o lecturas erráticas →
del Motor) ralentí Sensor CKP o CKP Wheel.
Temperatura de SPN 110 82–99°C Lectura fija en frío o caliente
Refrigerante (ECT) → Sensor ECT defectuoso.
Temperatura de SPN 171 Cercana a ambiente, Lectura errónea → sensor o
Aire de Admisión aumenta con el turbo cableado.
(IAT)
Presión Absoluta SPN 102 Similar a presión Si “Real” < “Deseado”: fugas
del Colector barométrica en o turbo lento. Si “Real” >
(MAP) ralentí, aumenta con “Deseado”: control VGT.
carga
Flujo de Aire SPN 105 Incrementa con carga Valor bajo → restricción en
(MAF) admisión o sensor dañado.
Posición de SPN 91 0–100% Salto o falta de respuesta →
Acelerador sensor APP defectuoso.
(APP/TPS)
Presión de Riel de SPN 157 5,000–30,000 psi “Real” < “Deseado”: bomba
Combustible (según motor) débil o fugas en inyectores.
(FRP) “Real” > “Deseado”: válvula
atascada.
Posición Válvula SPN 2791 Real ≈ Deseada Diferencia → válvula pegada
EGR o actuador dañado.
Posición Actuador SPN Real ≈ Deseada Diferencia → actuador o
VGT 520296 geometría atascada.
Temperaturas de SPN 3249, 200–600°C Sensor atascado o DPF
Escape (EGT) 3251, 3253 obstruido.
Presión SPN 3250 <2 psi en ralentí Mayor a 5–10 psi indica DPF
Diferencial DPF saturado.
(DP)
Niveles de NOx SPN 4121, Post-SCR < 50 ppm Ineficiencia del sistema SCR
(Pre y Post SCR) 4122 o DEF contaminado.
7. Relaciones Deseado vs. Real
Comparar valores Deseado (Commanded) vs. Real (Actual) es la técnica más poderosa
del análisis de datos en vivo:
● Si el valor real no alcanza al deseado → problema mecánico o hidráulico.
● Si el valor real supera al deseado → problema de control o sensor.
Ejemplo:
● EGR Comandado 50%, Real 10% → Válvula EGR atascada.
● Presión de Riel Deseada 25,000 psi, Real 20,000 psi → Pérdida de presión o retorno
alto.
8. Análisis Gráfico y Dinámico
Ver los datos en gráfico es esencial. Permite:
● Detectar comportamientos erráticos o caídas de señal.
● Observar relaciones causa–efecto (APP → RPM → MAP → FRP).
● Capturar fallas intermitentes que los códigos no registran.
La mayoría de escáneres permite grabar sesiones; revisar la grabación cuadro por cuadro
ayuda a detectar la anomalía en el momento exacto.
9. Interpretación Avanzada y Validación
Después de interpretar y analizar:
1. Confirmar si los datos tienen coherencia entre sí.
2. Evaluar la respuesta de los actuadores (EGR, VGT, IAC, etc.).
3. Validar que los sensores críticos (CKP, CMP, MAP, FRP) muestran lecturas
consistentes.
4. Documentar los valores base (ralentí en caliente, crucero, carga) para referencia
futura.
10. Conclusión: De la Lectura al Razonamiento
Los códigos SPN/FMI son solo el punto de partida.
El análisis de datos en vivo es lo que separa al técnico que lee códigos del técnico que
entiende sistemas.
Al dominar ambos, logras una visión completa: qué falló, cómo falló y por qué falló.
