renseignements sur le changement d'outils et la procédure

[mstrens]

Voici l'extrait de la doc linux Gcode
G30 axes - makes a rapid move to the position specified by axes including any offsets, then will make a rapid move to the absolute position of the values in parameters 5181-5189 for all axes specified. Any axis not specified will not move.

G30 Example Line
G30 Z2.5 (rapid to Z2.5 then to the Z location specified in #5i83)

Le problème est sans doute que les coordonnées données dans le G30 sont traitées tenant compte du mode absolu/relatif courant et sans doute que tu es un mode relatif.
Il faudrait donc sans doute ajouter une commande G90\n juste avant le G30.
Par sécurité, il faudrait même faire G21G90\n puisqu'il semble que les paramètres passés en G53 ne sont pas conservés pour le G30.

[mstrens]

Je trouve encore ceci dans la doc GRBL

Note that this list does not include the non-modal g-code commands group and they are not listed in the $G parser report, because they only affect the current line they are commanded in. For completeness, here are the non-modal commands supported by Grbl:

Supported Non-Modal Commands
G4, G10 L2, G10 L20, G28, G30, G28.1, G30.1, G53, G92, G92.1

Ce n'est pas clair pour moi mais il faudrait peut être mettre le G21G90 sur la même ligne que le G30 (donc sans le \n intermédiaire).
Il faut peut-être même mettre encore G53 devant.

[mstrens]

Une solution peut être d'ajouter un déplacement absolu en remplaçant
#define _GO_PROBE_STRING "G4P0.0\n $#\n $G\n M5\n G53 G21 G90 G00 Z-2\n G30X%X Y%Y Z-2\n G21 G91\n G38.2 Z-70 F100\n G00 Z2\n G38.2 Z-3 F10\n G10 L20 P1 Z%Z\n G53 G21 G90 G00 Z-2\n %M\n"

par
#define _GO_PROBE_STRING "G4P0.0\n $#\n $G\n M5\n G53 G21 G90 G00 Z-2\n G53 G21 G90 G00X%X Y%Y Z-2\n G30\n G21 G91\n G38.2 Z-70 F100\n G00 Z2\n G38.2 Z-3 F10\n G10 L20 P1 Z%Z\n G53 G21 G90 G00 Z-2\n %M\n"

[lglinux3d]

Une solution peut être d'ajouter un déplacement absolu en remplaçant
#define _GO_PROBE_STRING "G4P0.0\n $#\n $G\n M5\n G53 G21 G90 G00 Z-2\n G30X%X Y%Y Z-2\n G21 G91\n G38.2 Z-70 F100\n G00 Z2\n G38.2 Z-3 F10\n G10 L20 P1 Z%Z\n G53 G21 G90 G00 Z-2\n %M\n"

par
#define _GO_PROBE_STRING "G4P0.0\n $#\n $G\n M5\n G53 G21 G90 G00 Z-2\n G53 G21 G90 G00X%X Y%Y Z-2\n G30\n G21 G91\n G38.2 Z-70 F100\n G00 Z2\n G38.2 Z-3 F10\n G10 L20 P1 Z%Z\n G53 G21 G90 G00 Z-2\n %M\n"

Bonjour,
Oui en effet cette commande me parait toute approprié c'est a ce que j'avais aussi pensé
je ne suis pas chez moi aujourd'hui mais je fais un test demain en ligne de commande et te dis ce que cela donne.

Merci

[lglinux3d]

Je trouve encore ceci dans la doc GRBL

Note that this list does not include the non-modal g-code commands group and they are not listed in the $G parser report, because they only affect the current line they are commanded in. For completeness, here are the non-modal commands supported by Grbl:

Supported Non-Modal Commands
G4, G10 L2, G10 L20, G28, G30, G28.1, G30.1, G53, G92, G92.1

Ce n'est pas clair pour moi mais il faudrait peut être mettre le G21G90 sur la même ligne que le G30 (donc sans le \n intermédiaire).
Il faut peut-être même mettre encore G53 devant.

Pour mieux comprendre les commandes non modables je suis aller sur le site de linux CNC la tu as plus d'informations sur ce type de commande si cela peut t'aider
http://www.linuxcnc.org/docs/2.4/html/g ... dal-Groups
je viens de trouver la doc en français de linux CNC
il s'avère que G30 peut être utilisé en coordonnées mais il faut activer la variable [TOOL_CHANGE_AT_G30]=1 dans la section [EMCIO] du fichier ini. J'avoue que la je ne suis pas tout
Et la ils disent que c'est possible d'envoyer des commandes d'axes a G30 la je suis plus du tout , car si on test ca ne fonctionne pas a moins peut être d'activer cette fameuse commande de [TOOL_CHANGE_AT_G30] ? je regarderais cela dans la semaine
http://linuxcnc.org/docs/html/gcode/gco ... -position

[mstrens]

voici un lien à la page 105 où il y a des exemples.

https://books.google.be/books?id=ziU_rO ... de&f=false

Il semble qu'effectivement il faille ajouter un G90 ou G91 juste avant le G30 avec axes pour être sûr d'obtenir ce que l'on veut.

Je pense que la variable [TOOL_CHANGE_AT_G30]=1 n'existe pas dans GRBL. C'est propre à la version Linux. Il ne faut donc pas en tenir compte.

De toute façon puisque l'ESP32 permet d'insérer les valeurs X et Y récupérée de G30, on peut se passer de la commande G30 avec axe.

A noter encore qu'il faudrait aussi vérifier si on n'a pas le même souci avec la commande qui envoie à la position pour changer d'outil (basée sur G28). Peut être que là j'ai déjà mis un G90 avant le G28 et donc que cela marche.

[lglinux3d]

voici un lien à la page 105 où il y a des exemples.

https://books.google.be/books?id=ziU_rO ... de&f=false

Il semble qu'effectivement il faille ajouter un G90 ou G91 juste avant le G30 avec axes pour être sûr d'obtenir ce que l'on veut.

Je pense que la variable [TOOL_CHANGE_AT_G30]=1 n'existe pas dans GRBL. C'est propre à la version Linux. Il ne faut donc pas en tenir compte.

De toute façon puisque l'ESP32 permet d'insérer les valeurs X et Y récupérée de G30, on peut se passer de la commande G30 avec axe.

A noter encore qu'il faudrait aussi vérifier si on n'a pas le même souci avec la commande qui envoie à la position pour changer d'outil (basée sur G28). Peut être que là j'ai déjà mis un G90 avant le G28 et donc que cela marche.

cool merci pour le lien je vais pouvoir me documenter un peut plus

Oui en effet apparemment il faut passer par un G90

Je regarde cela demain je ferais des tests réels en moniteur série sur la RS-CNC32 et je te dirais ce qui passe et passe pas

[mstrens]

OK merci.
A noter que , mais je pense que tu le sais déjà, quand les commandes sont envoyées par le terminal série (ou même par un fichier de la carte SD), l'ESP32 ne modifie pas les commandes et donc par exemple %X sera transmis tel quel et donc générera des erreurs dans GRBL.
Il faut donc remplacer les macros % par les valeurs réelles

[lglinux3d]

OK merci.
A noter que , mais je pense que tu le sais déjà, quand les commandes sont envoyées par le terminal série (ou même par un fichier de la carte SD), l'ESP32 ne modifie pas les commandes et donc par exemple %X sera transmis tel quel et donc générera des erreurs dans GRBL.
Il faut donc remplacer les macros % par les valeurs réelles

Bonjour,
Oui oui j'avais compris d'ailleurs j'avais poster au dessus cela sur les variables %

[lglinux3d]

Bonjour,

Voila je n'arrive pas a comprendre le fonctionnement avec cette positon d'outil .
Je m'explique :
J'ai donc repris a zéro et essayer de comprendre pourquoi les valeurs ennoyées sont erronées.
Ci joint les valeurs dans ma machines avec la commandes $#

Code : Tout sélectionner

[G54:-330.762,-506.262,-8.723]
[G55:101.000,200.000,-13.990]
[G56:626.727,-141.945,-8.108]
[G57:0.000,0.000,0.000]
[G58:0.000,0.000,0.000]
[G59:0.000,0.000,0.000]
[G28:-568.100,-677.170,-6.565]
[G30:-615.146,-677.170,-19.963]
[G92:0.000,0.000,0.000]
[TLO:0.000]
[PRB:0.000,0.000,0.000:0]

Puis j'ai envoyé les commandes suivante et voici les tableaux respectif des valeurs reçu sur l'afficheur.

Code : Tout sélectionner

Après un HOME			
	Wpos		Mpos	
X	-307,25		-638,01	
Y	-206,74		-713,01	
			
Après un G54 X0 Y0			
	Wpos		Mpos	
X	0		-330,76	
Y	0		-506,26	
			
Après un G30 (position du switch)			
	Wpos		Mpos	
X	-284,38		-615,15	
Y	-170,91		-677,17	
			
Après un G28 (position changement outils)			
	Wpos		Mpos	
X	-237,34		-568,1	
Y	-170,91		-677,17	
			
Après un G90 G21 G0 X0			
	Wpos		Mpos	
X	0		-330,76	
Y	-206,74		-713,01	

Donc je ne comprends pas la logique de la machine concernant les coordonnées
Si je fait un Après un G90 G21 G0 X0 je devrais me trouver en X0 qui est en bas a gauche de ma machine ? et pas sur mon G54 comme dans le tableau , sinon fatalement si je lui envoi une commande de déplacement de x de -677.17 valeur de G30 alors quelle se trouve en -330.76 cela bloque et rentre dans le endstop X , de plus cette valeur mpos change en fonction de wpos d'onc la j'avoue ne plus rien comprendre a la gestion de la machine .

Quelqu'un as t’il déjà fait fonctionner cette commande ou je suis le seul ?

Merci d'avance de vos réponses et aide.

Je réponds a ma questions tout seul
En fait il faut déplacer la machine en coordonnées G53 et non G90
Cela fonctionne avec la commande G53 pour le probe
je continu pour vérifié la commande de cette fameuse PROBE
Bon tout fonctionne il faut juste changer la commande G30x%X y%Y z-2 par G53 x%X y%Y z-2 'et la plus d’erreur, il faut que je reflash l'esp32 du coup pour tester en réelle