bugess

changer de puce je rigole , mais selon puce et sa conseption les temps de boots sont plus ou moins court

avec quel version de soft fait tu ton ecc , les 1er version avait un beugg , si tu entends la variation du bloc ventilo , c'est que le hack est en action , le probleme est souvent au niveau du fichier injecté , corrompu ou mauvais cb , verifie le cb du fichier hacké par rapport au dump d'origine ainci que la valeur ldv

c'est nouveau , les cm sont identifiées par le connecteur d'alime et le port video , c'est et se sera toujours comme cela , maintenant les softs ont des beugg et il arrive lors de dump qu'un soft annote la mauvaise version , c'est lié au fichier .init qui est mal parametre selon cb des cm , si qui est toujours correct est le cb annoté , il est extrait de la nand , a part si on a flash avec un mauvais dup et la c'est loupé mais on est avertie de l'erreur par un joli rod 0022

puisque tu as un dump , annote nous la version de ta console et son cb ??

tu avais bien comparé tes dumps avant de faire quoi que se soit ?? donc plus de boot ni tout d'origine , ni xell encore moins sur le dash hacké mince , mauvais , commence donc par tout remettre d'origine , verifie qu'il y a pas eu de deterioration de piste et si tout est correcte , debranche ta console pendant un bon 1/4 heure puis reboot , si aucun resultat , passe moi un MP , il y a surement un probleme materiel surtout qu'au debut le rod est apparu lors de l'affichage du xell ??

Tu as noté la solution a ton 1er post et c'est le seul moyen d'avoir un diagnostique clair de l'etat de ta console il faut reflashé a l'origine , desouder l'alime de la puce , puis rebooter , si tu as toujours une erreur desoude toutes les liaisons , puis reessaye , rien d'autre a faire pour le moment

deja pour commencer ta taille d'image est eeeenorme pour le site les pauvres qui sont encore en bas debit pour ton lecteur tu as essaye de le flasher mais pas completement , il est donc en mode brické , il faut commencer par passer par un erase voir plusieurs pour le debloqué et le faire reconnaitre par ton port puis tu refais la manip , si tu es en mode carte sata via et que ton pc a tendance a bloquer , il te faut supprimer le fichier executable viamraid.sys , renomme le pour pouvoir le reinstaller en cas de besoin

laisse la de coté comme avant , il faut attendre que les condos se dechargent pour reessayer , sinon test en version origine

je crois que oui , pour le moment , je vais me renseigner

comme la plupart des modules spi , la solution fait fureur

pourquoi tu n'essayes pas ?? mais tu dois savoir que pour faire basculer une donnée il faut la commande au niveau 0

c'est normalement a l'identique d'un boot sur nand d'origine ou legerement plus , sur les fats testés , c'est juste le premier boot qui est un peu plus long , apres coupure de reseau , apres c'est dans les valeurs annotées pour les slims , j'ai eu l'occas de tester que sur une console , donc je pourrais pas vous en dire plus

un lien vers "Ecc nand flasher" serait la bien venu

c'est la difference entre les 2 temps annotés qui m'etonne 10s c'est bien , par contre 3 mn pour une fat ?? tu es sur de tes soudures , surtout la liaison de resetboot

testé et fonctionnel , mais juste pour faire le point , on desactive l'acces au module via port arriere lors du boot de la cm , c'est simple suffit de piloter une tension de boot comme le 5V ou le 12V qui sont actif uniquement console en marche , signal qui est appliqué a un transistor qui bascule entre on/off selon mode de la console , fonction deja active sur ancienne version du module derniere maj , avec le nouveau drivers , le module spi est fonctionnel avec "nandflasher360"

donc si je comprend bien tu n'as plus de dump de la derniere maj de ta console , et pas de clé cpu si c'est le cas , a par trouver un dump identique , meme kernel , meme valeur ldv , tu es mal , si tu arrive a trouver un dump identique tu peux injecter ton kv pour essayer un reboot ou essayer avec le hackglitch en partant de ton dump restant par contre il faudra adapter la valeur ldv pour quelle corresponde a celle enregistré dans le cpu

