Como ler um código de falha da BYD
O que as letras e os dígitos de um DTC realmente significam, e o que um código pode — e não pode — dizer antes de você começar o trabalho.
O scanner mostra algo como B1163302 e parece um número de série. Não é. Cada caractere é uma informação sobre a falha, e lê-los em ordem diz por onde começar antes de desmontar qualquer coisa.
A primeira letra: qual sistema
- P — powertrain: motor elétrico, transmissão, motor a combustão em um híbrido, e os controles ao redor.
- B — carroceria: iluminação, bancos, airbags, módulos de conforto.
- C — chassi: freios, direção, suspensão, controle de estabilidade.
- U — rede: os módulos não conseguem se comunicar corretamente.
Em um elétrico ou híbrido plug-in, os códigos U aparecem muito mais do que a maioria dos técnicos espera. Um carro com uma dúzia de controladores distribuídos em várias redes CAN reporta falha de comunicação no instante em que um deles se cala — e um módulo que perdeu alimentação parece, visto de fora, exatamente igual a um módulo com defeito.
O segundo caractere: quem definiu o código
Um 0 significa que o código é padronizado e quer dizer o mesmo em qualquer marca. Um 1 significa que o fabricante o definiu, então o número só faz sentido contra a documentação daquele fabricante. Quase tudo que você encontra em um veículo do grupo BYD é específico do fabricante — por isso um leitor genérico entrega um número e nenhum procedimento.
O resto: subsistema, depois a falha específica
Os caracteres restantes vão estreitando — primeiro até um subsistema, depois até a condição exata que o módulo observou. Dois códigos que diferem apenas nos últimos caracteres podem apontar para a mesma peça e ainda assim exigir trabalhos diferentes: circuito aberto, curto para o massa e valor fora de faixa são três falhas em um mesmo fio.
O que um código não diz
É aqui que se perdem as horas. Um DTC registra o que o módulo observou, não o que falhou. «Sinal do sensor implausível» é o controlador dizendo que não acredita no número que está recebendo — o sensor, a fiação, o conector, o massa, a tensão de alimentação ou o próprio controlador podem produzir isso. O código estreita a busca. Ele não nomeia a peça.
Antes de trocar qualquer coisa
- Verifique se o código é atual ou histórico armazenado. Um código apagado que não volta é o registro de algo que já aconteceu.
- Leia o freeze frame. As condições do instante do registro — velocidade, temperatura, estado de carga — muitas vezes identificam a falha mais rápido que o código.
- Leia todos os módulos, não só o suspeito. Uma única falha costuma gravar códigos em vários controladores, e o padrão mostra a origem.
- Verifique alimentação e massa antes do componente. Errar em um massa é mais barato que errar em um módulo de controle.
- Apague, dirija reproduzindo as condições do freeze frame e leia de novo. Um código que não volta não era a falha que você perseguia.
Quando você sabe qual falha está realmente enfrentando, o que falta é o procedimento daquele código naquele modelo — as medições, os valores e a ordem de execução. É isso que o BYDFixer entrega.