41 réponses à ce sujet

[atupac]

Bonjour,

 

je viens de finir le montage du RGH sur une Corona V3 (avec POA), avec CR rev. B.

 

 

Montage : 

 

- une CR rev. B programmée avec le fichier XSVF "tx_corona_0_2.xsvf" de 23ko ( j'avais essayé le fichier xsvf "RGX_CORONA_A.xsvf" mais Nandpro retourne une erreur comme quoi il n'a pas pu l'exécuter avec succès sur la CR...) 

 

- les ponts sur R2C6/7/10 ont l'air d'être bien reliés avec la bulle d'étain.

 

- Ecc envoyé sur la Nand (nandpro usb: +w16 RGX_corona.ecc) sous Nandpro v2.0b.

 

- sur C j'ai le signal du POA (j'ai mesuré console allumée, j'ai bien les 1,783V)

 

- sur D j'ai bien le long fil bleu qui vient du dessous C5R11 (le point soudage carré à droite, j'ai mesuré console allumée, j'ai 1,83V). 

 

- sur B j'ai le signal du quartz 48 Mhz rajouté (j'ai mesuré console allumée, j'ai 1,63V).

 

- Le reste VCC/GND/E/F c'est bon.

 

 

 

 

 

 

 

 

 

Résultat : 

 

- branchement prise de la console =>  Led rouge de la CR allumée.

 

- démarrage de la console => Pas de Led verte sur la CR allumée, et  pas de bruit sur ventilo ou quartz...

 

 

==>  Je soupçonne fortement la puce progrmmée avec le fichier XSVF qui ne serait peut être pas compatible avec l' ECC leaké de la RGX, ?

 

( ou alors au pire le quartz, mais il a l'air de marcher)

 

 

 

Merci de votre aide.

Modifié par atupac, 03 mai 2013 - 18:24.

[Mouflo Mod86]

Attention bizarrement sur les v3 je n'ai jamais eu de sifflement ou relance de ventilo donc ne te fie pas à ça.

[Gagny-Tech]

Si ta pas de reste c'est un problème de CPU rst ou post out

[atupac]

Attention bizarrement sur les v3 je n'ai jamais eu de sifflement ou relance de ventilo donc ne te fie pas à ça.

 

 

Du coup, tu veux dire que ca glitch bien en réalité MÊME si Led Verte ne s'allume pas ?    J'arrive  pas à comprendre pkoi la led verte ne clignote pas en fait :/

 

Si ta pas de reste c'est un problème de CPU rst ou post out

 

Ok, je viens de refaire des mesures de tensions sur tous les points de la CR: 

 

 

- sur C j'ai le signal du POA (j'ai mesuré console allumée, j'ai bien les 1,783V)

 

- sur D j'ai bien le long fil bleu qui vient du dessous C5R11 (le point soudage carré à droite, j'ai mesuré console allumée, j'ai 1,83V). 

 

- sur B j'ai le signal du quartz 48 Mhz rajouté (j'ai mesuré console allumée, j'ai 1,63V).

 

 

 

Du coup, vous pensez que je devrais faire quoi, tenter de raccourcir le long fil bleu OU  tenter un autre fichier XSVF ?

 

 

Merci.

Modifié par atupac, 03 mai 2013 - 18:34.

[Gagny-Tech]

j'avais pas vus un truc =), tu es sur de ton point B? 

[atupac]

j'avais pas vus un truc =), tu es sur de ton point B? 

 

Oui Gagny  

 

-  j'ai bien fais gaffe au niveau des 4 points à souder sur le quartz : Double VCC soudé du côté dos du quartz où y'a un point de soudure avec une forme "carré-cassée" et qui correspond au point de référence en bas à gauche côté face du quartz / Point B soudé en haut à gauche et le GND en bas à gauche côté dos du quartz.

 

Le fait d'avoir la tension mesurée sur le point B confirme qque chose ?

 

-  Sur l'image du montage de la CR Rev C, ils disent d'enlever le Jumper "C15" .  Par contre, sur CR Rev. B y'en pas....

Modifié par atupac, 03 mai 2013 - 18:51.

[Gagny-Tech]

Petite question, pourquoi tu te complique la vie avec une rev b? 

 

prend toi une glitchip 2.2 non

[atupac]

Comme j'en avais sous la main, je voulais tenter le coup

 

Je sais bien qu'il y'a des glitchip 2.2, mais je voudrais juste savoir si la Led Verte clignote dés que la puce est bien programmée, ou alors elle clignote seulement quand en plus tous les signaux sont là ?

 

Merci.

Modifié par atupac, 03 mai 2013 - 18:54.

[Gagny-Tech]

elle clignote quand tout est ok, sa arrive que sa clignote quand le montage est pas bon, mais les resets se font mal

[atupac]

elle clignote quand tout est ok, sa arrive que sa clignote quand le montage est pas bon, mais les resets se font mal

 

Ben franchement tout est OK aux niveaux des points.

 

Je me demandais un truc: en dessous de la console, on doit bien n'avoir qu'un seul fil : le long fil bleu du CPU_RST ?   (on est d'accord que le deuxième fil qui était POST_OUT, est remplacé par PST_Fix)

[megaoctet]

salut

 

As tu ponté les resistances?

 

Celle pour les deux points (E et F ) sur coolrunner

 

Il faut sur les v3 et v4

 

peut etre oublié!!

 

Je viens de regarder ta photos en detail et je crois qu'elles sont pontées

Modifié par megaoctet, 03 mai 2013 - 19:52.

[atupac]

salut

 

As tu ponté les resistances?

 

Celle pour les deux points (E et F ) sur coolrunner

 

Il faut sur les v3 et v4

 

peut etre oublié!!

 

Je viens de regarder ta photos en detail et je crois qu'elles sont pontées

 

oui, elles sont pontées les 3 points  à ponter pour pouvoir dumper/écrire + récupérer les signaux I2C...

 

Pouvez vous me confirmer que l'ancien fichier XSVF de timing pour corona  "tx_corona_0_2.xsvf" de 23ko  est compatible avec l'ECC leaké de la TX ?

 

NB:  j'avais essayé le fichier xsvf "RGX_CORONA_A.xsvf" de 44Ko fourni dans l'archive de la TX, mais Nandpro retourne une erreur comme quoi il n'a pas pu l'exécuter avec succès sur la CR, alors que celui de 22ko passe nickel...) 

Modifié par atupac, 03 mai 2013 - 20:07.

[megaoctet]

oui tu l'avais mis dans ton post en plus ..

 

tu essyerai pas de prendre les timing du Dgx to Rgx par hasard?

 

Car avec les Ecc dgx rip il doit etre flashé sur la console mais le timing de la puce est le meme que sur les corona sous 15xxx.

 

Les timing RGX sont prévu pour le dgx uniquement non?

 

Enfin je sais pas si j'ai été clair ? 

 

 

Modifié par megaoctet, 03 mai 2013 - 20:10.

[atupac]

oui tu l'avais mis dans ton post en plus ..

 

tu essyerai pas de prendre les timing du Dgx to Rgx par hasard?

 

Car avec les Ecc dgx rip il doit etre flashé sur la console mais le timing de la puce est le meme que sur les corona sous 15xxx.

 

Les timing RGX sont prévu pour le dgx uniquement non?

 

Enfin je sais pas si j'ai été clair ? 

 

 

 

 

Si si justement tu as été parfaitement clair, ça expliquerait pkoi ça passait pas lol ^^ 

 

Par contre, j'arrive pas à voir ce qui pêche dans mon montage :/

 

Merci.

Modifié par atupac, 03 mai 2013 - 20:19.

[tibo94]

le fichier timing RGX c'est juste pour convertir les DGX en puce normal

vu que la puce ne clignote ça veut dire que les reset ne se font pas donc problème au niveau du reset/postout/quartz

[atupac]

le fichier timing RGX c'est juste pour convertir les DGX en puce normal

vu que la puce ne clignote ça veut dire que les reset ne se font pas donc problème au niveau du reset/postout/quartz

 

Y'a t'il eu des quartz qui marchaient pas avec la CR à l'époque des Corona V1 ? 

 

En raccourcissant le fil du CPU_RST, ca peut changer qque chose ?

 

Comment vérifier que ces 3 points marchent ou pas  :

 

 

- Post_out: j'ai bien 1.7 V => donc c'est bon ?

 

- Reset_cpu : mon long fil bleu est proprement soudé sur le point carré à souder  ( à droite et juste en dessous du XXX11) et va sur D de la CR. J'ai une tension positive dessus, c'est OK ?

 

- Quartz : il fournit bien une tension en continu, faut le tester d'une manière spéciale pour valider qu'il marche ?

 

Merci.

Modifié par atupac, 03 mai 2013 - 20:42.

[M@DBoX]

Par contre, j'arrive pas à voir ce qui pêche dans mon montage :/

 
Pour avoir fait pas mal de montage avec quartz rajouté,
je te conseil de recâbler l'oscillateur au plus court possible sur la puce.
 
Il est très sensible aux perturbations de la console à un point a ne plus avoir de reset... voir des tactactac...
 
Sinon pour le restant, tu peux essayer le flash du timing 1-3 et câbler le cpu sur FT3T10 (j'ai des temps de boot record avec ce point).
Pour voir ce que ça donne.

[atupac]

 
Pour avoir fait pas mal de montage avec quartz rajouté,
je te conseil de recâbler l'oscillateur au plus court possible sur la puce.
 
Il est très sensible aux perturbations de la console à un point a ne plus avoir de reset... voir des tactactac...
 
Sinon pour le restant, tu peux essayer le flash du timing 1-3 et câbler le cpu sur FT3T10 (j'ai des temps de boot record avec ce point).
Pour voir ce que ça donne.

 

 

Cool d'avoir des retours d'Old_School, ça fait plaisir

 

- Raccourcir à combien, 2cm (je suis à 3cm sur mes photos) ?

 

- Sympa ça pour le FT3T10 , c'est le point alternatif ?

 

- Vaut mieux mettre la CM dans son panier pr les tests ou ca change rien ?

 

Merci

 

 

 

Edit1:

 

Je viens de raccourcir le Quartz à 1,5cm environ et injecté le timing corona_1_3 =>  pareil  :/   Faut faire + court que ça ?  

Pour être sûr que le Quartz marche, il suffit juste d'avoir une tension en B ?

 

Je vais tenter ton FT3T10...

Modifié par atupac, 03 mai 2013 - 22:22.

[M@DBoX]

1.5cm c'est bon ça suffira.

 

Le plus étrange c'est que tu n'as même pas la led verte qui s'allume au moins une fois. 

C'est bien un quartz 48.000mhz ?

 

Et si tu fais un erase du xilinx, la led verte s'allume bien ensuite ?

[atupac]

Edit 2:

 

- J'ai raccourci un peu le fil venant du POST_FiX

 

- J'ai changé le CPU_RST pour FT3T10

 

- Redonné un coup de fer sur soudures du Quartz

 

 ====> 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 ?

Modifié par atupac, 03 mai 2013 - 22:26.