Relatório DF

Relatório DF - Diagnostic Faults (Falhas da ECU)

Leva a lista completa de falhas ativas informadas pelo computador do veículo — J1939 em caminhões e máquinas, OBD2 em veículos leves — com a data e a hora do momento em que a falha apareceu.

É gerado de três maneiras:

Automaticamente, quando aparece uma falha nova ou quando todas são resolvidas, se o módulo CXDTC tiver autorpt=1.
Sob demanda, com >QDF< (resposta direta) ou >GDF00H< (enfileirado no destino).
A partir de uma regra do motor de eventos: ACC={GDF00H}.

Cada relatório é uma foto completa do estado: a plataforma não precisa reconstruir nada nem levar a conta de qual falha foi adicionada ou sumiu.

Formato do relatório DF


>RDF[NN][DDMMAA][HHMMSS];[n][;falha;falha;...]<

Campos do relatório

Campo	Descrição
NN	Número do relatório (00-FF)
DDMMAA	Data do momento da falha
HHMMSS	Hora do momento da falha
n	Quantidade de falhas ativas (`0` = resolução: não resta nenhuma)
falha	Cada falha no formato `<fonte>:<ecu>:<código>:<fmi>:<ocorrências>`

A data e a hora são as do evento, não as do envio. Se o veículo esteve sem cobertura, o relatório espera na fila do equipamento e, ao recuperar sinal, informa quando a falha ocorreu de fato.

Exemplos


// Caminhão (J1939): duas falhas ativas
>RDF00020826143512;2;J:00:100:1:4;J:00:1761:1:12<
 
// Veículo leve (OBD2): uma falha ativa
>RDF00010926104233;1;O:00:P0301:0:0<
 
// Resolução: todas as falhas foram resolvidas
>RDF00020826150233;0<

Leitura do primeiro exemplo: a ECU do motor (00) reporta pressão de óleo (SPN 100) abaixo da faixa normal (FMI 1), ocorrida 4 vezes, e nível de Arla/ureia baixo (SPN 1761), 12 vezes.

Estrutura de cada falha


J:00:100:1:4
│ │  │   │ └─ ocorrências
│ │  │   └─── FMI: como falha
│ │  └─────── SPN: qual componente falha
│ └────────── ECU que a reporta (hex)
└──────────── fonte: J = J1939 · O = OBD2

Fonte	Código	FMI	Ocorrências
`J` (J1939)	SPN numérico (`100`, `1761`)	0-31	0-127
`O` (OBD2)	Código padrão SAE J2012 (`P0301`, `U0100`)	sempre `0`	sempre `0`

FMI e ocorrências são campos próprios do J1939: o protocolo OBD2 não os transmite.

DF frente ao RDTC

A consulta >QDTC< responde com o prefixo RDTC e a mesma lista, porém sem data nem hora. O prefixo diferente é deliberado: permite distinguir um relatório espontâneo da resposta a um comando sem ter de contar caracteres.

	`RDF`	`RDTC`
Origem	Relatório (automático, `QDF`, `GDF` ou regra)	Resposta a `>QDTC<`
Data e hora	Sim, as do evento	Não
Fila, retentativas e ACK	Sim	Não, responde pelo canal que perguntou

Limites

Limite	Valor
Falhas simultâneas na tabela do equipamento	32
Falhas por trama	~15 — a quantidade informada (`n`) é sempre a real, a lista é truncada
Intervalo mínimo entre relatórios automáticos	10 s

Sinais relacionados

Sinal	Descrição
`DTC00`	Há pelo menos uma falha ativa
`DTC01`	Apareceu uma falha nova
`DTC02`	Há lâmpada do painel acesa (somente J1939)
`DTC03`	Todas as falhas foram limpas

Compatibilidade

💾Firmware:v1.09.27

SP-IOT

SM-IOT

O Rinho Zero IoT não tem transceptor CAN: não gera este relatório.

A série 1.09.27 é, no momento da publicação desta página, uma versão T (pré-lançamento) entregue por FOTA sob demanda. O suporte OBD2 entrou na T9; com um T anterior o equipamento lê apenas falhas J1939.

Veja Também

Comando CXDTC - Configuração do módulo de falhas
Ler falhas da ECU - Nota de aplicação passo a passo
Comando G - Geração de relatórios sob demanda