WillAdams
May 26, 2017, 11:01am
54
Learn about the Shapeoko CNC Routers. They're fast, accurate, and reliable so you can make amazing projects to keep, give as gifts, or sell.
Another possible cause (esp. if using AutoDesk Fusion 360) is inaccurate conversion from Imperial to metric — convert project to metric, then do CAM in metric, then send a metric G-code file to Grbl. Seems to be an accuracy or calculation problem.
and that last is footnoted from:
I never really bothered trying to track down the cause of this problem. Given that this gcode error only comes from Autodesk Fusion 360, not any other CAM package, this is a problem on Autodesk’s end.
Grbl follows the G2 and G3 arc LinuxCNC definitions almost exactly. The error-checking protocol for these two g-codes are actually pretty relaxed, meaning that the arc would have be really screwed up to not pass.
I would ping AutoDesk support about this issue. They are clearly screwing something …
or you may want to adjust other settings:
I continued trying different strategies in Fusion 360 to see if I could figure out what was going on. Not too scientific but this is what I came up with. Studying the paths, I discovered that the GRBL errors came while the program was moving the head from one place to another. I looked closely at the path and saw a weird little curve.
[image]
This was related, I think, to the stay down distance in the linking tab. This were my settings when I was getting the error.
[image]
I changed them t…
List of post-processors at: Post Library for Autodesk Fusion 360 | Autodesk Fusion 360
1 Like