Le Bear CNC Forums

Bonsoir tout le monde,

Bon, tout d'abord, je suis vraiment un nouveau dans le milieu alors .. ne m'en voulez pas pour mes questions de débutant ...
Sous Fusion360, je cherche a faire une rainure. Rien de bien plus simple me direz vous.
Alors, j'utilise la fonction "Poche" (bien que "Rainure" existe mais bon ...)
Une fraise de 2mm, 2 dents.
Quand je créé le G-Code, je ne comprends pas pourquoi la fraise tourne "en dehors" du stock au début du fraisage.
En y regardant de plus près, je vois bien que les premiers G-Code commencent avec un Z négatif. Comment cela se fait-il ?

Quand je règle la CNC, j'amène la fraise a un point (en "bas a gauche" de mon stock) et je règle le Z à ras le stock. Est-ce que je me trompe ?

le G-Code démarre ainsi:
Donc, tant que je suis en négatif, évidemment, la fraise tourne dans le vide.

Merci pour vos éclairages ...

Michel74 a écrit : ↑23 déc. 2020, 19:19 Bonsoir tout le monde,

Bon, tout d'abord, je suis vraiment un nouveau dans le milieu alors .. ne m'en voulez pas pour mes questions de débutant ...
Sous Fusion360, je cherche a faire une rainure. Rien de bien plus simple me direz vous.
Alors, j'utilise la fonction "Poche" (bien que "Rainure" existe mais bon ...)
Une fraise de 2mm, 2 dents.
Quand je créé le G-Code, je ne comprends pas pourquoi la fraise tourne "en dehors" du stock au début du fraisage.
En y regardant de plus près, je vois bien que les premiers G-Code commencent avec un Z négatif. Comment cela se fait-il ?

Quand je règle la CNC, j'amène la fraise a un point (en "bas a gauche" de mon stock) et je règle le Z à ras le stock. Est-ce que je me trompe ?

le G-Code démarre ainsi:

Code : Tout sélectionner

(Poche 2D1)
N25 M00 (CHANGE TOOL)
N26 T2 M06 (FRAISE DEUX TAILLES D=2. 2MM BOIS)
N27 S12000 M03
N28 G54
N29 G00 X206.162 Y98.964
N30 G00 Z-15.
N31 G00 Z-5.
N32 G01 Z-2.7 F1217.7
N33 G01 X206.175 Y98.986 Z-2.602
N34 G01 X206.209 Y99.048 Z-2.529
N35 G01 X206.247 Y99.137 Z-2.5
N36 G03 X204.468 Y99.803 Z-2.396 I-0.89 J0.333
....

Donc, tant que je suis en négatif, évidemment, la fraise tourne dans le vide.

Merci pour vos éclairages ...

OK, tu es débutant, donc on va tacher de commencer par t'inculquer de bonnes habitudes :
-1- Fusion n'a JAMAIS tort. (Enfin, à 99.9%, le 0.1% restant étant l'éventuel bug)
-2- Il est beaucoup plus facile de comprendre ce que tu fais si tu joins des copies d'écran.

Ceci étant dit, quel post-processeur est utilisé ?

Ensuite, il faut comprendre que, "normalement", on défini son point origine (point zero) sur le stock, comme tu indiques l'avoir fait. Tout ce qui est au-dessus de ce point correspond à un Z positif, tout ce qui est en dessous de ce point correspond à un Z négatif. Donc, c'est le contraire. Ta fraise tourne dans le vide avec un Z positif. Ce qui "m'interpelle quelque part", c'est qu'il n'y a AUCUN Z positif. Au début, tu as Z-15, puis Z-5. Regarde mon fichier, il n'y a pas de moins pour ces valeurs. Le problème c'est que je ne vois aucun G90, G91, indiquant s'il s'agit de déplacement relatif ou absolu. Tu es sûr que tu as tout copié, sans omettre de lignes ?

Par comparaison, voici les premières lignes d'un de mes fichiers (Je ne mets pas toutes les 200976 lignes de ce fichier, hein ? C'est mieux! )

Bonjour Bernard,

Merci pour ta réponse.

Tout d'abord,

OK, tu es débutant, donc on va tacher de commencer par t'inculquer de bonnes habitude

Alors oui, je suis débutant dans le monde de l'usinage, mais ... un vieux loup dans le développement SW (35 ans de pratique ...), ce qui m'amène a faire la réflexion suivante: ne crois JAMAIS que les softs sont exempts de bug seulement a hauteur de 0.1%
C'est juste que tu n'utilises que quelques % et que par conséquent, tu ne vois pas les parties immergées... Sache qu'un logiciel, aussi pro et bien développé qu'il soit, c'est 1 a 2% de bug SYS-TE-MA-TI-QUE-MENT. Mais 2% quand tu as des millions et des millions de ligne de codes, ... faut vraiment pas avoir de bol pour tomber dessus

Par ailleurs, si je ne mets pas tout le code, c'est juste pour éviter de polluer le post. Tu auras remarqué les "..." à la fin de l'extrait que j'avais copié juste pour montrer qu'il y en "avait derrière"
Donc, la première ligne est bien un G90

Ceci étant dit, tu m'as quand même bien éclairé sur un point avec ta première question:

Ceci étant dit, quel post-processeur est utilisé ?

Et c'est là que j'ai commencé a regarder avant d'aller plus loin. Le post-pro utilisé est "stepcraft winpc nc.cps"
J'ai ouvert le script et en effet, dedans, il y a bien une propriété "reverseZAxis" qui était a true. Donc MES valeurs de Z sont effectivement inversées par rapport a TES valeurs de Z.
En y regardant de plus près (j'ai même rejoué ton tuto su le sujet d'ailleurs), j'ai vu que cette valeur était dispo dans la zone "Propriété" quand on lance le post-process.

Le plus "terrible", c'est que dans le soft WinPC-NC (le pendant de MACH3 ou autre LinuxCNC pour ma machine), il fallait aussi que je coche "Reverse Z Axis": moins par moins étant égal à plus, CQFD. J'ai donc tout mis la propriété a false dans le post processeur, décoché le "reverse Z axis" dans le soft WinPC-NC et on arrive donc à avoir la MEME direction de l'axe Z. première étape résolue.
Donc, je me suis fendu d'un mail ce matin au fabriquant du post processeur pour lui demander pourquoi il livrait le post-processeur avec cette valeur a true.

Donc, un grand merci et un méga pouce pour m'avoir orienté sur la bonne route

Bonnes fêtes a tutti

Michel

Content de voir que j'ai pu t'aider, et Joyeuses Fêtes !