tiens voici le message que j'obtiens dans la zone message de AVR:
Coordinator: Error when trying to make JTAGICE target device enter programming mode
Coordinator: Error loading object file.
J'ai aussi testé de faire tourner l'ATEMEGA seul hors JTAG et après reboot mais pas de chenillard je pense que je envoie rien de valide dedans.
Sur cela je vaismadame commence à en avoir mare de me voir scotché devant le PC.
Bon cela marche mais je poste quand même la démarche cela pourrait servir à un futur noob en µC atmel.
reboot du PC
lancement AVR studio
connexion de la sonde JTAG sur le port USB (sonde déjà connecté à la plaquette de test)
chargement du projet de test 'cylon'
demande d'AVR de choisir la plateforme de debug et le device
choix de JTAG ICE et ATMEGA 32
pas d'insulte de AVR et chargement du projet
'Build' du projet pas d'insulte
appui sur l'icone c"onnect to the select AVR programmer" (dessin d'une puce avec écrit AVR à l'intérieur)
dans le panel "main" de la fenêtre qui vient de s'ouvrir (JTAG ICE in JTAG mode with ATMEGA32) j'appuie sur 'read signature'
resultat: "0xE1 0x95 0x02 signature matches selected device"
dans le panel "program" programmation de la flash avec le code hex issue de la construction du projet
résultat OK
dans le panel "fuses" programmation avec la valeur de défaut pour l'oscilateur (j'ai plus de quartz ni capa sur mon montage)
résultat OK
je ne touche pas aux autres panels
dans le panel "start" seul "program flash" et "log file "sont cochés appui sur "start"
résultat OK idem dans le log file
tout semble OK
je ne ferme pas la fenêtre "JTAG ICE in JTAG mode with ATMEGA32"
je lance "start debugging" dans AVR studio
resultat could not connect to JTAG ICE on USB or port COM1 to 4
je referme la fenêtre ""JTAG ICE in JTAG mode with ATMEGA32"
je relance "start debugging" dans AVR studio
Miracle là cela à l'aire de fonctionner
Il semble donc que c'est cette fenêtre qui bloque l'accès au port pour le mode debugging.
Je dispose maintenant d'un magnifique chenillard (merci thierry)
Après tout ça je suis convaincu, c'est evident, les AVR c'est plus simple et moins "bricolage" que les PIC
On en reparle quand tu auras testé.Envoyé par Forhorse
Après tout ça je suis convaincu, c'est evident, les AVR c'est plus simple et moins "bricolage" que les PIC
@ PIC sur PAC:
si la fenêtre de prog garde le port série ouvert, il est logique qu'un autre process ne puisse pas y accéder.
C'est plus un problème de gestion archaïque des drivers Windows qu'un problème de PIC, d'AVR ou autre. Sur mes ARM7, si j'essaie de dialoguer sur le port série tout en laissant le programmateur activé, ça me fera la même erreur
Bonjour, Pic sur Pac
En fait il n'est pas nécessaire de programmer l'AVR avant de lancer le debug, car lors du debug il (re)programme automatiquement l'AVR.
Pour faire du debug, je coche personnellement le fuse 'OCDEN" (On Chip Debugger ENable)
Encore une chose qui n'apparaît pas dans ta séquence, c'est qu'il faut toujours faire un erase avant de le programmer.
Et finalement, quand il te dit qu'il ne trouve pas la sonde sur les COM 1 à 4, il propose un menu (il faut cliquer sur un bouton) qui permet de choisir un COM 1 à.. 16.
Tu verras, l'apprentissage est exponentiel.
Et si tu veux des bon trucs (genre ceux qu'on ne sait pas deviner tout seul) en C, pour interfacer ton AVR, et sur l'usage des périphériques, je te recommande l'excellent livre d'Elektor. Un peu cher mais tu le béniras quand tu verras toutes les heures, semaines et journées que cela t'aura épargné :
http://www.elektor.fr/products/books...r.958770.lynkx
Inscris toi aussi (gratuitement) sur http://www.avrfreaks.net/
Bon amusement,
Thierry
