The big problem for contemporary hobby CNC is that the G-code interpreters for small single board computers such as Grbl running on an Arduino are extremely memory-constrained:
which means:
- no loops
- no branching
- no variables
One work-around for that is:
https://github.com/NRSoft/GSharp
(I took a very different approach in my project linked elsethread)
Actually, in LinuxCNC dialect the gcode does have many features most machines will not understand.
This is why these machines can drill and helical-tap plates with thousands of holes with ease. Also, some folks will cut gear-profiles with a slitting saw, and 4th rotary axis...
https://www.youtube.com/watch?v=HI27vSoxCeo
Trying to pull these things off in a CAD/CAM package is usually a fools errand the old guys prank kids with... oh that sounds easy... lol =3
I used to have some machines with Fanuc 6 controllers circa 1981 - 1983. They had variables, macros, branching, etc. I haven't been able to find what processors were in those old controllers, but I'm certain the single board computers of the last decade have more ram, more flash, and way more processing power. If GRBL can't do it, it is a software issue, not hardware.
They are the high-end/legacy-end of hobby CNC.
The Grbl/Arduino stuff seems most prevalent/commonly sold.
That said, I was remiss in not mentioning LinuxCNC, &c., and as you note, they do have a more traditional G-code implementation w/ loops and variables and branches.
But, I don't think that this simulator supports all of that --- could someone post a sample program which does that sort of thing and test it?
Yeah - I guess as a someone who considers my machining "non professional", I've never even really consider GRBL for a machine because "running G code" and "running a mill/router/lathe" feel like different categories. the lack of a reasonable GUI and access to the configurations and macros to handle things like tool changes etc. has never made me interested in GRBL. (I've only ever played with GRBL in the context of a router that needed to be run by UGS) and that felt so limited as to be useless.
That said, I'm on the brink of converting both my mill and router from UCCNC to Centroid just to be into some software that is more "machine operator aware" meaning that it offers more features targeting making my life easier as an operator, rather than simply running gcode in a machine-agnostic way.
I don't understand this comment- gcode never had loops, branching, or variables. And most folks use more capable controllers now based on ESP32 or whatever.
Update: I guess gcode does have loops, branching and variables: https://www.fictiv.com/articles/cnc-machining-macros-subprog...