signaux de commande pour moteur pas a pas ou autre solutions

[moissan]

bonjour
je vois que les probleme de perte de pas ne sont pas rare , et ce n'est pas forcement un probleme de couple insuffisant : je vois des histoire de parasite dans les cablage qui m'inquietent encore plus

si il n'y avait que le manque de couple de moteur , les servo de vtec seraient la solution ... mais si les erreur de pas se font ailleur le servo n'y poura rien

les signaux de commande avec un fil pour dire marche avant ou arriere , et un fil qui a chaque top fait bouger d'un pas me parait trop fragile : il suffit d'un parasite pour faire un pas de trop

EMC2 est il capable de faire d'autre signaux de commande : par exemple 2 signaux en quadrature ?

cette solution avec signaux en quadrature ne demanderait pas plus de travail a EMC2 que la solution classique que demandent les carte pas a pas actuelle ... et je ne serait pas surpris que ça existe deja dans les configuration possible de EMC2

je n'ai helas pas encore commencé a utiliser EMC2 , mais cette info me serait bien utile pour choisir l'electronique pour une future machine

merci aux specialiste d'EMC2

 

[moissan]

Re: signaux de commande pour moteur pas a pas ou autre solut

google m'a deja donné une reponse
http://wifiar.sytes.net/WiFiAr/CNC/emc2-dev/docs/src/config/stepper_fr.txt
un texte qui s'affiche mal sur mon pc , mais qui donne une reponse : non seulement EMC2 peut etre configurer pour faire des signaux en quadrature , mais en plus ça lui permet de faire une plus grande vitesse qu'avec les signaux classique step dir

 

[Anonymous]

Re: signaux de commande pour moteur pas a pas ou autre solut

si il n'y avait que le manque de couple de moteur , les servo de vtec seraient la solution ... mais si les erreur de pas se font ailleur le servo n'y poura rien

Sans vouloir déplacer le débat, les drivers servo peuvent aujourd'hui se paramétrer pour avoir une tolérance de 1 à 4000 pas pour les DG2S16035 et de 1 à 65535 pas pour les Granitesdevices...

Ok, même si le servo ne plante pas, y'a 1 pas de plus de temps en temps. Vu la définition théorique de nos CN, ce n'est pas ça qui va changer la taille de nos pièces !!!!

De plus, tant qu'on ne change pas le mode de transmission des données, ici deux conducteurs, les parasites auront les mêmes influences. A la rigueur, utiliser un systeme symétrique A B et A_ B_ serait une bien meilleur solution.

Evidement, apprendre à cabler correctement est la base... En quadrature, en symetrique, en analogique, y'a pas le choix, faut cabler correctement.

 

[DEN]

Re: signaux de commande pour moteur pas a pas ou autre solut

Il suffit de soigner le cablage de commande si c'est de ça que tu parles, si tu veux absolument éviter tout parasite il suffit de passer la commande par fibre optique, ce que je compte faire ... Après faut pas comparer de trop servo et pas-à-pas c'est vraiment différent ! (Mais ça je pense que tu le sais).
Après les servos vont souvent flotter entre de tic d'encodeur à l'arret, pour l'entrainement à vis ça impacte peu, mais si on veut l'immobilité complète faut penser à un frein.
En conclusion le problème de parasites n'en est vraiment pas un, en cablant correctement ça fonctionne très bien.

 

[lion10]

Re: signaux de commande pour moteur pas a pas ou autre solut

Bonjour

A la rigueur, utiliser un systeme symétrique A B et A_ B_ serait une bien meilleur solution.

Effectivement , pourquoi ne pas envisager un niveau matériel tel que que du rs485 c'est à dire du différentiel. Ensuite à adapter en fonction de la vitesse des signaux.

cdlt lion10

 

[moissan]

Re: signaux de commande pour moteur pas a pas ou autre solut

