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

ink_a
Nouveau
6 Mai 2013
8
  • Auteur de la discussion
  • #1
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.
 
CNCSERV
Compagnon
27 Décembre 2007
5 009
FR-28360
bonjour,
2 solutions :
- jeu mécanique provoquant un retard à l'inversion,
- Asservissement servomoteur mal réglé.

Il faudrait en savoir plus sur la machine.
 
ink_a
Nouveau
6 Mai 2013
8
  • Auteur de la discussion
  • #5
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 !
 
MegaHertz
Compagnon
31 Août 2017
933
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.
 
MegaHertz
Compagnon
31 Août 2017
933
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.
 
MegaHertz
Compagnon
31 Août 2017
933
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:
vax
Modérateur
5 Mars 2008
7 088
Guipavas (près de Brest)
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 ! :wink:
 
Radiel
Apprenti
18 Juin 2012
84
grenoble
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
 
Haut