Je voulais surtout dire qu on est pas obligé d utiliser un autre tool pour reecrire la flash.

Le pourquoi de cette corruption de flash à la lecture alors là je peux pas te dire... C est bien au dessus de mes compétences lol

oui je comprend bien jah peut être que le probleme se pose au niveau du processeur et comme se dit plus haut le easycan4 et peut être sensible ou ne support pas être bousculer a la lecture d’où le souci du plantage après sa n'explique pas le pourquoi et du comment

Ce processeur aime la solitude et être tranquille c'est un français des qu'il voi du monde il panique et bloque lol

Salut equipe,

oui a creuser, dommage pas de Jc sous la main.
A mon avis pour écriture il utilise le scenario de téléchargement du constructeur ( DSC, RDBI, SA etc ).
Cdlt

salut l'ami oui surement si tu le dit c'est que sa marche mai j'ai jamais pris le risque

slt les amis.

pour les questions des membres de jah83 et redzone31 sur pourquoi fvdi ou avdi corrompe le flash de bsi jc qaund il lire l eeprom


CERTAINES UNITÉS JC BSI FVDI / AVDI CORROMPE LE FLASH QUAND IL LE LIT. IL ÉCRIT UN NOUVEAU FLASH POUR LUI PERMETTRE DE LIRE L'EEPROM, PUIS QUAND IL ESSAYE DE METTRE LE FLASH ORIGINAL EN ARRÊT, IL ÉCHOUERA LE CHECKSUM PARCE QU'IL EST CORROMPU ET PUIS LAISSE BSI MORTE EN BOOTMODE.

Salut , merci pour l'info ;) c'est drôle qu'il le réécrive mal alors que le fichier sauvegardé dans le dossier avdi est a priori toujours bon, et le tool est capable d'écrire convenablement sur table ... Mystère des protocoles ! Alors que IOT n'a pas besoin de lire la flash afin de lire l'eeprom, c'est dissocié [emoji106]

Envoyé de mon ONEPLUS A5000 en utilisant Tapatalk

et comment sa se fait qu'avec obdstar sa plante jamais en lecture pin cest quand même bizarre ?

Envoyé de mon SM-G973F en utilisant Tapatalk