Phénomène qui me dépasse ...

[titi0077]

Bonjour à tous,

Je suis en possession d'un routeur portique de ma conception 2000x1000x170 sur lequel j'adapte aussi bien une boche kress qu'une torche plasma. Le tout sur guidage à patin INA et crémaillère de mesure (pour positionnement précis) , entrainer par de des moteur PAP 12N.m sur les axes X et Y.

Ce week en pleine phase de réglage de table en routeur fraiseuse, je me suis aperçus que lorsque je réalise un cercle de 30mm de Ø , je me retrouve avec 2 plats sur "les sommet en X" du cercle :

Ø sur Y --> 30mm
Ø sur X -->28.5mm

En observant ce phénomène je suis dit ...
"BACKLASH" et je sorti mon comparateur ...

Résultat au comparateur

X --> 0.05 --> Crémaillère
Y --> 0.05 --> Crémaillère
Z --> 0.01 --> Vis à bille

La un seul terme : BIZZARE

Dont on change de forme, pour passé à un carré de 50:

Sur X 49.5mm
Sur Y 50mm

Donc je part sur compensation sur X de 0.5mm "pour voir"...

Sur X 50mm
Sur Y50mm

Ok

Je repasse sur le cercle de Ø30mm

Ø sur X 29mm
Ø sur Y 30mm

????????

Apparemment par de flèche de la mécanique résultat idem dans du médium , alu et cuivre.

Niveau chaine logiciel : Solidworks -- Artcam -- Mach3

Niveau électronique : Carte de sotie port // qui attaque des driver SOPROLEC

Tout les câbles sont blinder avec en plus des antiparasites.

Je pense essayer avec EMC2 le Week end prochain, mais si une idée viens à l'un d'entre vous en lisant ce post elle est bonne a prendre car la je sèche complet.

Merci
Titi0077

 

[Nico91]

le pas de ta vis en X est'il celui que tu crois ?

 

[titi0077]

Oui en fait fait ce n'est pas une vis en X mais une cremaillere de mesure qui pour un tour moteur (200imp) me donne un déplacement de 50mm comme pour l'axe Y.

 

[ordinerf]

pourquoi n'as tu pas fais un carré de 30x30 au lieu de 50x50 ?
si le problême se pose sur un cercle diamètre 30 alors tu le verras peut être sur un carré de 30
il se peut que tu es un défault qui se présente à 30mm et non à 50mm.
éventuellement peut être qu'un pas saute par tour de moteur.

 

[titi0077]

J'ai aussi fais des test sur des cercles de D100mm, D50mm et j'ai toujours le defaut, en fait ce que je ne comprends pas c'est que le defaut ne soit pas le meme pour un déplacement de X donnée suivant que je fasse un déplacement en arc de cercle ou en ligne droite.

 

[JKL]

J'ai aussi fais des test sur des cercles de D100mm, D50mm et j'ai toujours le defaut, en fait ce que je ne comprends pas c'est que le defaut ne soit pas le meme pour un déplacement de X donnée suivant que je fasse un déplacement en arc de cercle ou en ligne droite.

C'est parce que déjà les deux mouvements ne sont pas comparables. Lorsque tu décris un cercle le mouvement est l'addition de 2 mouvements un en X et l'autre en Y. En plus le logiciel est très concerné du fait de l'interpolation.
AMHA pour progresser vers la résolution du problème il ne faut faire que des carrés/rectangles dans un premier temps pour controler la mécanique. Un début aussi c'est de mettre un comparateur sur le bati en appui sur le support de broche faire une RAS, opérer un déplacement et revenir au point de départ pour voir la répétabilité de la CNC. Faire cela pour X et pour Y. En écrivant cela une idée me vient : il s'agit peut-être d'une flexion dans le portique qui est plus forte dans un sens que dans l'autre style droite/gauche ou avant/arrière.

 

[titi0077]

