¿Por qué se produce este bloqueo?
No es una falla mecánica ni una llave desmagnetizada — es un colapso de memoria provocado por una caída de tensión:
1. La batería se descarga o llega al final de su vida útil.
2. Al arrancar con batería débil, o al empujar el vehículo con el switch abierto, el voltaje cae bruscamente bajo los 9V justo cuando la BCM y la ECU están leyendo o escribiendo datos en su memoria interna.
3. Esa caída interrumpe el ciclo de escritura (EEPROM), y las líneas donde se guardan los identificadores de sincronización quedan corruptas.
4. La BCM detecta que los datos no son congruentes y activa una bandera de protección (freeze/lock): a partir de ese momento el vehículo desconoce sus propias llaves y rechaza la comunicación con el motor.
Por qué los métodos tradicionales no funcionan
En modelos antiguos de Toyota, una desincronización de inmovilizador se resolvía con un puente de 30 minutos entre los pines 4 y 13 del puerto OBD2. En la plataforma DNGA ese método no funciona bajo ninguna circunstancia: los datos viajan encriptados por CAN Bus (protocolo 4A) y ningún escáner convencional puede forzar el aprendizaje ni emparejar llaves por OBD2 mientras la BCM permanezca bloqueada o corrupta — el sistema rechaza los códigos de acceso (incode/outcode).
Qué requiere la reparación
Corregir este código no es un procedimiento de escáner: la BCM tiene que salir del vehículo y programarse en un banco especializado, con alimentación estabilizada y filtrada (una caída de tensión durante el propio procedimiento repetiría el mismo daño). Además del equipo, hace falta software capaz de leer el volcado (dump) hexadecimal completo de la memoria, identificar y limpiar las tablas de datos corruptas, y recalcular el checksum para que el módulo vuelva a ser válido — no es un archivo genérico, depende de la versión exacta de firmware de cada BCM.