Lecture normale, lecture virtuelle, lecture complète : ce qu'on obtient vraiment
Trois mots reviennent en boucle : lecture « normale », lecture « virtuelle », lecture « complète » (full read). On les emploie parfois comme des synonymes — à tort. Chacune fournit un objet différent, et les confondre mène droit aux erreurs : fichier qui ne correspond pas, prépa écrasée, clone raté. Mettons les choses au clair une bonne fois.
Analyse
- Lecture normale (OBD) : elle lit le contenu réel du calculateur par le protocole diagnostic. Sur une voiture déjà préparée, elle rend le fichier préparé, pas l'original. Attention : selon le calculateur et la passerelle, elle peut se limiter à la zone de calibration et ne pas couvrir toute la mémoire. C'est du réel, mais parfois partiel.
- Lecture virtuelle (VR) : ce n'est pas une lecture de la voiture. L'outil lit la version logicielle et télécharge sur son serveur l'original correspondant. Rapide, mais c'est l'original d'usine, quel que soit le contenu réel du calculateur. Parfait pour une calibration d'origine basique ; inutile — et piégeux — si la voiture est modifiée ou si l'on a besoin du contenu réel (voir « No virtual read »).
- Lecture complète (full read, banc/boot) : un dump intégral — flash + EEPROM, contenu réel, y compris des zones que l'OBD n'atteint pas (bootloader, microcode, données propres au véhicule). C'est l'état vrai du calculateur, nécessaire pour cloner, réparer, ou pour un travail complexe (voir Simos 18 au boot et poids lourd au banc).
Normale = le contenu réel (souvent partiel). Virtuelle = l'original du serveur (pas la voiture). Complète = tout, réel. Trois objets, pas trois mots pour la même chose.
Un exemple qui coûte cher : une voiture déjà préparée, sur laquelle on lance une virtuelle par habitude. On récupère l'original d'usine, on croit lire « la voiture », on écrase la prépa existante sans même le savoir. La bonne lecture, ici, était une normale (le réel) ou une complète.
Autre nuance souvent ignorée : la lecture normale peut être partielle par conception. Sur bien des calculateurs, le protocole diagnostic n'ouvre l'accès qu'à la zone de calibration — celle qui contient les cartographies — et pas au programme ni au bootloader. C'est suffisant pour une reprogrammation courante, mais pas pour un clone : là, il faut l'EEPROM et le flash complet, car l'EEPROM porte l'identité de la voiture (compteurs, adaptations, appariement antivol). Prendre une calibration partielle pour un clone, c'est se retrouver avec un calculateur de remplacement qui ne s'apparie pas.
Résolution (choisir la bonne lecture)
On choisit par ce qu'on a réellement à faire :
- mise à jour d'origine sur une version couverte → virtuelle ou normale ;
- repartir d'une prépa existante, lire ce qui est vraiment dedans → normale ou complète, jamais virtuelle ;
- clone / réparation / extraction complète sur unité verrouillée → complète (banc/boot), parce que l'EEPROM porte les données propres au véhicule ;
- un « No virtual read » → on prend une lecture réelle selon la famille.
- doute sur ce que l'accès a réellement sorti ? → vérifier la taille et le contenu du fichier lu ; une calibration seule ne pèse pas comme un dump complet.
Le bon réflexe, avant même de brancher, est de nommer l'objectif à voix haute : mise à jour, reprise de prépa, clone, réparation. L'objectif désigne la lecture ; la lecture désigne l'accès (OBD, banc ou boot). Fait dans cet ordre, on ne se trompe pas de fichier.
Et quelle que soit la lecture choisie, on vérifie par une relecture après écriture (voir vérifier après écriture).
Ce qu'on en retient
- Trois objets différents, pas trois noms pour la même chose.
- Virtuelle ≠ la voiture. Complète ≠ toujours nécessaire. Normale ≠ toujours intégrale.
- On choisit selon le besoin réel — c'est ce qui évite l'erreur de fichier et la prépa perdue.
Sur ANP Engineering — file service de reprogrammation moteur pour professionnels : file service ECU, correction de checksum, calculateurs pris en charge, tarifs.
