47 réponses à ce sujet

[ConsoleX]

Slt
Vous sollicite pour une petit question que finira pas êtres grande lol.
Je viens de faire 4 corona v1 et v2 confondu.
Sur les 4, 2 ne font pas ou plutôt plus de reset
La première est une v2 qui avait du mal à booter très aléatoire et assez long.
A l’origine il y avait une Squirt et la console était neuve, j’ai vendu ce pack mais le client trouvait qu’elle booté très mal donc j’ai repris le truc pour optimiser le temps de boot.
J’ai fini par mettre une Glitchip v2.2 avec Timing A, voulant tester le Timing B j’ai flashé la chip et après nada plus de reset led verte en permanence oO.
J’ai cherché un peut sans sucées et me suis rabattue sur un Xkey affaire réglé donc mais pas de RGH possible.

Ce soir je vais pour faire une Corona v1 via Squirt neuve, je me dis faut bien les passer c’est chip avant d’utiliser les chip de Soulh
Et la bingo idem je commence à tester 2/3 timing et les reset délirent par moment, je décide donc de mettre une Glitchip timing A puis B mais nada pas de reset led verte en permanence, pourtant on entant bien des variations du ventilo mais pas comme ce de vrais reset.

Comment fonction la gestion du POST_OUT, j’ai 1.8v en permanence sauf une coupure tout les 5/7s environ.

J’ai testé les config suivante:
Chip soudé + GGboot = pas de reset led verte fix (de la chip)
Chip soudé + Nand OF = 1 reset puis led rouge fix (de la chip) et ventilo qui ce coupe
Chip dessoudé + nand OF = Boot ok
J’ai testé les points alternatif aussi bien pour le CPU_RST que le POST_OUT ça donne rien

J’ai eu les symptôme suivant:
1er Boot de .ecc pour récup clef CPU les reset se sont fait et le venilo s’est emballé, Xell ok bizard oO
Sur la 1er Corona v2 idem je me souvient maintenant.

Je pense au POST_OUT HS niveau CPU possible ?
Les CPU corona sont il plus fragile ?
Suis je le seul dans ce cas ?? j’en doute car 2 en 15j c’est pas normale ou j’utilise de la merde comme chip.

Merci d’avance pour ces quelques minutes d’attention que vous porterez à mon sujet, le but est pas forcement de résoudre mon PB, mais surtout comprendre pourquoi ça fait ça.



EDIT: LE PB VENAIT D'UNE MAUVAISE PROGRAMMATION DE LA GLITCHIP
ASTUCE FAITE DES ERASE EN CAS DE PB AVEC VOTRE CHIP

Modifié par ConsoleX, 23 novembre 2012 - 18:58.

[acide0]

Et en mode retail ça fonctionne toujours a ce que j ai compris ?

Le post out dis a la console qu elle a booté donc si il était hs normalement meme en retail ça serait hs non ?

[ConsoleX]

Et en mode retail ça fonctionne toujours a ce que j ai compris ?

Oui mais je vais retester.

Le post out dis a la console qu elle a booté donc si il était hs normalement meme en retail ça serait hs non ?

Pas forcément apparemment, si tu regarde bien les info sont pas utilisé en externe. Le CPU balance juste une info sur ce port POST_OUT

Quel est la tension sur le POST_OUT et surtout y a t'il des cycles ?
Je voudrait comprendre le mécanisme des différent point de soudure.
Je sais que le CPU_RST envoie des impulsion au CPU pour le perturber de manière à lui faire charger le CB modifié, mais les 2 autres point servent à quoi ?

Modifié par ConsoleX, 21 novembre 2012 - 07:15.

[acide0]

Soulheaven est demandé salle consoleX pour info mdr !!

[ConsoleX]

Je partage les réponse de Soulh

ton post_out doit être au plus court et loin des zones d'"interférences

le post_out envoi un signal entre 0v et 1.8v selon le statut du post_out.

Le Post_Out permet de savoir où en est la console dans le process de boot.
Il renvoi des valeurs différentes à chaque initialisation de matériel et/ou de boot loader.

Le CPU_RST, permet simplement de demander au cpu de vider ses piles et de se relancer.

Les I2C (D et E), permettent de diminuer la fréquence du cpu, puis de rétablir la bonne fréquence au bon moment selon les valeurs renvoyées par le post_out;

