Reporte DF
Reporte DF - Diagnostic Faults (Fallas de la ECU)
Lleva la lista completa de fallas activas que informa la computadora del vehículo — J1939 en camiones y maquinaria, OBD2 en livianos — con la fecha y hora del momento en que la falla apareció.
Se genera de tres maneras:
- Automáticamente, cuando aparece una falla nueva o cuando se resuelven todas, si el módulo
CXDTC tiene
autorpt=1. - A pedido, con
>QDF<(respuesta directa) o>GDF00H<(encolado al destino). - Desde una regla del motor de eventos:
ACC={GDF00H}.
Cada reporte es una foto completa del estado: la plataforma no necesita reconstruir nada ni llevar la cuenta de qué falla se agregó o desapareció.
Formato del reporte DF
>RDF[NN][DDMMAA][HHMMSS];[n][;falla;falla;...]<Campos del reporte
| Campo | Descripción |
|---|---|
| NN | Número de reporte (00-FF) |
| DDMMAA | Fecha del momento de la falla |
| HHMMSS | Hora del momento de la falla |
| n | Cantidad de fallas activas (0 = resolución: no queda ninguna) |
| falla | Cada falla en formato <fuente>:<ecu>:<código>:<fmi>:<ocurrencias> |
La fecha y hora son las del evento, no las del envío. Si el vehículo estuvo sin cobertura, el reporte espera en la cola del equipo y al recuperar señal informa cuándo ocurrió realmente la falla.
Ejemplos
// Camión (J1939): dos fallas activas
>RDF00020826143512;2;J:00:100:1:4;J:00:1761:1:12<
// Liviano (OBD2): una falla activa
>RDF00010926104233;1;O:00:P0301:0:0<
// Resolución: se resolvieron todas las fallas
>RDF00020826150233;0<Lectura del primer ejemplo: la ECU de motor (00) reporta presión de aceite (SPN 100) por debajo
del rango normal (FMI 1), ocurrida 4 veces, y nivel de AdBlue/urea bajo (SPN 1761), 12 veces.
Estructura de cada falla
J:00:100:1:4
│ │ │ │ └─ ocurrencias
│ │ │ └─── FMI: cómo falla
│ │ └─────── SPN: qué componente falla
│ └────────── ECU que la reporta (hex)
└──────────── fuente: J = J1939 · O = OBD2| Fuente | Código | FMI | Ocurrencias |
|---|---|---|---|
J (J1939) | SPN numérico (100, 1761) | 0-31 | 0-127 |
O (OBD2) | Código estándar SAE J2012 (P0301, U0100) | siempre 0 | siempre 0 |
FMI y ocurrencias son campos propios de J1939: el protocolo OBD2 no los transmite.
DF frente a RDTC
La consulta >QDTC< responde con el prefijo RDTC y la misma lista, pero sin fecha ni hora. El
prefijo distinto es deliberado: permite distinguir un reporte espontáneo de la respuesta a un
comando sin tener que contar caracteres.
RDF | RDTC | |
|---|---|---|
| Origen | Reporte (automático, QDF, GDF o regla) | Respuesta a >QDTC< |
| Fecha y hora | Sí, las del evento | No |
| Cola, reintentos y ACK | Sí | No, responde por el canal que preguntó |
Límites
| Límite | Valor |
|---|---|
| Fallas simultáneas en la tabla del equipo | 32 |
| Fallas por trama | ~15 — la cantidad informada (n) es siempre la real, la lista se trunca |
| Intervalo mínimo entre reportes automáticos | 10 s |
Señales relacionadas
| Señal | Descripción |
|---|---|
DTC00 | Hay al menos una falla activa |
DTC01 | Apareció una falla nueva |
DTC02 | Hay lámpara de tablero encendida (sólo J1939) |
DTC03 | Se limpiaron todas las fallas |
Compatibilidad
Rinho Zero IoT no tiene transceptor CAN: no genera este reporte.
La serie 1.09.27 es, al momento de publicarse esta página, una versión T (preliberación) que se entrega por FOTA bajo pedido. El soporte OBD2 entró en T9; con una T anterior el equipo sólo lee fallas J1939.
Ver También
- Comando CXDTC - Configuración del módulo de fallas
- Leer fallas de la ECU - Nota de aplicación paso a paso
- Comando G - Generación de reportes a demanda