atmega8535 programmant atmega8535

[thomasalbert1993]

Bonjour

Est il possible de réaliser un minisysteme a base de atmega8535 qui permettrait de programmer un autre atmega8535 en utilisant un programme fait maison ? Ce programme enverrait au atmega8535 programmateur une trame de caractère ascii (ces caractères sont le contenu du fichier hex a programmer), et celui ci se charerait de charger ce programme hex dans le microcontroleur atmega8535 que l'on souhaite programmer

J'avais pensé a utiliser une ram où on stockerait le fichier hex. Par contre pour la suite ( programmer le micro) je sais strictement rien comment faire et les signaux a envoyer. En fait il faut faire un emulateur de programmateur avrisp parallèle

merci de m'aider

Thomas A.
-----

[m'enfin]

Salut,
Je ne connais pas le dialogue nécessaire à la programmation du 8535 mais si c'est juste pour les programmer, le plus simple est d'utiliser un "dongle" branché sur LPT1. On en trouve le schéma sur le net.
A+

[thomasalbert1993]

Mon but est justement d'émuler un dongle mais je ne connais justement pas les signaux a envoyer... c'est ce que je cherche...

[HS]lool m'enfin c'est le nom de notre équipe de robotique gaston lagaffe en force !!![/HS]

[m'enfin]

[HS]lool m'enfin c'est le nom de notre équipe de robotique gaston lagaffe en force !!![/HS]

Il est des BD qui traversent les générations

Pour en revenir à ton problème, sur la doc du 8535 les dialogues sont décrits (page 93 pour le // et 99 pour la programmation série). Mais ça risque d'être galère à mettre au point.
Mais, je suis curieux, pourquoi tenir absolument à émuler la programmation. N'y a-t-il pas une solution plus simple?
Bon courage.
A+

[A voir en vidéo sur Futura]

[thomasalbert1993]

ok je vais aller voie ça merci

je osuhaite faire un amulateur car je fais un systeme que je risque surement de commercialiser, et vu le prix il se doit d'etre le plus parfat possible . Donc je souhaite faire un truc du genre Mise a jour du module, où mon logiciel que j'ai fais enverrai le nouveau fichier hex via le port USB (le meme que pour les communications series de mon appareil avec lordi) qui mettrait a jour le module en reprogrammant le microcontroeur en question...

voila voila

c beaucoup plus pratique et sécurisant(et + pro ) que de leur faire installer ponyprog et de leur vendre un programmateur ISP atmel

[thomasalbert1993]

merci pour ton lien ,mias moi j'utilise des ATMEGA8535 et non AT90S8535... le protocole est-il le meme ? car dans les programmateurs AVR ISP sur port // je vois qu'ils utilisent les ports MOSI MISO SCK RST, mais pas XTAL1 ni de 12V pour le reset ... pourrais tu m'aider ?

[thomasalbert1993]

non c bon c ce qu'ils appelent la programmation série désolé j'avais mal vu

mais ils utilisent toujours XTAL1 :S

[m'enfin]

OK, là je comprends mieux.
Pour XTAL1, il faut en fait qu'une horloge soit fournie sur cette entrée ou qu'un quartz y soit connecté (généralement c'est le cas). La seule contrainte: ton signal SCK (Serial ClocK) doit avoir des niveaux bas et hauts de durées supérieures à 2 fois la période d'horloge XTAL1.
La programmation série n'a pas l'air très compliquée
Je pense que le plus simple est de prévoir une programmation "in situ" sans avoir recours à un autre 8535. Pour cela, intègre le dongle à ta carte, utilise la programmation série et écris un petit programme qui gèrera le dialogue entre le PC (LPT1) et le 8535. Ce programme fourni avec le fichier à transférer fera la programmation du 8535.
Inconvénients:
- cela condamne 3 lignes du port B
- il faut trouver quelqu'un capable de programmer une petite application en C ou autre langage sur PC qui utilisera le port LPT1.
A+

[thomasalbert1993]

pour la programamtion aucun probleme, je travailels dans windev pour faire mes programmmes

mais pour programmer je veux utiliser le port que j'utilise sur mon projet qui sert a comuniquer avec un ordianteur... donc je suis obligé de passer par un tamzga855 (pas grave, pas tres cher 5/6€)

[m'enfin]

Bonsoir,
Vu les caractéristiques du 8535 (8ko de programme et 512 octets de RAM) le transfert du fichier programme ne pourra pas être stocké dans le 8535 interface, et l'utilisation de RAM extérieure va faire un peu "usine à gaz".
Il sera peut-être plus rationnel d'utiliser le 8535 supplémentaire pour faire l'interface entre l'ordinateur (quel port?) et le 8535 cible. Il reçoit un ou plusieurs octets et les transmet à la cible (en programmation série pour limiter l'occupation des ports du 8535 cible). Je crois que la chose est faisable mais reste à voir le dialogue avec l'ordi qui va dépendre du port utilisé sur le PC.
Bon courage.

[thomasalbert1993]

J'utilise le port USB (convertisseur USB <> RS232, bon je sais c'est pas très pro mais bon... faut se moderniser ^^)

En quoi cela ferait il usine à gaz d'utiliser une ram externe ?
Si jamais y a un probleme dans le transfert du fichier hex par exemplne il vaut mieux que le fichier soit dans la RAM auquel cas une simple erreur serait renvoyé à l'utilisateur, que de bousiller le coeur du projet pour une erreur de transfert non ?

[m'enfin]

Le problème de la RAM externe, c'est le cablage et la gestion supplémentaire sans réelle utilité à part peut-être pour une plus grande rapidité dans la transmission. De plus, je ne vois pas comment une RAM protègerait d'une erreur de transmission, mais je ne connais pas ce projet aussi bien que toi et certainement que des données m'échappent. Je ne livre là que des idées générales.
A+

[m'enfin]

J'ajouterais que cela me semble réalisable: le 8535 interface reçoit par la liaison série (pour laquelle il a déja les entrées spécifiques) les données et régule le flux entrant d'un côté et gère la programmation série de la cible de l'autre côté. Il y a un peu d'étude du dialogue et des lignes de code à écrire mais ça semble tenir la route.
A+