drilling order, what the peck .

Here's the place for discussion related to CAM/CNC and the development of the Path module.
User avatar
freman
Posts: 902
Joined: Tue Nov 27, 2018 10:30 pm

Re: drilling order, what the peck .

Postby freman » Fri Jun 07, 2019 8:02 am

Thanks but when I download the file in OP , look at the output tab I see "grbl" is selected.

When I run Path | Inspect G-code , I see it is using G83. That is what GRBL is rejecting.

I don't understand your reply. Did you look at the file ?
User avatar
sliptonic
Posts: 1620
Joined: Tue Oct 25, 2011 10:46 pm

Re: drilling order, what the peck .

Postby sliptonic » Fri Jun 07, 2019 1:35 pm

I did look at it. It looks like it should work fine. It should be the default but try including the - -translate-drill flag directly.

Also, this obviously won't change how path stores the drill cycles internally so if you use the inspect tool, you'll still see g81. You have to fully post process.
User avatar
freman
Posts: 902
Joined: Tue Nov 27, 2018 10:30 pm

Re: drilling order, what the peck .

Postby freman » Fri Jun 07, 2019 1:56 pm

I did look at it. It looks like it should work fine.
Maybe it "should" but did you open it and look at the output it produces? I have done it , yet again, and the output gcode file it produces on disc is using G83. If I reported that my GRBL gcode interpreter on the machine was spitting out the g83 lines it was not just me looking in the wrong place.

If you are seeing something different , maybe we need to look at version data, is there a regression here?
It should be the default but try including the - -translate-drill flag directly.
Does that mean entering that in the Arguments editbox when selecting the post processor? That option does not show in the hover hint and gets thrown out by the script.

Code: Select all

grbl: error: unrecognized arguments: --translate-drill
Maybe I mis-understood where this should go.
User avatar
freman
Posts: 902
Joined: Tue Nov 27, 2018 10:30 pm

Re: drilling order, what the peck .

Postby freman » Fri Jun 07, 2019 5:51 pm

just had a quick scan of grbl_post.py , I don't see anything about drilling cycles in there.
herbk
Posts: 1695
Joined: Mon Nov 03, 2014 3:45 pm
Location: Windsbach, Bavarya (Germany)

Re: drilling order, what the peck .

Postby herbk » Fri Jun 07, 2019 6:04 pm

Hi sliptonic,
sliptonic wrote:
Fri Jun 07, 2019 1:35 pm
... You have to fully post process.
If i export a drilling path i also have G81 code.
drilling.jpg
drilling.jpg (79.33 KiB) Viewed 236 times
Gruß Herbert
User avatar
freman
Posts: 902
Joined: Tue Nov 27, 2018 10:30 pm

Re: drilling order, what the peck .

Postby freman » Fri Jun 07, 2019 6:12 pm

https://forum.freecadweb.org/viewtopic.php?t=25604

It looks like Gauthier's work did not get merged. There's a file at the head of the post but it will need a rebuild from source since it looks like this call gets compiled into Path.so
User avatar
sliptonic
Posts: 1620
Joined: Tue Oct 25, 2011 10:46 pm

Re: drilling order, what the peck .

Postby sliptonic » Fri Jun 07, 2019 6:19 pm

freman wrote:
Fri Jun 07, 2019 5:51 pm
just had a quick scan of grbl_post.py , I don't see anything about drilling cycles in there.
sliptonic wrote:
Fri Jun 07, 2019 3:08 am
It's a different post processor. Make sure you're using the right one.
https://github.com/FreeCAD/FreeCAD/pull/1837/files
User avatar
freman
Posts: 902
Joined: Tue Nov 27, 2018 10:30 pm

Re: drilling order, what the peck .

Postby freman » Fri Jun 07, 2019 7:26 pm

sliptonic wrote:
Fri Jun 07, 2019 3:08 am
It's a different post processor. Make sure you're using the right one.
AH!! Now I see what you meant.

"You need to be using grbl_G81, not grbl" would have been instantly clear.

Now finally I get different output from post process and Inspect G-code.

The plus side is that in messing with trying to drill holes with endmills I uncovered another bug which affects cutting a slot and may have other implications.

Kudos to Gauthier for submitting this fix for GRBL.
mlampert
Posts: 1458
Joined: Fri Sep 16, 2016 9:28 pm

Re: drilling order, what the peck .

Postby mlampert » Fri Jun 07, 2019 7:28 pm

Up until 3 month ago features were processed in order they were added to an op - however commit 423830ba8c5ece01055334e50be703dcf13c79a4 explicitly added a sorting step to sort all features according to their position.

This should not affect Drilling though.
User avatar
Gauthier
Posts: 77
Joined: Fri Jul 04, 2014 10:00 am
Location: Audenge, France

Re: drilling order, what the peck .

Postby Gauthier » Fri Jun 14, 2019 10:10 am

freman wrote:
Fri Jun 07, 2019 7:26 pm
"You need to be using grbl_G81, not grbl" would have been instantly clear.
grbl_G81 have been merged yesterday in place of the old grbl post processor in FreeCAD/master https://github.com/FreeCAD/FreeCAD/pull/2255 and so, have been renamed to grbl.
You have to add the post processor argument "--translate_drill" to have the drills cycles (G81/G83) translated to normals moves G0/G1.