zackwarrior

Je pense soul que tu pars complétement dans la mauvaise direction sans vraiment lire ce qu'il te dit, il a dit que tous les dumps on été dans les mêmes conditions et AVEC lecteur....

Donc actuellement ta console démarre normalement ? ou tu y a déjà injecté le smc modifié (avec le ecc généré)

Que tu fasse un dump avec le lecteur dvd branché ou pas le dump reste le même car la xbox n'est jamais allumé lors du dump elle est juste alimenté, aucunes détection faite alors que la xbox n'est pas allumé.... Les dumps on tous été fait lecteur dvd branché à chaque fois OK et sinon tu as effectué tes dumps au début sans la puce et ensuite lorsque ta puce était branché sur la carte mère ?

Jamais essayé je ne pense pas vu que les logiciels communiquent avec le port parallèle directement, je ne connais pas ce type de périphérique est ce que ça émule un port LPT ?? faudrait faire des tests mais je ne pense pas

Je suis pas lourd je te parle clairement technique avec des explications clair que tu n'as pas l'air de comprendre vu que tu ne me sort aucunes réponses technique pur. Bref n'importe qui saurait qu'il ne faut pas prendre le risque de branché la puce à la xbox ainsi qu'aux ponts lors d'une programmation. Je prend bien note en tout cas de ce que tu as dit. Je t'ai donner des arguments techniques, mais toi tu ne m'explique en rien tes propres arguments. On vois bien dans les explications technique de gligli que son module n'est pas branché à la xbox pendant sa programmation et que R2 est branché afin d'offrir au global clock le bon voltage pour la programmation... Je t'ai posé une question : donc tu dis que d'appliquer un pic de 2,3v au hana via la pin STBY_CLK de la puce (c'est ce que délivre la puce lors de l'erase, regarde la doc du XC2C64A) de la xbox, ne fait courir aucuns risques à la console ???

Exactement afin de faire courir AUCUNS risques à la console, et si re-programmation il y a besoin, dessoudé les connections vers la carte mère (hors VCC et GND) ainsi que les ponts sur la puce afin de ne pas créer de conflit ou de bug de detection de puce ou de programmation (car sinon je rappel qu'on applique du 1,8v ou du 1,4v en pin 7 (qui est le "global clock") pendant la programmation alors qu'il faut du 3,3v) Sinon petit édit pour info: le coolrunner c'est le XC2C64A, c'est le nom donner par xillinx, la puce s’appelle "XC2C64A coolrunner II" et le c-mod c'est le périphérique de chez digilent utilisant un XC2C64A coolrunner II ou un XC9500 ou encore XC9572XL, faut pas tout confondre....

Bien sur que je parle de la donc de la puce xilinx... tu l'as lu ? je parle de la XC2C64A depuis le début.... la doc technique faut la lire Donc d'un point de vue technique tu pense qu'il n'y a aucuns risques, aucunes chances que ce soit en LPT ou en USB lorsque tu envoie du 2,3v au hana ? (attention a la réponse ... consulte la donc du hana et en particulier du pin qui est relié à STBY_CLK) Quelqu'un d'un minimum sensé et afin de ne faire courir aucuns risques utiliserait un moyen de couper les connections vers la carte mère pendant toute programmation afin qu'il n'y ai aucunes risques! ni pour la puce! ni pour la xbox de l'utilisateur... Si je te dis cela c'est pas pour rien des personnes sur xbox hacker on cramé leur puce et/ou ont eu des soucis avec leur box en essayant de faire une reprog glitch chip en ayant laisser tous les fils de branché.... Et nous aussi on avait remarqué cela au début en particulier si on laisse les ponts mode slim ou fat pendant une reprog le tout connecté sur la cm de la xbox....

