Skip to content

Development Path and Future Needs

Sonny Jeon edited this page Dec 11, 2016 · 16 revisions

Grbl v1.1 has been released at our new site! The old site will eventually be phased out.


This page is intended to be a central place where grbl future development path of features are listed. Feel free to discuss and place any insightful comments into the 'Issues' messaging board.

Possibilities

  • Backlash compensation: There are many ways of handling backlash, which all have different levels of complexity and drawbacks. The main problem is how to ensure that the CNC keeps moving smoothly as possible through the backlash without compromising accuracy.
  • More hardware support: At v1.0, the code should be stabilized enough to begin officially inserting more hardware support into the grbl codebase. A lot of this work is already on-going by some great people, but from a development standpoint, it's difficult to write new code when multiple hardware systems need to be supported for each minute iteration. As this moves forward, the hard work people have already put in will be directly integrated when the time comes.
  • SD-card support: This may be an important feature in upcoming versions. Having on-board storage will free up the serial port for real-time commands and status reports from no longer having a constant stream of gcode to grbl. This also allows for a more true headless CNC setup. May be integrated as a compile-time configuration option.
  • 4th axis capability: Not high on the priority list, since no one has a 4th axis yet to test it on.
  • Lathe branch: Not to difficult to port to a lathe, since they are only two axis. Just time and effort needed for this.
  • Synchronized spindle: Synchronizing the spindle with axes movement would be a great challenge. This is commonly used for mill threading and for advanced machining of complex lathe parts. The main issue here is ensuring that the axes stepper motors do not exceed their acceleration limits, because if they do, steps and location will be lost. Typically a motor encoder is used to detect spindle rotation (steppers don't have enough torque or speed for driving spindles), and synchronizing the spindle motor encoder and axis stepper motor can be difficult to do robustly and universally for varying setups and would require a special motion mode that doesn't use Grbl's acceleration planner. This feature is usually more successful on an ad hoc basis, where motions are tuned for each machine.
  • Other Advanced Controller Features: Program resume (restart a job midway), block deletes, single block mode, and '%' program mode.