bugess

juste pour info , as tu regardé les soudures a faire pour la pose d'une dna passer par des heures de recuperation je dis cela , juste pour te prevenir , sur le risque , les pistes a ce niveau sont loin de ceux d'un pcb de lecteur

juste une question tu n'as pas deja deposé un post a ce sujet , il me esmble deja avoir lu et repondu a cette question

effectivement ta reponse reste vague , mais de toute facon une mauvaise connexion ne deteriore pas une resistance , a moins de mettre la pattate en courant donne nous des expliquations sur le probleme de demarrage , couleur led , code erreur etc

tres mauvais depart il n'a pas les chaussures de securité ni les gants

et pour desouder un connecteur d'alilme sur Cm sans la deteriorer , c'est deja pas facile , faut une bonne chauffe bien maitrisée

si je me trompe , c'est une xenon avec un rod caché , je m'explique , led verte et rien d'autre , c'est identique a une erreur E74 et le remede est une bonne refussion, sans trop d'espoir de maintien dans le temps pour verifier , tu provoques quelques surchauffes sans radiateur de gpu , tu repositionnes le radiateur et tu testes

euh ? tu avais deja posté ppouir ce probleme ? ou je me trompe tu avais fais tout les essais demandés j'avais pas suivi , les debats ,

tiens , mais l'origine est le pilotage du smc geré par le SB , ou voir un SB hs

http://www.abcelectronique.com/forum/attachment.php?attachmentid=9106 oui , il te faut le desouder ou lever les pattes

la programmation en rgh1 de la puce , c'est juste un probleme de synchronisation du reset et du signal out du glitch donc toutes les solutions sont possibles , du moment que le montage correspond

suffit d'essayer sans le pont ,

cc court circuit entre piste ou bille sous le gpu ou cpu , quand le gpu chauffe trop , sous la pression du xclamp , il arrive que les billes se tassent et se touchent se qui te provoque un court circuit = 0001

euh , ou est la difference ?? entre reball et rebillage , un rebillage consiste a desouder le bga , nettoyer les plagues d'acceuil , rebiller le composant avec ecran ou positionneur , puis refussionner le composant rebillé par rapport au reball ?? tu fais quoi ??

pour qu'on comprenne bien tu as branché ta puce sur une slim en mode rgh2 , et tu as programmé ta puce en rgh1 ?? tu parles bien des firmwares

puissance d'alime pas compatible avec l'elite

rod 0001 , c'est un probleme lié a un defaut de tension ou consommation et tres difficilement reparable la cm comporte une multitude de composant , repartie sur plusieurs etages de pilotage tension,courant , et en bout d'étage un controleur qui surveille toutes les tensions et courant , si une tension ou courant derivent de la valeur demandée , la console passe en 0001 cela peux provenir d'un mosfet , regulateur, resistance hs ou manquante , CC piste ou encore billage gpu ou cpu, qui est souvent visualisé par la 0002 pour gpu hs ou 0003 pour cpu hs la plus facile est casse de mosfet ou regulateur , mais si c'est par suite a une surchauffe , tu peux essayer une refussion pour reformer la bille

3 puces qui ne fonctionnent pas je pencherais plutot sur une mauvaise soudure , si tu as la led verte fixe , avec un flash de xell uniquement ? par contre , tu es sur quoi comme cm , pas annoté ou je suis bon pour une paire de lunette

tu parles de cela et cela

commence par nous communiquer la reference de ta puce , et comment tu comptes la reprogrammer ?? avec quoi , tu as de quoi la reflasher ??

tu as raison , si bien entendu le pcb du lecteur reste fonctionnel sinon aqvec le rgh , il aura plus de possibilité et de bonheur

et meme pour la clé cpu , presque impossible de faire booter un xell sur xenon , je pense qu'il lui faut la clé cpu pour acceder a la clé dvd

des posts existe sur le forum , on a traité de fond et dans tout les sens le rebillage , les profils et la facon de faire , sans oublier les consommables

c'est bien se que je lui propose de faire avec la galette d'origine , pas une copie comme il a fait , sinon avec cle usb et le bon updspy

encore une qui ne veux plus juste avant de poursuivre , bootez vos cm avec le fichier.ecc avant d'installer la puce , cela vous permet au moins de faire le point avant la pose materiel , j'ai pris l'habitude de flasher le .ecc , verifier le reboot , puis reflasher a l'origine on ne touche pas au fer a souder apres on peux se lancer , en cas de non reboot , tu es fixé pour ton cas , verifie deja la resistance R3B15 , et la continuité de la piste , coté Hana a la pastille en bout de piste , c'est la cause d'un defaut de demarrage si c'est correcte , verifie la presence du 5V au port usb

cette panne avec led rouge se devoille les derniers temps , et la cause est pas connu pour le moment , materiel ou soft , sur fat il se trouve que le SB supporte mal le glitchack , la plus part des cm qui ne reboot plus apres un certain temps ou mauvaise implantation ,sont liés a se composant des mesures sont en court sur plusieurs sites , pour deja comprendre le fonctionnement , puisqu'il faut pas oublier que se hack a ete trouvé par hazard , sans grande recherche , d'ou ses problemes entre version Cm et valeur de composant , on est loin du jtag Bon , il faut rester en mode origine , pour essayer de trouver la cause , composant hs , piste ou pastille decollée , eclat d'etain CC un composant , verifie si tu as le 5V sur les ports USB , tension d'alime sur ta nand , preleminaire pour le reboot puis si tu es sur de tes dumps , 2/3 effacement de nand puis flash , reste que se pense plutot a un probleme materiel , en esperant que les composants phares soient pas en cause , comme le SB ou HANA , et CPU/GPU surtout avec l'utilisation du nouveau Postfix , ou il faut eviter de gratter sur le billage , ou provoquer des bavures qui peuvent créer un CC entre 2 billes pour verifier la phase de boot , il te faudra un oscillo 2 voies , pour verifier les 2 impulsions et leurs amplitudes , ou avec un voltmetre a memoire maxi/mini