Déroulé du checksum : envoyer un fichier, la demande d'original et les familles non calculées

La correction de checksum consiste à recalculer les champs de vérification dont un calculateur a besoin pour accepter un fichier après modification. Chez EcuPrime cela se déroule dans un onglet distinct, séparé du flux de livraison. Cet article décrit l'état actuel du déroulé et ses limites connues.

Pourquoi une étape distincte

Le checksum n'est jamais enchaîné de lui-même à la livraison. C'est une décision assumée : vous décidez pour quel fichier et à quel moment vous voulez la correction. Un fichier que vous recevez se télécharge aussi sans étape de checksum, et le rappel reste affiché à l'écran.

Les étapes

Vous envoyez le fichier depuis l'onglet Checksum.

Le moteur tente de reconnaître le calculateur à partir du fichier.

S'il le reconnaît, il recalcule les champs de vérification et rend le fichier corrigé.

Dans certaines familles le calcul demande une comparaison avec l'original, c'est-à-dire le fichier non modifié. Le travail passe alors dans un état qui attend l'original, et il vous est demandé de le charger.

Une fois l'original chargé, le travail revient dans la file et est calculé à partir de la différence entre les deux fichiers.

Si le calculateur n'est pas reconnu

Si le moteur ne parvient pas à reconnaître le calculateur depuis le fichier, le travail se clôt en échec et aucun crédit n'est débité. Cette porte est posée pour ne pas faire paraître la couverture plus large qu'elle n'est : écrire des champs de vérification devinés dans une famille inconnue peut rendre le fichier inutilisable.

Quatre défauts corrigés dans la demande d'original

Le déroulé a été mesuré de bout en bout et quatre étapes cassées ont été corrigées.

Le même original était redemandé encore et encore alors qu'il était déjà joint. Un travail dont l'original est joint ne retombe plus dans cet état.

La zone de chargement de l'original n'existait que dans la boîte de progression affichée à l'envoi ; un client qui rechargeait la page ou revenait plus tard ne pouvait pas continuer. Le travail se poursuit désormais depuis la liste des travaux.

Un travail en attente attendait indéfiniment ; un délai d'expiration et une annulation ont été ajoutés.

Un résultat tardif ou dupliqué pouvait remettre un travail terminé en attente ; un contrôle d'état a été ajouté.

À cela s'ajoute une notification lorsque l'original est demandé, et le chargement de l'original est inscrit dans la piste d'audit. Tous les textes de l'écran existent en quatre langues.

Le moteur se teste lui-même

Avant de prendre des travaux, le moteur se teste sur un fichier d'exemple dont le résultat est connu d'avance. Si ce test ne passe pas, aucun travail n'est pris : il s'arrête plutôt que de produire silencieusement un résultat faux.

Familles que nous ne calculons pas

Certaines familles à vérification signée moderne, par exemple des dérivés précis de MED17, EDC17 et MG1, ne sont pas calculées de notre côté. Ces familles sont détectées et vous sont présentées comme un avertissement ; l'avertissement existe en quatre langues et il est actionnable, c'est-à-dire qu'il indique quoi faire ensuite. Ces fichiers demandent un outil externe. Nous ne présentons pas une couverture que nous n'avons pas.

Une seule source pour le tableau des familles

La méthode de vérification utilisée par chaque famille est tenue dans un tableau unique ; l'écran, le moteur et les rapports lisent le même tableau. Une même famille n'est jamais écrite différemment en deux endroits.

Où regarder

La présentation du logiciel est sur la page du logiciel de chiptuning, les calculateurs pris en charge dans la liste ECU, et le service lui-même sur la page service de fichiers chiptuning.