merci de ces reponse ... mais le point faible c'est la sortie imprimante du PC ... ce n'est pas du symetrique et on n'y peut rien ... même si on veut de la fibre optique il restera un bout de cable entre le pc et l'interface fibre optique

vous n'avez pas l'air de voir la difference de resistance aux parasite entre les signaux en quadrature et les signaux step dir

avec les codeur optique en tout genre et leur signaux en quadrature il n'y a jamais d'erreur de comptage ( sauf cablage vraiment pouri )

ma question etait est ce que EMC2 sait le faire ... il semble que oui donc je suis rassuré pour ça ... il ne reste plus qu'a trouver des carte de commande de pas a pas avec entrée en quadrature

si je doit faire une carte je trouve même que l'entré en quadrature est plus simple a realiser

ça donne aussi la posibilité de mettre un compteur de controle sur la sortie du pc exactement du même type que pour un codeur incremental , pour identifier clairement l'origine des defaut

 

[Anonymous]

Re: signaux de commande pour moteur pas a pas ou autre solut

Perso j'ai usiné durant des années en port // avec 5m de cable jusqu'au drivers.
J'ai usiné jusqu'à 70h sans pause...
La bigcn a plusieurs milliers d'heures de fonctionnement sans plantage...
Alors, pourquoi essayer de modifier un truc qui marche, alors qu'une fraiseuse fonctionnelle est si difficile à mettre en oeuvre ?
Enfin, si tu as rien a faire, OK. Tu peux toujours résoudre ce probleme (qui n'existe pas)

 

[moissan]

Re: signaux de commande pour moteur pas a pas ou autre solut

je ne critique pas le port parralele puisque justement je vais l'utiliser

je croyait que toutes les carte de commande de moteur pas a pas utilisaient des signaux step /dir ... si il est possible d'utiliser des signaux en quadrature , ça sera une augmentation de qualité , pourquoi s'en priver si ça ne coute rien si c'est juste un changement de programation du materiel ?

si ça se trouve certain l'utilisent deja sans le savoir parce que leurs carte de commande sont comme ça et qu'ils ont configuré EMC2 en suivant la notice

 

[Anonymous]

Re: signaux de commande pour moteur pas a pas ou autre solut

La quadrature ne change aucun probleme à la qualité du signal ou a sa resistance aux parasites...
Les encodeurs optiques n'ont pas de probleme de parasites sur 100m de cable car ils sont en SYMETRIQUE. Si ils étaient en STEP/DIR, et SYMETRIQUE ce serait exactement pareil !
La quadrature ne change rien.
Maintenant, les cartes qui passent un signal quadrature sont rares et cher !!!...
Je comprends toujours pas pourquoi se compliquer la vie...

 

[Anonymous]

Re: signaux de commande pour moteur pas a pas ou autre solut

Bonjour
je pense qui si les pertes de pas étaient dues à des parasites, les fabricants de carte auraient intégrés une entrées type RS422 depuis longtemps.
De plus les drivers étant souvent équipés d'opto-coupleur en entrée, la commande se fait plus en courant qu'en tension. C'est moins sensible au parasites.
Les pertes de pas peuvent aussi venir du pilotage:
-Non respect du timing,
-impulsions trop courtes,
-inversion de sens et step trop rapprochés,
-temps de montée au descente du signal trop lent,
-rampes d’accélérations non respectées
-etc,etc...

 

[moissan]

Re: signaux de commande pour moteur pas a pas ou autre solut

la tu enumère tous les probleme qui peuvent arriver avec le signal de commande step/dir et qui ne se pose pas avec le signal de commande en quadrature

les fabiquant de carte ne peuvent rien faire avec du rs422 tant que le pc sort par le port parralele

les pc plus moderne ne sortent plus rien du tout ... la seule solution que je vois est de prendre des cartes usb qui font entierement tous le travail que fesait le pc ... le pc ne fait plus que d'envoyer des fichier sans temps reel

j'en suis encore aux vieux pc qui on des port parralele et j'en ai acumulé un stock pour ne pas en manquer

 

[Anonymous]

Re: signaux de commande pour moteur pas a pas ou autre solut

On peut faire du temps réel avec un port usb :
http://www.hercules.com/fr/DJ-Musique/bdd/p/62/dj-console-rmx/
http://www.youtube.com/watch?v=7uMhoWnvMLU

 

[moissan]

Re: signaux de commande pour moteur pas a pas ou autre solut

oui on peut le faire ...

mais quand EMC2 saura le faire ?

on pourait imaginer commander directement un moteur pas a pas avec une sortie audio stereo : les droite et gauche faisant directement 2 phase ... helas la bande passante est limité : ça ne passe pas le continu ou les basse frequence ... et avec windows on ne sait pas gerer plusieur sortie audio a la fois

il parait qu'avec linux on peut faire marcher autant de sortie audio qu'on veut , mais je n'ai pas encore experimenté

on pourait faire des tas de chose avec l'usb ... mais bien difficile d'avoir les information pour le faire vraiment

 

[Anonymous]

Re: signaux de commande pour moteur pas a pas ou autre solut

... et avec Windows on ne sait pas gérer plusieurs sortie audio a la fois

Ah bon ? pourtant c'est ce que fait la console DJ qui a plusieurs cartes son intégrées( 2 ou 3) et le tout sur un seul port USB.
En plus, DirectShow fourni tout les outils pour triturer l'audio et la vidéo en temps réel.

En CNC il me semble que la carte SOPROLEC à un temps de réponse très court.


Edit : pour une carte son on a au minimum: 44kHz x 2 cannaux x 16bits par seconde soit 176 kilooctets/s , je ne suis pas sur que ça soit moins gourmand en octets/Seconde qu'un carte CNC.

 

[gralo]

Re: signaux de commande pour moteur pas a pas ou autre solut

oui on peut le faire ...

mais quand EMC2 saura le faire ?

Il sait deja le faire, si je dis pas de connerie , c'est le seul avec un temps réel!

Par contre il faut souvent rajouter une carte avec des I/O

Enfait j'ai du mal a comprendre ce que tu cherches a faire. il faut savoir que tu peux branche les codeurs en parallèle sur ton variateur et emc2(avec une carte d'entré sortie , exemple une mesa)
Avec le port // c'est pas posible.

 