merci pour ton aide

si j'ai bien compris , tu as branché ton lecteur au pc , pour faire quoi ?? et console alimenté par la console c'est bien cela ?? et apres remontage il est plus reconnu par ta console donc tu as forcement fait une manip ? un dump , un flashage ??

tu te refaire aux tutos jtag pour la suite

merci pour le deplacement pour repondre aux remarques 1er , c'est pas un tuto en somme, mais une presentation du produit, comme annoté 2eme , pour plus d'explication , il y a le lien vers le site gbonx ou on trouve tout se qu'il faut, les pdf d'installation , d'utilisation du module, les firmwares , les drivers 3eme, pour les firmwares cryptés , c'est suite a pas mal de deboire lors de demande de renseignement et d'aide , que bonx a decidé de crypté les firmwares adaptés pour slim pour un meilleur boot , c'est uniquement sur une bonxglitch qu'ils sont flashables c'est comme cela pour le moment 4eme , toutes les puces sont accessibles par le module bonxspi , comme tout les modules spi les plans de montage http://www.bonxglitch.fr/plan-de-montage/ et je ferais remarquer qu'il ni a pas beaucoup de concept hackglitch qui proposent des notices completes d'installation , programmation , drivers , softs , ou je me trompe

pour repondre un peu a tous 1er , c'est pas un tuto en somme, mais une presentation du produit 2eme , pour plus d'explication , il y a le lien vers le site gbonx ou on trouve tout se qu'il faut, les pdf d'installation , d'utilisation du module, les firmwares , les drivers 3eme, pour les firmwares cryptés , c'est suite a pas mal de deboire lors de l'affinement , que bonx a decidé de crypté les firmwares adaptés pour slim pour un meilleur boot , c'est uniquement sur une bonxglitch qu'ils sont flashables c'est comme cela pour le moment 4eme , toutes les puces sont accessibles par le module bonxspi , comme tout les modules spi

les bouts de gomme c'est , comme si on veux et qu'on peux pas , c'est appliquer une deformation contraire a celle existante , c'est ou on arrive a fiare rebooter ou on agrave la microfissure , il faut appliquer au ninimum , un chauffe assez puissante pour recintrer le pcb et le seul moyen est de demonter le radiateur pour permettre une monté en temperature rapide avant que la console soit en erreur surchauffe , a la fin c'est rebillage pour etre sur de la stabilité de la reparation

ales on va tabler pour un code 0020 ou 0110 , de toute facon c'est la meme manip pour verifier l'origine , demonte le radiateur du gpu , puis deboot plusieurs fois , pour rebooter directe en rod 2 leds = surchauffe , puis tu reposition le radiateur sans le fixer et tu essayes

deja , si ta console avait un rod 0022 le reflow etait pas necessaire , puisque cela venait de la nand , corruption fichier , mais se qui me trouble dans ton post est la raison du rod , quel etait le code caché , et qui t'a fait le reflow ??

salut a tous voila la totale le module bonxspi pour le dump et flash de nos nand et egalement de vos puces glitch avec le soft bonxGlitchprog qui permet le flash du module spi et des puces l'installe est simplifié par l'utilisation de connecteurs et des nappes filaires disponible pour fat et pour slim et le soft de programmation pour l'accés de vos nands , on peut utiliser le soft nandprogrammer ou nandpro , nandflasher360 ne fonctionne pas actuellement lien pour les fichiers de configuration , des firmwares , programmes et pdf d'installation et d'utilisation http://www.bonxglitch.fr/download-soft/ le Bonxspi permet une connexion au port usb arriere de votre cm , pas de rajout de port deconnexion du module lors du boot de la console pour slim , des firmwares modfiés sont disponible sur le site en mode crypté , utilisable uniquement sur Bonxglitch désolé et pour finir un dernier connecteur pour pilote la commande d'un eventuel dualboot pour ceux que cela interresse les plans de montage http://www.bonxglitch.fr/plan-de-montage/