Forum Entraide Diagnostic Peugeot - Citroen - DS - Opel

Bonjour à tous,
Je rencontre un problème avec ma Peugeot 307 de 2002. Suite à une batterie à plat, le BSI a perdu partiellement son codage. J’ai tenté de reconfigurer le BSI avec DiagBox v7.57, équipé de ma VCI, la reconfiguration du BSI fonctionne mais je n’ai pas réussi à aller au-delà de l’appairage des clés car malgré la reconfiguration, PP2000 v600.70 considère que le BSI est encore vierge. 
Je soupçonne donc un ou plusieurs flags (Initialisation BSI / Mode usine ou client / Mode Economie actif...) non valides.
J'ai cherché à simuler un remplacement de BSI en passant par l'onglet "Pièces de rechange" et en recodant une fois de plus le VIN et le PIN.
Malheureusement, DiagBox 7.57 (avec PP2000 v600.70 intégré) ne me permet pas d’accéder à l’outil « kit de démarrage » indispensable pour réinitialiser correctement le BSI en imitant un remplacement.
Je cherche donc une version plus ancienne et plus complète de PP2000, idéalement la version 22.14, qui inclut ces fonctions avancées de réinitialisation BSI et appairage BSI-BSM. Car sinon, j'ai bien peur de devoir dessouder l'EEPROM pour y forcer l'écriture adhoc.
 
Si quelqu’un dispose de ce logiciel PP2000 v22.14 ou peut m’orienter vers un pack complet (avec crack ou clé d’activation), je suis preneur. Merci d’avance pour votre aide
Le Barde49

Suite à réparation ce jour,
je vous fais le topo de ce qu'il faut faire (et de ce que j'aurais pu m'abstenir de faire),
probablement utile pour les prochaines victimes de flash aléatoire de BSI P307 Phase1 suite à décharge accidentelle de batterie.

Je commence par rappeler les références :
Véhicule : PEUGEOT 307 XSi Phase1 - Mise en circulation 2002
Moteur : DW10TD RHY 2.0L HDI Turbo Diesel 90chvx
ECU moteur : ECU SIEMENS SID801 5WS40030B-T HW9644302380 SW9646449280
ECU habitacle : BSI VALEO G0X-00 Plan : 9636760580 F / Pièce : 9644098280 / Variante D / Boot 7.2 / Sortie d'usine : 10/12/2001 / Multiplexage VAN-CAN
Logiciel : DiagBox v7.32 + VCI ACTIA XS sous W7 PRO SP1 32bits
Background Debug Mode : UUProg V1.3 sous W7 PRO SP1 32bits + interface clone

