Cómo leer un código de avería de BYD
Qué significan realmente las letras y los dígitos de un DTC, y qué te puede decir un código — y qué no — antes de empezar a trabajar.
El escáner muestra algo como B1163302 y parece un número de serie. No lo es. Cada carácter es un dato sobre la avería, y leerlos en orden te dice por dónde empezar antes de desmontar nada.
La primera letra: qué sistema
- P — tren motriz: motor eléctrico, transmisión, motor térmico en un híbrido, y los controles alrededor.
- B — carrocería: iluminación, asientos, airbags, módulos de confort.
- C — chasis: frenos, dirección, suspensión, control de estabilidad.
- U — red: los módulos no consiguen comunicarse entre sí.
En un eléctrico o híbrido enchufable, los códigos U aparecen mucho más de lo que espera la mayoría de técnicos. Un coche con una docena de controladores repartidos en varios buses CAN reporta un fallo de comunicación en cuanto uno de ellos se calla — y un módulo que ha perdido alimentación se ve, desde fuera, exactamente igual que un módulo averiado.
El segundo carácter: quién definió el código
Un 0 significa que el código está normalizado y quiere decir lo mismo en cualquier marca. Un 1 significa que lo definió el fabricante, así que el número solo tiene sentido contra la documentación de ese fabricante. Casi todo lo que verás en un vehículo del grupo BYD es específico del fabricante, y por eso un lector genérico te da un número sin ningún procedimiento.
El resto: subsistema y después la avería concreta
Los caracteres restantes van acotando — primero a un subsistema, después a la condición exacta que observó el módulo. Dos códigos que solo se diferencian en los últimos caracteres pueden apuntar al mismo componente y requerir trabajos distintos: un circuito abierto, un cortocircuito a masa y un valor fuera de rango son tres averías sobre un mismo cable.
Lo que un código no te dice
Aquí se pierden la mayoría de las horas. Un DTC registra lo que el módulo observó, no lo que falló. «Señal de sensor no plausible» es el controlador diciendo que no se cree el valor que le llega — el sensor, el cableado, el conector, la masa, la tensión de alimentación o el propio controlador pueden producir eso. El código acota la búsqueda. No nombra la pieza.
Antes de sustituir nada
- Comprueba si el código es actual o histórico almacenado. Un código borrado que no vuelve es el registro de algo que ya ocurrió.
- Lee el freeze frame. Las condiciones del momento en que se registró — velocidad, temperatura, estado de carga — a menudo identifican la avería más rápido que el código.
- Lee todos los módulos, no solo el que sospechas. Un único fallo suele dejar códigos en varios controladores, y el patrón te muestra el origen.
- Comprueba alimentación y masa antes que el componente. Sale más barato equivocarse con una masa que con una unidad de control.
- Borra, conduce reproduciendo las condiciones del freeze frame y vuelve a leer. Un código que no vuelve no era la avería que perseguías.
Una vez sabes qué avería tienes realmente delante, lo que necesitas es el procedimiento de ese código en ese modelo — las mediciones, los valores y el orden en que se hacen. Eso es lo que te da BYDFixer.