J' ai déja regarder du cote de la flexion du portique en faisant des test dans plusieurs materiaux cuivre alu medium, avec la meme vitesse d'avance et une profondeur de passe de 1mm pour 400mm/min et le defaut est exactement le même.

En fait lorsque j'observe les moteurs des axes X et Y j'ai l'impression que l'axe X stope sa course avec un petit temps mort) et que l'axe Y continue puis l'axe X reprend en sens inverse ...

Du coup je pensai que les informations que Mach3 transmet par le port// (avec un kernel à 25kHz) à la machine n'arrive pas toutes au Driver c'est donc pour cela que je pense tester EMC2 sous linux qui est un OS en temps reel...

 

[Samifred]

Je suis pas spécialiste du tout, mais au montage es-ce que les moteurs des axes x et Y ont été positionnés à un pas identique.
Je dis peut-être une connerie..

 

[ordinerf]

ça ne va rien changé parce qu'en faite lors de la mise au point zéro les moteurs seront calés sur un pas donc même si il y a un décalage de pas d'un moteur à un autre de toute façon les pas pour usiner la pièce seront calculés en fonction de ce point zéro

 

[titi0077]

Tout a fait d'accord avec ordinef physiquement un moteur PAP n'a pas de 0 donc pas de problèmes de ce coté ...

Merci quand même ...

 

[ctoutmoi]

As tu essayé d'utiliser les plugins de Mach pour générer un cercle ou rectangle ? Ca permettrait d'écarter toute erreur dans la chaîne de génération du Gcode ?
Si tu as un analyseur logique, tu peux compter le nombre d'impulsions 'step' envoyées par l'ordinateur.
Bon dépannage

 

[titi0077]

Oui j'ai également essayer d'utiliser le plugin "cut circle" de mach3 pour générer le g-code mais le resultat est le meme. La solution du code est donc exclue (malheureusement).

 

[guol64]

Je ne crois pas que le problème vienne des moteurs mais pour en être sûr as-tu échangé les câbles moteurs X, Y pour voir si le défaut vient toujours sur le même axe physique ou sur le même axe programme?

 

[ordinerf]

as tu vérifier qu'il n'y a pas de perte de pas lors de l'inversion du sens de rotation des moteurs ?
tu obtiens une vrai éllipse ou plutot un demi cercle + une demi ellipse ?

 

[titi0077]

En fait le defaut est comme représenté sur le dessin joint, un dome puis un plat du coup je me pose la question du CV mode ( code G64) ...

 

[ordinerf]

c'est X qui pose problême lors du changement de sens.
on dirait comme une sorte de chiffre après la virgule qu'il ne prend pas mais qu'entre deux valeurs et qu'au moment de changer de sens, surement sur le 1er millimètre en X lors du changement de sens.
si ton plat à une longueur de 5.38mm alors c'est ça.
tu pourrais mesurer tes 2 plats que je puisse vérifier une chose ?

 

[f6bqi]

Bonsoir,
c'est pas une compensation de "backslash" sur un axe et pas sur l'autre ?
le cercle est généré par un G02 ? peut être le faire avec un G03 pour valider l'autre sens.

 

[titi0077]

En fait je fais une passe en G2 puis une en G3 et la fraise repasse exactement au même endroit. Je ne pense pas que ce soit le Backlash j'ai 0.1mm sur X et Y. Je vais prendre la cote du plat et aussi essayer de faire un cercle en G1 avec une succession de traits.

 

[speedjf37]

Bonsoir,

Pour essayer d'isoler l'axe (ou les axes) qui pose problème inverser les câbles des moteurs X et Y.
Si le défaut persiste au même endroit problème mécanique ,s'il se déplace de 90 degré problème de logiciel (ou paramétrage) .

 

[titi0077]

Bonjour à tous,

Voici les résultats des tests du WE

Sous MACH3 :
Le test avec un cercle généré avec l’instruction G1 donne le même résultat ( mauvais)

Passage sous EMC2 :