Heu .... bon on va reprendre niveau électronique.... je ne parle pas du connecteur jtag.... mais de comment il faut programmer le coolrunner et ce dont il a besoin pour être programmer correctement Tu sais bien à quoi sert le faite de dessoudé la résistance R2 et de branché une de ses pin à une des pin de la résistance R1 ? non ? Cela sert à envoyé du 1,8v (sortie régulateur) à la pin 7 du coolrunner ( tu sais pourquoi non ?? ) ça c'est pour le mode slim. Comme indiqué sur les schéma du glitch pour SLIM : "Remove R2 & connect upper pad of R2 to lower pad of R1", c'est ce que tu fais sur ta puce quand tu soude les ponts "slim". Pour le mode FAT on dessoude R2 et on soude R3 afin de connecté la Pin 7 au montage Fat avec les diodes, elles permettre de faire chuté la tension de 2/3 de volt par diode (~0.6v) x 3 = 1,8v que l'on enlève au 3,3v on ce retrouve donc avec ~1,4 à 1,5v en pin 7. comme indiqué sur le schéma du glitch pour FAT : "Remove R2 à short R3", c'est ce que tu fais sur ta puce quand tu soude les ponts "fat". Tout cela c'est quand on active le mode slim ou fat de la puce.... Pour la programmation (on le voit dans les explications de gligli) on laisse R2 en pin 7 (R2 = 0ohm c un shunt) du coup pour la programmation on applique 3,3v en pin 7 afin que la programmation ce fasse correctement. A quel endroit sur ta puce il est possible de ré-appliqué ce 3,3v en pin 7 pour la programmation ? Aussi tu pense donc que des pic de 1,8 à 2,3v (lors de l'érase au début de la re-programmation) vers les connexions de la xbox ne font courrir aucuns danger à la xbox ? Le faite de reprogrammer la puce avec du 1,8v ou 1,4v en pin 7 au lieu de 3,3v te semble donc tout à fait normal ??? (regarde la doc du coolrunner) Dans tout les cas d'un point de vu totalement électrique tu ne peux pas me dire que tu conçois cela (je parle de laisser la puce connecté pendant la prog ou la reprog)

Bah ça fonctionne sans soucis en Ethernet, c'est juste que c'est déjà possible avec le xell actuelle

Heu pour le glitch il faut dumpé la nand avant de toute façon... Du coup l’intérêt serait de pouvoir reflasher la nand par le xell plutôt que de re-dump la nand non ? Si c'est pour faire comme pour la jtag on flash le début de la nand afin de dumpé rapidement la nand via le xell, cela existe déjà depuis un bail on a juste besoin de dump 2m de la nand pour créer le .ecc et ensuite avoir accès au xell via ethernet

Oui billos pas de soucis pour ce câble lpt/jtag

Pour le c-mod lors de la programmation on voit bien que R2 doit être branché afin de fournir correctement le 3,3v en pin 7, et une fois que la puce est programmer on fait le montage Slim ou Fat suivant notre console MAIS on dessoude R2 afin de ne plus offrir le 3,3v au coolrunner (car on lui applique du 1,8v ou du 1,4v suivant la CM) vous trouvez qu'il n'y a donc aucuns danger (électriquement) qu'on laisse le montage Mode slim ou Mode fat pour reprogrammer la puce ? alors qu'a la base la programmation ce fait sans ses derniers composants ? De plus vous trouvez cela normal qu'on laisse une puce câblé sur la carte mère (je parle pas de l'alimentation) alors qu'on y injecte du courant pour la programmer ? sachant que ce même courant va être diffusé dans la carte mère xbox ? (on ne s'emflame pas plz c'est juste des questions )

Donc la x360 glitchip, sans débranché les fils connecté de la xbox 360 à la puce et sans dessoudé les ponts de soudures sur la puces, on peux la reprogrammer en LPT sans soucis ?

