LeVeL

Membres
  • Compteur de contenus

    46
  • Inscription

  • Dernière visite

Réputation sur la communauté

0 Neutral

À propos de LeVeL

  • Rang
    Membre

Information Personnelle

  • Localisation
    Canada
  1. Je suis du Québec. Quel longueur par curiosité ton fil bleu pour cpu_rst? Je replonge ce soir pour une série d'essai
  2. consoles2jeux, tu mets quoi comme cpu_rst et sur quel point... car j'ai encore glitch éternels avec 70cm d'AWG30 ou RJ45 sur post_out
  3. Bon, je viens de voir de nouvelles soluces sur un autres thread du forum. 70 cm d'AWG 30 en post_out ou RJ45. Je vous en redonne ds nouvelles
  4. Merci pour vos précieux conseils J'ai déjà essayé le point R4D4 avec le fil bleu de 12 à 8 cm puis un AWG 24 de 12 à 8 cm également. J'ai aussi essayé FT3T10 avec les même longueurs. Pendant ce temps, le fil jaune d'origine sur le post_out ou le bleu à 55 cm et ensuite différente longueur. J'ai aussi tenté de mettre tout au plus court. Pour les DIPs, j'ai toujours la 8 sur ON et les autres sur OFF. Branché en HDMI également. J'ai essayé avec le cable standard et chaque fois le RJ45 branché. Je vois la LED de mon routeur qui allume et s'éteint au fil des glitchs... éternels Je crois vraiment que c'est le DGX qui est en cause... mais comme je n'ai pas d'autre slim sous la main pour l'instant je ne peux pas le certifier. Je tiens à souligner que j'en suis pas à mon premier glitch... mais avec le DGX oui... @+
  5. Merci pour l'info! Pour le DGX switch 1 à 7 OFF, switch 8 ON. J'ai essayé tous ON aussi... j'ai vu ca sur un autre forum. Sans succès... aucun boot... glitch infini (des heures et des heures)
  6. Bonjour à tous! Voilà, je galère depuis plusieurs heures sur ce glitch Corona V2 avec un DGX. La nand est lue 2 fois, le Write DGX a été effectué avec les 2 version ECC. J'ai testé diverse longueur de fils à peu près toute les combos de longueur et type trouvés sur divers forum. J'en suis à me dire que mon DGX est en cause... j'ai vu que certain DGX était carrément bon à rien... ou très peu de chose. Bref, j'ai l'intention de commander le DGX v1.1 et je voulais savoir si je pouvais utiliser un ou l'autre des points encerclés en rouge sur la photo en guise d'alternative pour mon cpu_rst. Dans un élan d'impatience, j'ai arraché le pad C5R11 mais je tiens à me relier le plus près possible de ce dernier pour tenter la configuration proposée par la TX (que l'on peut voir dans la news du DGX 1.1 sur ce site) Merci de vos réponses les gueux!! Ce n'est pas une photo de mon board, mais elle permet tout de même de juger de ma requête!
  7. Merci de ta réponse Télémaque! @+
  8. Salut! J'aimerais savoir en quoi consiste ce coup de tournevis pour un court-circuit Sur un port USB?? J'ai une console ici en 3RLOD et erreur 0101 (qui apparemment correspondrait à un court-circuit sur port USB) suite à un reflow pour réparer une e74. La console a redémarrer correctement fonctionner quelque temps et ensuite cette 0101est apparue. Merci les gueux!
  9. Lut!!! MP envoyé... je me croise les doigts Ciao
  10. Salut, après avoir obtenu le status 0x72 2 fois de suite, lance l'écriture en mode manuel avec dosflash dosflash w E900 1 a0 2 0 4 firm.bin 0 le param a0 si ton lecteur est en position Master, sinon c'est b0 pour Slave tu remplaces firm.bin par le nom de ton firmware Ciao!
  11. LeVeL

    Délai Lors De La Mise Hors Tension

    Non, je voudrais qu'elle se comporte comme les autres que j'ai lol Mais bon, si c'est normal alors ca va!! Ciao!
  12. LeVeL

    Délai Lors De La Mise Hors Tension

    Merci pour ces réponses! @Bugess: Y'a t-il moyen de faire en sorte que cela ne se produise plus?? LeVeL
  13. Bonjour à tous, j'espère être dans la bonne section. Voilà, une box que je viens de réparer pour une erreur 0022 me fait un étrange comportement lorsque je la met hors tension. Plutôt que de s'éteindre immédiatement comme attendu, les leds s'éteignent (ca c'est normal) et les ventilos continuent à tourner. Au bout de 4 ou 5 secondes, la led centrale s'allume et se rééteint aussitôt et, partant, la box s'éteint pour de bon. Ce ''trouble'' est intempestif puisqu'il arrive qu'il ne se produise pas. Je n'ai pas réussi à recréer les conditions pour l'obtenir tout le temps. Est-ce que quelqu'un a déjà eu ce problème??? Qu'en est la cause possible??? Voilà!! Merci
  14. Salut, Pour le CB1903 tu flash directement xenon_hack.bin ou NewXell.bin. Sans oublier tes 3 résistances entre J1F1 et J2D2. Aussi, à mon souvenir, xenon_hack.bin ne supporte que le mode VGA donc si tu n'as pas de câble VGA opte plutôt pour NewXell.bin qui supporte RGB (Component) Je crois, je ne l'ai pas testé, que pour un CB1920 tu peux également flashé directement avec une des 2 images puisqu'elles exigent un CB1920 ou inférieur. Pour CB1921 c'est différend. Ciao
  15. LeVeL

    Le Fichier Du Hack Est Dispo.

    Oui j'utilise un cable VGA bien sur, Comme j'explique, la faille se lance sans problème lorsque je flash l'image ''xenon_hack''. J'ai utilisé le script ''build.py'' pour extraire mes CB/CD depuis le backup de ma nand. Mais, puisque je suis en 1903/1888 le script plante et ne crée pas les fichier ''image_xxxxxxxx''. Du coup, j'ai extrait la config CB/CD de l'image ''xenon_hack'' et lancé le script (avec mon backup nand, smc_hacked, l'update 4532, xell-1f ET le CB/CD 1920 provenant de ''xenon_hack''). Lorsque je flash ''image_00000000'' la faille ne démarre plus, je n'ai rien à l'écran. À note que j'ai insérée la clé 1BL et ma clé CPU dans le script build.py, si cela aie pu changer quelque chose... merci de m'éclairer Level Edit: Apres avoir flashé image_00000000.ecc, j'ai reflasher les 50 premiers blocks de xenon_hack.bin et la faille s'est relancé... Est-ce qu'il faut que ma nand d'origine soit en place pour utilisé la méthode des fichiers ECC? Pour ceux que ca interresserait, voici la commande: nandpro lpt: -w16 xenon_hack.bin 0 50