titou42

Bonsoir a tous,

je reviens sur ce thread après qq tests sur ces fameux clones :

(1) la led verte est une led de présence tension => toujours allumée dès lors que le dongle est alimenté
(2) la led rouge est connectée a une GPIO de l'AT90USB => allumée = le soft psjailbreak est exécuté, éteinte = le chip est en dfu

ma théorie etait juste (cf qq pages avant) : forcer le hwb a 0 + un coup de reset => le dongle est en DFU : led rouge éteinte
si on branche sur un PC "frais", on voit qu'il détecte un AT90USBxxx DFU

mais ca ne suffit pas. J'ai aussi le check failed @ 0x0002
je ne sais pas si vous avez remarqué mais en blank check (je vrois) flip dit que le chip est "protected"

les chip de ce dongle ont leur mémoire protégée
vous pouvez essayer de les programmer jusqu'à la saint glinglin, ca ne sert a rien
il ont été protéger , vous ne programmer rien

étudier la datasheet, ils y parlent des fuses de protection

j'ai bien étudier, il y a un mode de programmation par SPI (sorte de liaison série spécifique)
qui permet de reprogrammer et surtout de lire l'état des fuses (donc de comprendre ce qui est verrouillé dans notre cas)
et de les reprogrammer (si le dongle n'a pas été mis en mode "non reprogrammable")

mais la, ca dépasse le bidouilleur de base, il faut un softeux bas niveau ou un développeur fpga
pour ecrire un code pour dialoguer avec l'at90USB par SPI

pour ma part, je vais essayer de coder une interface en VHDL (je suis développeur FPGA) pour lire l'état des fuses
stay tuned, je partagerais mes résultats (mais ca prendre du temps)
en attendant, inutile de vous acharner, ceux qui croient avoir programmé
n'ont en fait rien réécrit ce qui fait que le dongle marche encore ;-)

Salut,

@neo63 : regarde les datasheet de l'at90usb162, je ne sais plus non plus quelle patte c'est.
Normalement demain je teste la solution de titou et je vous poste ma reponse (en esperant que cette fois sa marche bien ! )

Salut Mr HIM,

content que tu testes mon idée
il n'y a pas eu de retour jusqu'à maintenant
je suis curieux de savoir si ma réflexion est juste ou pas
soit ca n'intéresse personne soit personne ne partage ses tests ?

tiens moi au courant par le forum, je tacherais de t'apporter du support

OK mais je parle bien de ATMEGA16A est pas autre chose
ce ATMEGA16A est pas du tout comme le AT90USB, il a beaucoup plus de broche etc
enfin, je dit ca, mais il faut juste regardé et trouvé 1 Reset sur les 5

Bonjour Scarfays,

pourquoi étudier l'ATMEGA16A ? ceux qui ont autre chose
qu'un AT90USB ont des ATmega32.
As tu une carte avec ce composant ?

je viens de jeter un coup d'œil :
il existe une ATmega16U2 qui est une version avec moins de mémoire embarquée que le ATmega32U2
ces deux la ont une interface USB2 intégrée (c'est ce que doit indiquer le suffixe U2)

l' ATMEGA16A est un autre micro, basé sur le même cœur, mais dépourvu d'USB
ca me parait bizarre d'utiliser ce micro pour faire un dongle USB alors qu'il n'intègre
pas d'interface USB ?
N'aurais tu pas confondu ATMEGA16A et ATMEGA16U2 ?

néanmoins et pour info (même si je ne pense pas que cela soit utile), le 16A est programmable par JTAG ou par SPI
(interfaces dédiées nécessitant soft et sonde de programmation spécifique), pas par USB (normal, il n'a pas cette interface ;-)

Hello
Merci titou42
Tu a foute a fait raison..., beaucoup essai le Reset comme sur le tuto alors qu'ils ont pas de AT90USB dessus
Donc ca marchera pas, et risque de tout cramé !

Donc pour ta solution, on a pas besoin de diode etc, juste a fait des pont !
Vu que tu a des notion, tu peux juste regardez le Datasheet pour les micro controleur ATMEGA16A
Il est beaucoup plus compliqué.
Il est installer sur beaucoup de clone PSJailbreak etc mais pas de Reset encore
Pourtemps il est dit qu'il y a 5 possibilité de fait Reset sur les ATMEGA16A
Si tu a la motivation, et donner quelque explication, a 2 on pourra peux etre trouvé la solution
Merci en tout k

>> Pour scarfays : qu'entends tu par "5 possibilités" ?

j'ai analysé la datasheet du AT32megaU2, il semble compatible au niveau du pinout
en tout cas, meme procedure sur HWB et reset et meme position (pin 13 et 24)
donc ma méthode (mise a la masse de HWB, reset, relachement du HWB) devrait aussi
suffire, si mon analyse est correcte

donnez du feedback sur vos tests

PS : il peut y avoir un problème de fuse mal programmés qui peuvent bloquer
le forçage hardware. Pour s'en rendre compte il faudrait passer par le jtag
et la, il me faudrait un circuit (chose que je n'ai pas)

Bonjour a tous,

j'ai lu votre fil de discussion. je félicite l'initiateur (kekethebest007) pour son partage d'infos
et vais essayer de contribuer a mon tour.
Ingénieur en électronique numérique, je peux peut être vous donner quelques axes de réflexion :

(1) regarder ce qu'il y a sur votre dongle. Un ATMEGA et un AT90USB sont des microcontrolleurs
mais ils sont différents. Pas la peine d'essayer de reproduire les manips de kekethebest007
si vous n'avez pas un chip AT90USB**

(2) Les datasheets de ces circuits sont librement accessibles (www.atmel.com), essayer de les
analyser un peu, une réponse a vos questions est peu être dedans :

mon idée % aux problèmes que je lis :

pour (re)programmer un dongle, il faut utiliser un bootloader préchargé
dans le chip qui fait la passerelle entre des données issues du PC
(envoyé par le FLIP) via USB et la mémoire flash du micro

pour ce faire, le micro doit passer en mode DFU.

la, on regarde dans la datasheet (ceux qui ne dorment pas en cours d'anglais
vont être content) et on voit que ceci est contrôlé par deux pins du circuit :
reset et HWB.

dans la datasheet (fig 23.3 p 231), on voit un chronogramme ou l'on nous explique
que : au relâchement du reset (remontée au niveau haut), l'état
de la pin HWB est échantillonné (ie capturé). si HWB vaut 0 quand reset
remonte à 1 : on lance le bootloader. sinon, on lance le code utilisateur

j'ai l'impression que pas mal d'entre vous ne pilote que le reset
et ne contrôle pas HWB. C'est peut etre la qu'est l'erreur.

en effet, sur les photos de chip que j'ai pu voir, on voit la pin du HWB (pin 13
de mémoire) flottante (ie connectée à rien) => circuit CMOS : pas bon niveau
électrique indéterminé => vous avez beau piloter les reset, si le chip voit HWB à 1
ca lance le code appli !!

ceci est corroboré par le fait que certains réussisse a passer en DFU en mettant
leur doigt sur le chip : l'électronique CMOS en flottants est très sensible :
avec votre doigt, vous devez ramener un niveau électrique sur la pin 13 proche de la masse !!

reste le cas de ceux avec deux diodes et un inter
la, ca devrait améliorer les choses. et il y en a pour qui
ca ne fonctionne pas (mais sont ils en AT90 USB ??)
tout ce que je vois, c'est qu'il faut une capa pour maintenir la masse
sur la pin HWB le temps que le reset remonte.

===========================================================================

voila un test "simple" pour valider cette théorie :

souder un fil sur le HWB, un autre sur la masse. connectez les
branchez votre dongle
faite un reset (ie votre coup de tournevis sur le pont à l'arrière)
relâchez le reset

la, le chip doit sortir de reset & voir HWB a 0 => mode dfu

relâcher HWB (déconnectez les deux fils)

si ma théorie est correcte, cela devrait faire marcher
certains dongles jusque la récalcitrants

testez si vous le voulez et donnez moi les résultats