FAQ — Les questions techniques du métier

Les questions qui suivent sont celles qu'un reprogrammateur pose dans ses premiers mois — au support d'un fabricant d'outil, sur un forum, ou à son fileservice. Les réponses donnent le principe et renvoient vers la fiche qui détaille. Aucune ne remplace la documentation de l'outil utilisé : en cas de conflit, c'est elle qui commande.

OBD, bench ou boot : comment je choisis ?

On choisit la voie la moins invasive que la famille autorise : OBD quand le protocole de l'outil couvre lecture et écriture complètes ; bench quand la voie OBD est fermée ou incomplète ; boot quand la famille l'exige ou pour une récupération. La liste des protocoles de l'outil fait foi, pas l'intuition. Les trois voies sont comparées dans OBD, bench, boot et leurs niveaux d'accès dans wake-up, bench mode et boot mode.

Pourquoi lire deux fois avant d'écrire ?

Parce qu'une écriture se fait sur la foi d'une lecture, et qu'une lecture peut être corrompue (alimentation, liaison, contact). Deux lectures strictement identiques valident la stabilité de la chaîne ; l'original est ensuite archivé en deux endroits. C'est la première ligne de préparer une intervention et de écrire un fichier sans prendre de risque.

C'est quoi, un checksum « verrouillé » ?

Un abus de langage du métier. Un checksum classique est une somme d'intégrité que les outils sérieux recalculent automatiquement après modification — voir la fiche checksum. Sur les familles récentes, l'intégrité repose en plus sur une signature cryptographique vérifiée au démarrage : sans la clé privée du constructeur, un fichier modifié est rejeté, quel que soit son checksum. C'est cela que le terrain appelle « verrouillé » — le mécanisme est expliqué dans signature RSA et secure boot, et les réponses du métier (déverrouillage par service dédié) dans le mail-in unlock.

MD1 et MG1 : pourquoi tout le monde dit que c'est dur ?

Parce que la plateforme MDG1 cumule microcontrôleurs récents, module de sécurité matériel et vérification de signature au boot, avec un durcissement supplémentaire depuis environ 2020 : la lecture directe est fermée sur beaucoup de variantes, l'écriture passe par des procédures propres à chaque outil, parfois par un déverrouillage préalable. Commencer par la famille MD1/MG1, approfondir avec la plateforme MDG1, et pour savoir si un calculateur précis est concerné, la méthode de MD1CS003 verrouillé ou non se transpose.

Le Virtual Read, c'est fiable ?

Fiable si l'identification est exacte : la lecture virtuelle reconstruit le fichier depuis une base d'originaux à partir des identifiants du calculateur ; tout repose sur la correspondance exacte de version logicielle. Un VR pris pour une autre version écrit un fichier faux avec une confiance parfaite. Les critères de jugement sont dans juger un fichier reconstitué et le principe dans la fiche Virtual Read.

Quel outil pour commencer ?

Celui qui couvre le parc qu'on traitera réellement — pas celui du dernier comparatif. Les critères objectifs : familles couvertes en lecture ET en écriture, modèle économique (abonnement, crédits, achat sec), support, et authenticité (le marché des copies est réel et dangereux). La méthode de choix est dans choisir son outil, l'équipement complet dans équiper son atelier, et la mise en garde dans les risques d'un outil contrefait.

Master ou slave pour débuter ?

Slave, dans l'immense majorité des cas : l'investissement est moindre et la calibration est assurée par le fileservice, pendant que l'atelier construit sa clientèle et sa pratique de lecture/écriture. Le master se justifie quand le volume et la compétence d'édition existent. Le fonctionnement est décrit dans fichiers slave et l'économie du modèle dans la fiche marché.

Pourquoi un maintien de charge est indispensable ?

Parce qu'une écriture interrompue par une chute de tension peut laisser le calculateur dans un état intermédiaire. Un chargeur stabilisé dimensionné (pas un chargeur d'appoint) est l'assurance la moins chère du métier — voir le maintien de charge.

Le calculateur ne répond plus après écriture : c'est mort ?

Rarement. Si le chargeur d'amorçage est intact, une procédure de récupération existe le plus souvent — nouvelle écriture en session de programmation, accès bench, ou passage en mode boot. La méthode à suivre, dans l'ordre et sans improviser, est dans calculateur muet après écriture et le mode boot.

Pourquoi le gain annoncé ne se voit pas au banc ?

Trois familles de causes, dans l'ordre de fréquence : la mesure (banc, conditions atmosphériques, correction appliquée, patinage), le véhicule (moteur pas en pleine santé, mode dégradé discret, carburant), et la calibration elle-même. Avant d'incriminer le fichier, on valide la mesure et l'état moteur : voir lire une courbe de banc et interpréter un log.

À quoi servent DAMOS, A2L et mappack — et où en trouver ?

Ce sont les dictionnaires du binaire : ils disent où sont les cartes, leurs axes et leurs unités. DAMOS et A2L viennent du développement constructeur et ne circulent pas librement ; les mappacks commerciaux et les drivers comblent le vide, avec une qualité variable qu'il faut vérifier. Le rôle de chacun est dans les fichiers de définition et l'écosystème qui les produit dans la fiche écosystème logiciel.

Pourquoi ma lecture ne fait pas la taille de la flash ?

Parce que la voie utilisée ne rend pas tout : selon la famille et le protocole, on lit la flash complète, ou seulement la zone de calibration, ou un fichier reconstruit. Savoir ce qu'on a réellement lu — et ce qu'on s'apprête à écrire — suppose de connaître la carte mémoire du calculateur : voir la carte mémoire d'un calculateur.

Que vérifier sur le moteur avant de flasher ?

Défauts présents, historique, état des consommables, pression et débit corrects, absence de mode dégradé. Un moteur malade s'optimise d'autant moins qu'il masquera ses symptômes derrière la modification. La liste raisonnée est dans contrôler un moteur avant de le solliciter — et elle protège juridiquement l'atelier, comme le rappelle la fiche responsabilité.

Faut-il refaire des adaptations après l'écriture ?

Souvent, oui : valeurs apprises remises à zéro, papillon, débitmètre, richesse adaptative, selon les familles. Une intervention se termine par un cycle de réapprentissage et un essai — le détail par système est dans adaptations et réapprentissages.

C'est quoi ce « password » que l'outil va chercher ?

Une donnée d'accès propre au calculateur — mot de passe de flash, code de sécurité — que l'outil lit ou dérive pour ouvrir une session d'écriture. Selon les familles, il se lit par une routine dédiée, se calcule, ou nécessite un service extérieur. Le concept, famille par famille, est dans le password d'un calculateur et le mécanisme d'accès dans seed et key.

Quoi enregistrer en datalog pour valider une intervention ?

Le minimum vital : régime, charge, pression de suralimentation demandée et mesurée, avance et retraits, richesse ou corrections, températures. On compare avant/après dans les mêmes conditions, et on cherche les écarts anormaux plutôt que les beaux chiffres. La méthode est dans le relevé de données et la lecture dans les fuel trims.

Faut-il aussi toucher à la boîte après un stage ?

Sur les hausses de couple significatives, la question est légitime : limiteurs de couple côté boîte, pressions, points de passage. Parfois rien n'est nécessaire, parfois la boîte borne le résultat — le raisonnement est dans reprogrammer une boîte et la logique amont dans la structure de couple.

Voir aussi OBD, bench, boot, préparer une intervention et la FAQ des clients.

Sur ANP Engineering — file service de reprogrammation moteur pour professionnels : file service ECU, correction de checksum, calculateurs pris en charge, tarifs.