How do people handle the lack of tool radius compensation in

Discussion about the arduino based g-code interpreter, grbl
Baxter
Posts: 24
Joined: Sun Dec 30, 2018 7:11 am

Re: How do people handle the lack of tool radius compensatio

Post by Baxter » Tue Feb 12, 2019 7:47 am

twforeman wrote:The CAM that you use to create the tool paths should handle the cutter compensation.

If your current drawings are drawn to the actual scale you want, then you should be able to import the DXF files into a CAM program and the CAM program will handle the cutter compensation when it generates the G code.

You just tell the CAM program what the diameter of your tool is and which side of the curve you want to cut on.
At the moment I am using DXF2GCode to translate my DXF files to the tool paths. This seems to handle compensation by adding G41/G42 to the GCode output. But GRBL does not implement G41/G42. This, I think, is the problem I was referring to.

Do you know of any Open Source CAM package that accepts DXF files and actually changes the cutting tool position to compensate for tool radius?

WillAdams
Posts: 8502
Joined: Mon Apr 09, 2012 6:11 pm
Location: Pennsylvania --- south of the Turnpike, East of US-15
Contact:

Re: How do people handle the lack of tool radius compensatio

Post by WillAdams » Wed Feb 13, 2019 5:28 am

All of the opensource CAM stuff ought to be listed at: https://wiki.shapeoko.com/index.php/CAM

I believe TPL (Tool Path Language) listed on the programming page will import a DXF as well. https://tplang.org/
Shapeoko 3XL #0006 w/Makita RT0701 Router w/0.125″ and ¼″ Elaire precision collets
Nomad 883 Pro #596 (bamboo)

Baxter
Posts: 24
Joined: Sun Dec 30, 2018 7:11 am

Re: How do people handle the lack of tool radius compensatio

Post by Baxter » Wed Feb 13, 2019 9:39 pm

I'll have a look through them and see what can be done, then. Thanks...

Post Reply