Grbl Controller 3.6.1 Released for Windows

I’ve put a new Grbl Controller 3.6.1 installer for Windows up on the download site. Note – there is and will not be any version of 3.6 installer.

There is an important change in how position information is handled in 3.6.1:

Manual/Jog control defaults to new mode which doesn’t update the position. This was done to ensure that jog motions are as fast as possible. However, if you want to have the original 3.5.1 and earlier behavior, go to Tools | Options | Display and change radio button to “Always Request but without Idle Check”. Sending files still updates position, it is only manual/jog that does not.

Eventually this will be fixed to have fast performance and display updating but this is a compromise for now.

3.4.6 Stable Release of Grbl Controller

I added some minor fixes and improved stability in 3.4.6. Additionally, I built a PC and Mac version. From my experience with it, I would recommend using 3.4.6 at this time for PC, Mac, Linux and Raspberry Pi.

Note – if you have many (hundreds of) lines of gcode, the Raspberry Pi version can bog down when it refreshes the status window (this was due to a fix I put it to show horizontal scroll bars). I am looking at fixing this by either limiting the maximum number or removing the horizontal scroll bars when building for Linux.

Back from Summer vacation – Released 3.4.4 Grbl Controller

3.4.4 is out – you can scale the window and the widgets scale with it, which is nice since you can maximize the window and get all kinds of detail or bring it down to around 640×480 and run it on small monitors.

Also, contributor LETARTARE has added fourth-axis support which I have incorporated as a checkbox option. My merge of is not fully tested, but once I have a handle on it, more will be forthcoming.

And – I’ve compiled a Mac version – find it up on the download site.

[UPDATE - I released 3.4.5 to correct a problem with not being able to reopen the port after closing it among some minor UI issues]

Here it is at 633×477 size:

Grbl Controller 3.4 Released

I did a push the last couple of days and fixed a few issues and added new features to the latest Grbl Controller 3.4. Currently available for Windows, Linux and Raspberry Pi.

Next up – working on Qt5 compatibility.

Enhancements
- Z-axis slider now allows rapid control of Z-axis positioning. This feature is still
  being evaluated for proper behavior due to some user-interface issues.
  If you run into trouble, please report a bug.
- All axis control buttons have been permanently enabled regardless of whether or not an
  axis command is in progress – this allows more rapid updating. Note – there is no error
  checking for the case of entering too many commands for the Grbl buffer. This is unlikely
  but possible.
- Now supports setting of baud rates from 9600 to 115200
- Aggressive preload enabled is now the default. If the user upgraded from an older
  Grbl Controller and had it disabled, a popup will warn them that it is being enabled.
  They still have the option to disable, if desired
- Logging is turned on by default (only for new installs)
- All detected errors are collected and displayed after a file is run in the status view
- If filtering unsupported commands, all commands filtered out are listed after the file
  is run.
- Logging now gives the line number of each command sent from the file and the corresponding
  ok or error also contains the line number.
- An option has been provided to reduce the precision of lines that exceed Grbl’s line buffer,
  which by default is 50 characters. The code removes the arguments with the greatest precision
  first and ending with at least one decimal place of precision. Errors are generated if it
  cannot remove sufficient precision for the available buffer space. The buffer size on Grbl
  is configurable in the options, as older Grbls have 50 characters and newer have 70.
Bug Fixes
- If Grbl stops responding (waiting for an ok), Soft Reset Grbl now functions correctly
  (so you can soft reset without having to restart Grbl Controller). This affects aggressive
  preload mode only.
- Commands to start/stop coolant coupled with dwell commands and aggressive preload cause
  Grbl’s modal logic to stop sending OK responses (on purpose). This was solved by waiting
  for the OK of the coolant off before sending additional commands. It is not clear whether
  this fixes all possible such modal problems, so use carefully and report any anomalies.