no way to compare when less than two revisions

Differences

This shows you the differences between two versions of the page.


—grbl-mode [2022/07/17 17:35] (current) – created - external edit 127.0.0.1
Line 1: Line 1:
 += Using Smoothie in grbl_mode
 +
 +(Or CNC mode)
 +
 +Smoothie's main job is to interpret G-code and to convert it into movement and actions.
 +
 +Programs that generate Gcode are called [[https://en.wikipedia.org/wiki/Computer-aided_manufacturing|CAM]] ( computer aided manufacturing ) software.
 +
 +Unfortunately, they do not all mean the same thing by the same G-codes, and there are several different G-code formats.
 +
 +Smoothie supports two different G-code "dialects" : 
 +
 +* The "reprap" dialect, for 3D printing (NOT NIST compliant)
 +* The "grbl" dialect, for CNC milling (Generally NIST compliant)
 +
 +The "grbl" dialect is the closest to the "normal" Gcode standard ( NIST ), and is adequate and useful for CNC milling.
 +
 +However, when the [[http://www.reprap.org|Reprap]] project created it's own interpreters early in the project, their developers ignored the "normal" Gcode standard and redefined some of the Gcodes to do other things, or kept their meaning but changed the way their parameters work.
 +
 +Unfortunately, this has become such a widespread standard in 3D printing that it can not be changed anymore, and we are stuck with a bad format we have to understand if we want users to be able to use Smoothie for 3D printing.
 +
 +Therefore, we support both formats.
 +
 +The way you choose which format Smoothie will interpret the G-code you send to it as, is by changing the <kbd>grbl_mode</kbd> option.
 +
 +If you set it to <kbd>true</kbd> :
 +
 +<code>
 +grbl_mode    true
 +</code>
 +
 +Then Smoothie will interpret the G-code you send to it the same way GRBL or LinuxCNC does, as "normal" CNC G-code.
 +
 +If however you set it to <kbd>false</kbd> : 
 +
 +<code>
 +grbl_mode    false
 +</code>
 +
 +Then Smoothie will interpret the G-code you send to it the same way Reprap-type firmwares interpret it, as "3D printing" G-code.
 +
 +
 +<callout type="success" icon="true" title=" CNC build">
 +
 +Smoothie has a special "CNC" build with some special CNC features and adaptations.
 +
 +This special build has <kbd>grbl_mode</kbd> enabled ( set to "true" ) by default.
 +
 +You can get the special CNC build pre-compiled at [[getting-smoothie]] or compile it yourself at [[compiling-smoothie]].
 +
 +Note, some modules are excluded in CNC mode, like temperature control.
 +
 +</callout>
 +
 +<callout type="primary" icon="true" title=" Lasers">
 +
 +This page only mentions 3D printers and CNC mills. Lasers are neither.
 +
 +Traditionally, Lasercutting software ( like [[laserweb]] or [[visicut]] ) have learned to talk to Smoothie in it's 3D printing mode.
 +
 +However, more CNC oriented software can also be used to control lasers ( they are virtually similar to a CNC mill with a very thin tool and no Z axis ), this is the case for example of [[bcnc]].
 +</callout>
 +
 +Typical differences between 3d mode and CNC mode are:-
 +
 +1. Error messages are different
 +2. G28 goes to park position and is NOT home, $H homes in CNC mode
 +3. Many GCodes may be differently interpreted in CNC mode than in 3D mode, please check your gcode references (Linuxcnc has a good GCode reference, do not use the reprap gcode reference for CNC mode)
 +
 +**NOTE** you cannot generally use pronterface to control CNC/grbl mode, as Pronterface is for 3D printers and uses a different dialect of gcode, it also does not allow you to send commands such as $H to home. It also tends to truncate commands like G28.2 by not sending the .2 part.