41 replies to this topic

[M@DBoX]

====> Ca clignote enfin      J'ai l'impression que les clignotements sont réguliers dans le temps.
Par contre, au bout de 5 / 6 / 7 / 8 / 10  cycles, ça arrête de clignoter et pas d'écran Xell  (aussi donc pas de bruit quartz console ou ventilo...) !    Je raccourci le fil CPU_ RST de 2/3 cm ?

 

Pas de Xell sur Corona.  (sauf avec un DGX)
 
Il faut faire un scan ip.

Ce message a été modifié par M@DBoX - 03 May 2013 - 22:49.

[atupac]

Y'a bien un affichage du Xell sur Corona V3  au  moins ou pas ? 

 

LOL, je viens de me répondre en cherchant, et toi tu viens de me le confirmer ^^ 

 

OK je regarde ça sur mon PC avec JRunner / Autogg / Xebuild  

 

 

Edit1: 

 

- On branche câble ethernet avant démarrage de la xbox, puis on attend arrêt du clignotement led. Ensuite, on charge la nand d'origine dans JRunnner et on fait "Scan IP range"  ?

 

- Par contre on doit avoir une led verte allumée sur l'avant de la Xbox ?

 

 

Edit2:

 

Bon même Nand chargée dans source + Monitor COM avec ouverture du port =>  pas de Xbox détectée sous JRunnner...

Ce message a été modifié par atupac - 03 May 2013 - 23:19.

[Yoann-95]

Tu as juste à brancher ta Xbox avec un RJ45 à ta Box ensuite tu démarre ta console tu attends la fin des reset et (1min après environ) tu fait un Scan IP

 

Sa fonctionne sans soucis logiquement.

[atupac]

C'est bon, j'ai regardé dans les paramètres de mon switch et j'ai eu l'adresse ip de la console. Y'avait pu qu'a entrer l'@ ip dans JRunnner et faire Get Cpukey et c'est bon

 

Maintenant sous Xebuild, je choisis Freeboot RGH1.X  ou Freeboot RGH2.0    ?

 

 

Merci.

[Yoann-95]

Pourquoi utilisé XexBuild (il est pas à jour il me semble)

 

Prends AutoGG ou JRunner

[atupac]

Pourquoi utilisé XexBuild (il est pas à jour il me semble)

 

Prends AutoGG ou JRunner

 

OK. merci l'ami

 

sous JRunner, il me met dans le cadre "Xebuild options" :  Dash version 16202 / RGH2

 

Alors que sous xeBuild_GUI_2.09, j'avais droit au Dash 16203...

Ce message a été modifié par atupac - 04 May 2013 - 00:44.

[Hackstore59]

Il faut télécharger le dash et tu l'auras

[atupac]

Il faut télécharger le dash et tu l'auras

 

yes, c'est ce que j'étais en train de faire (juste piqué le dossier du dash dans Files chez Xebuild... hihi)  

 

OK, ça marche les Amis, je continue de finir le test du Freeboot et bien caler les tps de boot avant de passer ce topic en résolu  

Ce message a été modifié par atupac - 04 May 2013 - 00:56.

[Yoann-95]

Ba bonne chance et tiens nous au courants

 

Logiquement sa devrait el faire sans problème.

[atupac]

Re-Bonjour.

Hier soir, ca boot bien sur le Dash avec le Freeboot-RGH2