D'abord, laissez tomber l'installation de PP2000 v22.14, c'est une fausse piste. Et en plus d'être une fausse piste, j'ai eu un mal de chien à ne pas récupérer ce programme vintage.
Ensuite, je m'en suis rendu compte une fois le BSI ouvert... La mémoire contenant le VIN, PIN et tous les flags en lien avec la configuration du véhicule n'est pas contenue dans une EEPROM externe, facile à dessouder, type ST95160 en boitier SOP-8. Non point !...
La ROM qui nous concerne dans ce topic pèse 2Ko (OFFSET 0x000 à 0x7FF). D'autre part, elle est logée à l'intérieur d'un MCU MOTOROLA MC68HC912DG128A. Donc ce n'est pas avec un malheureux bus SPI piloté par une ARDUINO que vous allez sauver vos miches.
Pour finir, munissez-vous d'une alimentation stabilisée. Ou bien si vous êtes sans le sous, faites comme moi, prenez le bon vieux chargeur de batterie 12V analogique à papy (par exemple TELWIN 520, et non pas le chargeur numérique acheté récemment avec une alim à découpage qui balance de la HF à tous les coins de rues !!!), et puis vous lui branchez en parallèle :
** une vieille batterie 12V qui servira de tampon (sinon le BSI aura une tension de 30V à son cul)
** 2 condensateurs polarisés NICHICON 50V à 10 balles de capacité 10 000 uF (pour atténuer l'ondulation basse fréquence 100Hz ripples)
** la batterie toute neuve de la 307, bien logée, installée et branchée.
En sélectionnant la vitesse de charge la plus faible du chargeur analogique (lesté par la vieille batterie + la nouvelle batterie + les 2 condensateurs polarisés), vous devriez obtenir une tension continue stable et archi propre (nécessaire pour une programmation sans échecs) de +13,6Vcc...     A vérifier au multimètre avant de balancer la sauce, évidemment (ça veut dire 13,2Vcc aux bornes du BSI, passé les pertes de charge filtres et compagnie).
Aussi bien, voire mieux qu'une alimentation à 600 balles pièce !


A partir de là, il y a au moins 2 voies possibles :

1ère situation : la corruption mémoire s'est propagée sur plus de 80% de la carto hexadecimale (OFFSET 0x000 0x600 rayés de la carte, remplacés par FF, des bits 1111 1111 partout). Dans ce cas, le BSI a bel et bien perdu le VIN, le PIN, et la majeure partie des flags responsables de la configuration véhicule (calculateurs et modules porte-toit ouvrant-clim-etc... présent/absent).
Alors j'ai envie de vous dire que c'est une bonne et une mauvaise nouvelle. La bonne nouvelle, c'est que PP2000 considère le BSI comme vierge. Super ! Pas besoin d'aller injecter un dump vierge. La mauvaise nouvelle, c'est que vous avez grand intérêt à retrouver cette bond'là de carte à gratter sur laquelle se trouve gravée le code PIN, sinon vous pourrez tenter de faire parler la mémoire non cryptée du boitier ST M93C56-W (256 octets à lire via bus synchrone MICROWIRE 16 bits svp) logé dans l'ECU SIEMENS SID801 ou bien la quémander aux services compétents munis de votre carte grise + VIN.
Bien munis de votre code PIN et d'une bonne alimentation stabilisée, vous allez pouvoir régler le problème en suivant la procédure de remplacement du BSI, accessible dans le menu 307VAN > DAM 91688 > Pièces de rechange > BSI > Remplacement du BSI > Codage VIN > Appairage BSM+ECU+HDC+Combiné+Modules Divers > Le calculateur moteur est-il neuf ? > NON > Téléchargement du calculateur (BSI) : Souhaitez-vous effectuer cette opération ? > NON (F4) > Configuration de tous les calculateurs (Présent / Absent / Autre) > BSI à jour. Pas de téléchargement à effectuer. Valider pour continuer. > codes d'accès ? > enregistrement définitif du code PIN (ya intérêt à ce que vous soyez sûr de vos billes) > Apprentissage des clés > ERREUR : le BSI n'a pas lancé la routine. Recommencer la procédure. > Défaut de communication. Activation en cours > F7+F7 (Sortir du logiciel PP2000) > couper le contact et attendre l'arrêt total de l'activité électrique du BSI (au bout d'une minute, on entend un petit relai claquer, le clac est rapide si vous vous trouvez en mode ECONOMIE Actif) > Vous êtes sortis proprement.
Relancer un reboot proprement via PP2000 > 307VAN > DAM 91688 > Pièces de rechange > BSI > Remplacement du BSI > Apprentissage des clés > clé numéro 1 > clé numéro 2 > vous venez d'apprendre 2 clés. > et beh c'est pas loin d'être gagné !
Reste à vérifier dans le menu : Configuration et Services calculateurs > Test par calculo > BSI > Mesures paramètres > Antidémarrage : Calculateur moteur verrouillé : NON - étiquette transpondeuse reconnue : OUI - nombre de clés apprises : 2 - nombre de télécommandes HF apprises : 2 - BSI appairé à l'ECU : OUI - BSI en antiscanning : NON - BSI vierge : NON

