Résolu Problème d'interpolation circulaire non circulaire

  • Auteur de la discussion ink_a
  • Date de début
I

ink_a

Nouveau
Bonjour à tous,
Nous avons un problème sur une machine outil, qui ne produit pas des trajectoires circulaires parfaites.
Cela donne l'impression que la machine fait une "sortie de virage" et tente de se rattraper du mieux qu'elle peut.
La vitesse programmée semble raisonnable, d'autant plus que des essais ont étés réalisés en baissant drastiquement celle-ci.
Avez-vous différentes pistes pour diagnostiquer le problème ?
Merci.
 
V

vres

Compagnon
bonjour,
2 solutions :
- jeu mécanique provoquant un retard à l'inversion,
- Asservissement servomoteur mal réglé.

Il faudrait en savoir plus sur la machine.
 
C

clabaut

Compagnon
bonsoir
il faut reprendre les parametres d axes qui ne sont plus adaptés a l usure de la vis
 
I

ink_a

Nouveau
Super, merci à vous pour ces pistes, ça sent bon.
En effet la machine tourne en continu 35H par semaine, je ne suis pas franchement sûr que ces points ont étés vues.
@Dodore Effectivement sujet aborder !
 
M

MegaHertz

Compagnon
Bonjour,

Possible que les réglages d'interpolation ne soient pas bons.
Ce que tu décris ressemble à une gestion de trajectoire qui donne la priorité à la vitesse plutôt qu'à la trajectoire.

Contrôle de trajectoire continue avec tolérance
Contrôle de trajectoire exacte

Dans un cas tu permets à la machine de dévier pour respecter au mieux les vitesses
Dans l'autre cas tu interdis ou bornes les déviations, quitte à brutaliser l'outil si les trajectoires l'exigent.

Sur linux CNC ce sont les GCode G64 et G61, regardes voir sur ton contrôleur comment tu peux configurer ça.
 
D

Dodore

Compagnon
Je ne connaissais pas « Linux CNC » que tu donnes en exemple
j’en profite pour demander à @ink_a qu’il précise sur quelle machine et avec quelle commande il a ce problème
 
M

MegaHertz

Compagnon
LinuxCNC a très bien documenté tout le GCode et la doc éxiste également en Français :

Le contrôle de trajectoire est une fonctionnalité avancée sur laquelle on a souvent pas de vue à l'écran de la machine, dans les post proc de CFAO ou même dans le GCode.
Quelquefois c'est même persistant et il suffit qu'un prog l'ait défini pour qu'on récupère des changements de comportements.

J'ai pris en éxemple LinuxCNC parce que la doc est claire mais ce réglage est propre à chaque contrôleur, je ne crois pas que le GCode soit normalisé pour ça.
 
V

vres

Compagnon
Le G64 ne concernent pas les interpolations circulaires mais les microvecteurs.
 
D

Dodore

Compagnon
Avant de dire tel code fait ça ou ça , il serait intéressant de connaître quelle est l’armoire utilisée
par exemple le G64 chez Num c’est le cycle d’ébauche en tournage
 
M

MegaHertz

Compagnon
Le GCode n'est pas vraiment normalisé, chacun fait un peu ce qu'il veut.
On peut compter sur G01, G00, G02 et G03 mais pour le reste faut surtout pas rester sur ses acquis et toujours lire la doc du GCode concerné.

Le G64 ne concernent pas les interpolations circulaires mais les microvecteurs.

Mouais... mais vu que pour dessiner un cercle certains calculateurs travaillent avec une table trigo, ça peut se finir en micro-vecteurs.
Y'a pas vraiment de règles, chaque constructeur fait ce qu'il veut.

Ajoutes à ça que quand on utilise un logiciel de CFAO il n'utilisera pas toujours les G02 ou G03 pour faire des courbes, la plupart du temps ils pondent des tonnes de micro-vecteurs.
 
Dernière édition:
V

vax

Modérateur
Peut-être même avoir des infos plus générales...
La machine vient-elle d'arriver dans l'atelier ?
La machine fonctionnait-elle bien avant ?
Le problème est-il apparu brusquement ?
Y at-il eu des changements dans l'environnement de la machine ? Nouvel opérateur ? Maintenance récente ? Changement dans le protocole de programmation (nouveau personnel au bureau d'étude, nouvelle FAO...).

Les questions de base pour déblayer le diagnostic quoi... Pardon les réflexes de sous-mariniers ont la vies dure !
 
D

Dodore

Compagnon
Oui effectivement , il est toujours bien de préciser l’historique de la chose ça permet de mieux cerner ou de comprendrele problème
 
R

Radiel

Ouvrier
dans la méthodologie de détection des pannes:
-contrôler les jeux vis/palier/roulements ce référer aux doc constructeur pour avoir les tolérances mais en général c'est inférieur a 0.02mm
-vérifier le programme, si un doute subsiste sur le programme ne pas hésiter a faire une copie sur le forum pour avoir un peu d'aide
-si les 2 premières étapes n'ont pas résolu le problème il va falloir pousser les investigations sur les paramètres d'axe
 
D

Dodore

Compagnon
:
-contrôler les jeux vis/palier/roulements ce référer aux doc constructeur pour avoir les tolérances mais en général c'est inférieur a 0.02mm
ah bon ! 0,02 ça me parait bien petit

edit
en y réfléchissant si le palier est aussi monté sur roulement , c’est possible
 
