11 réponses à ce sujet

[elpy]

Hello,

 

[Résolu] : Il s'agissait du fil CPU_RST qui était trop long d'un quinzaine de cm environ. (passé à 38 cm environ)

 

Le résumé du pb est dans le tittre : je n'arrive pas à booter sur le Xell...

 

Petit résumé technique :

 

  . Modèle de xbox : Slim / Trinity

  . Kernel d'origine de la console : 15574

   . Puce RGH : Coolrunner rev. B (achetée programmée)

   . Longueur Post_out : j'utilise les fils fournis avec la puces

   . Longueur cpu_reset : j'utilise les fils fournis avec la puces

 

 

Ce n'ai pas mon premier glitch (troisième slim), donc je ne pense pas m'être planté dans les manip, mais ça reste possible. Voici ce que j'ai fais :

 

- 3x dump de la Nand avec le module Spi : 3 dumps identiques, un bad block sur le block 138

- Chargement de l'image ECC a partir de l'archive DGX_R.I.P

- ... et... pas de boot. La puce s'allume, elle clignote (elle est donc alimenté correctement et programmée) mais rien. J'ai tenté de bouger le fil du cpu_reset, mais sans succès...

 

Qqun aurais une idée ? J'avoue être un peu perdu sur cette console là...

 

Photos du montage :

 

 

Modifié par elpy, 18 septembre 2013 - 16:55.

[SegFault42]

Salut,

 

racourci ce qui dépasse du fil orange et refait ton point B.

 

Tu utulise quelle soft ?

[acide0]

Ton cpu reset tu le fais bien passer au tour du ventillo ?

[elpy]

Salut,

 

racourci ce qui dépasse du fil orange et refait ton point B.

 

Tu utulise quelle soft ?

Bien vu, j'y pensais (j'avais regardé à la loupe et il n'y a pas de contact sur la seconde pasitlle, mais t'as raison ça sera plus propre)

 

Je fais ça et te redis. Pour le soft d'écriture de Nand j'utilise nandpro 2.0e (mon module spi n'est pas compatible avec la 3.0). J'ai cependant testé avec AutoGG également, mais même soucis...

 

 

Ton cpu reset tu le fais bien passer au tour du ventillo ?

Yep.

[elpy]

Soudure refaite... pas mieux

 

[acide0]

Quand tu dis que tu as testé avec autoGG c est bien le .ecc fourni avec le soft en question et non pas ceux d un pack téléchargé a par ?

[elpy]

Quand tu dis que tu as testé avec autoGG c est bien le .ecc fourni avec le soft en question et non pas ceux d un pack téléchargé a par ?

 

Voilà ce que j'ai fait :

 

- version du soft : 0.9.3 - et oui je n'y ai pas touché par l'ajout d'un fichier externe.

- "Ouvrir Nand" : j'ai pris la Nand dumpée

- NandXell / Créer

- NandXell / Flash

 

Using XFlash @ [0:1]
ARM Version 1
FlashConfig: 0x00023010
Writing    0x004F / 0x004F
Done!

- "bouton eject" et.... pas de Xell.

 

 

Le bad block présent dans la Nand ne peut pas en être l'origine ? ( je connais pas très bien le sujet bad block)

 

j'ai ça au chargement de la Nand dans AutoGG : 

Recherche de Bad Blocks ...
Block  138 trouvé à  0x3ff (offset:0x107C001)

Modifié par elpy, 18 septembre 2013 - 15:50.

[coeur2004533]

pour avoir  un boot  corect sur xell   prends  le fil  cpu rst d  origine  (  +- 38 cm) enroule autour du ventilo

le reste se fait au plus court

essaye avec  le  logiciel  j runner   a  jour bien sur

[elpy]

pour avoir  un boot  corect sur xell   prends  le fil  cpu rst d  origine  (  +- 38 cm) enroule autour du ventilo

le reste se fait au plus court

essaye avec  le  logiciel  j runner   a  jour bien sur

 

RAAAHHHHHHH !!!   MERCI !!

 

Nickel ça boot. le fil d'origine de la puce est vraiment trop grand du coup... effectivement je l'avais raccourci sur les anciennes consoles que j'avais glitché, mais je ne m'en souvenais plus. Pour info j'ai quand même viré 15 cm =O

 

Merci, problème résolu

 

++

[acide0]

Ca depend tout le temps de la console mdr.

[elpy]

Il est bien lourd ce hack quand même ^^...

[acide0]

Il faut juste maitriser le matériel que l on utilise c est tout.