[horsot]

Re: signaux de commande pour moteur pas a pas ou autre solut

Bonsoir à tous,

Pour répondre à la question d'origine, il y a plusieurs configuration de "stepgen" : http://www.linuxcnc.org/docs/html/man/man9/stepgen.9.html, le "type 2" étant le pilotage en quadrature. Le principal problème est de trouver un driver de moteur compatible

En ce qui s'agit de l'USB (ou Ethernet) temps réel, des solutions qui existent (nottament modbus over ethernet) mais peu sont accessibles à nos bourses car le driver est bien plus complexe. De plus ces protocoles n'ont pas été fait en pensant au temps réel ce qui rend les choses pas aussi simple qu'il n'y parait.

Passer en fibre est pour moi inutile, un bus en RS485 avec comme récepteur un simple optocoupleur suffit dans beaucoup de cas. Des câbles réseau ont 4 paires disponible souvent suffisant pour un axe de la machine, sont peu cher et fiables.

Pour linuxcnc je pense que le futur sera dans un hardware dédié genre "Raspery Pi + FPGA" (i.e. armadeus) connecté à un OS quelconque pour l'interface graphique (via ethernet par exemple).

Bonne soirée

Xavier

 

[inventorus]

Re: signaux de commande pour moteur pas a pas ou autre solut

Avec emc² souvent il y a une sur évaluation du temps pour dir et step ce qui peut poser des soucis de perte de pas.
Si on y regarde de plus près, on constate que la carte peut effectivement réagir avec des temps très court mais le reste (sous entendu moteur, mécanique, etc...) demande plus de temps.
Dans les paramètrages de emc² les temps sont trop court, en les multipliant par 10 nous avons une machine tout aussi rapide mais surtout bien plus précise d'autant qu'en électronique le fait de passer de 1000 nanosecondes à 10000 nanosecondes ne se ressent pas, les moteurs ne peuvent pas répondre si vite, leurs fréquences ne sont que de l'ordre de 4000 pas/seconde soit un pas toutes les 250000 nanosecondes.

 

