Pb programmateur ISP pour AVR

[erff]

Bonjour,

J'ai décidé de me faire une culture dans le monde des µC, et j'ai donc réalisé un programmateur sur port parallèle, 'in situ' pour les AVR d'atmel.
Voici le schéma :
http://www.tavernier-c.com/programmateur_atmel.htm

J'ai également réalisé un montage d'expérimentation (ATtiny26, câblé pour être programmé in situ, + des broches de sorties pour visualiser sur l'oscillo). Voici le schéma :
http://homelab.dyndns.org/index.php?...tiny_dev_board
(j'ai adapté les 'MISO' 'MOSI' 'SCK' 'RESET' car le brochage du tiny26 est différent du brochage du tiny2313, et j'ai laissé en l'air la broche 3 du connecteur 10pts, car dans le programmateur, cette broche est reliée à une LED (optionnelle))

Les montages ont été réalisés / vérifiés-revérifiés avec soin (j'ai testé TOUTES les connexions, dans les 2 montages !)...

Je compile un programme de base avec GCC (je suis sous Linux) bien comme il faut, je crée le .hex, et lorsque je veux le transférer dans le µC avec avrdude, voici ce que j'obtiens :

sudo avrdude -p t26 -c dapa -P /dev/parport0 -i 5 -U flash:w:main.hex

avrdude: AVR device not responding
avrdude: initialization failed, rc=-1
         Double check connections and try again, or use -F to override
         this check.


avrdude done.  Thank you

...la même chose que lorsque je ne branche rien...

Ce qui me pose souci c'est que sur ce site :
http://www.bsdhome.com/avrdude/
on suggère un brochage différent du port parallèle pour attaquer le µC (p.ex : la PIN7 du port parallèle doit attaquer le RESET, alors que dans le premier lien, c'est la PIN 9)...du coup, qui a raison ???

PS : la plaque de test est alimentée par une pile de 9V, et le 5V est bien présent en sortie du 7805 (il alimente bien le 74HCT244, le µC les LED etc...).

Autre chose : La LED du programmateur est allumée à partir du moment où je branche le câble imprimante (db25), alors qu'il semblerait qu'elle ne devrait s'allumer que durant la programmation du µC...pourtant son câblage est correct....

Bon voilà. Si vous avez des suggestions, des pistes à explorer (est-ce que c'est un pb physique sur mon montage bien qu'il ait été vérifié maintes fois, Linux qui fait ch*** ?) etc... je suis preneur !

Merci
-----

[erff]

PS : Ici
http://www.lefinnois.net/wp/index.ph...isp-a-avrdude/
Le câblage du port parallèle est encore différent des 2 autres !

[erff]

Bon, il semblerait que comme par hasard j'ai regardé le mauvais câblage des DB25
http://www.commentcamarche.net/conte...rise-db25.php3
Alors qu'en fait c'est plutôt
http://www.tavernier-c.com/port_parallele.htm (génial, en plus c'était sur le site du premier schéma !!!)

Désolé pour les monologues, je modifie ça demain, et je donne des nouvelles.

[invite29971eb1]

Les câblages sont les mêmes sur les deux sites tant que tu regardes le port parallèle. La confusion vient du fait qu'il a existé aussi des ports série en DB-25.

Pour revenir à ton problème, tel ou tel programmateur est libre de choisir quasi n'importe quelle broche du port parallèle, tant que le logiciel s'adresse à ces mêmes broches, autrement dit que ton logiciel connaisse le programmateur.

Il y a toujours des petits malins pour prétendre révolutionner le monde et créer un programmateur qui ne soit pas standard et il semblerait que ce soit ton cas.

Bref, je te conseille fortement de regarder du côté du programmateur officiel Atmel sur port parallèle, le STK200. C'est à peu près la même chose, et d'ailleurs je crois que celui de Tavernier en est un.

Dans la ligne de commande AvrDude, remplace "-c dapa" par "-c stk200"

[A voir en vidéo sur Futura]

[erff]

ftorama : MERCI ! Après correction de mon câblage, le truc déconnait encore ... mais tout a été résolu lorsque j'ai remplacé 'dapa' par 'stk200' : j'ai fait tourné mon premier programme (je vous laisse deviner en quoi il consistait )

Ne me reste qu'à faire joujou avec gcc...

À bientôt !