Comment EcuPrime contrôle un fichier modifié avant livraison
Ce que le logiciel EcuPrime contrôle entre chargement et téléchargement : identification du calculateur, donneur, segments, barrière de livraison. Chiffres mesurés le 9 octobre 2026 et limites connues.
Un fichier ECU modifié diffère de l’original par quelques milliers d’octets sur plusieurs millions. Produire ces octets est la partie visible du travail. La partie qui décide si un fichier doit seulement quitter le logiciel est moins visible : que se passe-t-il lorsque votre fichier n’est pas exactement celui à partir duquel la solution a été apprise ? Cet article parcourt les contrôles qu’EcuPrime effectue entre le chargement et le téléchargement, tels que le logiciel se présentait le 9 octobre 2026, avec les chiffres mesurés ce jour-là et les limites que nous connaissons.
Étape 1 : le calculateur est identifié à partir du fichier
Rien n’est appliqué sur la seule foi d’un nom de fichier ou d’un champ de formulaire. Le logiciel lit le fichier chargé et tente de reconnaître la famille de calculateur à partir du contenu du fichier, avec les identifiants matériels et logiciels lorsque le fichier les contient. Les lectures qui ne peuvent pas servir de base sont elles aussi reconnues à ce stade : une lecture partielle presque vide, un dump EEPROM ou une sauvegarde complète qui contient plus que le flash. Dans ces cas, on vous indique quel fichier est nécessaire au lieu de vous proposer des opérations. Les types de lecture sont décrits dans notre guide sur le fichier ECU à charger.
L’identification fixe aussi une limite stricte pour tout ce qui suit. Si le calculateur ne peut pas être reconnu, aucun champ de vérification n’est écrit dans le fichier sur une supposition.
Étape 2 : correspondance avec un donneur
Chaque solution de la bibliothèque a été apprise à partir d’une paire réelle de fichiers : une lecture d’origine et le fichier modifié qui en a été tiré. Nous appelons donneur la moitié d’origine de cette paire. Lorsque vous chargez un fichier, le logiciel cherche des donneurs de la même famille de calculateur et compare votre fichier à l’original du donneur, région par région.
Trois issues sont possibles.
Votre fichier correspond exactement à l’original d’un donneur. La modification apprise peut alors être transférée octet par octet.
Votre fichier est une variante : la même famille, mais une autre version logicielle, de sorte que les cartographies se trouvent à d’autres positions ou contiennent d’autres valeurs d’origine. Le logiciel peut déplacer une modification apprise lorsque les données environnantes confirment la position. Lorsque les valeurs d’origine de votre fichier diffèrent de celles du donneur, la modification n’est pas écrite. C’est une limite connue du moteur actuel, pas un cas marginal rare : un fichier issu d’une version logicielle que nous n’avons pas apprise peut revenir avec une opération refusée.
Aucun donneur ne convient. L’opération n’est alors pas proposée sous forme de carte pour votre fichier. Une carte absente est ici la réponse honnête ; une carte qui paraît disponible et échoue plus tard est ce que nous cherchons à éliminer.
La même comparaison détecte le travail déjà présent dans le fichier. Si une opération a déjà été appliquée à la lecture que vous avez chargée, la carte l’indique et elle ne peut pas être commandée une seconde fois.
Étape 3 : contrôle des segments
Une solution apprise est stockée sous forme de liste de segments. Chaque segment contient une adresse, les octets d’origine, les octets modifiés et un court passage de contexte avant et après. C’est ce qui rend un contrôle possible au moment de l’écriture.
Avant l’écriture d’un segment, la région cible de votre fichier est comparée aux octets d’origine du donneur. Le segment n’est écrit que là où ils concordent. Une région qui paraît semblable mais n’est pas la même cartographie est ignorée au lieu d’être écrasée. Après l’écriture, le résultat est mesuré de nouveau : combien de segments de chaque opération choisie ont réellement pris place dans le fichier.
Cette règle coûte de la couverture. C’est la raison pour laquelle la limite des variantes évoquée plus haut existe. Nous la conservons parce que l’alternative consiste à écrire des valeurs de réglage par-dessus des données que le logiciel ne comprend pas.
Étape 4 : la barrière de livraison
Le résultat du contrôle des segments alimente une barrière placée devant le téléchargement. Si l’une des opérations que vous avez choisies n’a pas pu être appliquée, ou ne correspondait pas entièrement au fichier, le travail est clôturé sans livraison. Le message nomme l’opération, par exemple : « L’opération choisie ne correspond pas entièrement à ce fichier ... Pour ne pas vous livrer un fichier à moitié traité, le résultat n’a pas été livré. » Les crédits débités pour ce travail sont restitués sur votre solde.
Cette barrière sert réellement, et nous préférons montrer le chiffre plutôt que le cacher. Au cours des 30 jours précédant le 9 octobre 2026, 12,6 % des travaux de traitement sur la plateforme, nos propres travaux de bureau compris, ont été clôturés à cette barrière au lieu d’être livrés. La moitié étaient des opérations qui ne correspondaient pas entièrement, l’autre moitié des opérations qui n’ont pas pu être appliquées du tout. Chacun d’eux est un fichier qu’un client n’a pas reçu, et aussi un fichier qui n’est pas entré dans un véhicule à moitié fait.
Ce qu’un fichier livré ne vous dit pas
Un téléchargement n’est pas une déclaration selon laquelle tout ce qui concerne le fichier a été prouvé. Quatre limites sont indiquées dans le logiciel lui-même.
Le checksum ne fait pas partie de la livraison. Le fichier livré ne porte que les octets de la solution, et l’écran indique que le checksum n’a pas été corrigé. La correction est une étape distincte dans son propre onglet, et les calculateurs à vérification signée moderne nécessitent un outil externe. Les détails se trouvent dans l’article sur le déroulé du checksum.
Certains résultats sont étiquetés comme résultat provisoire. Lorsqu’un résultat a été construit à partir d’un motif appris plutôt que d’un donneur exact, il peut ne porter qu’une partie des segments du donneur. La barrière décide si l’opération a pris place dans votre fichier, non si chaque segment du donneur a été reporté. Un tel fichier est livré avec la mention « Résultat provisoire — contrôle technique avant flash », et cette mention veut dire ce qu’elle dit.
Les résultats DTC portent leur propre avertissement. Lorsque les codes défaut n’ont été effacés que dans la table des codes, le résultat est marqué « efficacité non vérifiée » : la surveillance des défauts du calculateur n’a pas été modifiée et le voyant peut encore s’allumer.
Aucun contrôle de fichier ne remplace un contrôle en atelier. Conservez la lecture d’origine, conservez une sauvegarde complète faite avec votre outil, et testez sur banc ou dans le véhicule. Le logiciel compare des octets ; il ne conduit pas la voiture.
Comment nous contrôlons les contrôles
Les barrières peuvent se briser en silence ; elles sont donc mesurées sur du travail réel.
Chaque nuit, des livraisons passées sont produites de nouveau avec le code actuel et comparées, octet par octet, au fichier livré à l’époque. Lors de l’exécution du 9 octobre 2026, cinq travaux passés ont été régénérés : quatre étaient identiques, un différait, et celui-ci a été classé comme amélioré parce qu’une plus grande part de l’opération choisie a été appliquée que lors de la livraison initiale. Aucun n’était moins bon.
Après la version du 9 octobre 2026, nous avons aussi confronté les cartes proposées à 40 fichiers réels. Sur 157 cartes d’opération proposées par le logiciel, 155 ont produit un fichier livré. Les deux restantes ont été arrêtées à la barrière de livraison par un contrôle indépendant. Ces deux cartes n’auraient pas dû être proposées au départ, et combler cet écart reste un travail à faire de notre côté.
Nous publions le second chiffre pour la même raison que la barrière existe : une carte qui échoue après votre clic est un défaut, et la mesure est notre moyen de le trouver.
Pour aller plus loin
La manière dont le logiciel est construit, du chargement au téléchargement, est décrite sur la page du logiciel de chiptuning. Pour voir ce qu’il reconnaît dans votre propre lecture, créez un compte gratuit et chargez un fichier d’origine lu avec votre outil.