[moissan]

Re: signaux de commande pour moteur pas a pas ou autre solut

merçi pour ces info

avec le systeme step dir il faut choisir la duré des impulsion : trop court ça risque de ne pas passer dans les photocoupleur ... trop long ça limite la vitesse

avec les signaux en quadrature il n'y a rien a choisir ... c'est donc la meilleure solution pour creer une nouvelle carte de commande

donc le cahier des charge d'une nouvelle carte sera quadrature pour faire le meilleur ... et configurable aussi en step dir pour faire plaisir a ceux qui en on besoin

 

[Barbidou]

Re: signaux de commande pour moteur pas a pas ou autre solut

Bonsoir,

Effectivement, une commande en quadrature est plus robuste aux parasites en terme de perte de pas. Avec ce type de commande, une impulsion parasite est bien vue comme le saut d'un pas, mais dès que l'impulsion retombe, le pas est refait dans l'autre sens... C'est évidement plus résistant que le step dir qui saute un pas quand il voit une impulsion parasite et c'est tout. Le pas erroné ne sera jamais corrigé.

A ne pas confondre avec la commande en différentiel (type RS485) qui apporte aussi de la robustesse et peut s'appliquer aussi bien à des signaux en quadrature qu'à des signaux en step / dir.

La question n'est pas tant de pouvoir configurer LinuxCNC pour faire de tels signaux. Ce logiciel est un vrai Légo et peut s'adapter facilement à tout type de commande de ce genre. Son côté ouvert permet même d'imaginer les interfaces les plus improbables!

Le problème c'est surtout pour le driver moteur. Ca existe peut-être, mais c'est tout sauf courant (ou alors peut-être sur des matériels spécifiques ou haut de gamme). On est souvent moins emmerdé en restant sur des systèmes standard plutôt qu'en utilisant un mouton à 5 pattes. (Surtout quand on crame son driver et qu'on arrive pas à trouver un remplaçant!)

Sinon, tu peux toujours te bricoler une petite interface pour faire la conversion au plus proche du driver (en zone blindée pour éviter tout parasite)...

Mais le jeu en vaut-il la chandelle? Un câblage soigné à déjà largement fait ses preuves en mode step/dir. Il vaut certainement mieux faire du classique bien propre qu'une usine à gaz qui n'apporte que des soucis.

Sinon, c'est sûr que la qualité des réglages d'EMC2 est primordiale pour garantir des impulsions conformes à ce qu'attend le driver. Toute erreur dans ce réglage se paie en terme de perte de pas ou de perte de performances. Prendre le temps de bien caractériser ses moteurs pour connaitre leurs performances en vitesse et accélération (dans la CNC, pas à vide) et de bien configurer les timings des drivers est indispensable. Penser aussi à utiliser le mode de détection automatique des caractéristiques des moteurs disponible sur certains drivers comme les DM860A. (Malheureusement, la doc ne donne aucun détail sur les optimisations réalisées, on peut supposer que le driver détecte les modes résonnants pour les éliminer, mais ce n'est qu'une supposition)

Enfin, la perte de pas peut aussi se faire sur des problèmes de résonance. Il faut donc bien identifier les fréquences de résonance et les éliminer. (soit en ne travaillant jamais à ces fréquences, mais on y passe forcément lors des accélérations, soit en changeant la fréquence de résonance du système quand on s'approche des fréquences critiques. en jouant sur le courant par exemple, mais ce n'est pas forcément évident car la valeur du courant est souvent réglée en fixe)

Bref, il y a beaucoup à faire avant de s'en prendre à ce pauvre step/dir!