Non ça bug, fait le test en usb cela ne passe pas, en LPT j'avoue ne pas avoir essayé, sachant que le coolrunner n'est pas sensé être connecté a une xbox avec tout son circuit complexe lors de la programmation. En usb cela fait bugé la programmation et la détection du périphérique usb... En LPT je ne conseillerais pas de laisser la puce branché ni les ponds, à la base le coolrunner n'est pas censé être programmer ou reprogrammer en étant connecté à tout un autre circuit... En débranchant les connexions à la CM et en laissant le 3,3v et le GND la prog/détection du coolrunner ce fait nickel De plus comme expliqué, lors de la programmation le coolrunner doit avoir du 3,3v en pin 7, hors les ponds effectué sur la puce permettent de passer en mode slim (et d'envoyer du 1,8v en pin 7) ou en mode fat (et d'envoyer du 1,4v en pin 7), donc pour ne pas prendre de risques et pour une programmation sans soucis il faudrait débrancher les fils branché à la carte mère (sauf VCC et GND) et les ponds (car ils ne feraient que perturber la détection ou la programmation de la puce)

Pour l'instant non cela ne permet que de lancer le xell afin de récupéré une clé dvd perdu via la clé cpu.

Billos, la puce n'est pas sensé être branché sur ta console lors de la programmation ou alors c'est possible si tu intègre un moyen de coupé certaines connexions, sans cela il ne faut pas que les ponds soit soudé sur la puce, sinon la programmation bug aussi du faite que certaines composants que l'on rajoute pour le glitch hack (diodes resistances ou condo) ne sont pas sensé être présent sur ton coolrunner lors de la programmation. Si tu ne dessoude pas les ponds sur la puces, la programmation sera incorrecte, car en mode programmation il faut appliquer du 3,3v en pin 7 du coolrunner et non du 1,8v pour la slim ou du 1,4v pour la FAT, c'est pour cela que la programmation bug En gros il faut dessouder les connections de la vers la carte mère et gardé seulement le VCC et le GND pour reprogrammer la puce

Pour info si la puce est branché sur la CM et que tu essai de la programmer cela ne fonctionne pas, à part si tu dessoude les fils lié a la carte mère, que tu ne laisse que le 3,3v branché à la puce et que tu dessoude bien les pond slim ou fat sur la puce. Après je ne sais pas si la puce est totalement cable à la xbox pour seulement le 3,3v et gnd...

Bah j'ai juste répondu, j'ai absolument rien dit à part le faite qu'il faut avoir un programmateur jtag compatible avec les coolrunner II et que c'était pas évident de trouver un programmateur usb pas cher. c'est tout ... o.o

En usb et "pas cher" tu vas avoir du mal... Il faut que tu te procure un programmateur jtag qui soit compatible avec le CPLD que tu souhaite programmer, c.a.d le coolrunner II (xillinx XC2C64A)

Comme indiqué sur notre news, le coup du 270 on est au courant depuis le début, nous y avions intégré un 270pf mais en plus avec une tolérence de +/-1% (la plus part des condensateurs sont de +/-10% ce qui n'est pas bon) afin d'avoir un résultat optimal

Petit détail concernant le Glitch360Prog, il offrira les sorties standard TMS, TCK, TDI, TDO mais aussi le 3,3v et le GND (pas besoin d'alimentation externe) afin que vous puissiez programmer ou reprogrammer toutes puces glitch nécessitant une interface jtag

Vous voyez que c'était une bonne idée notre idée de sortir un logiciel pour programmer les puces glitch sans passer par xilinx impact

Oui, nous avions remarquer cela il y a un bail, nous avons intégré un condensateur 270pf avec 1% de tolérance, la glitch 360Key sera aussi compatible avec les cartes mères falcon

Demain on postera des photos de notre puce et on commencera à envoyer les samples

Non, aucunes limite dans le temps, mais limite de stock oui... Vérifie que tu as bien suivit les étapes de ce tuto (jusqu'à l'étape 6): http://tutoriaux.gueux-forum.net/index.php...r%C3%A8s_un_ban