- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report
ERROR:33 when CHECKing g-code in UGS for GRBL
I have a g-code file that is getting this error.
Do any of you know how to fix it?
Attached is the .nc file and the fusion file.
This tool path is called 2d pocket1 (2) in the fusion file.
Thanks for any help.
I am running UGS on windows 10 and GRBL 1.1 on original Arduino UNO R3.
Sorry if this is posted several times. I cannot find it from the first two times I posted it. Hope this one works.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report
I downloaded the latest GRBL post from the autodesk posts library and reposted this tool path but it made no difference.
I don't know where to go from here. PLEASE help.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report
What is Error:33 and what does your GRBL community have to say in regards to cause and cure for this error?

Seth Madore
Customer Advocacy Manager - Manufacturing
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report
The error description and the line causing it are in the above picture.
I am told that it is caused by an arc command who's end points are not equidistant from the arc center.
According to a youtube from carbide 3D this is fixed using the latest downloaded post from the autodesk posts library.
I have downloaded that and rerun the tool path but I get the same error. Unfortunately the g-code file is 97000+ lines long and the error occurs around 80000 lines so it takes 25 minutes of CHECK run time before it finds it.
CARBIDE 3D youtube about this error
In the autodesk posts library there is a GRBL post for carbide 3D and one of the comments states
| 11/21/2018 | The ending location an arc is now adjusted to lie exactly on the circle. |
I do not see this note in the generic GRBL post.
Can I get that code included?
Can I run a generic GRBL machine using the Carbide 3D post?
Thanks
Fusion