Problème avec G3 qui fait disfonctionner les moteurs

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.

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

Dodore a dit:

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

Cliquez pour agrandir...

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.

grandioso a dit:

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

Cliquez pour agrandir...

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 ?

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

Dodore a dit:

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

Cliquez pour agrandir...

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 :

Oui j’ai mal lu , désolé !

grandioso a dit:

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.

Cliquez pour agrandir...

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.

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

grandioso a dit:

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)

Cliquez pour agrandir...

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.

Salut,

pascalp a dit:

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

Cliquez pour agrandir...

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.

Cliquez pour agrandir...

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 ...



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.

Tom_Franche_Comté a dit:

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

Cliquez pour agrandir...

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.

Cliquez pour agrandir...

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é.

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

Cliquez pour agrandir...

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

grandioso a dit:

Ci-joint le fichier cbpp

Cliquez pour agrandir...

Manque le fichier

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).

Cliquez pour agrandir...

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

Salut,

grandioso a dit:

Si j'ai bien compris je dois remplacer mon fichier LinuxCNC.cbpp par celui que tu m'as envoyé ?

Cliquez pour agrandir...

Oui, c'est ça.

++
David

Re,

grandioso a dit:

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.

Cliquez pour agrandir...

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

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.

grandioso a dit:

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.

Cliquez pour agrandir...

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

++
David

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.

Cliquez pour agrandir...

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

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

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

Salut,

Plutôt mystérieux comme problème. CamBam sort un GCode tout à fait simple et je ne vois vraiment pas ce qui pourrait causer ça !

Si tu peux mettre un de tes ancien fichier qui fonctionne, je regarderais si quelque chose m'interpelle.

Sur le cercle, à partir de quelle ligne ça se met à déconner ? .. fait t'il les G0 et G1 qui se trouvent juste avant le premier G3 ? (que j'ai marqué en gras) .. autrement dit, es-ce que ça déconne uniquement sur les arcs (G2/G3) ou sur tous les mouvements.

( Made using CamBam - http://www.cambam.co.uk )
( Sans titre 4/18/2024 10:39:21 AM )
( Post processor: Default )
( T0 : 0.0 )
G21 G90 G64 G40
G0 Z3.0

( Gravure1 )
G17
M3 S1000
G0 X30.0 Y0.0
G0 Z1.0
G1 F200.0 Z-0.4
G3 F500.0 X-15.0 Y25.9808 I-30.0 J0.0
G3 Y-25.9808 I15.0 J-25.9808
G3 X30.0 Y0.0 I15.0 J25.9808
G1 F200.0 Z-0.8
G3 F500.0 X-15.0 Y25.9808 I-30.0 J0.0
G3 Y-25.9808 I15.0 J-25.9808
G3 X30.0 Y0.0 I15.0 J25.9808
G0 Z3.0
M5
M30

J'ai une piste à explorer , j'ai l'impression que mes anciens fichiers étaient des transformations de fichiers dxf , alors que ceux qui ne passent pas sont des dessins faits avec cambam.

Cliquez pour agrandir...

Oui, mais au final, le résultat est toujours du Gcode donc je ne vois pas bien ce que ça pourrait changer.

Tu a vérifié la partie électrique, câbles moteurs, connexions, etc

++
David