GCODE différence entre $j et G1

[lgjean]

Bonjour

 

Si quelqu'un connait le GCODE et les machine CNC amateurs, merci de m'aider !

J'ai une petite CNC plus ou moins fait maison. Architecture Core XY et sous GRBL 1.1.

J'utilise Universal Gcode Sender.

Quand j'actionne le jog, par exemple X+, le bras s'avance bien de 10mm vers moi, ça c'est ok.
La commande que UGS envoi est

$J=G21G91X10F1000
Ce qui veut dire :
G21 = on est en mm
G91 = Toutes les coordonnées à partir de maintenant sont liés à la dernière position
X10F1000 = bouge de 10mm en X+ à la vitesse 1000

Par contre si je tape en manuel

G1 X10 F1000

il part de l'autre coté (X-), et pas de 10mm mais beaucoup plus jusqu'à taper la butée !

 

C'est quoi ce bazar ?

 

Merci !

[Locouarn]

Bonsoir,

J'utilise Grbl 1.1 mais avec CNCjs et je ne parviens pas à reproduire votre problème.

La commande $J (mode jog) n'est pas reconnue dans CNCjs, donc j'envoie simplement la suite (G21G91X10F1000) qui produit le même effet que chez vous.

Si j'envoie G1X10F1000, le résultat est le même, je n'ai pas votre problème.

Si j'utilise ce qui s'apparente à votre mode jog (je choisis 10 mm et je clique sur X+), toujours pas de surprise.

Toutefois, lorsque vous envoyez "G1X10F1000" vous ne précisez pas en absolu ou relatif (G90 ou 91) et selon l'origine de vos axes et les sens convenus, un déplacement absolu peut expliquer votre problème. Ajoutez donc G91 au début de votre commande et regardez ce qui se passe.

Cordialement.

Modifié (le) Janvier 29, 2019 par Locouarn

[lgjean]

Vous avez raison car lorsque j'utilise le jog de UGS voici le genre de commande qu'il envoi

$J=G21G91Y10F1000

passage en mm et coordonnées relatives.

J'imagine qu'on doit pouvoir changer ces paramètres dans le fichier config.h de GRBL !?

Je vais y jeter un oeil

[Locouarn]

Bonjour,

Non, ce n'est pas un paramètre machine (qui sont d'ailleurs plus dans les fichiers "default"), c'est une commande qui est placée dans le code par votre logiciel de FAO (CAM) en fonction du travail demandé.

Par défaut, vous remarquerez que la ligne d'initialisation de UGS contient la commande G90, le mode relatif étant d'un usage très spécifique.

Si votre position de homing était bien définie à 0,0 les deux commandes donneraient le même résultat (en partant de zéro). C'est plus sur ce point que vous devez vous focaliser.

Mais... quel intérêt de taper une commande en manuel ? Les modes jog et programme suffisent.

Cdlt

[lgjean]

C'est bien ce qui me perturbe, G90 et G91 qui ne donne pas du tout la même chose chez moi.

Si je tape

G21 G91 X10 F1000

La machine va de 10mm vers X+

En revanche si je tape

G21 G90 X10 F1000

elle part dans l'autre sens et de 14cm (à la louche car elle touche les butée)

D'où ma grande perplexité !

[Locouarn]

Je vous le répète, à mon avis votre homing ou origine travail si vous préférez n'est probablement pas à 0,0 au point où vous l'imaginez.

La commande G90 s'y référant, le résultat sera forcément surprenant en apparence.

Il est très difficile de vous donner une réponse précise sans connaitre la géométrie de votre machine, la présence ou non de fins de course, les paramètres de directions, de homing, etc.

[lgjean]

Oui c'est bien un problème de zéro car si je fais une mise à zéro avec :

G10 P0 L20 X0 Y0 Z0

Après cette commande, je peux utiliser les deux types de coordonnées G90 ou G91 les résultats sont identiques.

Ce qui fait que je peux décider où sont les zéros absolue.

Du coup j'ai activé les fins de course mais il ne faisait qu'un seul axe, le premier trouvé et ensuite le cycle s'arrête.

A force de chercher j'ai trouvé dans config.h ces deux lignes à activer :

#define HOMING_CYCLE_0 (1<<X_AXIS)  // COREXY COMPATIBLE: First home X
#define HOMING_CYCLE_1 (1<<Y_AXIS)  // COREXY COMPATIBLE: Then home Y

C'est le bon cycle et maintenant ça marche !

Merci pour le coup de main !

[lgjean]

Pour résumer, CEUX QUI SONT EN GALERE AVEC UNE MACHINE CORE XY voici le résumé :

 

Allez dans les fichiers de GRBL (1.1 pour ce cas) et trouvez "config.h"

 

Ensuite supprimez les deux "//" devant

 

#define COREXY // Default disabled. Uncomment to enable.

 

GRBL sait maintenant que vous avez une machine avec cette architecture spécifique.

 

Ensuite pour activer le home cycle sur les trois axes activez ces deux lignes (rappel: supprimez les "//") :

 

#define HOMING_CYCLE_0 (1<<Z_AXIS)                // REQUIRED: First move Z to clear workspace.

#define HOMING_CYCLE_0 (1<<X_AXIS)  // COREXY COMPATIBLE: First home X

#define HOMING_CYCLE_1 (1<<Y_AXIS)  // COREXY COMPATIBLE: Then home Y

 

Et corrigez ces trois ligne comme ceci CYCLE_0, CYCLE_1, CYCLE_2, ce qui donne :

 

#define HOMING_CYCLE_0 (1<<Z_AXIS)                // REQUIRED: First move Z to clear workspace.

#define HOMING_CYCLE_1 (1<<X_AXIS)  // COREXY COMPATIBLE: First home X

#define HOMING_CYCLE_2 (1<<Y_AXIS)  // COREXY COMPATIBLE: Then home Y

 

Toutes les autres lignes concernant le HOMING doivent être commenté.

 

Envoyez ça sur votre Arduino.

Ensuite >>>>> en ligne de commande sur UGS (ou autre logiciel qui envoi du GCODE)

tapez $$

Vous obtenez la configuration qui est en mémoire flash (résistant au RAZ donc)

Activez le HOME CYCLE en tapant $22=1

Mettez votre zéro où vous voulez avec le paramètre $23

• $23=1 Top left home location.
• $23=2 Bottom right of your work area to be the home location.
• $23=3 Bottom left.
• $23=4 Spindle down home location.

 

 

Voilà, c'est tout !

Modifié (le) Janvier 31, 2019 par lgjean