gCode: tête dans la matière au démarrage avec Fusion360

[renaud.]

Hello! J'utilise Fusion360 afin d'usiner sur ma cnc en passant par Mach3. Depuis peu, j'ai un gros souci: quand je démarre le .tap dans Mach3, où que soit la tête au démarrage, elle descend dans la matière avant de rejoindre le point zero du job.

Voici le gcode:

(1001)
(T5 D=3.175 CR=0. - ZMIN=-5. - FRAISE DEUX TAILLES)
G90 G94 G91.1 G40 G49 G17
G21
(WHEN USING FUSION 360 FOR PERSONAL USE, THE FEEDRATE OF)
(RAPID MOVES IS REDUCED TO MATCH THE FEEDRATE OF CUTTING)
(MOVES, WHICH CAN INCREASE MACHINING TIME. UNRESTRICTED RAPID)
(MOVES ARE AVAILABLE WITH A FUSION 360 SUBSCRIPTION.)
G28 G91 Z0.
G90

(CONTOUR 2D1)
T5 M6
S5000 M3
G17 G90 G94
G54
M8
G0 X-1.587 Y6.512
G43 Z16. H5
G1 Z6. F1000.
Z1.635 F333.
Z-0.5
Y13.023 F1000.
G2 X0. Y14.611 I1.587 J0.
G1 X16.279

Voici une vue du code, il montre bien en jaune qu'il est beaucoup trop bas.

J'utilise le postprocesseur Mach3Mill d'Artsoft version 44104 avec ses réglages par défaut.
Quel est le réglage à modifier dans Fusion360?
Merci d'avance!

 

[speedjf37]

Bonjour,

Problème connu : G28

Le supprimer ou modifier ses paramètres.

Jf

 

[renaud.]

C'est bien la ligne9 qui pose problème. Il semble qu'avec G28 G91 Z16. cela fonctionnera mais je n'ai pas encore testé.
Je devrais donc éditer chaque fichier avant de l'envoyer dans Mach3?? :(((
Cela fonctionnait il y a quelques jours et je vois pas où changer ce réglage.

 

[speedjf37]

Bonjour,

Je n'utilise pas Fusion 360 mais mes fils génèrent des fichiers avec , le G28 nous a posé problème .

une solution ici

nouveau pour migration vers Linux CNC