Dernière édition:
M

MegaHertz

Compagnon
En effet la machine tourne en continu 35H par semaine, je ne suis pas franchement sûr que ces points ont étés vues.

Bonjour,

Il y'a des chances pour que ce soit une machine industrielle, pas une CNC autoconstructeur ou petite chinoise amateur.

ink_a, c'est quoi comme engin ?
Tu peux nous montrer la partie de pièce en faute ?
 
I

ink_a

Nouveau
Bonjour tout le monde,
Hier soir j'ai voulu réaliser un test au comparateur sur les axes X/Y, malheureusement, l'interface machine ne permet pas de faire un déplacement incrémental jog 0.1 1 10. A ce niveau, je vais cherché s'il existe un moyen de contourner la couche fabriquant.
Seul constat que j'ai pu faire, machine à l’arrêt, puissance enclenchée, je peux bouger l'axe X en + et - à la main d'environ 1mm, j'imagine un jeu important sur la liaison pignon crémaillère.

Avant d'aller plus loin @Dodore et @MegaHertz, j'apporte l'historique manquant :
- Il s'agit d'une fraiseuse intégré dans une ligne de fabrication qui tourne depuis 5 ans
- Pas de documentation relative à la maintenance, si ce n'est une nomenclature
- Les guidages linaires en X Y Z sont de type THK
- Les liaisons moteurs/axes sont assurées par pignons crémaillères
- Le fabriquant est aux abonnés absents
- L'armoire machine est CNI (avec une surcouche de l'intégrateur)
- Ci-après, en noir, trajectoire programmée, en rouge, la dérive. C'est un phénomène remarqué il y a un an, qui semble s'accentuer

- Gcode sans fioritures*, approche rapide en G0 au niveau de la flèche, entrée/sortie en G1, les rayons sont traités en G4/G5 (interpolation circulaire avec point d'arrivée + rayon) le tout en correction de rayon
- Le programme est le même depuis au moins deux ans

* @MegaHertz la fonction G46 est utilisé pour modifier le comportement dynamique trop brutal pour la machine voici la raison :
Peux après la réception de la machine (avant l'introduction du G46), les déplacement de la machine, j'entend pas la, enchaînement segment/segment ou segment/arc se faisait sans ralentissement, si bien que le portique de la broche se faisait secouer (nous ne donnions pas longue vie à la mécanique dans ces conditions).

Je ne suis pas certain que ce soit l'utilisation de ce mode qui pose problème, mais comme le sujet est abordé je pose un maximum d'élément.
Vous m'ouvrez déjà pas mal de pistes et je vous en remercie.
 
Dernière édition:
V

vieuxfraiseur

Compagnon
bonjour ,
du peut-etre à un over shoot , par des glissières en turcite, et a tendance à glisser ?.
la trajectoire corrige , par le calculateur , mais la forme n'est pas géométriquement bonne .
si vous faites un alésage H7 en contournage, vous aurez des problèmes .( suivant l'avance ) ...
( un moyen pour éviter celà, c'est de réduire l'avance à l'endroit ou l'on veut avoir un profil qui soit correct .)
bonne journée
 
Dernière édition:
M

MegaHertz

Compagnon
Bonjour,

Vu le sens de parcours, quel que soit le jeu, il est rattrapé sur l'axe du défaut quand il arrive en bout d'arc.
Je ne dis pas que le jeu soit normal mais il est possible qu'il n'explique pas tout.

Les arcs à interpolation peuvent poser problème avec un correcteur d'outil.
Peux tu exécuter le prog un peu modifié avec des correcteurs d'outil à 0 ?

Peut tu exécuter ton prog avec correcteur d'outil mais les arcs définis avec des G02 et G03 sur 180° ?
 
Dernière édition:
I

ink_a

Nouveau
Oui je peux faire ces deux tests :
1ER - G4/G5 sans correction
2EME - G2/G3 avec correction
 
R

Radiel

Ouvrier
Seul constat que j'ai pu faire, machine à l’arrêt, puissance enclenchée, je peux bouger l'axe X en + et - à la main d'environ 1mm, j'imagine un jeu important sur la liaison pignon crémaillère.

pour moi c'est la source du problème
 
C

Christophe C.

Ouvrier
Hier soir j'ai voulu réaliser un test au comparateur sur les axes X/Y, malheureusement, l'interface machine ne permet pas de faire un déplacement incrémental jog 0.1 1 10

Par contre si tu peux exécuter du Gcode, tu peux faire un petit programme qui lance un déplacement incrémental? Normalement G91 pour passer en incrémental, et hop.

Si le même programme tourne en boucle depuis des années, tu as surement de l'usure assez localisée. Si c'est des crémaillères, tu peux essayer d'intervertir plusieurs tronçons, ceux des extrêmités sont surement moins usés!
 
I

ink_a

Nouveau
Pour les tests gcode :
Oui je peux faire ces deux tests :
1ER - G4/G5 sans correction
2EME - G2/G3 avec correction
Pas de différence notable entre les deux cas de figure, côté mécanique, là ça se corse... travaux en perspective.
L'axe X (pignon/crémaillère) présente bien un jeu, mais aussi trois zones d'usure -> à changer.
L'axe Y (vis à bille) pas de jeu constaté.
Merci à tous pour vos remarques ça ma grandement aidé et appris
Maintenant, "ya plus qu'a" et c'est pas le plus simple :D