postprocessur cambam remplacer g90 par g91

Bonjour à tous.
Je viens d'acheter une chinoise 3018.
mes premiers essais, production d'un bete rectangle sous camban, a fonctionné sans problème (création du gcode avec cambam et pilotage de la cnc avec candle)
Mais voilà, j'ai eu la superbe idée de l'équiper de fins de courses ; j'ai modifié en conséquence les paramètres grbl $21, $22; etc sans oublier d'inverser l'axe y. le homing fonctionne parfaitement ... aprés avoir modifié ce satané paramètre $26 qui par défaut est à 250 ms (en effet à F500, en 250 ms l'axe parcourt environ 2mm, soit plus que la course résiduelle du fin de course et évidemment tout se bloquait) en ramenant ce paramètre à 25 ms tout fonctionne parfaitement sauf .... que la machine part dans le décor au lancement d'un gcode.
l'entete du gcode comprend un G90 (coordonnées absolues) ... d'où je suppose le problème.
l'entete du postprocesseur comprend la variable {$distancemode} mais je ne sais pas où modifier cette valeur. Je peux, bien sûr, modifier manuellement le Gcode mais je risque d'oublier... dans l'euphorie de la fabrication.
Si quelqu'un a une solution, j'en serai ravi.
Cordialement
Jean-luc

Bonjour,

Il n'y aurait pas un G28 dans le Gcode ?

Si G28 présent le supprimer et tester !

Cordialement JF

bonjour, un grand merci. Quelle réactivité ! bravo à vous.
non, il n'y a pas de g28 caché dans le code.
J'ai refait mes deux gcodes, pour un rectangle et une came de serrage (cf. pièce jointe) rien d'extraordinaire donc, sans modifier quoi que ce soit du premier au second. j'ai placé les origines d'usinages aux coins inférieurs gauches des deux pièces.
La simulation sous camotics est parfaite. les trajectoires outils sont bonnes sous cambam également.
J'ai fait ma prise d'origine sur la cnc au coin inférieur gauche de mon bout de médium et lancé le premier g code (le rectangle) tout est parfait ; les cotes sont à peu près bonnes à deux ou trois dixièmes près, je vais vérifier le diamètre fraise....
même topo - après changement du point origine- pour le deuxième g code et là patatras... la fraise vient bien au point de départ usinage, fait sa plongée et ... part à contre-sens, cf. photo2.
j'ai utilisé le post processeur GRBL ; j'ai remarqué qu'avec le post processeur defaut les coordonnées étaient données avec 4 décimales alors qu'avec le grbl ce n'était plus que deux décimales ; je n'ai pas trouvé où était caché ce paramétrage.
je donne ma langue au chat.

recoucou,
je ne dois pas bien avoir les yeux en face des trous ... j'ai trouvé le formatage des nombres ; 0.0# ou 0.0### je suppose que les # correspondent au nombre de décimales (si nécessaire)
désolé.
encore merci de vos conseils ou explications

recoucou, encore moi.
problème résolu.
les g2 et g3 renvoyaient une erreur 33 dans la console (évidemment je ne l'avais pas vue ...)
celle-ci indique que la destination n'est pas accessible.
en modifiant dans le post processeur grbl le format des nombres à 0.0000# la précision de calcul devient suffisante et il n'y a plus d'erreur ; mon usinage est correct. OUF !
C'est susceptible ces bêtes là, pas assez de décimales et elles bugguent.
maintenant on le sait.
Cordialement
Jean_Luc

Merci David.
J'avais passé un peu de temps sur les forums mais je m'etais focalisé sur les g90/g91, donc j'étais passé à coté du problème, avant de lancer mon s.o.s.
un immense merci pour toutes ces informations précieuses. je suis profondément admiratif de ton savoir ; j'imagine assez bien les milliers d'heures passées derrière l'écran et devant les machines .
Amicalement
Jean-Luc