Après installation et réglage de EMC2 qui m’a laissé une très bonne impression, j’en suis toujours au même point (un cercle qui n’en ai pas un mais pas tout à fait le même que sous Mach3). J’ai donc ressorti mon comparateur et toujours pas de jeu (la ça devient énervant).Après de multiple essais, j’en conclut que je doit réglée un Backlash de 0,73mm sur X pour réaliser un cercle ou un carrée (énorme).

Je rencontre également un nouveau phénomène bizarre sous EMC2, en renseignant les paramètres théoriques de la machine, sur les axes X et Y qui sont équipée des mêmes matériels, je me retrouve avec des valeurs de déplacement environ 20% à celle demandée ???

Je reprends mes calculs :

Transmission pignon crémaillère = 50mm/tr
Moteur = 200 pas/tr
Driver réglée sur 2000pas/tr soit 10 micropas

Accélération ok / pas de perte de pas
Vitesse ok /pas de perte de pas

Je réalise un nouveau déplacement et toujours environ 20% d’erreur mais avec une légère variation lorsque je change la vitesse.

Depuis ces essai une idée mes venu, et si les moteurs ne perdaient pas des pas, mais plutôt que les driver en rataient … Je m’explique, en effet après coups et quelques recherche sur le net, je pense maintenant à un mauvais paramétrage des timing du port //. Sous EMC2 j’ai laissé les valeurs de latence et de durée des impulsion par défaut et sous Mach3 également, alors qu’en lisant bien la doc de mes drivers SOPROLEC, je vois que le pilotage necessite une durée d’impulsion de 2,5µs alors que la valeur par defaut de EMC2 est de 0,5µs.

Que penser vous de cette piste ?

Je n’ai pas eu le temps d’échanger les câbles moteur je pense le faire le WE prochain si le test précédant ne donne rien.

Le plat sur le cercle est plus grand que 10mm

Donc si quelqu’un à de nouvelles pistes, je suis preneur.

Merci

 

[f6bqi]

Bonjour,
Dans tous les cas, il faut que les pulses générées par le PC (MACH ou EMC2) soient supérieur ou égal à la la valeur du driver. A vérifier la valeur réelle du driver.
Pour le fun: j'ai appris que quand on donne une valeur dans une doc, on donne également sa tolérance.
Cordialement
Michel

 

[titi0077]

Oui sa semble logique, actulement mes driver demande min 2,5µs pour un niveau 1 et 2,5µs pour un niveau 0 donc la durée max est de 2,5µs

Le paramétrage dans EMC2 est à 0,5 µs mais mes moteurs effectuent can meme leurs déplacements mais les distances ne sont pas bonnes. Ce que je trouve bizzare c'est que il devrait me manque des pas alors que dans mon cas la distance parcouru est plus grande que celle demandée ...?

 

[f6bqi]

Re bonjour,
En lisant les doc de SOPROLEC il est dit: un délais de "n" mS doit être mis au changement de sens du driver.
Ce "n"mS est variable en fonction du type de driver.
"For reliable motion response, direction signal should be sent to driver 5us before the first pulse in the reverse motion direction."
SD3225 3µS/ non spécifié
SD5042 1.5µs/ 5mS (5mS=peut être erreur dans doc)
SD5056 1.2µS/ 5mS (5ms=peut être erreur dans doc)
SD9082 2.5µS/5µS
il est bien spécifié 2.5µs minimum.
Attention 2.5µS d'état haut et 2.5µS d'état bas cela fait 5µS de temps de cycle. Ce qui fait que si le PC envoie des pulses à 0.5µs, il est normal de perdre des pas et donc des erreurs sur les distances.
Je serai à votre place je ferai un petit bout de gcode en rajoutant une pause à chaque changement de sens pour valider la fonction du driver.
Michel

 

[ordinerf]

sur Mach3 on peut demander à avoir un pas en plus à chaque changement de sens sans que ça modifie le programme.

 

[titi0077]

Voici un fichier bien utile pour effectuer ce réglage

