Lecture FRM3 Xprog
 

Salut à tous,

Je rencontre un problème lors d'une lecture d'un FRM3 au Xprog,
vu que c'est mon premier je ne sais pas si le problème viens de moi , du matériel (Xprog ou FRM) ou de la version soft du Xprog (V 5.5.5)

Je vous poste les erreurs rencontré lors de la lecture de la dflash
https://rehost.diberie.com/Picture/Get/t/65309

et lors de la réparation du dump (EEP)
https://rehost.diberie.com/Picture/Get/t/65310

Merci à ceux qui pourront m'apporter des explications.

Salut,

Je pense que ton part ID devrait être 0004C482.
Reprends tes soudures et fils pas trop longs.

C'est bien MINI R57 Cooper S Convertible ?

Si tu as photo étiquette et dumps , on peut jeter un œil ....

Pour contourner, ce "bug", tu peux aussi essayer de lire le processeur en tant que 9S12XD, tu auras une erreur. Puis tu retournes sur le bon (9S12XE).

Merci des infos Boris.

Là tu m'as perdu..

Justement pour mes soudures j'ai fait un peu de la m****,
c'est mon premier et j'ai du chauffé un peu trop (pas d'info temp sur mon fer), du coup j'ai décollé la pastille du PCB sur le BKGD, ça passe en lecture mais aléatoirement, après ça faisait la même avant..

Je post les dumps en rentrant.

Concernant le véhicule Mini oui, après je peux pas dire le modèle exact,
on m'a donné ce module FRM pour "m'entrainer".

https://rehost.diberie.com/Picture/Get/t/65319

bonjour les soudure achete un pince sur ali express plus vite a l installé

https://fr.aliexpress.com/item/40000...21ef5e5b7nAMJS

Pour ton BKGD , tu as un via qui est relié juste à coté (quasi collé). Tu le grattes légèrement, et flux de soudure.

Sinon direct sur le processeur (pin25) :
>
Pièce jointe 93729

Merci pour le conseil boukrama.

Boris pour le BKGD je me suis soudé juste à côté à gauche justement
et la lecture repasse comme avant, mais ça reste aléatoire,
je ne sais pas si mes lectures aléatoire/erreurs sont liés à ça puisque c'est comme ça depuis le début.

Je ne devrais pas avoir cette erreur pendant la lecture après avoir déterminer la taille de l'eep,
je pense que c'est pour ça que derrière j'ai une erreur avec le soft dflash to eee,
la lecture doit être incomplète ou corrompu.

Vous confirmez que ce n'est pas lié au soft V 5.5.5 ?

Merci pour le schéma du proc.

Essaie de lire en 9S12XD, puis tu relis en 9S12XE

Merci mais tu te doutes que j'ai fais des recherches aussi sur le net avant..

Dans cette vidéo tout se passe bien, j'ai suivi cette procédure à la lettre,
et ça ne s'est pas passé comme ça chez moi.

Re,

Boris tu as encore taper dans le mille GJ !

Je viens de refaire une lecture en passant d’abord par 9S12XD (erreur) puis suis repassé par 9S12XE, c'est passé crème..

Tu connais la raison "technique" de ce bug ?

J'ai refait plusieurs lectures et ai comparé mes dumps, 100% identique.

J'ai fait ma conversion eep, pareil 2 fois avec comparaison 100% identique,
seule chose que j'ai remarqué c'est côté DATE/SW/ZB sont en "fff...", gênant ?

https://rehost.diberie.com/Picture/Get/t/65384

Question, on peut le virginiser pour appairer ce module à n'importe quel véhicule ? Ou obligation de remonter sur le véhicule donneur ?

Pour l'instant je n'ai ni effacé la partie eep ni écrit la conversion sur le module.

Voici les dumps dflash/eep:

Re,

Le bug vient de la version 5.55, mais je n'en sais pas plus.

Quand les lignes sont en "fffff...", c'est qu'il n'y a pas eu de reprogrammation du boitier depuis sa mise en service (dans sa version initiale, sans update). Donc pas de soucis.

A ma connaissance, pas de vierge. Il peut être adapter sur un véhicule directement.

PS: Récupère aussi la Pflash, pour avoir la sauvegarde complète.

Bon à savoir, reste à voir s'il n'y a que ce bug sur cette version..
Alors pour la date et prog SW ok mais pour le ZB number normal aussi ?

Ça marche je fais la pflash aussi.

Pour adapter sur un autre véhicule adaptation avec NcsExpert et changement du VIN avec WinKFP du coup pour faire un boulot propre.

Je peux effacer et écrire l'eep du coup les dumps sont propres ?

Salut,

petit up pour ces questions svp.

Salut,

Oui, pour ZB number pas de soucis, c'est normal.

Aucune raison, à ce stade, de douter de la qualité des fichiers.
De toute façon, j'ai des fichiers dispos pour ton FRM, si problème.

Merci Boris, je fais un retour dès que j'aurais testé sur un véhicule.

Dernière question, concernant les pinout sur lesquels on vient se connecter,
ce ne sont ce que des ports de programmation où ils servent aussi pour autre chose ?

je pose la question parce que comme dit dans le post #3 j'ai "cassé" la pastille du BKGD.

De rien, c’est un point de test, c’est pas gênant.

Pour faire un retour.

J'ai fais une "boulette", avant de lancer l'écriture j'ai refais une lecture de la dflash (corrompu), puis de la pflash (histoire de s'assurer que ça cause bien).
Ensuite j'ai voulu effacer la dflash avant d'écrire, mais j'ai zappé de re-sélectionner dflash, du coup après vérification il m'aurai effacé la pflash.
Heureusement j'avais fais un backup de la pflash (merci Boris) que j'ai donc réécrit. Après lecture et comparaison ça semble OK côté pflash.