2ème situation : la corruption mémoire s'est propagée de manière insidieuse (OFFSET 0x400 0x600 rayés de la carte, remplacés par FF). Dans ce cas, le BSI n'a perdu ni le VIN, ni le PIN. Mais il est possible (et c'est mon hypothèse) que certains bits sélectionnés dans l'algorythme de génération du PIN aient été écrasés. Donc le PIN a virtuellement changé ! ça peut expliquer le fameux problème de code PIN qui n'est pas accepté lors de l'enregistrement des clés, problème documenté sur plusieurs forums concernant le BSI G0X-00 car il a l'air d'être un champion dans ce domaine. 
Dans ce cas, et c'était mon cas, j'ai été contraint d'injecter un dump_vierge.bin de 2Ko dans la mémoire du MC68HC912DG128A à l'aide d'un UPA-USB Prog v1.3. > piquage (Vdd +5V / Vss / BKGD / Masse).
Afin de me (re)projeter au tout début de la 1ère situation.


Bilan de l'histoire : bagnole immobilisée pendant 2 mois, j'aurais racheté un kit démarrage d'occaz que j'aurais gagné mon temps, une astuce pour bricoler une alim stabilisée +13.6Vcc quand on a pas de sous, des astuces pour stabiliser le signal BKGD, une valise PSA toute neuve ! Merci PSA-DIAG.

 

Alimentation bricolée.
 

Piquage :
ROUGE >> +5Vcc
ORANGE >> GND
JAUNE >> Reset Pin
BLEU >> BKGD Pin
 

Salut, excellent et merci d’avoir pris le temps d’expliquer tous ce que tu as accompli.
Ça mériterais de créer une section tuto dans le forum et de mettre ton post dedans pour tous ceux qui se retrouvent dans le le même cas.
Encore bravo à toi et bonne journée.

Barde49 a écrit : ven. juil. 25, 2025 1:35 am
Bilan de l'histoire : bagnole immobilisée pendant 2 mois, j'aurais racheté un kit démarrage d'occaz que j'aurais gagné mon temps, une astuce pour bricoler une alim stabilisée +13.6Vcc quand on a pas de sous, des astuces pour stabiliser le signal BKGD, une valise PSA toute neuve ! Merci PSA-DIAG.

Dans le bilan vous avez oublié le temps passé à nous partager votre expérience.

Merci pour ce partage qui fera gagner du temps à d'autres.

Ou vous-vous êtes procuré le matériel UPA-USB Prog v1.3. et le logiciel?  
Idem, concernant dump vierge.

L’opération dans la mémoire du MC68HC912DG128A pouvait-elle se faire avec un BDM 100 ?

Merci

MarcelC4b7 a écrit : lun. août 04, 2025 1:50 pm L’opération dans la mémoire du MC68HC912DG128A pouvait-elle se faire avec un BDM 100 ?

Bonjour Marcel,
c'est toujours une histoire de bus de communication entre les micro-controleurs (MCU) logés dans les différents ECU.
Ya des bus de communication standardisés, avec leur propres normes ISO et leur bibliothèques open-bar (bus UART / bus SPI / bus I2C / bus RS232 / bus VAN...). Ces bus standards sont faciles à mettre en oeuvre avec du hardware simple et pas cher.
Parmi les bus standardisés, le bus CAN série asynchrone est de loin, le bus de communication par excellence. Un des plus fiables, et l'un des plus utilisés au monde. Quasiment toutes les bagnoles et pas mal d'avions AIRBUS en sont équipés figurez-vous, y'en a même dans les fusées !
Si y'avait du CAN partout, on serait heureux.

Mais concernant le MC68HC912DG128A, c'est pas la même limonade. Le protocole de communication n'est pas standardisé, c'est un bus propriétaire, développé par FREESCALE SEMICONDUCTOR pour faire du débug "in circuit", c'est-à-dire "in situ". Pas besoin de déssouder le merdier à 128 broches pour réaliser une lecture/écriture.
Ce que je peux dire au sujet de ce bus proprio B.D.M. Freescale, c'est qu'il s'agit d'un bus de communication série et synchrone, qui utilise une horloge (un peu comme un genre de bus SPI sauf que y'a qu'un unique fil de données, le BKGD background qui boucle avec la masse).
Et donc, comme beaucoup de bus synchrones, le protocole BDM Freescale est sensible aux interférences électromagnétiques. C'est d'ailleurs pour cette raison que tu vois des mécanos pester lors des tentatives de lecture/écriture de la ROM intégrée au HC912 car la moindre interférence pendant l'ouverture du bus peut engendrer un bit foireux. C'est aussi pour cette raison que le fil soudé à la broche BKGD doit être le plus court possible, et le plus proche du plan de masse (idéalement torsadé à la masse). M'enfin bon, faut pas s'inquiéter de ça pour une utilisation one shot... Simple astuce : au bout de la 3ème lecture, si tu as le même résultat, c'est que y'a pas eu d'embrouilles

Pour ton hardware BDM100, il faudrait que tu regardes si ton fournisseur te propose l'option de lecture des MCU de la famille HC12 / HC912 avec une sortie de câbles BKGD/GND/RESET/+5Vcc. Dans ce cas, ça va le faire.
Attention au voltage : la tension d'alimentation +3,3Volts ne convient pas pour le HC912.

Certains essaient de bricoler des ARDUINO pour installer un bus BDM Freescale : 
https://electronics.stackexchange.com/q ... th-arduino
Me font peur ces gens là...
 

MarcelC4b7 a écrit : lun. août 04, 2025 1:50 pm Où vous êtes-vous procuré le matériel UPA-USB Prog v1.3. et le logiciel?  
Idem, concernant dump vierge.

J'ai acheté le hardware d'occasion sur le bon coin avec un ordi d'occaz en prime. 100 balles pas loin de la maison, j'ai pas réfléchis longtemps.
En fait... Si ! Au début, j'ai cherché pendant un moment.
Un fichier d'install magique largement diffusé sur le web comporte un virus répondant au doux nom de RAMNIT  ::  catégorie des malwares spécialisés dans le furetage des identifiants bancaires développé dans les années 2010.

Dans tous les cas : ne pas utiliser l'ordi qui fait du débug pour faire ses petites emplettes sur le net. Sous peine d'avoir de sérieux problèmes d'ici quelques jours, le temps pour le mouchard de communiquer les données à l'extérieur pendant la prochaine connexion web.

Concernant le dump vierge, c'est un coup de bol. Un fichier glané sur le web sans aucune garantie de résultats.
Je suis tombé par hasard sur des brésiliens qui aiment bien décrypter les dumps de Peugeot et qui m'ont montré comment calculer le VIN, le PIN et le kilométrage. Ils ont eu la délicatesse de me générer un dump vierge avec un kilométrage de 325 000 KM. Pile Poil ce dont j'avais besoin.

Je remercie au passage le Pays du carnaval où séjournent par ailleurs un paquet de P307.

Barde49 a écrit : lun. août 11, 2025 7:41 pm J'ai acheté le hardware d'occasion sur le bon coin avec un ordi d'occaz en prime. 100 balles pas loin de la maison, j'ai pas réfléchis longtemps.
En fait... Si ! Au début, j'ai cherché pendant un moment.
Un fichier d'install magique largement diffusé sur le web comporte un virus répondant au doux nom de RAMNIT  ::  catégorie des malwares spécialisés dans le furetage des identifiants bancaires développé dans les années 2010.

Dans tous les cas : ne pas utiliser l'ordi qui fait du débug pour faire ses petites emplettes sur le net. Sous peine d'avoir de sérieux problèmes d'ici quelques jours, le temps pour le mouchard de communiquer les données à l'extérieur pendant la prochaine connexion web.

Concernant le dump vierge, c'est un coup de bol. Un fichier glané sur le web sans aucune garantie de résultats.
Je suis tombé par hasard sur des brésiliens qui aiment bien décrypter les dumps de Peugeot et qui m'ont montré comment calculer le VIN, le PIN et le kilométrage. Ils ont eu la délicatesse de me générer un dump vierge avec un kilométrage de 325 000 KM. Pile Poil ce dont j'avais besoin.

Je remercie au passage le Pays du carnaval où séjournent par ailleurs un paquet de P307.

Merci pour ces compléments, belles aventures 

Aussi, il est bien de rappeler que l'ordi avec les logiciels divers et variés pour bricoler doit être différent que celui avec lequel on achète les jouets clones sur Ali, et si possible non connecté au net.  :roll:



 

"Un fichier d'install magique largement diffusé sur le web comporte un virus répondant au doux nom de RAMNIT"

vous avez le nom et le lien  ?merci