http://wiki.linuxcnc.org/uploads/StepTi ... ulator.ods

Je vais réaliser des essais avec ces nouveaux paramètres en espérant que cela fonctionne correctement.

 

[titi0077]

Après une nouvelle série de test, toujours la même série de problèmes

Sous EMC2 je configure mes axes X et Y correctement a savoir :

Moteur: 200 pas/tr
Déplacement 50mm/tr
Echelle : 1/1
Micropas : 2

Je règle mon driver soprolec SD9082 sur 2 micropas (le minimum mais j'ai le même pb les autres modes).

Vitesse avance 5000mm/min (la machine est capable de monte à 7000mm/min)

Accélération 0.5s

Tout est OK même les timing

et lorsque je commande un déplacement de 200mm je me retrouve avec un déplacement réel de 239-240mm j'ai le même problème sur les axes X et Y qui ont exactement les mêmes : moteur/driver/commande.

Seul l'axe Z qui est motorise plus petit avec une vis a bille me donne le déplacement exact.

Je peu très bien régler le pb des axes X et Y en changeant le facteur SCALE dans le fichier INI de config des axe, mais cela ne fait pas très pro ... surtout de remplacer une valeur théorique de 40 par un nombre dans le 33.36 ...

Je suis sur des paramètres de la machine (ils fonctionnaient sous MACH3)

J'ai toujours besoin de régler un Backlash à 0.73 sur X alors que je ne mesure 0.05mm de jeu au comparateur.

Maintenant que j'ai gouter à EMC2 je suis tombe sous son charme

Alors je suis prenneur de toutes idées

Merci
Titi0077

 

[f6bqi]

Bonjour,
-Avez vous essayer de changer la valeur du "dirhold" de 1 à 3 par exemple pour donner un délais supplémentaire au changement de sens du dir comme expliqué dans la doc emc2:
http://www.linuxcnc.org/docs/html/motio ... tml#r1_1_4
-Pour le backslash je le remettrai à Ø pour être certain de ne pas avoir plusieurs défauts simultanés.
-Peut être faire une série de trois fois "G00 X10" et noter la valeur du déplacement au comparateur pour voir si l'erreur est cumulative ou non.
Je pourrai faire des manip sur EMC2 car c'est ce que j'utilise pour ma table CNC mais en ce moment il n'est pas question de travailler dans mon atelier/garage car la température est plutôt frisquette.
Michel

 

[titi0077]

En fait pour le Backlash ce n'est pas ce qui me fait le plus peur si il y a puis que le soft est capable de le gérer.

Ce qui me dérange le plus c'est les déplacements incorrects en ligne droite avec un "G0 X200" a n'importe qu'elles vitesses.(meme chose pour des distance plus courtes) Je me retrouve avec une erreur de 20% environ alors que sur l'axe Z qui a lui aussi les paramètre théoriques est niquel.

 

[f6bqi]

Bonjour,
Sans parler de vitesse, n'y a t'il pas un problème d'inertie de l'axe X et Y.
Avez vous des moyens de mesure électronique (genre oscilloscope) pour mettre en évidence le dysfonctionnement côté mécanique ou électronique.
Une idée: vous dites 2000µPas par tour.
je pense que le couple de maintien doit être faible. il faut faire un essais en 4 ou 16 pas par tour pour le driver et voir la relation à ce moment la.
N'étant pas très loin de chez vous, si vous voulez de l'aide dans la limite de mes modestes moyens.
Michel

 

[CNC_FONTAINE]

Salu titi0077,

As-tu vérifié si ta carte moteur a une fonction qui inhibe le courant moteur lorsqu'ils ne fonctionnent pas pendant plusieurs secondes ?

Pour ma part j'avais le même sous avec une carte hobby cnc, j'ai simplement inhibé cette fonction car elle provoquait une perte de pas dès que le moteur été à nouveau sollicité...

Sinon je pense aussi à un point dur dans ta mécanique..

Voilà @ plus;