Immo off edc16 vag
 

Slt,
A ceux qui possèdent AT,
Voilà j'ai voulu faire un off sur un vieux Edc16u1 en bench avec AT, lecture ok mais après off sur l'eep et recompression de l'ensemble des fichiers, écriture impossible,le fichier n'a plus la bonne taille.
Effectivement la modification des 4 bits sur l'eep modifie la taille du dump eep.
Il est précisé par AT qu'on doit faire la correction du chks soi même.
Chks corrigé avec edc16cal, pareil.
Test fait aussi avec vvdi2 eep dump, pareil.
Si quelqu'un a une solution ?
Merci

Salut
Deja fair la meme manip en bench mais avec pcmflash, jamais eu de soucis


Envoyé de mon iPhone en utilisant Tapatalk

Salut, écris l’original et fais le off en bench avec FVDI.

Slm salut

Jai pas testé sur autotuner.
Pas trop confiant pour manip des eeprom avec... Meme si la procedure est simple.

Fvdi2014 passe tres bien dessus meme obd.
Bdm100 pareil (mais il faut ouvrir).

Cordialement

Envoyé de mon LYA-L29 en utilisant Tapatalk

Slt,
C'est plus la question du pourquoi du comment qui m'intéresse que du off en lui-même qui peut être fait avec d'autre outils.

Ok j’avais pas cerné le sens de ta question.

salem si sa peut t'aider jai deja fais plusieurs immo off avec AT la manip a faire

1 ouvre le backups avec winrar
2 copie le nom du fichier car il faut le même nom de l'eeprom que tu as lu
3 supprime l'eepom dans le winrar
4 renomme le fichier comme l'origine apres tu fais copier collé dans le fichier winrar
5 tu ecrir verifies bien que le fichiers il est bien en bin

Slm,
oui c'est comme ça que je procède aussi ;sur edc16 PSA , ça passe mais sur les vag bizarrement non?!

Slt

La piste qui me vient a l esprit le plus rapidement est la corruption a l ecriture ???
Une lecture corompu ???
A voir.

Le cas de test qu il serait intéressant de realiser serait une comparaison entre la lecture ori reecrite sur l eeprom et la relire eeprom dessoudé.

Si j en avait un sous la main j aurai pu realiser plusieur comparaison entre autotuner, fvdi, et lecture ecriture eeprom dessoudé.
J ai un edc16c34 mais je ne pense pas que ce soit pertinent de tester dessus pour un edc16u1.

Cordialement

Envoyé de mon LYA-L29 en utilisant Tapatalk

Slm,
Lecture/écriture du backup ori nickel. Mais, même pas l'amorçage d'écriture du fichier modifié à cause de la taille du backup qui n'est plus le même que l'ori.

La modification de taille me parait bizare.
Tu as un fichier plus gros ?
Il n y a pas un retour chariot qui s est glisser lors de la modif ?

Cordialement

Envoyé de mon LYA-L29 en utilisant Tapatalk

C’est bizarre que la correction du checksum entraîne une augmentation de la taille du fichier.

T’as une différence de combien pour la taille ? L’EEPROM n’a pas été dupliquée ?

Rebonjour tout le monde,

J'ai fait plusieurs tests sur un dump EDC16u1 que j'avais à l'époque.
Tests aussi avec calc et checksum avec les 4 bits modifié et je n'ai aucun changement de taille de fichier.

Hex prévient lorsque la taille va être est changé.

Peut être que je comprend mal le problème, mais pour moi ce n'est pas un problème lecture ou écriture.
C'est surement lors de la compression ou autre.

Peux tu nous fournir la taille ori vs la taille modif?

J'ai envie de reproduire ce problème pour comprendre.

Cordialement

Bjr,
voila le 2 fichiers l'ori et le immo off et effectivement la taille compressée le l'eep mod à l'interieur de l'archive ainsi que le crc sont différents.
Merci