Comparer deux calibrations : identifier une zone travaillée
Confronter deux images mémoire du même calculateur pour voir ce qui les sépare est l'un des gestes d'analyse les plus instructifs. Bien mené, il ne sert pas à copier un travail : il sert à comprendre ce qu'une modification a touché, et à vérifier qu'elle n'a touché que cela. C'est un outil de compréhension et de contrôle, pas de contournement.
Ce que fait une comparaison
Un outil de comparaison place deux fichiers côte à côte et signale, octet par octet, les positions où ils diffèrent. Sur deux images issues de la même version logicielle, la lecture est directe : les zones identiques sont le fond commun, les zones divergentes sont ce qui a été travaillé. Une poignée d'octets modifiés dans la partie haute de la zone de calibration désigne une ou deux tables retouchées ; des pans entiers différents désignent autre chose qu'une simple retouche.
Cette lecture repose sur la topographie décrite dans repérer les zones de calibration et sur la structure des cartographies : une différence tombe soit dans la zone programme, soit dans la zone de données, et son emplacement en dit déjà long sur sa nature.
La condition qui commande tout : la même version
Une comparaison n'a de sens qu'entre deux fichiers alignés, c'est-à-dire de même version logicielle et de même longueur. C'est le piège numéro un.
Deux logiciels de versions différentes ne rangent pas leurs données aux mêmes adresses. Le compilateur déplace tout : une correction mineure de programme décale l'ensemble de ce qui suit. Comparer deux versions différentes fait alors apparaître des milliers de différences qui ne sont pas des modifications de réglage mais un simple décalage de rangement. On croit voir un travail colossal là où il n'y a qu'un changement de version. La première vérification, avant toute comparaison, est donc l'identité des références — voir CAL ID et CVN et la lecture des identifiants.
Deuxième piège : une lecture partielle. Un fichier lu par la prise diagnostic ne rend souvent que la zone de calibration ; comparé à une image complète, il paraîtra différer partout où il manque. Deux fichiers ne se comparent utilement que s'ils couvrent la même étendue.
Les usages légitimes en atelier
Trois usages, tous orientés compréhension ou contrôle qualité.
Vérifier qu'une révision est ciblée. Après un aller-retour avec le motoriste, comparer le fichier d'origine conservé et le fichier livré confirme que seules les zones attendues ont bougé. Une différence inattendue — une zone d'identité, une zone qu'on ne voulait pas toucher — se voit immédiatement et se remonte avant écriture. C'est un filet de sécurité, complémentaire du garde-fou d'intégrité déjà en place à la livraison.
Comprendre une évolution. Confronter deux états successifs d'un même dossier montre concrètement ce qu'une itération a changé, et où. C'est un excellent support de dialogue avec le motoriste : on parle de zones précises, pas d'impressions.
Distinguer une vraie modification d'un changement de version. Face à un fichier inconnu, l'ampleur et la répartition des différences par rapport à un original de référence disent tout de suite s'il s'agit d'un réglage localisé ou d'une mise à jour complète du logiciel.
Un ordre de grandeur aide à trancher : une optimisation soignée ne touche qu'une fraction infime du fichier — quelques dizaines à quelques centaines d'octets sur plusieurs mégaoctets. Des différences au contraire éparpillées sur tout le binaire signalent presque toujours une version différente ou une image reconstruite, pas un réglage.
Ce que la comparaison ne dit pas, et ne fait pas
Un point de méthode et un point de cadre.
La méthode d'abord : une comparaison montre où ça a changé, jamais pourquoi ni si c'est judicieux. Elle ne remplace ni la définition qui nomme les tables, ni le datalog qui juge le résultat. Un octet différent n'est une information que replacé dans sa table et validé en roulant — voir corréler cause et effet.
Le cadre ensuite. Deux limites sont nettes. La somme de contrôle qui accompagne toute écriture n'est pas du ressort de cette fiche : elle est gérée par l'outillage, et son fonctionnement de principe est décrit dans qu'est-ce qu'un checksum — on ne la calcule pas à la main. Et une comparaison ne se retourne pas contre une protection : elle ne donne aucun moyen d'accéder à un fichier verrouillé, ni de porter atteinte à un dispositif de sécurité. Ce qu'elle éclaire, ce sont des différences de calibration, pour comprendre et pour vérifier.
La place du reprogrammateur
La comparaison est un instrument de lecture et de contrôle qualité, pas d'édition. Elle aide à décrire un dossier avec précision, à confirmer qu'une livraison est propre, et à ne pas confondre une retouche de réglage avec une mise à jour de logiciel. L'édition des zones ainsi repérées reste, comme toujours, l'affaire du motoriste — et la traçabilité de l'original conservé, l'affaire de tous, comme le rappelle écrire un fichier sans prendre de risque.
Voir aussi repérer les zones de calibration, CAL ID et CVN et réussir une demande de révision.
Sur ANP Engineering — file service de reprogrammation moteur pour professionnels : file service ECU, correction de checksum, calculateurs pris en charge, tarifs.
