Problème avec G3 qui fait disfonctionner les moteurs

  • Auteur de la discussion grandioso
  • Date de début
G

grandioso

Ouvrier
Bonjour,
Cette partie là :
( Gravure1 )
G17
M3 S1000
G0 X-1.87047 Y2.34549
G1 F300.0 Z3.6
G3 F800.0 X-1.75123 Y2.43581 I1.8705 J-2.34555
G1 X-1.87047 Y2.34549
G1 F300.0 Z3.5
G3 F800.0 X-1.75123 Y2.43581 I1.8705 J-2.34555
G1 X-1.87047 Y2.34549
G1 F300.0 Z3.4 ...................

(c'est le début du fichier qui correspond au contour) fait disfonctionner les moteurs (ils font un bruit épouvantable et ne produisent aucun mouvement).
J'ai coupé cette partie pour voir si tout le fichier était concerné , non le reste fonctionne correctement.
 

Fichiers joints

  • disc36points_1a.txt
    318.3 KB · Affichages: 19
T

Tom_Franche_Comté

Apprenti
bonjour,

Est-ce que tu peux essayer tes G2/G3 en arrondissant à 4 chiffres après la virgule au lieu de 5.
Afin de voir si le problème venait de la précision trop importante qui ferait galérer le contrôleur.
 
D

Dodore

Compagnon
Ah ben tiens!
je dois être complètement largué
à mon époque , Il y a plus de 20 ans, sur NUM 760 , je faisais encore les programme à la main, . Tout ça pour dire qu’on avait droit à uniquement 3 chiffres après la virgule si on en mettait plus il y avait une erreur
 
T

Tom_Franche_Comté

Apprenti
Ah ben tiens!
je dois être complètement largué
à mon époque , Il y a plus de 20 ans, sur NUM 760 , je faisais encore les programme à la main, . Tout ça pour dire qu’on avait droit à uniquement 3 chiffres après la virgule si on en mettait plus il y avait une erreur

Maintenant le contrôleur peut faire l'arrondi mais ça peut prendre un peu de temps à chaque instruction et faire ralentir la mise en mémoire tampon.
Ma CNC accepte jusqu'à 4 décimales à 5 ça déconnait un peu. (Contrôleur GRBL)

Dans la documentation de LinuxCNC ils préconisent au maximum : 4 décimales quand on travaille en pouces et 3 décimales en mm.
G2-G3 (voir section 5.1)

Après il faut expérimenter avec sa machine pour voir. une approximation d'interpolation circulaire à 4 décimales c'est déjà bien.
 
G

grandioso

Ouvrier
Bon, rien n'y fait ,j'ai changé les coordonnées à 3 décimales : même résultat.
 
T

Tom_Franche_Comté

Apprenti
Bon, rien n'y fait ,j'ai changé les coordonnées à 3 décimales : même résultat.
Question : est-ce que tu as déjà pu utiliser des G2/G3 avant ? Ou c'est la première fois que tu tentes le coup ?

Si c'est la première fois Il faut savoir que tous les contrôleurs ne supportent pas cette commande.

Quel est ton contrôleur ?
 
D

Dodore

Compagnon
Je vois que tu programme un arc de cercle avec I : J ; X ; Y et R
toujours chez NUM il y’a trop de paramètres
soit c’est
1ere ligne point de départ
2eme G2 X Y R
soit 2eme ligne X Y I J dans cette ligne s’il y a une erreur de plus de 20 microns il y a erreur
mais jamais X Y I J R là je ne sais pas ce qu’il se passe
 
T

Tom_Franche_Comté

Apprenti
Je vois que tu programme un arc de cercle avec I : J ; X ; Y et R
toujours chez NUM il y’a trop de paramètres
soit c’est
1ere ligne point de départ
2eme G2 X Y R
soit 2eme ligne X Y I J dans cette ligne s’il y a une erreur de plus de 20 microns il y a erreur
mais jamais X Y I J R là je ne sais pas ce qu’il se passe

En G17 donc plan XY
voilà les paramètres possibles :
G2 ou G3 <X- Y- Z- I- J- P->
  • Z - hélicoïde (facultatif )
  • I - décalage en X
  • J - décalage en Y
  • P - nombre de tours (facultatif )
Je ne vois pas d'erreur particulière dans le GCODE :
1711990058845.png
 
T

Tom_Franche_Comté

Apprenti
Bonjour,
Cette partie là :
( Gravure1 )
G17
M3 S1000
G0 X-1.87047 Y2.34549
G1 F300.0 Z3.6
G3 F800.0 X-1.75123 Y2.43581 I1.8705 J-2.34555
G1 X-1.87047 Y2.34549
G1 F300.0 Z3.5
G3 F800.0 X-1.75123 Y2.43581 I1.8705 J-2.34555
G1 X-1.87047 Y2.34549
G1 F300.0 Z3.4 ...................

(c'est le début du fichier qui correspond au contour) fait disfonctionner les moteurs (ils font un bruit épouvantable et ne produisent aucun mouvement).
J'ai coupé cette partie pour voir si tout le fichier était concerné , non le reste fonctionne correctement.
Rien à voir avec ton problème d'arcs.
Mais, dans ton fichier il y a une partie que je trouve étrange c'est cette partie surlignée.

A plusieurs endroits il y a un rectangle d'une passe qui est fait alors qu'on pourrait penser que la fraise se trouve dans la matière.
C'est peut-être normal. Je ne connais pas ta mise en place.

1711994581945.png
 
P

pascalp

Compagnon
Quand je passe le code dans CutViewer, j'ai une tripotée de message "rapid collision detected" et je dois forcer pour continuer.
 
G

grandioso

Ouvrier
A vrai dire à part quelques Gcode de base je ne maitrise
pas les commandes.
Je fais confiance au logiciel cambam qui transforme mon
dessin en gcode.
Je pense que c'est mon controleur.
Jusqu'à présent ça ne posait pas de problème, (exemple mon avatar ci-joint)
 

Fichiers joints

  • DessinThomas.txt
    25.7 KB · Affichages: 7
T

Tom_Franche_Comté

Apprenti
A vrai dire à part quelques Gcode de base je ne maitrise
pas les commandes.
Je fais confiance au logiciel cambam qui transforme mon
dessin en gcode.
Je pense que c'est mon controleur.
Jusqu'à présent ça ne posait pas de problème, (exemple mon avatar ci-joint)
Il y a beaucoup de différences entre les "en-têtes / paramètres" du fichier de départ et celui-ci

Fichier de départ qui fait planter les moteurs :
Instructions:

  1. G21 G90 G64 G40:
    • G21: Définit le mode de programmation en unités métriques (millimètres).
    • G90: Définit le mode de coordonnées absolues.
    • G64: Définit le mode de coupe modale (les paramètres de coupe restent actifs jusqu'à ce qu'ils soient modifiés).
    • G40: Annule la compensation d'outil.
  2. G91.1: Définit le mode de coordonnées relatives incrémentales (les mouvements sont relatifs à la position actuelle).
  3. G0 Z3.0: Déplace l'outil rapidement en position Z = 3.0 mm.
  4. T0 M6:
    • T0: Sélectionne l'outil T0.
    • M6: Change l'outil T0.
  5. ( Gravure1 ) : Début du bloc de code pour la gravure "Gravure1".
  6. G17: Définit le plan de travail XY.
  7. M3 S1000:
    • M3: Démarre la broche.
    • S1000: Définit la vitesse de broche à 1000 tours par minute.

Fichier qui fonctionne :
Instructions:

  1. G21 G90 G64 G40:
    • G21: Définit le mode de programmation en unités métriques (millimètres).
    • G90: Définit le mode de coordonnées absolues.
    • G64: Définit le mode de coupe modale (les paramètres de coupe restent actifs jusqu'à ce qu'ils soient modifiés).
    • G40: Annule la compensation d'outil.
  2. G0 Z2.0: Déplace l'outil rapidement en position Z = 2.0 mm.
  3. ( Nom DessinThomas ) : Début du bloc de code pour le dessin "Nom DessinThomas".
  4. G17: Définit le plan de travail XY.
  5. S0: Arrête la broche.


Autre différence notable :
fichier de l'avatar 4 décimales
et fichier qui plante 5 décimales.
 
D

dh42

Compagnon
Salut,
Quand je passe le code dans CutViewer, j'ai une tripotée de message "rapid collision detected" et je dois forcer pour continuer.

Il faudrait le fichier CamBam (.cb) pour savoir ce qu'il en est réellement (et aussi pour connaitre la taille des outils, qui n'est pas non plus précisée) ... mais oui, il y a clairement des plongées en rapide dans la matière, voir plus loin.

A plusieurs endroits il y a un rectangle d'une passe qui est fait alors qu'on pourrait penser que la fraise se trouve dans la matière.

même chose pour les rectangles, il faudrait le fichier .cb .... mais oui, il semble bien qu'il y ai un problème, une passe à fond d'usinage, mais avec une remontée qui ne vas pas jusqu'en haut. une fois sur 2 il y a cet usinage de rectangle en fond ...

Sans titre-1.jpg


Si j'ouvre le Gcode dans CamBam ou dans NCnetic, il semble qu'il y a un problème avec les rapides, la hauteur de remontée reste inférieure à la hauteur de la pièce. Apparemment, le dessus de l'usinage (le parcours le plus haut) est a Z=3.6, par contre le Z ne remonte qu'à 3.0 pour le dégagement, donc la fraise ne sort jamais de la matière ! .. la valeur du plan de dégagement est donc mal réglée dans l'op d'usinage et on a une plongée en rapide sur au moins 0.6mm.

Sans titre-2.png


Il y a beaucoup de différences entre les "en-têtes / paramètres" du fichier de départ et celui-ci

Oui, apparemment ce n'est pas le même post pro qui a été utilisé ; pour DessinThoma, c'est le post pro "default" et pour l'autre c'est le post pro Linux CNc

Bon, ça n'explique pas le problème du G3, à moins que Linux CNC fasse partie des softs qui n'aiment pas que l'on définisse des arcs de plus de 180° ? ... c'est pour ça que par défaut, les cercles créés avec CamBam sont constitués de 3 arcs de 120° (et donc le GCode résultant aussi), afin d'éviter cette limitation de certains soft de pilotage, par contre au vu du Gcode, il semble que l'objet du centre ai été défini avec un arc de presque 360°. (357.14288712313311° pour être précis) donc une forme "bidouillé" par rapport à un cercle standard de CamBam. peut être une piste à creuser.

et fichier qui plante 5 décimales.

Oui, et la aussi c'est bizarre car le post pro Linux CNC par défaut est défini avec 4 décimales et non pas 5, donc lui aussi a dut être bidouillé.

Sans titre-3.jpg


Bon, rien n'y fait ,j'ai changé les coordonnées à 3 décimales : même résultat.

Tu les a changées ou, dans le post pro ou dans le dossier usinage ? ; si c'est dans le dossier usinage, ça ne sert à rien, le réglage sera remplacé par celui du post pro.

Mets ton fichier .cb en pièce jointe (zip le) je regarderais.

++
David
 
Dernière édition:
G

grandioso

Ouvrier
Merci David,
Bon, j'ai du passer à autre chose qqes jours. J'ai reéssayé un petit bout de programme en modifiant à la main le nombre de décimales et cette fois les moteurs se sont bien comportés.
Du fait de ces problèmes je n'ai pas encore pu lancer une gravure.
Ci-joint le fichier cbpp avec l'extension txt pour pouvoir le joindre. Je pense donc que c'est là qu'il faut modifier le nbre de decimales
 
G

grandioso

Ouvrier
Bonjour
j'ai refait le dessin (dans le dossier ziip 36pts.ngc). Je l'ai lancé sur la machine et toujours le probléme avec les moteurs.Quand je le lance à blanc il fait 2encoches puis s'attaque aux cercles qu'il grave entièrement pour ensuite reprendre la gravure des encoches. (Le but est de faire une roue codeuse).
Si le processeur par default marche mieux ,j'aurais peut-être intérêt à l'utiliser plutôt que linuxcnc.
 

Fichiers joints

  • fichiers CambamJP.zip
    378.5 KB · Affichages: 4
D

dh42

Compagnon
Salut,

Et bien, il n'y a pas de changement, dans ton GCode "36pts.ngc", tu as toujours 5 décimales ... donc il n'y a pas de raison que ça marche mieux !

je te met un PP linux cnc en remplacement du tiens en PJ, réglé sur 4 décimales.

Quand je le lance à blanc il fait 2encoches puis s'attaque aux cercles qu'il grave entièrement pour ensuite reprendre la gravure des encoches. (Le but est de faire une roue codeuse).

Comme je te l'ai dis plus haut, ce qu'il me faut pour savoir ou est le problème, c'est le fichier CamBam (le projet en .cb) .. et il n'y est pas dans l'archive.

++
David
 

Fichiers joints

  • LinuxCNC.zip
    594 bytes · Affichages: 2
G

grandioso

Ouvrier
Salut,
Si j'ai bien compris je dois remplacer mon fichier LinuxCNC.cbpp par celui que tu m'as envoyé ?
Je te joins mon fichier .cb
 

Fichiers joints

  • 36pts.zip
    2.4 KB · Affichages: 2
D

dh42

Compagnon
Re,

Quand je le lance à blanc il fait 2encoches puis s'attaque aux cercles qu'il grave entièrement pour ensuite reprendre la gravure des encoches.

Le mieux c'est de faire 3 opérations de gravures séparées, une pour les encoches et 2 pour les cercles de cette façon tu sera sûr que ça ne sautera pas de l'un à l'autre.

Les polylignes 18 et 19 sont en double (superposées) donc usinées 2x

Il n'est pas nécessaire de sélectionner les 2 listes de points dans les objets à usiner ; les listes de points ne sont usinables qu'en mode perçage.

L'opération de gravure pour les encoches, je veux bien, mais par contre pour la découpe des cercles, j'aurais plutôt utilisé une opération de contour car elle permet de mettre des attaches pour éviter que la pièce ne se tire en fin d'usinage.

++
David
 

Fichiers joints

  • 36pts_fixed.zip
    2.4 KB · Affichages: 3
G

grandioso

Ouvrier
Bonjour,
J'ai changé le post en Default et tout est bien converti en 4 dècimales mais toujours le même problème.
En pas à pas la 1ére ligne qui fait monter Z se déroule normalement mais une fois terminée les moteurs se mettent à grogner sans raison ni mouvement.
Demain je refais quelques dessins d'essai et si j'ai les mêmes problèmes, je désinstalle et réinstalle cambam.
Ce qui a changé depuis mon dernier dessin (octobre 2023 ) j'ai changé d'ordinateur (avec windows 10)
C'est le seul dessin fait avec cet ordinateur, les autres passent tres bien......
 
D

dh42

Compagnon
Tu n'a pas essayé le PP Linux que je t'ai mis ?

Je doute fort que la réinsta de CB change quelque chose.
En pas à pas la 1ére ligne qui fait monter Z se déroule normalement mais une fois terminée les moteurs se mettent à grogner sans raison ni mouvement.

Tu peux mettre le Gcode en question en pièce jointe ?

++
David
 
G

grandioso

Ouvrier
Voici
 

Fichiers joints

  • 36pts_fixed1.zip
    1.4 KB · Affichages: 2
D

dh42

Compagnon
En pas à pas la 1ére ligne qui fait monter Z se déroule normalement mais une fois terminée les moteurs se mettent à grogner sans raison ni mouvement.

C'est vraiment bizarre car une bonne partie du Gcode qui suit est en G0 et G1 (la découpe des encoches), et donc ça ne viens pas d'un problème d'arc (G2, G3) et le Gcode n'a rien d'exotique qui pourrait planter les moteurs :smt017

Le Gcode fonctionne normalement sous Mach3.

A mon avis, ton problème de moteur n'est pas lié au Gcode, il doit y avoir un autre lézard quelque part, peut être dans ta config LinuxCNc ... ou un problème physique sur la machine.

( Made using CamBam - http://www.cambam.co.uk )
( 36pts_fixed 4/15/2024 3:49:05 PM )
( Post processor: Default )
( T1 : 1.0 )
G21 G90 G64 G40
G0 Z3.0
( T1 : 1.0 )
T1 M6
( encoches )
G17
M3 S1000
G0 X0.0 Y27.0
G0 Z1.0
G1 F200.0 Z-0.4
G1 F400.0 Y15.0
G1 F200.0 Z-0.8
G1 F400.0 Y27.0
G1 F200.0 Z-1.2
G1 F400.0 Y15.0
G1 F200.0 Z-1.6
G1 F400.0 Y27.0
G1 F200.0 Z-1.8
G1 F400.0 Y15.0
G0 Z3.0
G0 X-2.6047 Y14.7721
G0 Z1.0
G1 F200.0 Z-0.4
G1 F400.0 X-4.6885 Y26.5898
G1 F200.0 Z-0.8
G1 F400.0 X-2.6047 Y14.7721
G1 F200.0 Z-1.2
G1 F400.0 X-4.6885 Y26.5898
G1 F200.0 Z-1.6
G1 F400.0 X-2.6047 Y14.7721
G1 F200.0 Z-1.8
G1 F400.0 X-4.6885 Y26.5898
G0 Z3.0
G0 X-9.2345 Y25.3717
G0 Z1.0
G1 F200.0 Z-0.4
G1 F400.0 X-5.1303 Y14.0954
G1 F200.0 Z-0.8
G1 F400.0 X-9.2345 Y25.3717
G1 F200.0 Z-1.2
G1 F400.0 X-5.1303 Y14.0954
G1 F200.0 Z-1.6
G1 F400.0 X-9.2345 Y25.3717
G1 F200.0 Z-1.8
G1 F400.0 X-5.1303 Y14.0954
G0 Z3.0
G0 X-7.5 Y12.9904
G0 Z1.0
G1 F200.0 Z-0.4
G1 F400.0 X-13.5 Y23.3827
G1 F200.0 Z-0.8
G1 F400.0 X-7.5 Y12.9904
G1 F200.0 Z-1.2
G1 F400.0 X-13.5 Y23.3827
G1 F200.0 Z-1.6
G1 F400.0 X-7.5 Y12.9904
G1 F200.0 Z-1.8
G1 F400.0 X-13.5 Y23.3827
G0 Z3.0
G0 X-17.3553 Y20.6832
G0 Z1.0
G1 F200.0 Z-0.4
G1 F400.0 X-9.6418 Y11.4907
G1 F200.0 Z-0.8
G1 F400.0 X-17.3553 Y20.6832
G1 F200.0 Z-1.2
...

++
David
 
G

grandioso

Ouvrier
J'ai trouvé après avoir éssayé mille choses.
Ce qui provocait le problème c'est une des 1éres ligne du programme : la ligne 7 : changement d'outil T0 M6 .
Je l'ai supprimée et la graveuse fait son travail.
Quant à connaitre l'explication c'est pour moi un mystère.
Merci encore de votre aide qui m'a permis de chercher dans toutes les directions et d'en apprendre un peu plus sur cambam
 
Dernière édition par un modérateur:
D

dh42

Compagnon
Salut,

Etrange !! ... LinuxCNC sait pourtant gérer les changement d'outils .. ! ... peut être que c'est l'outil n°0 (T0) qui ne lui plait pas ? (mais dans le Gcode que tu a mis, c'est T1) ... je ne peux pas t'en dire plus, je ne connais pas vraiment LinuxCNC et ce qui est susceptible de le défriser.

Au fait, j'en ai déduit que tu pilotais avec LinuxCNC car c'est le post pro que tu avais choisi dans un de tes GCodes, mais est-ce bien le cas ? .. je viens de faire une revue rapide du sujet, et tu ne le précise jamais ; si c'est du GRBL par exemple, les changements d'outils ne sont pas gérés, mais c'est normal.

++
David
 

Sujets similaires

M4vrick
Réponses
9
Affichages
1 309
gaston48
G
P
Réponses
18
Affichages
1 740
P.Taramesh
P
MacPepR
Réponses
8
Affichages
4 872
ygaillard
Y
FrogT
Réponses
23
Affichages
6 063
D
B
Réponses
2
Affichages
1 704
JLuc69
JLuc69
C
Réponses
6
Affichages
2 422
JLuc69
JLuc69
M
Réponses
23
Affichages
8 090
bistouc
bistouc
pcng
Réponses
8
Affichages
2 617
pcng
M
Réponses
4
Affichages
4 335
modjo756
M
H
Réponses
2
Affichages
1 978
B
D
Réponses
15
Affichages
10 837
carlos78
carlos78
D
Réponses
20
Affichages
18 457
marsupial76
M
Haut