Briqué, ou pas briqué ?
Le mot « briqué » sert à décrire trois situations très différentes, dont deux se réparent en dix minutes. Fais le tri avant toute chose :
| Symptôme | Diagnostic probable | Gravité |
|---|---|---|
| L'outil ne voit plus l'ECU en OBD, mais le tableau de bord s'allume | Bus CAN perturbé, ou ECU en attente de fin d'écriture | Souvent récupérable en OBD |
| L'ECU répond, mais le moteur ne démarre pas | Checksum refusé, ou fichier écrit incompatible | Récupérable, réécriture simple |
| Plus aucune communication, aucun voyant, ECU muet | Flash incomplète : la vraie brique | BOOT nécessaire |
| Rien ne s'allume du tout | Alimentation, fusible ou piste coupée | Ce n'est pas un problème de fichier |
Les quatre causes réelles
Une flash ne s'interrompt pas au hasard. Dans la quasi-totalité des cas, c'est l'une de ces quatre :
- La tension a chuté pendant l'écriture. La cause numéro un, très loin devant. Une batterie qui passe sous 12 V pendant une écriture EDC17 suffit. Un chargeur de maintien n'est pas un luxe, c'est le matériel de base.
- Le câble a bougé. Un connecteur OBD qui joue, une pince banc mal serrée, et le transfert s'arrête au milieu.
- Le mauvais fichier. Un fichier destiné à une autre version logicielle s'écrit sans erreur puis empêche le démarrage. L'outil ne vérifie pas toujours la compatibilité.
- Un checksum non recalculé. Le calculateur écrit le fichier, le contrôle au démarrage, le refuse, et reste bloqué.
La récupération en mode BOOT
Quand la flash est incomplète, le calculateur ne peut plus démarrer son propre logiciel — donc plus dialoguer en OBD. Le mode BOOT contourne ce problème en s'adressant directement au microcontrôleur, avant même que le programme ne se lance.
Le principe : on ouvre le boîtier, on force la broche de démarrage du microcontrôleur à un état précis (par un pont, une résistance, ou un adaptateur dédié selon la famille), et l'outil accède alors à la mémoire à nu.
- Ouvrir et identifier le microcontrôleur — la référence est imprimée dessus (Infineon TriCore, ST10, Motorola MPC…).
- Câbler selon le schéma de la famille : alimentation stabilisée, masse, lignes de communication, et la broche BOOT.
- Relire d'abord, écrire ensuite. Toujours dans cet ordre : la relecture confirme que la liaison est bonne avant qu'on écrive quoi que ce soit.
- Réécrire le fichier d'origine complet, pas le fichier modifié. On répare, puis on modifie — jamais les deux d'un coup.
Quand c'est le checksum qui bloque
Si l'ECU communique mais refuse de démarrer, la flash est intacte : c'est le contrôle d'intégrité qui échoue. Le calculateur vérifie au démarrage que la somme de contrôle correspond au contenu ; si un octet a bougé sans que la somme soit recalculée, il refuse de lancer le moteur.
Ce cas-là n'a rien d'une brique : il se corrige en recalculant les checksums et en réécrivant, en OBD, en quelques minutes. Encore faut-il savoir que c'est ça — d'où l'intérêt de faire le tri des symptômes avant de sortir le fer à souder.
Les cas vraiment perdus
Il faut être honnête : tout ne se récupère pas.
- Le microcontrôleur est verrouillé par le constructeur et aucun accès BOOT n'existe pour cette famille.
- La mémoire est physiquement morte — surtension, pistes brûlées, composant décollé.
- Tu n'as pas de fichier d'origine. C'est le cas le plus fréquent et le plus évitable : sans sauvegarde de la lecture initiale, il faut trouver un fichier identique ailleurs.
🧰 Tu cherches un fichier d'origine ?
72 000 fichiers indexés par référence calculateur, en téléchargement immédiat.
Ce qui évite 90 % des briques
Quatre habitudes, aucune n'est coûteuse :
- Un chargeur de maintien branché sur chaque écriture, sans exception. C'est la mesure qui élimine la première cause.
- Sauvegarder la lecture d'origine avant toute modification, et la ranger avec la référence du calculateur dans le nom du fichier.
- Vérifier la correspondance HW et SW entre le fichier et le calculateur avant d'écrire.
- Ne jamais écrire à la va-vite. La quasi-totalité des briques arrivent sur une intervention faite en retard, sur un parking, avec un câble tendu.
En résumé
Un calculateur qui ne répond plus n'est pas forcément briqué, et une vraie brique n'est pas forcément perdue. Fais d'abord le tri des symptômes : alimentation, communication, démarrage. La moitié des cas se règlent sans ouvrir le boîtier.
Pour les autres, le mode BOOT est la porte de service du microcontrôleur — à condition de repartir du fichier d'origine, et pas du fichier qui a causé le problème.
Et la seule vraie prévention tient en une phrase : chargeur branché, original sauvegardé.