[wmb]

I tried using GrblGru to stream GCode to a grbl1.1e laser engrave. It was unreliable. The grbl controller would report different errors (sometimes 24, sometimes 33) after a variable number of lines. I think that the sender is overflowing grbl's buffer causing grbl to misinterpret commands.Very infrequently it would work, getting to the end of a 752 line GCode program, but usually it would fail.

I tried several other grbl sender programs with that same GCode file and the same hardware, and they all worked correctly every time.

I used the "dummy" machine definition. I tried with both verbose and non-verbose output in the controller window, and with the controller windows hidden. I also tried turning off all the displays. Nothing helped.

[GrblGru]

@X3msnake
GrblGru is written in c# and until now it's not an open source project.
The program is free and everybody can download it from my dropbox.
You need no internet to work with it and it can control GRBL and also TinyG.
You can add your own 3D machine models and also your own language.
What should it make easier ?


@mp3
Thanks a lot for your feedback and also for your excellent description.
I've fixed the bug in my simulation routine.
Because GG is working inside always only with metric mode I've taken also the G20 command in account now.
The simulation should be ok now (hopefully).

If you like to check it, please download a new beta version V3.21.1 from my dropbox.
https://goo.gl/7BGkkO


@indulisap
I've no MACH-3, but CNC4free has checked GG with MACH-3

See https://www.youtube.com/watch?v=vQ0riDz8dTc&t=7s