Trajectoire via RS232

[Hatimoooo]

Assalamoalaykom les amis!
Je m'appelle Hatim, et je suis un étudiant actuellement.

Dans le cadre d'un mini projet à l'école, je vais une petite machine qui doit suivre une courbe dans le plan X,Y (Même principe qu'une CNC)
Je dois envoyer alors des signaux du PC, vers le dispositif (Un microcontrôleur) pour qu'il déplace le plateau à l'aide de moteurs pas à pas.

Ma question est : Quel est le type de signaux que je dois envoyer du PC au microcontrôleur pour pouvoir tracer "n'importe" quelle courbe ?

J'ai pensé à envoyer des différences DeltaX et DeltaY que les moteurs doivent parcourir pendant une certaine durée. Mais je pense que vous avez des idées meilleures.
Merci beaucoup.

 

[pierrepmx]

Salut, Hatim,

je ne connais pas assez, mais les mots clé sont "interpolation" et interpolation linéaire

http://www.cncci.com/resources/articles/CNC%20basics%203.htm

 

[jcma]

Bonsoir,

Fait une recherche sur l'algorithme de Bresenham. Celui ci est utilisé en informatique pour tracer des segments de courbe ou des courbes, sur des traceurs ou sur les ecrans par exemple.
C'est un algorithme incremental, qui reprend un peu ton idée d'envoyer des deltaX et des deltaY.

@+
Jean-Charles

 

[pierrepmx]

Re...

En anglais, le principe d'un "motion controller" implémenté dans un FPGA:
On n'envoie pas des positions, pais des teps et des accélérations :

http://www.fpga4fun.com/CNC.html

Il y avait un article que je n'ai pas inclu de mon précédent message, mais puisque JCMA en parle :

http://www.techlf.com/forum/viewtopic.php?p=238&sid=61a06d35b890d473c4e87343c3e4bdfa

 

[_adrien_]

La courbe est sur ton pc ou sur la table, genre ligne à suivre?

 

[Hatimoooo]

Merci beaucoup Mr pierrepmx. Aussi Mr jcma
Maintenant l'idée devient un peu plus claire.
Je me suis penchée sur le port parallèle pour la communication au lieu du port série.
Cependant j'arrive pas à comprendre l'idée de "FPGA", à mon avis, un PIC fera l'affaire

@_adrien la courbe doit être sur le pc

 

[_adrien_]

Pour le fpga tout dépend à quel niveau tu fais ton traitement. Un fpga c'est à mon avis utile si tu lui envoie par exemple des infos comme longueur arc de cercle, rayon et centre.
Là en effet c'est plus lourd en calculs

Si tu connais la courbe et que tu peux faire des traitements dessus, tu la segmentes (le nombre dépend de la précision souhaitée),
puis tu envoie les coordonnées de tes segments (port série ou //, cela importe peu). Ton pic fais la différence entre là ou il est et là ou il doit aller, calcul le
nombre de pas à envoyer (si commande de moteurs pas à pas, avec un résolveur tu peux utiliser un moteur à courant continu et faire un asservissement). Une fois la position atteinte ton pic envoie une réponse comme quoi la position est atteinte et qu'il attent le prochain ordre.
Si tu veux communiquer par le port série, sais-tu comment faire? Car j'ai déjà fais des fonctions et classes en C et C++
Pour le port // c'est (si je me souviens bien) comme écrire dans un fichier.

Ce n'est qu'une proposition

 

[Hatimoooo]

En réponse à Mr Adrien :
-----
Je vais éviter un MCC et par conséquent l'asservissement, je préfère de moteurs pas à pas.
Je viens de contrôler pour la 1ère fois le port parallèle en utilisant langage C sur Borland Turbo C++ mais (voir suite de msg)
----

J'ai trouvé un logiciel "Mach3", réservé à ce type d'utilisation. J'ai commencé à lire quelques PDFs sur le logiciel afin de comprendre les signaux qu'il envoie.
Et donc pouvoir programmer mon PIC pour le traitement et la commande des moteurs pas à pas.
Merci