Voilà ça pourra servir

[Goldorman]

Question bête tu es raccordé sur quel 3.3 V ?

Modifié par Goldorman, 21 novembre 2012 - 13:00.

[chip hazard]

Ça commence à me faire peur ces histoires avec les coronas. J'espère ne pas être embêté!

Pour ton histoire de reset, as tu essayé des points alternatifs (ça va pas changer grand chose je pense), de varier la longueur du fil, de changer de type de fil (multi brins maybe?).

[Vietcong]

Avoir un souci avec une console ca arrive, mais avec 2 a la suite

tu a quelques photos a nous posté ?

[modif-console83]

Es ce la puce squirt qui pourrais être défectueuse?Qui elle aurai envoyer de mauvaise tension ?

Modifié par yo51210, 21 novembre 2012 - 14:16.

[benkenoby]

Je partage les réponse de Soulh

ton post_out doit être au plus court et loin des zones d'"interférences

le post_out envoi un signal entre 0v et 1.8v selon le statut du post_out.

Le Post_Out permet de savoir où en est la console dans le process de boot.
Il renvoi des valeurs différentes à chaque initialisation de matériel et/ou de boot loader.

Le CPU_RST, permet simplement de demander au cpu de vider ses piles et de se relancer.

Les I2C (D et E), permettent de diminuer la fréquence du cpu, puis de rétablir la bonne fréquence au bon moment selon les valeurs renvoyées par le post_out;

Voilà ça pourra servir

Donc avec ceci tu as la réponse a ta question du coup.Mais sa résous pas ton souci comme la dit yo squirt peut etre défectueux?

Modifié par benkenoby, 21 novembre 2012 - 14:25.

[ConsoleX]

J'ai monté une glitchip v2.1 après la Squirt et pas de reset elle est neuve la chip
Le 3.3v à était testé sur 3 points différent.
J'ai testé 3 point CPU RST différent nada
Les 2 POST OUT y sont passé et rien
J'ai raccourci les fils ça donne rien au pire les reset ce feraient mais c'est pas le cas.
Il me reste à teste une autre glitchip et d'autre fil.

Modifié par ConsoleX, 21 novembre 2012 - 15:51.

[naonaw]

les autres corona sont ok ?

une question comme ca, tu utilises un bracelet anti-statique ?

[Myloo]

T'as pas un soucis de soft ? testé avec plusieurs ?
Pour ma part au niveau timing c'est le C ou 1.3 du côté de JRunner .

[ConsoleX]

les autres corona sont ok ?

Oui sauf une 4G Phiton qui va finir avec un xkey car cas identique.
Sinon j'ai fait 3 autre Corona v1 sans souci en 15j

une question comme ca, tu utilises un bracelet anti-statique ?

NON

[ConsoleX]

T'as pas un soucis de soft ? testé avec plusieurs ?
Pour ma part au niveau timing c'est le C ou 1.3 du côté de JRunner .

Non le Soft marche bien car j'ai bien eu les clef CPU sur les 2 box concerné. et bien d'autre encore
Oui Timing A B C en générale au pire ca reset mais pas de boot la rien la led de la glitchip reste verte

[ConsoleX]

Hello,

Tous les semaines je vois un post de Console X qui a un probleme !!!

Franchement, c est bien que tu t accroches comme ca , et que tu ne baisses pas les bras...
Chapeau pour ca !!!!, c est pas tout le monde qui a cette volonté...

J'aime bien comprendre ce qui se passe et la c'est pas le cas.
Une box en passant je veux bien mais plusieurs en quelque tant non.
J'essaie de fournir un travail de qualité contrairement à d'autre avec un vrais suivi.
Je brasse quelque box donc j'en vois quelque une et dans ma région y a pas trop de tech compétant dans le domaine RGH.
Ta pas une idée Flash ???

[benkenoby]

A tout hasard vérifie sur la cm si il n'y a pas une résistance hs dans le chemin vers le cpu_rst .Le seule cas similaire que j'ai eu était sur une jasper avec une CR défectueuse qui ma griller la résistance r8c2 elle bootait en retail mais un seule reset en rgh aprés nada.
Des que j'ouvre la corona v2 que le client ma déposer je regarderais au cas ou

[ConsoleX]

Elle BooT cette PUTE......................
Mais alors faut pas etres pressé