10 réponses à ce sujet

[desislav19]

Salut à tout le monde,

 

J'ai fais un RGH 1.2 sur une falcon avec une ace v3, mais à chaque démarrage de la console j'obtiens l'erreur e79.

Voici mon procédé : 

-lecture de la nand ok : les 2 nands sont identiques(pas de bad blocks)

-création ECC en RGH2

-écriture ECC sans problème

-Affichage du Xell,(1 reset) ainsi j'obtiens la clé CPU.

-création de l'image Freeboot avec les paramètres falcon en RGH 2.

-écriture de l'image Freebot sans erreurs

-démarrage de la console et là l'erreur e79 s'affiche à chaque fois

 

Au début je pensais qu'elle faisait un RROD, mais remettant la nand d'origine elle boot sans problème.

Je ne mets pas en cause le montage, vu qu'en appuyant sur eject la console affiche le Xell(1reset).

 

C'est possible que ça soit l'image Freebot la cause?

Comment résoudre ce problème?

 

Merci pour vos réponces.

[Blackjack56]

Des photos du montage seraient la bienvenu

[desislav19]

Merci Blackjack56

 

Je ferais quelques photos demain, maintenant il se fait un peu tard.

[desislav19]

Bonjour. Je viens de rentrer 

Voici quelques photos du montage : 

 

http://www.casimages...411745.jpg.html

http://www.casimages...919612.jpg.html

http://www.casimages...744266.jpg.html

http://www.casimages...696837.jpg.html

http://www.casimages...272688.jpg.html

 

Les soudures sur la dernière photo semblent catastrophiques mais je vous assurent que c'est pas le cas(flash de l'appareil)

[Blackjack56]

Il manque la photo de ton Post_Out

Tu as reprogrammé ta Ace V3 avec quel Bistream ?

Modifié par Blackjack56, 14 mars 2017 - 15:55.

[desislav19]

Tu as reprogrammé ta Ace V3 avec quel Bistream ?

Le bistream est : jasper_dyn2.xsvf

 

Mais ça y est, le problème est résolu.

Voila si ça peut aider quelqu'un:

Je souci c'était que je suis passé par le xell pour écrire l'image freeboot sur la nand, et c'est la que ça a foiré(je pense)

J'ai tenté une écriture avec mon flasher et hop elle a booté au 1er reset.

D’habitude l'écriture via le xell se fait très bien et c'est plus rapide, mais à vrai dire, je ne sais pas pourquoi ça n'a pas fonctionné avec cette console.

[Blackjack56]

Je souci c'était que je suis passé par le xell pour écrire l'image freeboot sur la nand, et c'est la que ça a foiré(je pense)

D’habitude l'écriture via le xell se fait très bien et c'est plus rapide, mais à vrai dire, je ne sais pas pourquoi ça n'a pas fonctionné avec cette console.

 

 

Quel est ton SPI Flasher ? Nand-X ? JR Programmer ?

Je parie qu'il était branché quand tu as flashé par le Xell

Modifié par Blackjack56, 14 mars 2017 - 16:19.

[desislav19]

Quel est ton SPI Flasher ? Nand-X ? JR Programmer ?

C'est un JR programmer

 

Je parie qu'il était branché quand tu as flashé par le Xell

Il était bien débranché. D'ailleurs à chaque fois que je fais un test je le débranche.

 

En fait, juste avant de flasher la console avec mon SPI, j'ai refait la méthode via le xell et comme tu le devinera j'ai eu l'erreur citée plus haut.

 

Ensuite je me suis dit mais pourquoi pas essayer avec le module SPI. Et c'est là comme par magie(j'exagere un peu ) ça a fonctionné

[Blackjack56]

Il était bien débranché. D'ailleurs à chaque fois que je fais un test je le débranche.

 

Ok. Cà c'est bien

 

En fait, juste avant de flasher la console avec mon SPI, j'ai refait la méthode via le xell et comme tu le devinera j'ai eu l'erreur citée plus haut.

 

Est-ce qu'il y a des Bad Blocks dans ta Nand ?

Quel était ton Kernel d'origine stp ?

Modifié par Blackjack56, 14 mars 2017 - 18:22.

[Fatiguant]

Je penses aussi a une histoire de BB.

[desislav19]

Quel était ton Kernel d'origine stp ?

Elle était en 16547 avant le rgh

 

Est-ce qu'il y a des Bad Blocks dans ta Nand ?

Je penses aussi a une histoire de BB.

Eh bien non, mes 2 dumps sont cleans : 0 bad blocks