Discussion :

[ecile]

Bonjour,

je ne suis pas experte en labview, je travaille en collaboration avec un électronicien, mais nous avons des soucis pour commander des moteurs qui effectuent des déplacements pas-à-pas.
La commande de déplacement fonctionne mais il y a une erreur sur la distance du déplacement réel du moteur par rapport à la distance que l'on a imposé sur l'interface utilisateur.
Si quelqu'un peut m'aider à cibler le problème?
Merci

ecile

[VictorNet]

bah déjà il est possible que le calcul soit mauvais pour la distance parcourue pour un pas et d'autre part si le couple que doit développer le moteur est assez important il arrive que ça saute des pas.

Le mieux c'est d'avoir un codeur incrémental ou absolu pour asservir les moteurs à la distance réellement parcourue.

[BrunoIRM]

Bonjour,

On pourrait également envisager d'étalonner les commandes ? En gros, modéliser une fonction effectrice. L'erreur est-elle reproductible ?

A+

B.

[ecile]

bah déjà il est possible que le calcul soit mauvais pour la distance parcourue pour un pas et d'autre part si le couple que doit développer le moteur est assez important il arrive que ça saute des pas.

Le mieux c'est d'avoir un codeur incrémental ou absolu pour asservir les moteurs à la distance réellement parcourue.

Merci VictorNet,
nous avions effectivement relevé ce problème. Nous utilisont déjà un système par incrément dans le programme. Est-ce que cela dépend uniquement des moteurs ou est-il possible de faire quelque chose pour remédier à ces sauts de pas à des vitesses importantes?

[ecile]

Bonjour,

On pourrait également envisager d'étalonner les commandes ? En gros, modéliser une fonction effectrice. L'erreur est-elle reproductible ?

A+

B.

Qu'est ce que tu entends par fonction effectrice? L'erreur est apparament reproductible, mais nous aimerions identifier le problème de fond pour pouvoir le corriger dans le programme, et non simplement mettre une fonction mathématique qui corrige le décalage.

[BrunoIRM]

Bonjour,

Les moteurs pas à pas sont a priori conçus pour fonctionner en boucle ouverte : on fait confiance à une fonction de commande pour obtenir l'effet désiré. La solution que propose VictorNet consiste à passer en mode d'asservissement, avec connaissance à chaque action de l'effet mesuré.

Je proposais donc une fonction de correction de la tension de commande (si l'erreur est reproductible) qui devrait permettre à terme de se passer de l'asservissement (qui reste une bonne idée). Mais ça reste une rustine : le vrai problème reste effectivement la nature de l'erreur. Il faut peut-être se ramener à la technologie du moteur et identifier peut-être un défaut de linéarité, ou quelque chose dans ce genre .....

Bon courage

B.