projet a base de 18f4550

Bonjour,

J'ai réalisé la carte interface USB. C'est OK!
Je fais clignoter la led en changeant les valeurs du programme (en delphi).

J'ai une carte style picdem fs usb. C'est OK!
Avec la démo, elle fonctionne, on peut effacer, recharger le programme
avec le boot loader, tout est OK....

J'ai un logiciel pour passer de (C, Basic, pascal) en hex. C'est OK!

J'ai réalisé un programmateur sur liaison série, il fonctionne. C'est OK!

Tout semble parfait,.... mais je galère, pour réaliser un programme
et son firmware afin de piloter, simplement des sorties et
de lire des entrées de ce micro
Je trouve un grand nombre de sites et de fichiers, et je ne sais pas par quel
bout les prendre,
c'est particulierement confus............

Quelqu'un, aurait-il réalisé ce type de projet.

Je recherche des explications sur la procedure,comment mettre en oeuvre ce système
Eventuellement un exemple simple de firmware et de programme pour lire et
ecrire des infos.

Exemple: A partir d'un PC
Lire un port et ecrire une valeur dans un autre
( par le procédé, le plus simple possible ), que faut-il modifier, et comment ???

Merci.
A+.
Serge.

Et si on repartait de l'exemple de ce site, sachant que le seul fichier qu'il faut modifier est user.c et que tu nous disais ce que tu ne comprends pas dedans?

Benjamin

Bonjour,

Je pense, si j'ai bien compris, que le passage d'informations est obtenu,
par un échange entre le PC et la carte d'un buffer de 64 bytes.
Je supose que le même sert dans les deux sens.
Ce que j'ai pas trés bien compris pour l'instant, c'est:
- Le protocole d'échange,( comment definir si le buffer contien des informations en lecture ou en écriture.
- Je suppose que la premiere info est la commande suivie par des parametres, comment est défini le nombre de parametres, et la commande suivante ???
comment sont elles séparées.
- Pour les fonctions Delay10ktcy(), Getacd(), ..... Comment connaitre et savoir à quoi correspondent leurs parametres.
- Pour écrire un port exemple PORTC bit.RC1=1(OK on écrit un 1 dans le portc bit RC1, ou définir un autre port, ainsi que son sens)
- Dans formain.pas lignes 193,207 j'ai mise à 0 du buffer exemple
ligne 193 FBufferOut[1]:=$0
ligne 207 FBufferOut[1]:=1

Merci.
A+.
Serge.

Salut,

Tu dois faire la différence entre le protocole HID (auquel on ne touche pas) et l'interprétation des données au sein de ta carte...

Dans le cas présenté sur ce site, j'ai choisis de dire que le premier byte indiquait ceci, le deuxieme ça et ... Mais tu es tout a fait libre de mettre ce que tu veux, c'est juste une question de code en C qui va traiter l'information... Le protocole HID c'est occupé de faire passer le packet d'une entité a l'autre, la façon dont ce dernier est interprété t'es completement libre...

Les fonctions insérée Delay10ktcy... sont juste aussi des fonctions C qui n'ont rien a voir avec le protocole de communication, l'une permet de faire une temporisation au sein du micro, l'autre est une fonction que j'ai écris pour faire facilement une acquisition analogique, pour connaitre leur parametres, soit tu regardes dans la doc du compilateur dispo quelque part sur le site de microchip, soit tu regardes l'entete de la fonction (dans le cas de getacd() ), ce n'est que du C apres tout

A++

Benjamin

Salut,

Merci pour les infos, maintenant cela me semble plus claire,
quand à la façon de communiquer entre le PC et le micro

Un petit problème, si je cherche à recompiler le projet tel qu'il est au départ,
sans rien modifier, cela ne compile, que si j'enlève les deux lignes dans main.c,

pragma config FCMEM=0FF error 1224 configuration setting not reconized
pragma config BORV=28 error 1225 configuration value not reconized

Je suis comme le compilateur, je ne sais pas trop à quoi cela correspond ....
Est-ce que ces directives de compilation sont importantes ?????

Encore merci.
A+.
Serge.

Salut,

Tu trouveras la solution à ce probleme ici :
[www.roboticus.org]

Heureux de savoir que ça s'éclairci pour toi

Benjamin

Salut.

Cela semble bien fonctionner, à part un petit problème de temps.
Je pensais que le cycle durait environ 1 mS, les instructions du programme d'utilisation et dans le micro, probablement des µS.
Entre la commande et, par exemple, allumer une led, j'ai l'impression que c'est plutôt de l'ordre de la demi seconde .
Ou peut se trouver le retard ????
Ou peut on jouer sur le temps ???

Encore merci.

A+.

Serge.

Tu as modifier le code?

Si oui c'est quoi ton code mnt? (seulement les parties intéréssante)

A++

Benjamin