Donc, aujourd’hui le but c'est d'avoir des temps à peu prés réguliers 30 à 1 min. Je viens de désouder le module usb et je viens de faire qques essais ( l'alim. ayant été débranchée depuis hier    et toujours sans mettre la CM dans le panier...) :

- 1er essai et - 2eme essai : ça clignote pas.

- 3éme essai: débranche/rebranche alim et réessaye, ça boot au bout de 8 cycles

- 4eme: Boot au bout de 6 cycles

- 5éme: 4 cycles...

- 6éme: ça clignote pas.

....

 

- 10 / 6 / 4 


C'est encore assez aléatoire et capricieux quand même. Faut que je joue avec longueur fil CPU_Rst vous pensez  ou  carrément essayer les autres timings ?

 

 

 

Edit1:

 

Je viens donc de mettre la CM dans son panier et tester : boots raisonnables (en allumant/éteignant console parfois si ca tarde à glitcher...). 

 

Je peux me tromper, mais j'ai l'impression que les cas d'absence de clignotement de la puce viendrait de l'adaptateur Post_Fix (Perso je n'ai pas soudé l'adaptateur POA à la résistance vu que bien clipsé) : l'aiguille elle reste plantée dans la bille cpu pour de vrai ou fait juste des frottements (du coup, les petites secousses jouent sur qualité du POST_OUT) ?   

 

 

 

Edit2:

 

Du coup c'est comme elle veut la puce on dirait, j'ai des vagues de bon boot et hop aprés des vagues de no boot :/

 

va ptet falloir que je joue avec longueur du fil CPU_RST et du POST_OUT...

 

 

Edit3:

 

J'ai raccourci le fil CPU_RST de 3cm  + le fil POST_OUT aussi de 1cm ==>  la puce clignotte directement à chaque démarrage console, par contre ça n'arrête pas de clignoter et ça ne glitch plus :/  ...  

 

Me reste plus qu'à tenter les différents Timings.

 

J'ai refait les mesures tensions, elles sont encore valables comme avant.

Ce message a été modifié par atupac - 04 May 2013 - 16:49.

[atupac]

Bon ben j'ai essayé tous les timings Corona, la puce clignote correctement mais toujours pas de boot :/  

 

J'en ai trop enlevé d'un coup ou quoi (3cm environ)  ^^

 

 

Edit:

 

LOL, c'était ça : j'ai ressoudé le petit bout de fil que j'ai coupé et ça boot assez bien du coup  ^^

 

 

En réalité, c'était bien la longueur du fil de POST_OUT qui jouait son rôle. il faut qu'elle soit la plus courte possibel pour ne pas perdre en qualité :  

 

- 1) je l'avais raccourci une première fois et j'avais pu booter la premiere fois sur le Xell.

 

- 2) Ensuite, en le raccourcissant une deuxième fois encore un peu ça permet de stabiliser le glitch (clignotement puce + temps de boot) .

 

Bien sûr, le timing "tx_corona_1_3.xsvf" + le point CPU_RST alternatif y est pour qque chose

 

Je remonte complètement la bête et vous dit ce qu'il en est...

 

 

 

 

Edit Final :

 

Volià, la xbox remontée et les temps de boot sont restés stables (trés proches d'une Trinity pour le coup...). Donc install FSD,... en cours

 

A voir dans le temps le comportement de ce glitch...

Ce message a été modifié par atupac - 04 May 2013 - 19:25.

[atupac]

Bon eh bien, hier la corona tournait nickel après plusieurs tests avant/aprés remontage console: puce clignotte direct, boot agréable,...

 

Je la rallume cet aprem : elle boot assez rapidement, on a joué pendant 3h30 d'affilée. Du coup, je décide de l'éteindre et faire qques tests de boot  ==>  la Led verte ne clignote plus et aucun boot sur plusieurs essais à la chaine  0_0 

 

La chauffe du radiateur/cpu  joue un rôle sur le signal POST_OUT ? 

Ce message a été modifié par atupac - 05 May 2013 - 20:30.

[MisterTea]

La chauffe du radiateur/cpu  joue un rôle sur le signal POST_OUT ?

 

Du tout.

[atupac]

Du tout.

 

Mais alors je ne vois qu'une solution : tester une Glitchchip 2.2 de Soul ou CR Lite pour voir si s’améliore !   Vous me conseillez laquelle, pour ceux ayant déjà été confronté à une Corona V3 ?  

 

Merci.

[Hackstore59]

Si tu prends une autre puce ba choisis une 2.2 pas une cr.

[MisterTea]

Effectivement, te prends pas la tête avec une coolrunner > squirt ou gc2.2

[ptitgrec]

C est clair CR = arrachage de cheveux 

[acide0]

Commence par refaire ton montage adéquat et propre, souder le bout de fil coupé c était pas la meilleur idee.

Par la suite tu peux meme prendre une coolrunner RevD qui fonctionne très bien sans rajout de Condo ou autre faut juste savoir bien la monter et arrêter de la tripoter quand le boot est stable mdr.

Les produits Tx sont de bonne facture, tout aussi bien que les gc c est le pilote qui fait la difference.

[Gagny-Tech]

90% des problèmes sont a cause de l'utilisateur =) 

[acide0]

Tout a fais d accord avec toi la dessu gagny, ce topic en est une belle exemple mdr.