On reprend donc effacement en sélectionnant dflash (size 16 donc effacement de la partie EEP), puis écriture de la conversion en sélectionnant EEE.

J'ai fais une relecture EEE, comparaison avec la conversion OK.

Par contre j'ai essayé de relire la dflash, pas d'erreur mais cette fois ci le fichier est "vide"
(peut être que vu que je n'avais rien re-sélectionner et que j'ai fait "erase" il m'a effacé toute la MCU : dflash/pflash/EEE)

Je pense que je suis dans la m****, j'ai essayé de réécrire la dflash ORI (corrompu),
mais même après écriture la dflash est "vide".

Voici en PJ les fichiers dflash/pflash/EEE après écriture

Salut. Tu n as pas.tout a fait assimiler ce qui se passe là dessus quand ça beug. Mais t inquiètes pas Dflash vide après c est normal. C est si elle ne l était pas que tu aurais un problème

Salut jah,

tu peux m'éclairer un peu ?

Si c'est normal c'est donc plutôt bon signe, mais du coup j'aurai pu faire pire en essayant de réécrire mon backup dflash de départ,
il le fait mais n'écrit pas les datas du backup sélectionné (toujours vide après écriture).

Parce que là quand je lis la dflash elle est vide, donc plus de vin/date/sw/zb/etc..

J'aime bien comprendre ce que je fais..

La zone Dflash émule actuellement ton Eeprom depuis que tu as créé la partition de 16Ko. Tu ne peux plus y lire des données car l'espace a été alloué à la partition Eeprom.
C'est justement la perte du partitionnement Eeprom qui créé le plantage du FRM et qui te permet de lire les données Dflash en "brut".

Merci Boris pour ces précisions, c'est cette vidéo qui m'a un peu perturbé https://www.youtube.com/watch?v=ogMt7vmB8tk,
aux alentours des 4' il lit la dflash sans erreur (pour moi pas corrompu), je pensais qu'il avait fait la vidéo pour "exemple" sur un module FRM pas planté justement.

Du coup là je suis tout bon je peux dessouder et tester sur un véhicule ?

Oui tout est OK.

Salut,

pour faire un retour sur ce sujet, boitier monté et codé sur autre véhicule, ça fonctionne.

Merci aux intervenants de ce post.