Voir la version complète : 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 (https://rehost.diberie.com/Picture/Get/f/65309)
et lors de la réparation du dump (EEP)
https://rehost.diberie.com/Picture/Get/t/65310 (https://rehost.diberie.com/Picture/Get/f/65310)
Merci à ceux qui pourront m'apporter des explications.
boris93600
10/03/2022, 11h02
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.
Je pense que ton part ID devrait être 0004C482.
Là tu m'as perdu..
Reprends tes soudures et fils pas trop longs.
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..
Si tu as photo étiquette et dumps , on peut jeter un œil ....
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 (https://rehost.diberie.com/Picture/Get/f/65319)
boukrama
10/03/2022, 11h32
bonjour les soudure achete un pince sur ali express plus vite a l installé
https://fr.aliexpress.com/item/4000037018271.html?gatewayAdapt=glo2fra&spm=a2g0o.order_list.0.0.21ef5e5b7nAMJS
boris93600
10/03/2022, 12h02
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) :
>
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.
boris93600
10/03/2022, 12h51
Essaie de lire en 9S12XD, puis tu relis en 9S12XE
boukrama
10/03/2022, 19h29
https://www.youtube.com/watch?v=ogMt7vmB8tk&ab_channel=DanCostea
https://www.youtube.com/watch?v=ogMt7vmB8tk&ab_channel=DanCostea
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.
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).
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 (https://rehost.diberie.com/Picture/Get/f/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:
boris93600
11/03/2022, 08h29
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.
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.
Alors pour la date et prog SW ok mais pour le ZB number normal aussi ?
Je peux effacer et écrire l'eep du coup les dumps sont propres ?
boris93600
21/03/2022, 10h53
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.
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.
boris93600
21/03/2022, 13h58
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. 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..
boris93600
22/03/2022, 07h52
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 ?
boris93600
22/03/2022, 08h59
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.
vBulletin® v.3.8.11, Copyright ©2000-2025, Jelsoft Enterprises Ltd. Tous droits réservés - Version française vbulletin-fr.org