Bonjour à tous, Ma CNC "fabrication maison" tourne actuellement sur Ninos sans trop de problème (quelques plantages assez rares, mais impossible de dire si c'est à cause du soft ou de parasites). En tout cas, je n'ai qu'une confiance moyenne dans la liaison Usb. J'aimerais migrer vers Linux CNC...

www.usinages.com

Depuis il me semble que c'est intégré dans Fusion !

Une recherche avec "G28 Fusion 360" dans google donne
Environ 215 000 résultats (0,22 secondes) .

Certaines renvoient sur notre site usinages.com.

Cordialement JF

 

[dh42]

Salut,

Oui, problème connu, mais ce n'est pas un bug de fusion, c'est un mauvais paramétrage de Mach3.

gros problème avec le GCode

Ah lala lala ! Je ne comprends rien avec les parcours d'outils : 1- J'ai voulu faire 2 entailles en bas à gauche et en haut à droite. J'ai dessiné ça sous fusio

www.metabricoleur.com

Soit tu supprimes le G28, soit tu le paramètre correctement dans Mach3. En principe le G28 doit être paramétré pour que les axes se rendent à une position de sécurité.

exemple ici, mon G28 est paramétré pour renvoyer les axes aux coordonnées -1,-1,-1 (en coord machine), c.a.d. dans mon cas, 1mm avant de toucher le contact de référencement (toutes mes coord machine sont négatives car mes contacts sont tous à l'extrémité + de chaque axe)

Bien sûr cela suppose que la machine soit référencée

++
David

 

[renaud.]

Si je supprime le G28, ça déconne aussi et ma machine n'est pas référencée.

 

[MegaHertz]

Ben oui, sans le homming ça marche moins bien !
Evidement si tu supprimes le G28 il faut faire un home entre l'allumage de la machine et le lancement du prog.

Le problème n'est peut être pas le G28 mais plutôt la position de la broche au moment ou tu lances le prog.

Hello! J'utilise Fusion360 afin d'usiner sur ma cnc en passant par Mach3. Depuis peu, j'ai un gros souci: quand je démarre le .tap dans Mach3, où que soit la tête au démarrage, elle descend dans la matière avant de rejoindre le point zero du job.

D'après ce que tu expliques si tu bouges la tête pour qu'elle ne soit pas à la verticale du bidule, d'une bride ou d'un autre machin avant de lancer ton prog ça devrait bien se passer non ?

 

[renaud.]

Je découpe du triplex 5mm. Avant de lancer un job, je fais le point zero manuellement, le z à fleur de matière puis je lance le code.
Jusqu'il y a quelques jours, la tête remonte, va au dessus du point zero xy et plonge pour démarrer le job.
Maintenant, il plonge directement dans la matière pour rejoindre le point zero xyz.
J'ai beau modifier les réglages du G28 ou le supprimer, ce n'est pas bon.
Le seul truc qui marche c'est G28 G91 Z16. Mais je dois modifier le fichier à la main....

 

[pascalp]

Visiblement il y a un problème sur le Z. L'enchainement logique est de mettre le Z en hauteur de sécurité avant d’effectuer des déplacement en XY.
Ton référencement du Z, l'orientation de l'axe, la position du zéro machine, quelque chose a bougé dans ta config.

 

[MegaHertz]

Dans Fusion comment as tu défini le brut et le palier d'approche ?

 

[speedjf37]

Bonjour,

Déjà rencontré un problème avec les offsets.

Il faudrait vérifier les offsets G54 etc
la commande : $#

Si tout va bien voici la réponse:

[07:51:32] [ $# ] [G54:0.000,0.000,0.000,0.000,0.000]

[07:51:32] [ $# ] [G55:0.000,0.000,0.000,0.000,0.000]

[07:51:32] [ $# ] [G56:0.000,0.000,0.000,0.000,0.000]

[07:51:32] [ $# ] [G57:0.000,0.000,0.000,0.000,0.000]

[07:51:32] [ $# ] [G58:0.000,0.000,0.000,0.000,0.000]

[07:51:32] [ $# ] [G59:0.000,0.000,0.000,0.000,0.000]

[07:51:32] [ $# ] [G28:0.000,0.000,0.000,0.000,0.000]

[07:51:32] [ $# ] [G30:0.000,0.000,0.000,0.000,0.000]

[07:51:32] [ $# ] [G92:0.000,0.000,0.000,0.000,0.000]

[07:51:32] [ $# ] [TLO:0.000]

[07:51:32] [ $# ] ok

Sinon il faut faire une RAZ des offsets

G10 L2 P1 X0 Y0 Z0 will reset the G54 offsets for XYZ back to 0.

Cordialement JF

 

[renaud.]

Dans Fusion comment as tu défini le brut et le palier d'approche ?

 

[renaud.]

Bonjour,

Déjà rencontré un problème avec les offsets.

Il faudrait vérifier les offsets G54 etc
la commande : $#

Si tout va bien voici la réponse:

[07:51:32] [ $# ] [G54:0.000,0.000,0.000,0.000,0.000]

[07:51:32] [ $# ] [G55:0.000,0.000,0.000,0.000,0.000]

[07:51:32] [ $# ] [G56:0.000,0.000,0.000,0.000,0.000]

[07:51:32] [ $# ] [G57:0.000,0.000,0.000,0.000,0.000]

[07:51:32] [ $# ] [G58:0.000,0.000,0.000,0.000,0.000]

[07:51:32] [ $# ] [G59:0.000,0.000,0.000,0.000,0.000]

[07:51:32] [ $# ] [G28:0.000,0.000,0.000,0.000,0.000]

[07:51:32] [ $# ] [G30:0.000,0.000,0.000,0.000,0.000]

[07:51:32] [ $# ] [G92:0.000,0.000,0.000,0.000,0.000]

[07:51:32] [ $# ] [TLO:0.000]

[07:51:32] [ $# ] ok

Sinon il faut faire une RAZ des offsets

G10 L2 P1 X0 Y0 Z0 will reset the G54 offsets for XYZ back to 0.

Cordialement JF

Les offsets correspondent à mon zero sur la matière

 

[renaud.]

J'ai retrouvé d'anciens fichiers qui fonctionnaient avec G28 G91 Z0. et qui ne passent plus.
Le problèmes est donc dans Mach3. Mais où???

 

[MegaHertz]

Dans Mach3 il y'a peut être une config à propos de la façon de réaliser le G28 ?
Peut être bien qu'avant c'était Z en dernier et que maintenant c'est Z en premier.

 

[pascalp]

Si mach3 a bougé où si tu as fait une modif sans t'en apercevoir, tu peux essayer une restauration d'un fichier de config ancien. Menu "opérateur", "restaurer les réglages".

 

[MegaHertz]

Je crois que la réponse à ton problème est dans cette page de config

HOMING AND SOFTWARE LIMITS SETUP AND TROUBLESHOOTING

machmotion.com

La 2e colone : HOME ORDER

Si l'index homing en Z est en bas tu as tout intérêt à le mettre en dernier.
D'ailleurs c'est mieux que chaque axe bouge à part et que le homming évite les diagonales
X : 1
Y : 2
Z en dernier avec 3
Comme ça lors du homming ça bougera axe par axe avec la plongée en dernier..

Possible aussi que ce soient les Home offset qui foutent la merde.

Bref, jette un oeil très attentif à la configuration du homming.

 

[dh42]

Salut,

Ça c'est sur Mach4 pas Mach3

Sur mach3 l'ordre du homing est défini par le script attaché au bouton "Ref All Home".

++
David

 

[pascalp]

C'est, a priori, pas le homing qui pose problème mais le démarrage du job.

Mettre le homing du Z en bas est bizarre. Il est plus sur de le mettre en haut, de commencer par lui, ce qui théoriquement le met en position de sécurité puis de faire le home X et Y.
De même à l'attaque du job, le Z est sensé se positionner dans le niveau de sécurité haut avant les positionnement en X et Y, puis l'attaque du travail.

 

[dh42]

De toute façon, si ça déconne même en supprimant la ligne du G28 c'est que le problème est ailleurs !

Tu as essayé d'exécuter le Gcode en pas à pas pour voir quelle est la ligne qui envoi ton Z dans les choux ?

Sur l'autre forum, il y a un gars qui à eu des tas de bizarreries de ce genre, apparemment sa carte d'axe "perdait" les coordonnée du Z en cours de route (une carte XHC USB) ...

++
David

 

[renaud.]

Ben oui, sans le homming ça marche moins bien !
Evidement si tu supprimes le G28 il faut faire un home entre l'allumage de la machine et le lancement du prog.

Le problème n'est peut être pas le G28 mais plutôt la position de la broche au moment ou tu lances le prog.


D'après ce que tu expliques si tu bouges la tête pour qu'elle ne soit pas à la verticale du bidule, d'une bride ou d'un autre machin avant de lancer ton prog ça devrait bien se passer non ?

Je n'ai pas de home. Je commence un job en plaçant la fraise de telle manière à ce qu'elle touche à peine le bois, je défini les 3 points 0 dans Mach3 et je lance le gcode. ça c'était avant. Maintenant, ça coince au G28 G91 Z16 qui fait plonger la tête dans le bois qui va ensuite au point 0!

De toute façon, si ça déconne même en supprimant la ligne du G28 c'est que le problème est ailleurs !

Tu as essayé d'exécuter le Gcode en pas à pas pour voir quelle est la ligne qui envoi ton Z dans les choux ?

Sur l'autre forum, il y a un gars qui à eu des tas de bizarreries de ce genre, apparemment sa carte d'axe "perdait" les coordonnée du Z en cours de route (une carte XHC USB) ...

++
David

ça coince au G28 G91 Z16.

 

[pascalp]

As-tu essayé de restaurer une ancienne configuration ?

 

[renaud.]

As-tu essayé de restaurer une ancienne configuration ?

No backup, je suis bon pour une réinstallation je pense.

 

[pascalp]

Comment-ça "no backup"! Normalement Mach3 fait une sauvegarde automatique de la config (fichier xml) accessible par le menu "operator, restore settings" si tu est en version anglaise sinon "opérateur, restaurer les réglages"
Les fichiers sont normalement historisés/stockés dans c:/Mach3/xmlbackups.

 

[dh42]

Salut,

ça coince au G28 G91 Z16.

Dans ce cas il faut le supprimer, le G28 ne peut pas (ne doit pas) être utilisé si la machine n'est pas référencée car il se base sur les coordonnées machine.

Les coordonnées machine sont mise à 0 lors du référencement .. et si il n'y a pas de référencement, le 0 machine peut se trouver n'importe ou.

Quand ça fonctionnait, c'est peut être simplement que, par chance, ton 0 machine était à peut près au bon endroit.

En principe, en l’absence de contacts de référencement, Mach3 définit le 0 machine la ou se trouvent les axes lorsque tu le démarres. Essais de mettre ton Z en position haute maxi, puis ferme et ré-ouvre Mach3, ça devrait les mettre à 0 Z en haut (si ta carte d'axe se comporte comme elle devrait)

++
David

 

[renaud.]

Hello,
J'ai réinstallé Mach3, et cela fonctionne comme avant!!
Merci pour vos conseils!!

 

[pascalp]

Vérifie quand même que la sauvegarde automatique se fait bien, ça devrait éviter de réinstaller.

 

[M4vrick]

J'ai survolé la conversation, je n'ai pas lu tous les posts dans le détail mais je crois avoir juste vu des idées à base d'édition de fichier gcode.

Je suis dans la même configuration que toi et j'ai eu ce soucis au début. Il suffit simplement de sélectionner "Clearance Height" dans le post pro Mach3 dans la section Safe Retracts

Avec cette option pas de soucis de tête qui descend au démarrage, même sans homing.

Et désolé si la solution a déjà été donnée.