19 réponses à ce sujet

[Shevel]

Bonjour, à tous ceux qui ont un problème d'erreur 80010017 au lancement du manager ou d'un jeu, j'ai une solution. Pour le moment je n'ai recensé que des 4.30a. L'erreur vient de fpga1.dat. Il suffit de prendre le fpga1.dat du dossier pour 4.20 et de mettre à jour votre cobra avec. Vous ne devriez plus avoir d'erreur.
 

Merci à B1cycle du forum maxconsole

[KenshinDK]

Magneto a aidé une personne qui ne connaissait pas sa révision et lui a dit: essaye les fpga, ceux qui ne sont pas pour ton modèle ne s'installeront pas. quand tu auras un fpga qui s'installe tu auras la rev de ton Cobra

[yves28]

un seul probleme un gros brick qui attends la puce avec cette solution là

[Shevel]

Oui je suis au courant de ça et pourtant je t'assure que la mise à jour fonctionne. C'est la solution qu'ils donnent sur maxconsole et j'ai vu de bon retour d'une dizaine de personne et aucun mauvais.

Mon cobra n'est pas brické et fonctionne bien mieux que hier matin.

Evidemment c'est une solution de secours en attendant un correctif.

[jdut]

un seul probleme un gros brick qui attends la puce avec cette solution là

 

 

pourqoi tu dis ca ?  seul la mise à jour bootloader ou mcu peut provoquer un brick en cas de coupure de courant par exemple ... avec les fgpa tu n'as aucun risque u q'il s'agit de reduire la vitesse de fonctionnement des puces du Cobra .

tu peux argumenter ?

[crash251]

il en peut argumenter car tu viens de cité les risques de brick

[jdut]

les risques de brick ne concernent que la mise à jour bootloader ...

 

la on parle juste de refaire la mise à jour des images fpga , pas de brick possible d'aprés magneto

[crash251]

FPGA (field-programmable gate array, réseau de portes programmables in situ) d'ou le nnonbrick

[Hadramos]

Donc impossible de faire un Brick du Cobra en essayant les fichiers un par un ? c 'est bien cela ?

Quel est l'ordre exact des fichiers à installer ? (un par un sur clef USB en FAT32, ça OK )

Et à quel moment on sait exactement que le fichier c'est le bon ?

Faut allumer la console à chaque essai ?

Faut refaire toute l'install a chaque fois ou juste le fichier FPGA ?

 

Merci

Modifié par Hadramos, 02 mars 2014 - 16:26.

[KenshinDK]

ldr.rom -> fpga1 -> fpga3 -> mcu.rom ou ldr.rom -> mcu.rom -> fpga1 -> fpga3

Pour les update ldr et mcu ça passe par le violet et finit en rouge fixe

Pour les update de fpga ça passe violet un bon moment puis plus rien

[crash251]

il faut faire ainsi

 

ldr.rom
mcu.rom
fpga1.dat
fpga3.dat

[KenshinDK]

Les 2 solutions sont bonnes, il ne faut pas mélanger les fpga genre: ldr -> fpga1 -> mcu -> fpga3. il faut aussi commencer par le bootloader voilà les règles à suivre

[crash251]

il suffit de suivre 1seul régle pour eviter toutes les confusions possibles

 

ldr.rom
mcu.rom
fpga1.dat
fpga3.dat

[yves28]

bah justement ma puce cobra s'est brické a la suite de l'installation du fix anti freez quand j'ai installé le fpga bah la puce ne voulais plus rien savoir alors ça veux dire quoi

ne dites pas que c'est une mauvaise manipulation car j'en ai fait des dizaines et 5 sur 10 ont survécu et malheureusement le brick fpga n'est pas récupérable

[crash251]

le fpga ne peux pas brické ton Cobra

 

pour preuve tu peux utliser le FPGA 4.20 sur 4.30

Modifié par crash251, 02 mars 2014 - 17:16.

[PousS1]

jai la meme erreur..

 

je teste la methode avec le FPGA 4.20..

 

je vous dit ca desuite

 

 

 

EDIT : METHODE FONCTIONELLE

Modifié par PousS1, 03 mars 2014 - 04:31.

[yves28]

le fpga ne peux pas brické ton Cobra

 

pour preuve tu peux utliser le FPGA 4.20 sur 4.30

donc ça peux venir de quoi que la puce ne fonctionne plus depuis la mise a jour du FPGA

[KenshinDK]

Quelle puce???

[scriff.zero]

Quelle puce???

Il veut parler du cobra ode je pense.

[yves28]

oui cobra ode j'ai utilisé la même clef usb que j'utilisais pour le bootloader et le mcu avec biensur que le fpga dessus la clef fonctionne très bien avec le cobra et depuis que j'ai passé le fpga il y a plus rien qui fonctionne cobra hs donc quand on dit que le fpga n'est pas brickable j'ai quand meme un gros doute mon fournisseur a récupéré la puce afin d'inspecter de ce coté et lui aussi pense à un brick du fpga à la base comme il m'a dit c'est une mémoire qui peux être écrit donc si elle est mal écrit bah la puce ne fonctionne plus donc brick sauf que pour l'instant il y a aucunes solutions pour récupérer un brick fpga