From design to manufacturing, we support every stage, including software development, hardware, and CAD design. Our expertise spans scalable IoT solutions, embedded software & microcontroller programming, networks & servers, smart device integration, production automation, hardware-software integration, mobile app development and web services. Whether you need custom IoT systems, connected devices, or specialized development services, we bring your ideas to life!
Leobot Electronics South Africa - Electronic Component Supplier & Development Service Provider
Leobot Electronics Online Shop
These tutorials & guides are intended to help beginners in the field of electronics get started or provide some insight into a specific component.
The information in these guides will be updated as often as possible!
A comprehensive list of G-Code commands used by 3D printers and CNC machines
This page tries to describe the flavour of G-codes that the RepRap firmwares use and how they work. The main target is additive fabrication using FFF processes. Codes for print head movements follow the NIST RS274NGC G-code standard, so RepRap firmwares are quite usable for CNC milling and similar applications as well. See also on Wikipedia's G-code article.
There are a few different ways to prepare G-code for a printer. One method would be to use a slicing program such as Slic3r, Skeinforge or Cura. These programs import a CAD model, slice it into layers, and output the G-code required to print each layer. Slicers are the easiest way to go from a 3D model to a printed part, however the user sacrifices some flexibility when using them. Another option for G-code generation is to use a lower level library like mecode. Libraries like mecode give you precise control over the tool path, and thus are useful if you have a complex print that is not suitable for naive slicing. The final option is to just write the G-code yourself. This may be the best choice if you just need to run a few test lines while calibrating your printer.
As many different firmwares exist and their developers tend to implement new features without discussing strategies or looking what others did before them, a lot of different sub-flavours for the 3D-Printer specific codes developed over the years. This particular page is the master page for RepRap. Nowhere in here should the same code be used for two different things; there are always more numbers to use... The rule is: add your new code here, then implement it.
Unfortunately human nature being what it is, the best procedures aren't always followed, so some multiple uses of the same code exist. The rule which should be followed is that later appearances of a code on this page (later than the original use of a code), are deprecated and should be changed, unless there is a good technical reason (like the general G-Code standard) why a later instance should be preferred. Note that the key date is appearance here, not date of implementation.
A typical piece of G-code as sent to a RepRap machine might look like this:
N3 T0*57 N4 G92 E0*67 N5 G28*22 N6 G1 F1500.0*82 N7 G1 X2.0 Y2.0 F3000.0*85 N8 G1 X3.0 Y3.0*33
G-code can also be stored in files on SD cards. A file containing RepRap G-code usually has the extension .g, .gco or .gcode. Files for BFB/RapMan have the extension .bfb. G-code stored in file or produced by a slicer might look like this:
.g
.gco
.gcode
.bfb
G92 E0 G28 G1 F1500 G1 X2.0 Y2.0 F3000 G1 X3.0 Y3.0
The meaning of all those symbols and numbers (and more) is explained below.
Slicers will (optionally?) add G-code scripts to the beginning and end of their output file to perform specified actions before and/or after a print such as z-probing the build-area, heating/cooling the bed and hotend, performing ooze free "nozzle wipe" startup routine, switching system power on/off, and even "ejecting" parts. More info on the Start GCode routines and End GCode routines pages.
To find out which specific G-code(s) are implemented in any given firmware, there are little tables attached to the command descriptions, like this one:
Here means:
For the technically-minded, G-code line endings are Unix Line Endings (\n), but will accept Windows Line Endings (\r\n), so you should not need to worry about converting between the two, but it is best practice to use Unix Line Endings where possible.
\n
\r\n
A RepRap G-code is a list of fields that are separated by white spaces or line breaks. A field can be interpreted as a command, parameter, or for any other special purpose. It consists of one letter directly followed by a number, or can be only a stand-alone letter (Flag). The letter gives information about the meaning of the field (see the list below in this section). Numbers can be integers (128) or fractional numbers (12.42), depending on context. For example, an X coordinate can take integers (X175) or fractionals (X17.62), but selecting extruder number 2.76 would make no sense. In this description, the numbers in the fields are represented by nnn as a placeholder.
X175
X17.62
nnn
In RepRapFirmware, some parameters can be followed by more than one number, with colon used to separate them. Typically this is used to specify extruder parameters, with one value provided per extruder. If only one value is provided where a value is needed for each extruder, then that value is applied to all extruders.
The original NIST G-code standard requires gcode interpreters to be case-insensitive, except for characters in comments. However, not all 3D printer firmwares conform to this and some recognise uppercase command letters and parameters only.
In RepRapFirmware, some commands support quoted strings when providing file names and other string parameters. This allows file names, WiFi passwords etc. to contain spaces, semicolons and other characters that would otherwise not be permitted. Double-quote characters are used to delimit the string, and any double-quote character within the string must be repeated.
Unfortunately, some gcode sender programs convert all characters to uppercase and don't provide any means to disable this feature. Therefore, within a quoted-string, the single-quote character is used as a flag to force the following character to lowercase. If you want to include a single quote character in the string, use two single quote characters to represent one single quote character.
Example: to add SSID MYROUTER with password ABCxyz;" 123 to the WiFi network list, use command:
ABCxyz;" 123
M587 S"MYROUTER" P"ABCxyz;"" 123"
or if you can't send lowercase characters:
M587 S"MYROUTER" P"ABC'X'Y'Z;"" 123"
RepRapFirmware 3.1 and later allow parameter values to be computed from an expression enclosed in { }. Such an expression may include constants, values from the machine object model, operators and functions. Example:
G1 X{move.axes[0].max-5} Y{move.axes[1].min+5} F6000 ; move to 5mm short of the X and Y axis limits
See https://duet3d.dozuki.com/Wiki/GCode_Meta_Commands#Section_Use_of_expressions_within_GCode_commands for more details.
G-code comments begin at a semicolon, and end at the end of the line:
N3 T0*57 ; This is a comment N4 G92 E0*67 ; So is this N5 G28*22
Some firmwares also obey the CNC G-code standard, which is to enclose comments in round brackets. Comments of this form must start and end on the same line:
(Home some axes) G28 (here come the axes to be homed) X Y
Comments and white space will be ignored by your RepRap Printer. It's better to strip these out on the host computer before sending the G-code to your printer, as this saves bandwidth.
N123
If present, the line number should be the first field in a line. For G-code stored in files on SD cards the line number is usually omitted.
If checking is supported, the RepRap firmware expects line numbers to increase by 1 each line, and if that doesn't happen it is flagged as an error. But you can reset the count using M110 (see below).
M110
Although supported, usage of N in Machinekit is discouraged as it serves no purpose.
Example: *71
*71
If present, the checksum should be the last field in a line, but before a comment. For G-code stored in files on SD cards the checksum is usually omitted.
The firmware compares the checksum against a locally-computed value. If they differ, it requests a repeat transmission of the line.
N123 [...G Code in here...] *71
The RepRap firmware checks the line number and the checksum. You can leave both of these out - RepRap will still work, but it won't do checking. You have to have both or neither though. If only one appears, it produces an error.
The checksum "cs" for a G-code string "cmd" (including its line number) is computed by exor-ing the bytes in the string up to and not including the * character as follows:
int cs = 0; for(i = 0; cmd[i] != '*' && cmd[i] != NULL; i++) cs = cs ^ cmd[i]; cs &= 0xff; // Defensive programming...
and the value is appended as a decimal integer to the command after the * character.
RepRapFirmware 3.01 and later supports conditions and loops in GCode. Properties from the firmware object model (e.g. current position, current tool) can be included in controlling expressions. See https://duet3d.dozuki.com/Wiki/GCode_Meta_Commands for details.
If buffering is supported, the RepRap firmware stores some commands in a ring buffer internally for execution. This means that there is no (appreciable) delay while a command is acknowledged and the next transmitted. In turn, this means that sequences of line segments can be plotted without a dwell between one and the next. As soon as one of these buffered commands is received it is acknowledged and stored locally. If the local buffer is full, then the acknowledgment is delayed until space for storage in the buffer is available. This is how flow control is achieved.
Typically, the following moving commands are buffered: G0-G3 and G28-G32. The Teacup Firmware buffers also some setting commands: G20, G21, G90 and G91. All other G, M or T commands are not buffered.
G0
G3
G28
G32
G20
G21
G90
G91
G
M
T
RepRapFirmware also implements an internal queue to ensure that certain codes (like M106) are executed in the right order and not when the last move has been added to the look-ahead queue.
When an unbuffered command is received it is stored, but it is not acknowledged to the host until the buffer is exhausted and then the command has been executed. Thus the host will pause at one of these commands until it has been done. Short pauses between these commands and any that might follow them do not affect the performance of the machine.
G1
G0 Xnnn Ynnn Znnn Ennn Fnnn Snnn
G1 Xnnn Ynnn Znnn Ennn Fnnn Snnn
Xnnn
Ynnn
Znnn
Ennn
Fnnn
Hnnn
H1
H0
Rnnn
Snnn
G0 X12 ; move to 12mm on the X axis G0 F1500 ; Set the feedrate to 1500mm/minute G1 X90.6 Y13.8 E22.4 ; Move to 90.6mm on the X axis and 13.8mm on the Y axis while extruding 22.4mm of material
The RepRap firmware spec treats G0 and G1 as the same command, since it's just as efficient as not doing so.2
Most RepRap firmwares do subtle things with feedrates.
G1 F1500 ; Set feedrate to 1500mm/m G1 X50 Y25.3 E22.4 ; Move and extrude
In the above example, we first set the feedrate to 1500mm/m, then move to 50mm on X and 25.3mm on Y while extruding 22.4mm of filament between the two points.
G1 F1500 ; Feedrate 1500mm/m G1 X50 Y25.3 E22.4 F3000 ; Accelerate to 3000mm/m
However, in the above example, we set a feedrate of 1500 mm/m, then do the same move, but accelerating to 3000 mm/m. Everything stays synchronized, so extrusion accelerates right along with X and Y movement.
The RepRap spec treats the feedrate as simply another variable (like X, Y, Z, and E) to be linearly interpolated. This gives complete control over the acceleration and deceleration of the printer head in a way that ensures everything moves smoothly together and the right volume of material is extruded at all points.3
To reverse the extruder by a given amount (for example to reduce its internal pressure while it does an in-air movement so that it doesn't dribble) simply use G0 or G1 to send an E value that is less than the currently extruded length.
E
1Some firmwares allow for the RepRap to enable or disable the "sensing" of endstops during a move. Please check with whatever firmware you are using to see if they support the H parameter in this way, as damage may occur if you assume incorrectly. In RepRapFirmware, using the H1 or H2 parameter on a delta printer causes the XYZ parameters to refer to the individual tower motor positions instead of the head position, and to enable endstop detection as well if the parameter is H1. H3 may be used to measure axis lengths and H4 can be used to stop when an endstop is hit while updating the position only (H4 is supported in 3.2-b4 and later).
H
H2
XYZ
2In the RS274NGC Spec, G0 is Rapid Move, which was used to move between the current point in space and the new point as quickly and efficiently as possible, and G1 is Controlled Move, which was used to move between the current point in space and the new point as precise as possible. In RepRapFirmware, G1 is always a linear move but G0 may not be linear (e.g. on a SCARA machine); however a G0 move will never go below the lower of the initial and final Z height of the move.
3Some firmwares may not support setting the feedrate inline with a move.
4RepRapFirmware provides an additional 'R' parameter to tell the machine to add the coordinates of the specified restore point to all axis coordinates mentioned in the G0 or G1 command. Axes that are not mentioned in the G0 or G1 command are not moved. When a print is paused, the coordinates are saved in restore point #1. When a tool change is commenced, the coordinates are saved in restore point #2. Coordinates can also be saved in restore points explicity using the G60 command.
Some older machines, CNC or otherwise, used to move faster if they did not move in a straight line. This is also true for some non-Cartesian printers, like delta or polar printers, which move easier and faster in a curve.
G2 Xnnn Ynnn Innn Jnnn Ennn Fnnn
G3 Xnnn Ynnn Innn Jnnn Ennn Fnnn
Innn
Jnnn
G2 X90.6 Y13.8 I5 J10 E22.4
(Move in a Clockwise arc from the current point to point (X=90.6,Y=13.8), with a center point at (X=current_X+5, Y=current_Y+10), extruding 22.4mm of material between starting and stopping)
G3 X90.6 Y13.8 I5 J10 E22.4
(Move in a Counter-Clockwise arc from the current point to point (X=90.6,Y=13.8), with a center point at (X=current_X+5, Y=current_Y+10), extruding 22.4mm of material between starting and stopping)
1In Marlin Firmware not implemented for DELTA printers.
2Prusa Firmware implements arcs only in Cartesian XY.
3On Klipper, a gcode_arcs section must be enabled in the configuration file.
gcode_arcs
Pause the machine for a period of time.
Pnnn
G4 P200
In this case sit still doing nothing for 200 milliseconds. During delays the state of the machine (for example the temperatures of its extruders) will still be preserved and controlled.
On Marlin, Smoothie and RepRapFirmware, the "S" parameter will wait for seconds, while the "P" parameter will wait for milliseconds. "G4 S2" and "G4 P2000" are equivalent.
Perform a direct, uninterpolated, and non-kinematic synchronized move of one or more steppers directly. Units may be linear (e.g., mm or inches on DELTA) or specified in degrees (SCARA). This command is useful for initialization, diagnostics, and calibration, and should be disabled on production equipment. This type of move can be potentially dangerous, especially for deltabots, so implementations should do their best to limit movement to prevent twerking and damaging the carriage assembly.
DELTA
Annn
Bnnn
Cnnn
R
G6 A45 ; Move SCARA A stepper to the 45° position G6 B20 R ; Move SCARA B stepper 20° counter-clockwise
G6 C10 R ; Move DELTA C carriage up by 10mm
G10 Lnnn Pnnn Xnnn Ynnn Znnn Rnnn Snnn
Lnnn
U,V,W,A,B,Cnnn
G10 L1 P2 X17.8 Y-19.3 Z0.0
(sets the offset for tool 2 to the X, Y, and Z values specified)
G10 P1 R140 S205
(RepRapFirmware only - set standby and active temperatures3 for tool 1)
Remember that any parameter that you don't specify will automatically be set to the last value for that parameter. That usually means that you want explicitly to set Z0.0. RepRapFirmware will report the tool parameters if only the tool number is specified.
The precise meaning of the X, Y (and other offset) values is: with no offset this tool is at this position relative to where a tool with offset (0, 0, 0) would be. So if the tool is 10mm to the left of a zero-offset tool the X value would be -10, and so on.
The R value is the standby temperature in oC that will be used for the tool, and the S value is its operating temperature. If you don't want the tool to be at a different temperature when not in use, set both values the same. See the T code (select tool) below. In tools with multiple heaters the temperatures for them all are specified thus: R100.0:90.0:20.0 S185.0:200.0:150.0 .
S
See also M585.
M585
1Marlin uses G10/G11 for executing a retraction/unretraction move. Smoothie uses G10 for retract and G10 Ln for setting workspace coordinates. RepRapFirmware interprets a G10 command with no P or L parameter as a retraction command.
G10
G10 Ln
2It's usually a bad idea to put a non-zero Z value in as well unless the tools are loaded and unloaded by some sort of tool changer or are on indepedent carriages. When all the tools are in the machine at once they should all be set to the same Z height.
Z
3If the absolute zero temperature (-273.15) is passed as active and standby temperatures, RepRapFirmware will only switch off the tool heater(s) without changing their preset active or standby temperatures. RepRapFirmware-dc42 does not support this setting.
4Tool offsets are applied after any X axis mapping has been performed. Therefore if for example you map X to U in your M563 command to create the tool, you should specify a U offset not an X offset. If you map X to both X and U, you can specify both offsets. (Not supported on all firmwares).
M563
5L1 sets the offsets of the specified tool relative to the head reference point to the specified values. L2 sets the current workplace coordinate offsets to the specified values. L20 adjusts the current workplace coordinate offsets so that the current tool head position has the specified coordinates. NOTE on some firmwares L is required (and is required by NIST standard). P is also required to specify either the tool to update or the WCS to update.
Retracts filament according to settings of M207 (Marlin, RepRapFirmware) or according to the S value (Repetier).
M207
RepRapFirmware recognizes G10 as a command to set tool offsets and/or temperatures if the P parameter is present, and as a retraction command if it is absent.
P
G11
Unretracts/recovers filament according to settings of M208 (Marlin, RepRapFirmware) or according to the S value (Repetier).
M208
[P<0|1>] [S<count>] [T<count>]
G12 Pnnn Snnn Tnnn
Tnnn
G12 ; stroke pattern (default)
To generate a three triangle zig-zag pattern which will be stroked three times time use the following command. G12 P1 S3 T2 ; zig-zag pattern with 2 triangles
1In Marlin firmware and Derivatives Mk4duo this is implemented by hard-coded firmware behaviours As defined for variables NOZZLE_CLEAN_STROKES, NOZZLE_CLEAN_START_POINT, NOZZLE_CLEAN_END_POINT and NOZZLE_CLEAN_PARK.
With NOZZLE_CLEAN_PARK enabled, the nozzle will automatically return to the XYZ position after G12 is run.
More on this behaviour is documented inside of the code base.
The use of G12 for tool cleaning clashes with the established use of G12 for circular pocket milling on CNC machines. For this reason, RepRapFirmware does not support G12.
These codes set the current plane as follows:
G17
G18
G19
This mode applies to G2/G3 arc moves. Normal arc moves are in the XY plane, and for most applications that's all you need. For CNC routing it can be useful to do small "digging" moves while making cuts, so to keep the G-code compact it uses G2/G3 arcs involving the Z plane.
G2
These commands are supported in Marlin 1.1.4 and later with ARC_SUPPORT and CNC_WORKSPACE_PLANES enabled.
ARC_SUPPORT
CNC_WORKSPACE_PLANES
Units from now on are in inches. In RepRapFirmware, the inches/mm setting applies to regular printing and travel moves (G0, G1, G2 etc.) but not to configuration commands. Therefore configuration should be done in mm.
When executing a macro file, RepRapFirmware remembers the initial inches/mm setting and restores it after execution of the macro has completed.
Units from now on are in millimeters. (This is the RepRap default.)
In RepRapFirmware, the inches/mm setting applies to regular printing and travel moves (G0, G1, G2 etc.) but not to configuration commands. Therefore configuration should be done in mm.
When executing a macro file, RepRapFirmware remembers the initial inches/mm setting and restores it after execution of the macro has completed. So a macro file such as pause.g (executed when a pause command is received) can safely use G21 at the start to switch the units to mm without affecting the job after the macro completes, regardless of whether the job was using inches or mm.
G22 ; Do a retract move
Use this command (along with G23) to have the firmware to do retraction moves (in contrast to generating an E axis G1 move). The retract length and speed are set in the firmware.
G23
G23 ; Do a recover move
Use this command (along with G22) to have the firmware to do a recover move. The recover length and speed are set in the firmware.
G22
G26 C P O2.25 ; Do a typical test sequence
The G26 Mesh Validation Pattern is designed to be used in conjunction with various Mesh Bed Leveling systems – those that adjust for an uneven —rather than just tilted— bed. The G26 command prints a single layer pattern over the entire print bed, giving a clear indication of how accurately every mesh point is defined. G26 can be used to determine which areas of the mesh are less-than-perfect and how much to adjust each mesh point.
G26
G26 has large feature list, including a built-in test that extrudes material onto the bed. By default this is configured for PLA temperatures and a nozzle size of 0.4mm. (This will be adjustable in an upcoming version of Marlin.)
See the G26_Mesh_Validation_Tool.cpp file in the Marlin source code for full documentation of the G26 parameter list.
G26_Mesh_Validation_Tool.cpp
X
Y
G28 ; Home all axes (On Prusa i3 MK2/s,MK2.5/s,MK3/s it will also perform mesh bed leveling)2 G28 X Z ; Home the X and Z axes
When the firmware receives this command, it quickly moves the specified axes (or all axes if none are given) to the endstops, backs away from each endstop by a short distance, and slowly bumps the endstop again to increase positional accuracy. This process, known as "Homing", is required to determine the position of the print carriage(s). Some firmware may even forbid movement away from endstops and other operations until the axes have been homed.
The X, Y, and Z parameters act only as flags. Any coordinates given are ignored. For example, G28 Z10 results in the same behavior as G28 Z. Delta printers cannot home individual axes, but must always home all three towers, so the X Y Z parameters are simply ignored on these machines.
G28 Z10
G28 Z
X Y Z
Marlin firmware (version 1.1.0 and later) provides an option called Z_SAFE_HOMING for printers that use a Z probe to home Z instead of an endstop. With this option, the XY axes are homed first, then the carriage moves to a position –usually the middle of the bed– where it can safely probe downward to home Z.
Z_SAFE_HOMING
RepRapFirmware uses macro files to home either all axes or individual axes. If all axes are homed, the file homeall.g is processed. For individual axes the homex.g, homey.g, or homez.g file will be used. On Delta printers, G28 command will always home all three towers by processing the homedelta.g file, regardless of any X Y Z parameters.
homeall.g
homex.g
homey.g
homez.g
homedelta.g
Because the behavior of G28 is unspecified, it is recommended not to automatically include G28 in your ending G-code. On a Cartesian this will result in damaging the printed object. If you need to move the carriage at the completion of a print, use G0 or G1.
1 MK4duo has a B parameter that tells the printer to return to the coordinates it was at before homing.2 Original Prusa i3 MK2/s, MK2.5/s, MK3/s supports a W parameter to suppress mesh bed leveling. If W is omitted, G28 will home only and NOT perform mesh bed leveling. Original Prusa i3 MK3/s (TMC2130 drivers) supports a C parameter to calibrate the X and Y home position.
B
W
C
This command uses a probe to measure the bed height at 3 or more points to determine its tilt and overall flatness. It then enables compensation so that the nozzle will remain parallel to the bed. The printer must be homed with G28 before using this command.
Each firmware behaves differently and depends on the type of bed leveling that's been configured. For example, Marlin 1.0.2 provides 3 different types of automatic bed leveling (probe required) and a manual bed leveling option. See your firmware's documentation for the specific options available.
G29
G29 Snnn
Pfile.csv
G29 ; Probe the bed and enable compensation G29 S2 ; Special operation - see below G29 P1 ; UBL automated probe - see below
Marlin 1.0.2 and earlier provides three options for automatic bed leveling:
Marlin 1.1.0 and later allows the bilinear grid (i.e., "mesh") method to be used on all types of machines, not just deltas. This is the recommended leveling method going forward.
Also in Marlin 1.1.0 and later, the PROBE_MANUALLY option allows all forms of Auto Bed Leveling to be used without a probe. The procedure is similar to that of MESH_BED_LEVELING (see below). Begin the process with G29 to move the nozzle to the first point. Adjust the Z axis using G1 or your host software. Send G29 again to move to the next point and repeat until all points have been sampled.
PROBE_MANUALLY
MESH_BED_LEVELING
G29 P4
D
V
G29 V3
G29 P5 T
F
L
E1
Marlin firmware (version 1.1.0 and later) includes the AUTO_BED_LEVELING_UBL option for Unified Bed Leveling. UBL combines mesh leveling, tilted plane adjustment, 3-point leveling, and manual editing tools all together in a single package. To accomplish so much, UBL overloads `G29` with several new parameters and provides an additional G26 Mesh Tuning feature.
AUTO_BED_LEVELING_UBL
See the MarlinFW website for a dedicated Unified Bed Leveling page and complete documentation on `G29` for UBL and `G26` Mesh Validation.
A Activate Activate the Unified Bed Leveling system. (i.e., M420 S1) D Disable Disable the Unified Bed Leveling system. (i.e., M420 S0) B# Business Do Manual Probing in 'Business Card' mode. H# Height Height to raise the nozzle after each Manual Probe of the bed. C Continue Continue, Constant, or Current Location, depending on Phase. E Every Stow the probe after every sampled point. F# Fade Fade leveling compensation gradually, until it ceases at the given height. I# Invalidate Invalidate a specified number of Mesh Points (X and Y). J# Grid Do a grid (planar) leveling of the current Mesh using a grid with n points on a side. K# Kompare Compare (diff) current Mesh with stored Mesh #, replacing current Mesh with the result. L Load Load Mesh from the previously activated location in the EEPROM. L# Load Load Mesh from the specified location in the EEPROM. S Store Store the current Mesh in the Activated area of the EEPROM. Also save all settings. S # Store Store the current Mesh at the specified area in EEPROM, set as the Activated area. S -1 Store Store the current Mesh as a print-out suitable to be fed back into the system. O Map Display the Mesh Map Topology. P0 Phase 0 Zero Mesh Data and turn off the Mesh Compensation System. P1 Phase 1 Invalidate the Mesh and do Automatic Probing to generate new Mesh data. P2 Phase 2 Probe unpopulated areas of the Mesh (those that couldn't be auto-probed). P3 Phase 3 Fill unpopulated Mesh points with a fixed value. No 'C' for "smart fill" extrapolation. P4 Phase 4 Fine tune the Mesh. ** Delta Mesh Compensation requires an LCD panel. ** P5 Phase 5 Find Mean Mesh Height and Standard Deviation. P6 Phase 6 Shift Mesh height. All Mesh points are adjusted by the amount specified with 'C'. Q Test Load specified Test Pattern to help check system operation. R # Repeat Repeat the command the specified number of times. Default: grid points X * Y. T 3-Point Perform a 3-Point Bed Leveling on the current Mesh. U Unlevel Perform a probe of the outer perimeter to assist in physically leveling the bed. W What? Print a report of Unified Bed Leveling stored data. X # The X location for the command Y # The Y location for the command Z Zero Do a single probe to set the Z Height of the nozzle. Z # Zero Raise/lower the entire Mesh to conform with the specified difference (plus zprobe_zoffset).
Marlin firmware (version 1.0.2 and later) also provides a MESH_BED_LEVELING feature that can be used to perform bed leveling on machines lacking a probe. This form of bed leveling compensates for uneven Z height across the surface of the bed using a mesh and bilinear interpolation.
G29 S1 ; Move to the first point and wait for a measurement G29 S2 ; Store the current Z, move to the next point G29 S3 Xn Yn Zn.nn ; Modify the Z height of a single point
S0
S1
S2
S3 Xn Yn Zn.nn
S4 Zn.nn
Repetier firmware since v0.91 supports G29 with the optional Snnn parameter as described below. Useful to simply detect the Z bed angle so you can manually readjust your bed and get it as close to in plane as possible. If you wish to apply automatic software Z plane compensation on Repetier, use G32 instead with firmware 0.92.8 and above.
RepRapFirmware:
/sys
heightmap.csv
To define the grid, see M557.
In RepRapFirmware 3.2 and later, G29 runs macro file mesh.g if it exists, otherwise it behaves like G29 S0. The mesh.g file can perform other actions (e.g. homing or tool selection) and then use G29 S0 to do the probing.
In Prusa Firmware G29 is not active by default, instead G81 is used.1
G29.1 X30 Y20 Z0.5
Set the offset of the Z probe head. The offset will be subtracted from all probe moves.
G29.2 Z0.0
Set the offset of the Z probe head. The offset will be subtracted from all probe moves. The calculated value is derived from the distance of the toolhead from the current axis zero point.
The user would typically place the toolhead at the zero point of the axis and issue the G29.2 command.
G29.2
G30 Pnnn Xnnn Ynnn Znnn Hnnn Snnn
G30
G30 ; Probe the bed at the current XY position. When the probe is triggered, set the Z coordinate to the probe trigger height. G30 S-1 ; Probe the bed at the current XY position. When the probe is triggered, do not adjust the Z coordinate. G30 P0 X20 Y50 Z-99999 ; Probe the bed at X20 Y50 and save the XY coordinates and the height error as point 0 G30 P3 X180 Y180 Z-99999 S4 ; Probe the bed at X180 Y180, save the XY coordinates and the height error as point 3 and calculate 4-point compensation or calibration G30 P3 X180 Y180 Z-99999 S-1 ; As previous example but just report the height errors
In its simplest form probes bed at current XY location.
RepRapFirmware supports additional behaviour: if a Pn field is specified the probed X, Y, and Z values are saved as point n on the bed for calculating the offset plane or for performing delta printer calibration. If X, Y, or Z values are specified (e.g. G30 P1 X20 Y50 Z0.3) then those values are used instead of the machine's current coordinates. A silly Z value (less than -9999.0) causes the machine to probe at the current point to get Z, rather than using the given value. If an S field is specified (e.g. G30 P1 Z0.3 S) the bed plane is computed for compensation and stored. The combination of these options allows for the machine to be moved to points using G1 commands, and then probe the bed, or for the user to position the nozzle interactively and use those coordinates. The user can also record those values and place them in a setup G-code file for automatic execution.
Pn
G30 P1 X20 Y50 Z0.3
G30 P1 Z0.3 S
RepRapFirmware uses the value of the S parameter to specify what computation to perform. If the value is -1 then the Z offsets of all the points probed are printed, but no calibration is done. If the value is zero or not present, then this specifies that the number of factors to be calibrated is the same as the number of points probed. Otherwise, the value indicates the number of factors to be calibrated, which must be no greater than the number of points probed. In version 1.09, the number of factors may be 3, 4 or 5 when doing auto bed compensation on a Cartesian or CoreXY printer, and 3, 4, 6 or 7 when doing auto calibration of a Delta printer.
RepRapFirmware supports an optional H parameter, which is a height correction for that probe point. It allows for the Z probe having a trigger height that varies with XY position. The nominal trigger height of the Z probe (e.g. at bed centre) is declared in the Z parameter of the G31 command in the config.g file. When you probe using G30 and the probe triggers, the firmware will assume that the nozzle is at the nominal trigger height plus the value you have in the H parameter.
G31
1MK4duo Firmware support an optional parameter for Delta.
G30 Xnnn Ynnn S Z P
Sn
Zn
In Prusa Firmware this G-code is deactivated by default, must be turned on in the source code.2
G31 Pnnn Xnnn Ynnn Znnn Cnnn Snnn
M558 P
G31 P500 Z2.6 G31 X16.0 Y1.5
When used on its own this reports whether the Z probe is triggered, or gives the Z probe value in some units if the probe generates height values. If combined with a Z and P field (example: G31 P312 Z0.7) this will set the Z height to 0.7mm when the Z-probe value reaches 312 when a G28 Z0 (zero Z axis) command is sent. The machine will then move a further -0.7mm in Z to place itself at Z = 0. This allows non-contact measuring probes to approach but not touch the bed, and for the gap left to be allowed for. If the probe is a touch probe and generates a simple 0/1 off/on signal, then G31 Z0.7 will tell the RepRap machine that it is at a height of 0.7mm when the probe is triggered.
G31 P312 Z0.7
G28 Z0
G31 Z0.7
In RepRapFirmware, separate G31 parameters may be defined for different probe types (i.e. 0+4 for switches, 1+2 for IR probes and 3 for alternative sensors). To specify which probe you are setting parameters for, send a M558 command to select the probe type before sending the G31 command, or use the T parameter.
In Repetier, G31 supports no parameters and simply prints the high/low status of the Z probe.
1X and Y offsets of the Z probe relative to the print head (i.e. the position when the empty tool is selected) can be specified in RepRapFirmware. This allows you to calculate your probe coordinates based on the geometry of the bed, without having to correct them for Z probe X and Y offset.
2In RepRapFirmware, additional parameters 'S' (bed temperature in oC at which the specified Z parameter is correct, default is current bed temperature) and 'C' (temperature coefficient of Z parameter in mm/oC, default zero) can be set for the alternative (ultrasonic) sensor. This is useful for probes that are affected by temperature such as PINDA. RepRapFirmware 3.1 and later allow both first and second order temperature coefficients to be specified, e.g. C0.015:0.001.
In Prusa Firmware this G-code is deactivated by default, must be turned on in the source code.1
G32 ; Probe and calculate G32 Snnn ; Each firmware has its own parameters G32 Snnn Pnnn ; Refer to their specific documentation
This command is implemented as a more sophisticated form of bed leveling (which uses a transformation matrix or motorized correction. Smoothieware uses this code instead of `G29`.
Each firmware behaves differently. For example, Repetier firmware allows for motorized rotation of the bed whilst ReprapFirmware probes the bed with a transformation matrix.
RepRapFirmware executes macro file bed.g in response to the G31 command. The bed.g file is typically used to probe the bed and then perform delta calibration if the printer is a delta, or to perform individual leadscrew adjustment to level the bed if the printer has multiple independently-controlled Z motors, or to advise the user on how much to adjust each bed levelling adjustment screw.
bed.g
This command probes the bed at 3 or more pre-defined points and implements bed leveling compensation by either moving the A axis during printing (as with regular bed leveling, G29) or by tilting the bed with motors.
The values for Snnn and Pnnn are as follows:
P0
P1
G33
G33 Lnnn
G33 Rnnn
G33 Xnnn Ynnn Znnn
L0
R0
X[pos] Y[pos] Z[zCorrection]
G33 G33 R0
When used with no parameters, G33 will measure a grid of points and store the distortion dips and valleys in the bed surface, and then enable software distortion correction for the first few or several layers. The values will be stored in EEPROM if enabled in firmware. You must previously have G28 homed, and your Z minimum/maximum height must be set correctly for this to work. Use the optional parameters to list, reset or modify the distortion settings. Distortion correction behavior can be later turned on or off by code M323.
M323
End-stops and tower angle corrections are normalized (P0);
Performs a 1-4-7 point calibration of delta height (P1), end-stops, delta radius (P2) and tower angle corrections (P>=3) by a least squares iteration process based on the displacement method.
G33 Pn T Cx.xx Fn Vn E
Cx.xx
Fn
Vn
G33 : calibrates with the default settings. G33 Auto Calibrate Checking... AC .Height:297.77 Ex:+0.00 Ey:+0.00 Ez:+0.00 Radius:100.00 .Tower angle : Tx:+0.00 Ty:+0.00 Tz:+0.00 Iteration : 01 std dev:0.306 Iteration : 02 std dev:0.049 Iteration : 03 std dev:0.033 Iteration : 04 std dev:0.031 Calibration OK rolling back. .Height:297.69 Ex:-0.10 Ey:-0.12 Ez:+0.00 Radius:100.91 .Tower angle : Tx:-0.03 Ty:+0.25 Tz:+0.00 Save with M500 and/or copy to Configuration.h
G33 P6 V0 : probes 36 points in dry run mode. G33 Auto Calibrate Checking... AC (DRY-RUN) .Height:297.77 Ex:+0.00 Ey:+0.00 Ez:+0.00 Radius:100.00 .Tower angle : Tx:+0.00 Ty:+0.00 Tz:+0.00 . c:+0.03 x:+0.32 y:+0.34 z:+0.41 . yz:+0.37 zx:+0.32 xy:+0.17 End DRY-RUN std dev:0.306
G33 P4 C0.05 T : probes 16 points and stops when a standard deviation of 0.05mm is reached; calibrates delta height, endstops and delta radius, leaves the tower angle corrections unaltered. G33 Auto Calibrate Checking... AC .Height:297.78 Ex:+0.00 Ey:+0.00 Ez:+0.00 Radius:100.00 Iteration : 01 std dev:0.317 Iteration : 02 std dev:0.059 Calibration OK std dev:0.042 .Height:297.66 Ex:-0.17 Ey:-0.13 Ez:+0.00 Radius:100.91 Save with M500 and/or copy to Configuration.h
G33 P2 : probes center and tower positions and calibrates delta height, endstops and delta radius. G33 Auto Calibrate Checking... AC .Height:297.78 Ex:+0.00 Ey:+0.00 Ez:+0.00 Radius:100.00 Iteration : 01 std dev:0.374 Iteration : 02 std dev:0.054 Iteration : 03 std dev:0.007 Calibration OK rolling back. .Height:297.68 Ex:-0.14 Ey:-0.14 Ez:+0.00 Radius:101.23 Save with M500 and/or copy to Configuration.h
G33 P1 : probes the center and calibrates the delta height only. G33 Auto Calibrate Checking... AC .Height:261.40 Offset:+0.30 Calibration OK std dev:0.000 .Height:261.58 Offset:+0.10 Save with M500 and/or copy to Configuration.h
note: Height = delta height; Ex, Ey, Ez = end-stop corrections; Radius = delta radius; Tx, Ty, Tz = tower angular corrections; c, x, y, z, yz, zx, xy = probe results at center, towers and opposite to towers; std dev = standard deviation of the probe results towards the zero plane.
Use multiple Z steppers and a probe to align Z axis connection points. See M422 for other options.
M422
G34 I3 T0.8 A1.5 ; 3 iterations, Target Accuracy 0.8, Amplification 1.5
G34
The values specified are added to the calculated end stop position when the axes are referenced. The calculated value is derived from the distance of the toolhead from the current axis zero point. The user would typically place the toolhead at the zero point of the axis and issue the G34 command. This value can be saved to EEPROM using the M500 command.
M500
Monitors probe input while moving linearly towards the specified coordinates, stopping upon detecting contact or reaching specified coordinates.
G38.2 Xnnn Ynnn Znnn Fnnn
G38.2 Z0 G38.2 X50 G38.2 Z10 Y10
G40 turns off cutter compensation. If tool compensation was on the next move must be a linear move and longer than the tool diameter. It is OK to turn compensation off when it is already off. http://www.linuxcnc.org/docs/2.5/html/gcode/tool_compensation.html
G40
G42 does a fast move in XY to any of the intersection points in the bed calibration grid. This is useful during calibration to align the nozzle or probe.
G42
Inn
Jnn
G42 I3 J4 P F3000 ; Move the probe to grid coordinate 3, 4
See linuxcnc.org for more help
Not all builds of RepRapFirmware support these commands. For those that do (e.g. Duet WiFi/Ethernet and Duet 3), from firmware version 2.02 the workplace coordinate offsets are included in the data saved to config-override.g by the M500 command.
G60 Snn
Snn
Implementation in RepRapFirmware:
G61 Xnnn Ynnn Znnn Ennn Fnnn Snn
Show/print PINDA temperature interpolating.
G75
This G-code is used to calibrate the temperature drift of the PINDA (inductive Sensor).
The PINDAv2 sensor has a built-in thermistor which has the advantage that the calibration can be done once for all materials.
The Original i3 Prusa MK2/s uses PINDAv1 and this calibration improves the temperature drift, but not as good as the PINDAv2.
G76
G76 B
G76 P
G76 echo PINDA probe calibration start echo start temperature: 35.0° echo ... echo PINDA temperature -- Z shift (mm): 0.---
Marlin requires PROBE_TEMP_COMPENSATION.
PROBE_TEMP_COMPENSATION
This process can take a very long time. The timeout is currently set to 15min to allow the parts to fully heat up and cool down.
Use M500 to save the result to EEPROM.
At this moment it is only supported in Marlin bugfix-2.0.x branch.
It cancel canned cycle modal motion. G80 is part of modal group 1, so programming any other G code from modal group 1 will also cancel the canned cycle.
Default 3x3 grid can be changed on MK2.5/s and MK3/s to 7x7 grid.
N
Using the following parameters enables additional "manual" bed leveling correction. Valid values are -100 microns to 100 microns.
Prints mesh bed leveling status and bed profile if activated.
G81
Equivalent to M420 V in Marlin Firmware (and possibly G29 T depending on leveling system).
M420 V
WARNING! USE WITH CAUTION! If you'll try to probe where is no leveling pad, nasty things can happen!
G82
G83
G84
G85
This G-code will be performed at the start of a calibration script.
G86
This G-code will be performed at the end of a calibration script.
G87
G88
This G-code currently does not do anything.
All coordinates from now on are absolute relative to the origin of the machine. (This is the RepRap default.)
All coordinates from now on are relative to the last position. Note: RepRapFirmware latest revision firmware uses M83 to set the extruder to relative mode: extrusion is NOT set to relative by ReprapFirmware on G91: only X,Y and Z are set to relative. By contrast, Marlin (for example) DOES also set extrusion to relative on a G91 command, as well as setting X, Y and Z.
M83
G92 X10 E90
Allows programming of absolute zero point, by reseting the current position to the values specified. This would set the machine's X coordinate to 10, and the extrude coordinate to 90. No physical motion will occur.
A G92 without coordinates will reset all axes to zero on some firmware. This does not apply to RepRapFirmware.
G92
G92.1
X Y Z A B C U V W
G92.2
G93 is Inverse Time Mode. In inverse time feed rate mode, an F word means the move should be completed in (one divided by the F number) minutes. For example, F2.0 means the move should be completed in a half a minute.
G93
F2.0
When the inverse time feed rate mode is active, an F word must appear on every line which has a G1, G2, or G3 motion, and an F word on a line that does not have G1, G2, or G3 is ignored. Being in inverse time feed rate mode does not affect G0 (rapid move) motions.
G94 is Units per Minute Mode. In units per minute feed mode, an F word is interpreted to mean the controlled point should move at a certain number of inches per minute, millimeters per minute, or degrees per minute, depending upon what length units are being used and which axis or axes are moving.
Enable Prusa-specific Farm functions and g-code.
G98
Set of internal Prusa commands
PRUSA [ Ping | PRN | FAN | fn | thx | uvlo | fsensor_recover | MMURES | RESET | fv | M28 | SN | Fir | Rev | Lang | Lz | Beat | FR ]
Ping
PRN
FAN
fn
thx
uvlo
fsensor_recover
MMURES
Reset
fv
M28
SN
Fir
Rev
Lang
Lz
Beat
FR
nozzle set 'diameter'
nozzle D'diameter'
nozzle
G99
G100 X Y Z ; set floor for argument passed in. Number ignored and may be absent. G100 R5 ; Add 5 to radius. Adjust to be above floor if necessary G100 R0 ; Set radius based on current z measurement. Moves all axes to zero
G130 X10 Y18 Z15 A20 B12
Set the digital potentiometer value for the given axes. This is used to configure the current applied to each stepper axis. The value is specified as a value from 0-127; the mapping from current to potentimeter value is machine specific.
G161 X Y Z F1800
Instruct the machine to home the specified axes to their minimum position. Similar to G28, which decides on its own in which direction to search endstops.
G162 X Y Z F1800
Instruct the machine to home the specified axes to their maximum position.
This performs an automatic calibration of backlash, positional errors and nozzle offset by touching the nozzle on the sides of a bed mounted, electrically conductive cube, washer or bolt.
Unnn
G425 ; Perform full calibration sequence T1 ; Switch to second nozzle G425 V ; Validate by showing report for T1 T0 ; Switch to second nozzle G425 V ; Validate by showing report for T0
M0
The RepRap machine finishes any moves left in its buffer, then shuts down. All motors and heaters are turned off. It can be started again by pressing the reset button on the master microcontroller, although this step is not mandatory on RepRapFirmware. See also M1, M112.
M1
M112
The Marlin Firmware does wait for user to press a button on the LCD, or a specific time. "M0 P2000" waits 2000 milliseconds, "M0 S2" waits 2 seconds.
RepRapFirmware executes cancel.g if this file is present, if the print is paused and if the axes are homed. Otherwise stop.g is run and the drives are put into idle mode. Also the heaters are turned off if no 'H1' parameter is specified.
1Not available in RepRapFirmware, but as a work-around G4 can be run before M0.
G4
2Only available on Marlin and Prusa Firmware.
3"Wait for user ..." is shown on LCD in Prusa Firmware.
The RepRap machine finishes any moves left in its buffer, then shuts down. All motors and heaters are turned off. It can still be sent G and M codes, the first of which will wake it up again. See also M0, M112.
The Marlin and Prusa Firmware do the same as M0.
If Marlin is emulated in RepRapFirmware, this does the same as M25 if the code was read from a serial or Telnet connection, else the macro file sleep.g is run before all heaters and drives are turned off.
sleep.g
M2
Teacup firmware does the same as M84.
M84
M3 S4000
The spindle is turned on with a speed of 4000 RPM.
Teacup firmware turn extruder on (same as M101).
M101
RepRapFirmware interprets this code only if in CNC mode (M453), in laser mode (M452) or if a Roland mill has been configured. You must always provide an S parameter with this command to specify the required spindle speed pr laser power. In RepRapFirmware 2.05RC2 and later, and RepRapFirmware 3.0beta13 and later, in laser mode (M452) the laser will only fire during G1/G2/G2 moves.
M453
M452
In Repetier-Firmware in laser mode you need S0..S255 to set laser intensity. Normally you use S255 to turn it on full power for moves. Laser will only fire during G1/G2/G3 moves and in laser mode (M452).
S255
M4 S4000
M5
The spindle is turned off.
Teacup firmware turn extruder off (same as M103).
M103
M6
M7
Mist coolant is turned on (if available)
Teacup firmware turn on the fan, and set fan speed (same as M106).
M106
M8
Flood coolant is turned on (if available)
M9
All coolant systems are turned off.
M10
Dust collection vacuum system turned on.
M11
Dust collection vacuum system turned off.
This one M-code does the work of both M03 and M08. It is not unusual for specific machine models to have such combined commands, which make for shorter, more quickly written programs.
M13
Do a case-sensitive comparison between the string argument and the configured MACHINE_NAME. If the machine name doesn't match, halt the printer so that a reset is required. This safety feature is meant to prevent G-code sliced for a specific machine from being used on any other machine. In Marlin this feature is enabled with EXPECTED_PRINTER_CHECK.
MACHINE_NAME
EXPECTED_PRINTER_CHECK
M16 Cookie Monster
M17 M17 X E0
Powers on stepper motors.
1Ability to specify axes was added to Marlin 2.0 and may not be available on other firmware implementations.
M18 M18 X E0
Disables stepper motors and allows axes to move 'freely.'
On Marlin, M18 is a synonym of M84, so it can also be used to configure or disable the idle timeout.
M18
M18 S10 ; Idle steppers after 10 seconds of inactivity M18 S0 ; Disable idle timeout
1Some firmware implementations do not support parameters to be passed, but at least Marlin and RepRapFirmware do.
2RepRapFirmware allows stepper motors to be disabled selectively. For example, M18 X E0:2 will disable the X, extruder 0 and extruder 2 motors.
M18 X E0:2
3In Prusa Firmware this command can be used to set the stepper inactivity timeout (`S`) or to disable steppers (`X`,`Y`,`Z`,`E`)
P"ddd"
M20 M20 S2 P"/gcodes/subdir"
This code lists all files in the root folder or G-code directory of the SD card to the serial port. One name per line, like:
ok SQUARE.G SQCOM.G ZCARRI~2.GCO CARRIA~1.GCO
On Marlin, a file list response is usually encapsulated. Standard configurations of RepRapFirmware mimic this style in emulation mode:
Begin file list: SQUARE.G ZCARRI~2.GCO End file list ok
If RepRapFirmware emulates no firmware compatibility, a typical response looks like:
G-code files: "Traffic cone.g","frog.gcode","calibration piece.g"
Note that some firmwares list file names in upper case, but - when sent to the M23 command (below) they must be in lower case. Teacup and RepRapFirmware have no such trouble and accept both. RepRapFirmware always returns long filenames in the case in which they are stored.
M23
1If the S2 parameter is used on RepRapFirmware, then the file list (or as much as can be fitted in the output buffer) is returned in JSON format as a single array called "files" with each name that corresponds to a subdirectory preceded by an asterisk, and the directory is returned in variable "dir". The optional R parameter is the file number to start at, default 0. The JSON response also returns value "next" which is the number of the first file that wasn't returned, or 0 if all files were returned. The caller can enumerate all files even if there are very many by making successive M20 S2 calls with each call using R from the "next" value in the previous response, util "next" is zero.
M20 S2 P/gcodes {"dir":"\/gcodes","first":0,"files":["4-piece-1-2-3-4.gcode","Hinged_Box.gcode","Hollow_Dodecahedron_190.gcode","*Calibration pieces"],"next":0}
2This parameter is only supported by RepRapFirmware and defaults to the 0:/gcodes directory, which is the directory that printable gcode files are normally stored in.
3On Klipper, a virtual SD card is required for this to work.
M21 M21 P1
The specified SD card is initialized. If an SD card is loaded when the machine is switched on, this will happen by default. SD card must be initialized for the other SD functions to work.
1On Klipper, a virtual SD card is required for this to work.
M22 M22 P1
The specified SD card is released, so further (accidental) attempts to read from it are guaranteed to fail. Helpful, but not mandatory before removing the card physically.
M23 filename.gco
The file specified as filename.gco (8.3 naming convention is supported) is selected ready for printing. RepRapFirmware supports long filenames as well as 8.3 format.
M24
The machine prints from the file selected with the M23 command. If the print was previously paused with M25, printing is resumed from that point. To restart a file from the beginning, use M23 to reset it, then M24.
M25
When this command is used to resume a print that was paused, RepRapFirmware runs macro file resume.g prior to resuming the print.
resume.g
The machine pauses printing at the current position within the file. To resume printing, use M24. Do not use this code within a GCode file to pause the print at that point, use M226 instead.
Prior to pausing, RepRapFirmware runs macro file pause.g. This allows the head to be moved away from the print, filament to be retracted, etc.
pause.g
RepRapFirmware 1.20 and later also save the current state of the print to file /sys/resurrect.g. This is so that if the printer is turned off after pausing, the print can subsequently be resumed.
Set the file offset in bytes from the start of the SD card file selected by M23. The offset must correspond to the start of a G-code command.
M27
Report SD print status.
Marlin and RepRapFirmware report the number of bytes processed in this format, which can be processed by Pronterface:
SD printing byte 2134/235422
If no file is being printed, only this message is reported:
Not SD printing.
In Marlin 1.1.9 and up M27 C reports the open file's DOS 8.3 name and long filename, if any.
M27 C
Current file: filena~1.gco Filenagotcha.gcode
In Marlin 1.1.9 and up M27 Sn sets the auto-report interval. This requires the AUTO_REPORT_SD_STATUS configuration option to be enabled. Marlin reports this capability in M115 as Cap: AUTO_REPORT_SD_STATUS 1 when this option is available.
M27 Sn
AUTO_REPORT_SD_STATUS
M115
Cap: AUTO_REPORT_SD_STATUS 1
M27 S2 ; Report the SD card status every 2 seconds
M28 filename.gco
File specified by filename.gco is created (or overwritten if it exists) on the SD card and all subsequent commands sent to the machine are written to that file.
M29 filename.gco
File opened by M28 command is closed, and all subsequent commands sent to the machine are executed as normal.
1Prusa firmware accepts this code but currently has no effect.
> M30 filename.gco > filename.gco is deleted.
- For Yaskawa and in grbl - Same as M2 in Yaskawa G-code
M30 ; Exchange pallet shuttles and end the program. Pressing cycle start will start the program at the beginning of the file.
M109
M31
The response looks like:
echo:54 min, 38 sec
M32 filename.gco
It can be used when printing from SD card and does the same as M23 and M24.
tba available in marlin(14/6/2014)
Get the long name for a file or folder on the SD card from a dos path. Introduced in Marlin firmware 1.1.0 September 2015.
Stop the printing from SD and save all position in restart.gcode for restart printing in future
Enable and disable SD card file-sorting, and/or set the folder sorting order. Proposed by Marlin firmware, May 2015.
M36 filename.gco
Returns information for the specified SD card file in JSON format. A sample response is:
{"err":0,"size":436831,"lastModified":"2017-09-21T16:58:07","height":5.20,"firstLayerHeight":0.20,"layerHeight":0.20,"printTime":660,"simulatedTime":1586,"filament":[1280.7],"generatedBy":"Simplify3D(R) Version 4.0.0"}
The "err" field is zero if successful, nonzero if the file was not found or an error occurred while processing it. The "size" field should always be present if the operation was successful. The presence or absence of other fields depends on whether the corresponding values could be found by reading the file. The "filament" field is an array of the filament lengths required from each spool. The size is in bytes, the times are in seconds, all other values are in mm. 'printTime' is the printing time estimated by the slicer, 'simulationTime' is the time measured when the print was simulated by the firmware. The fields may appear in any order, and additional fields may be present.
If the file name parameter is not supplied and a file on the SD card is currently being printed, then information for that file is returned including additional field "fileName". This feature is used by the web interface and by PanelDue, so that if a connection is made when a file is already being printed, the name and other information about that file can be shown.
Used to switch between printing mode and simulation mode. Simulation mode allows the electronics to compute an accurate printing time, taking into account the maximum speeds, accelerations etc. that are configured.
M37 S1 enters simulation mode. All G and M codes will not be acted on, but the time they would take to execute will be calculated.
M37 S0 leaves simulation mode and prints the total time taken by simulated moves since entering simulation mode.
M37 with no S parameter prints the time taken by the simulation, from the time it was first entered using M37 S1, up to the current point (if simulation mode is still active) or the point that the simulation was ended (if simulation mode is no longer active).
M37 P"filename" enters simulation mode, prints the specified file, exits simulation mode, reports the print time, and appends it to the G-code file as a comment for later retrieval.
Used to compute a hash of a file on the SD card. Examples:
> M38 gcodes/myfile.g > Cannot find file > M38 www/reprap.htm > 91199139dbfadac15a18cfb962dfd4853db83999
Returns a hexadecimal string which is the SHA1 of the file. If the file cannot be found, then the string "Cannot find file" is returned instead.
This command returns information about the SD card in the specified slot in the requested format. At least the following is returned:
The JSON response has the following format (more fields may be added in future):
{"SDinfo":{"slot":0,"present":1,"capacity":4294967296,"free":2147485184,"speed":20971520,"clsize":32768}}
The capacity, free space and cluster size are in bytes, and the interface speed is in bytes/second.
If your RepRap machine can eject the parts it has built off the bed, this command executes the eject cycle. This usually involves cooling the bed and then performing a sequence of movements that remove the printed parts from it. The X, Y and Z position of the machine at the end of this cycle are undefined (though they can be found out using the M114 command, q.v.).
M114
See also M240 and M241 below.
M240
M241
M41
If the RepRap machine was building a file from its own memory such as a local SD card (as opposed to a file being transmitted to it from a host computer) this goes back to the beginning of the file and runs it again. So, for example, if your RepRap is capable of ejecting parts from its build bed then you can set it printing in a loop and it will run and run. Use with caution - the only things that will stop it are:
M42 P7 S255
M42 switches a general purpose I/O pin. Use M42 Px Sy to set pin x to value y, when omitting Px the LEDPIN will be used.
M42
M42 Px Sy
In Teacup, general purpose devices are handled like a heater, see M104.
In Marlin Firmware, pin numbers for 32-bit processors are in the form PORT * 100 + PIN. So pin P1_02 on LPC1768 can be set with M42 P102 S1.
M42 P102 S1
Marlin 1.x includes an I parameter to permit setting "volatile" pins that Marlin is using.
I
Marlin 2.0.5.2 and up include the M parameter to set the pin mode: 0=INPUT, 1=OUTPUT, 2=INPUT_PULLUP, 3=INPUT_PULLDOWN.
In RepRapFirmware, the S field may be in the range 0..1 or 0..255. The pin reference is an internal firmware reference named "digital pin", see Duet pinout. It maps on different connector pins depending the hardware. On Duet 0.6 and 0.8.5 hardware using pre-1.16 firmware, the supported pin numbers and their names on the expansion connector are:
In firmware 1.16, the pin numbering has changed.
See Using servos and controlling unused I/O pins for all pin definitions.
Pre-1.16 example:
M42 P20 S1 ;set the connector pin 35 to high.
On RADDS hardware running RepRapFirmware-dc42, the supported Arduino Due pin numbers and their names are:
5 TIOA6, 6 PWML7, 39 PWMH2, 58 AD3, 59 AD2, 66 DAC0, 67 DAC1, 68 CANRX0, 69 CANTX0, 70 SDA1, 71 SCL1, 72 RX LED, 73 TX LED.
See also M583.
M583
M43
If your RepRap can detect when its material runs out, this decides the behaviour when that happens. The X and Y axes are zeroed (but not Z), and then the machine shuts all motors and heaters off except the heated bed, the temperature of which is maintained. The machine will still respond to G and M code commands in this state.
M43 En Pnnn Wn In
En
Wn
M108
In
PINS_DEBUGGING
Configuration_adv.h
In MK4duo you must enable FASTER_GCODE_EXECUTE to get this G-code.
FASTER_GCODE_EXECUTE
Jn
Resets the bed skew and offset calibration on Prusa i3 MK2/s,MK2.5/s,MK3/s.
Runs the xyz calibration on Prusa i3 MK2/s,MK2.5/s,MK3/s.
Vnn
Reports the assigned IP address of a Toshiba FlashAir on Prusa i3 MK2/s,MK2.5/s,MK3/s. At this moment it is deactivated.
Show end stops dialog on the display on Prusa i3 MK2/s,MK2.5/s,MK3/s.
Vnnn
As with G29, the E flag causes the probe to stow after each probe.
The S flag will result is a random sized, 5 pointed star, being traced (X and Y axis) between each sample. Usually a user will get worse repeat-ability numbers with S specified because the X axis and Y axis movements will add to the machine's positioning errors.
This function assumes the bed has been homed. Specifically, that a G28 command as been issued prior to invoking the M48 Z-Probe repeatability measurement function. Any information generated by a prior G29 Bed leveling command will be lost and need to be regenerated.
The number of samples will default to 10 if not specified. You can use upper or lower case letters for any of the options EXCEPT n. n must be in lower case because Marlin uses a capital N for its communication protocol and will get horribly confused if you send it a capital N.
M48 nAA Xnnnn Ynnnn Vn Lnn
nAA
Lnn
M70 P200 Message
Display a message on the LCD. P is the time to display message for.
M72 P2
Instruct the machine to play a preset song. Acceptable song IDs are machine specific. P is the ID of the song to play.
M73 P50
Tell the firmware the current build progress percentage. The machine is expected to display this on its display. If the percentage is exactly 0 a "Build Start" notification is sent to the host. If the percentage is exactly 100 a "Build End" notification is sent to the host.
Use "M73" by itself to get a report of the current print progress.
Prusa firmware just shows percent done and time remaining.
M73 P R Q S
Q
M73 echo NORMAL MODE: Percent done: ---%; print time remaining in mins: -----" echo SILENT MODE: Percent done: ---%; print time remaining in mins: -----"
M80 ; Turn on the power supply M80 S ; Report power supply state (Marlin 1.1.1)
Turns on the ATX power supply from standby mode to fully operational mode. No-op on electronics without standby mode.
POWER_SUPPLY
M80
defined (PS_ON_PIN)
PS_ON_PIN
Turns off the ATX power supply. Counterpart to M80.
M82
Makes the extruder interpret extrusion as absolute positions.
This is the default in repetier and for Yaskawa controllers.
Makes the extruder interpret extrusion values as relative positions.
Note that the Ultimaker 3 will revert back to absolute extrusion after each tool change.
Stop the idle hold on all axis and extruder. In some cases the idle hold causes annoying noises, which can be stopped by disabling the hold. Be aware that by disabling idle hold during printing, you will get quality issues. This is recommended only in between or after printjobs.
On Marlin, Repetier and RepRapFirmware, M84 can also be used to configure or disable the idle timeout. For example, "M84 S10" will idle the stepper motors after 10 seconds of inactivity. "M84 S0" will disable idle timeout; steppers will remain powered up regardless of activity. For Yaskawa systems M84 is not applicable due to servo motors not producing the annoying noises.
1RepRapFirmware-dc42 and other firmware may not support this parameter.
2Prusa firmware uses M84 similar to G-code#M18:_Disable_all_stepper_motors
3On Klipper M84 is equivalent to G-code#M18:_Disable_all_stepper_motors
M84 E S X Y Z
M85 S30
Set Inactivity Shutdown Timer with parameter S<seconds>. "M85 S0" will disable the inactivity shutdown time (default)
M86 Snnnn
Similar to M85 but applies to the "safety timer" in Prusa Firmware.
M85
Sets the safety timer expiration time in seconds. M86 S0 will disable safety timer.
When safety timer expires, heatbed and nozzle target temperatures are set to zero.
M87
Cancels the safety timer. Equivalent to M86 S0.
M86 S0
M92 X87.489 Y87.489 Z87.489 M92 E420:420
Allows programming of steps per unit (usually mm) for motor drives. These values are reset to firmware defaults on power on, unless saved to EEPROM if available (M500 in Marlin) or in the configuration file (config.g in RepRapFirmware). Very useful for calibration.
RepRapFirmware will report the current steps/mm if you send M92 without any parameters. For Yaskawa systems M92/M93 is not applicable due to use of servo motors.
M92
1 Only available in RepRapFirmware >=2.03
M98 Pmymacro.g M98 P"mymacro.g"
Runs the macro in the file mymacro.g. In conventional G Codes for CNC machines the P parameter normally refers to a line number in the program itself (P2000 would run the Macro starting at line O2000, say). For RepRap, which almost always has some sort of mass storage device inbuilt, it simply refers to the name of a G-code file that is executed by the G98 call. That G-code file does not need to end with an M99 (return) as the end-of-file automatically causes a return. RepRapFirmware supports nested macro calls up to a depth of 5.
M99
Certain machine parameters are saved at the start of the macro call and restored at the end. For RepRapFirmware these are: axis movement relative/absolute mode, extruder movement absolute/relative mode, feed rate, inches/mm setting, and whether or not volumetric extrusion is selected. This allows the macro to change these settings without affecting the subsequent behaviour of the calling file.
RepRapFirmware also allows the filename to include a path to a subdirectory. For relative paths, the default folder is /sys, but some implementations may check the /macros directory too. Absolute file paths are supported by RepRapFirmware too.
Returns from an M98 call.
M98
RepRapFirmware closes the currently active macro file. If a nested macro is being run, RepRapFirmware goes up one stack level.
In Teacup firmware: If a DC extruder is present, turn that on. Else, undo filament retraction, which means, make the extruder ready for extrusion. Complement to M103.
In BFB/RapMan: Turn extruder on (forward/filament in).
In RepRapFirmware: undo filament retraction. The length and speed are set by the M207 command. RepRapFirmware supports this command for compatibility with Simplify3D.
In other firmwares: Deprecated. Regarding filament retraction, see G10, G11, M207, M208, M227, M228, M229.
M227
M228
M229
In BFB/RapMan firmware: Turn extruder on Reverse (Still to add)
In other firmwares: Deprecated.
In Teacup firmware: If a DC extruder is present, turn that off. Else, retract the filament in the hope to prevent nozzle drooling. Complement to M101.
In BFB/RapMan firmware: Turn extruder off.
In RepRapFirmware: retract filament. The length and speed are set by the M207 command. RepRapFirmware supports this command for compatibility with Simplify3D.
Dnnn
M104 S190 M104 S190 R170
Set the temperature of the current extruder to 190oC and return control to the host immediately (i.e. before that temperature has been reached by the extruder). See also M109.
See also using G10. Deprecation of M104 is subject to discussion. --Traumflug 11:33, 19 July 2012 (UTC)
M104
See Marlin Wiki. In Marlin Firmware, using M104 with no parameters will turn off the heater for the current extruder. This is also the case for M104 S without a number after the S parameter.
M104 S
In Teacup Firmware, M104 can be additionally used to handle all devices using a temperature sensor. It supports the additional P parameter, which is a zero-based index into the list of sensors in config.h. For devices without a temp sensor, see M106.
M104 P1 S100
Set the temperature of the device attached to the second temperature sensor to 100°C.
RepRapFirmware and some other firmwares support the optional T parameter (as generated by slic3r) to specify which tool the command applies to.
M105
Request the temperature of the current extruder, the build base and the build chamber in degrees Celsius. The temperatures are returned to the host computer. For example, the line sent to the host in response to this command can look like:
ok T:201 B:117 ok T:201 /202 B:117 /120 ok T:201 /202 B:117 /120 C:49.3 /50 ok T:201 /202 T0:110 /110 T1:23 /0 B:117 /120 C:49.3 /50 ok T0:110 /110 T1:23 /0 B:117 /120 ok T:20.2 /0.0 B:19.1 /0.0 T0:20.2 /0.0 @:0 B@:0 P:19.8 A:26.4
The parameters mean the following:
A temperature report will usually include actual and target temperature for all available heaters, with the format being "actual/target" or - for some firmware variants - "actual /target". During a blocking heatup some firmware variants only report the temperature tuple for the heater that is currently in blocking heatup state.
Note that temperatures can be reported as integers or floats. There sadly are a lot of interpretations of how an M105 response should look like across firmware variants, making parsing them potentially tricky.
Expansion/generalization of M105 to be considered using S1 parameter as noted in Pronterface I/O Monitor
In Repetier and MK4duo you can add X0 (X1 MK4duo) to get raw values as well:
M105 X0 ==> 11:05:48.910 : T:23.61 /0 @:0 T0:23.61 /0 @0:0 RAW0:3922 T1:23.89 /0 @1:0 RAW1:3920
Recent versions of RepRapFirmware also report the current and target temperatures of all active heaters.
Hnn:nn:nn...
M106 S127
M106 P1 I1 S87 M106 P1 T45 H1:2 M106 P2 B0.1 L0.05
The first example turns on the default cooling fan at half speed. The second one inverts the cooling fan signal of the second fan and sets its value to 1/3 of its maximum. The third one sets the second fan to a thermostatic fan for heaters 1 and 2 (e.g. the extruder heaters in a dual-nozzle machine) such that the fan will be on when either hot end is at or above 45C.
Mandatory parameter 'S' declares the PWM value (0-255). M106 S0 turns the fan off. In some implementations like RepRapFirmware the PWM value may alternatively be specified as a real fraction: M106 S0.7.
M106 S0
M106 S0.7
1These parameters are only available in RepRapFirmware.
2Marlin 1.0 to 1.1.6 only supports a single fan. Marlin 1.1.7 and up supports up to 3 fans.
3These parameters are only available in MK4duo.
If an S parameter is provided but no other parameter is present, then the speeds of the print cooling fans associated with the current tool will be set (see the F parameter in the M563 command). If no tool is active then the speed of Fan 0 will be set. Either way, the speed is remembered so that it can be recalled using the R2 parameter (see below).
R2
If no S parameter is given but the R1 parameter is used, the fan speed when the print was last paused will be set. If the R2 parameter is used, then the speeds of the print cooling fans associated with the current tool will be set to the remembered value (see above).
The T and H parameters allow a fan to be configured to operate in thermostatic mode, for example to use one of the fan channels to control the hot end fan. In this mode the fan will be fully on when the temperature of any of the heaters listed in the H parameter is at or above the trigger temperature set by the T parameter, and off otherwise. Thermostatic mode can be disabled using parameter H-1.
The B parameter sets the time for which the fan will be operated at full PWM when started from cold, to allow low fan speeds t be used. A value of 0.1 seconds is usually sufficient.
The L parameter defines the minimum PWM value that is usable with this fan. If a lower value is commanded that is not zero, it will be rounded up to this value. The X parameter defines the maximum PWM value that is allowed for this fan. If a higher value is commanded, it will be rounded down to this value.
The I parameter causes the fan output signal to be inverted if its value is greater than zero. This makes the cooling fan output suitable for feeding the PWM input of a 4-wire fan via a diode. If the parameter is present and zero, the output is not inverted. If the I parameter is negative then in RRF 1.16 and later the fan is disabled, which frees up the pin for use as a general purpose I/O pin that can be controlled using M42.
Additionally to the above, Teacup Firmware uses M106 to control general devices. It supports the additional P parameter, which is an zero-based index into the list of heaters/devices in config.h.
M106 P2 S255
Turn on device #3 at full speed/wattage.
Note: When turning on a temperature sensor equipped heater with M106 and M104 at the same time, temperature control will override the value given in M106 quickly.
Note well: The ambiguous text in the note above needs to be reworded by someone who knows the actual functioning. Below is my interpretation based on language use, not practical experience or code inspection.
Note: If M104 is (or becomes) active on a heater (or other device) with a feedback sensor it will correct any M106 initiated control output value change in the time it takes for the PID (of other feedback) loop to adjust it back to minimum error. It may not be easy to observe a change in the temperature (process value) due to this brief change in the control value
Deprecated in Teacup firmware and in RepRapFirmware. Use M106 S0 instead.
Breaks out of an M109 or M190 wait-for-temperature loop, continuing the print job. Use this command with caution! If cold extrusion prevention is enabled (see M302) and the temperature is too low, this will start "printing" without extrusion. If cold extrusion prevention is disabled and the hot-end temperature is too low, the extruder may jam.
M190
M302
This command was introduced in Marlin 1.1.0. As with other emergency commands [e.g., M112] this requires the host to leave space in the command buffer, or the command won't be executed until later.
Recent versions of Marlin introduce EMERGENCY_PARSER, which overcomes the buffer limitation by watching the incoming serial stream. Commands M108, M112, M410, and M876 can all be intercepted by the emergency parser, so it is recommended to enable this feature.
EMERGENCY_PARSER
Sets speed of extruder motor. (Deprecated in FiveD firmware, see M113)
M113
Tn
M109 S215
Not needed. To mimic Marlin behaviour, use M104 followed by M116.
Set extruder heater temperature in degrees celsius and wait for this temperature to be achieved.
M109 S185
RepRapFirmware also supports the optional T parameter (as generated by slic3r) to specify which tool the command refers to (see below).
Parameters: S (optional), set target temperature value. If not specified, waits for the temperature set by M104. R (optional), sets target temperature range maximum value.
M109 S185 R240 ; set extruder temperature to 185 and wait for the temperature to be between 185 - 240.
If you have multiple extruders, use T or P parameter to specify which extruder you want to set/wait.
Another way to do this is to use G10.
M109 S70 T0
Sets the target temperature for the current build platform. S is the temperature to set the platform to, in degrees Celsius. T is the platform to heat.
According to the documentation, Klipper will wait for the specified temperature to settle, i.e. it will wait until it goes back down in case it overshoots. Klipper also supports the optional T parameter to specify which tool the command refers to (see above).
Nnnn
M110 N123
This example sets the current line number to 123. Thus the expected next line after this command will be 124.
M111 S6 M111 P1 S1
Enable or disable debugging features in the firmware. The implementation may look different per firmware.
1This parameter is only available in RepRapFirmware.
2Prusa fimrware use D-codes/commands for debugging.
RepRapFirmware allows debugging to be set for each module. If the optional 'P' parameter is not specified, debugging will be enabled for all modules. For a list of modules, send M111 S1 P15.
M111 S1 P15
Set the level of debugging information transmitted back to the host to level 6. The level is the OR of three bits:
#define DEBUG_ECHO (1<<0) #define DEBUG_INFO (1<<1) #define DEBUG_ERRORS (1<<2) #define DEBUG_DRYRUN (1<<3) // repetier-firmware #define DEBUG_COMMUNICATION (1<<4) // repetier-firmware
Thus 6 means send information and errors, but don't echo commands. (This is the RepRap default.)
For firmware that supports ethernet and web interfaces M111 S9 will turn web debug information on without changing any other debug settings, and M111 S8 will turn it off. Web debugging usually means that HTTP requests will be echoed to the USB interface, as will the responses.
M111 S9
M111 S8
Any moves in progress are immediately terminated, then RepRap shuts down. All motors and heaters are turned off. It can be started again by pressing the reset button on the master microcontroller. See also M0 and M1.
Please note while many systems termed this an Emergency Stop, this terminology is regulated in many regions with specific requirements behind its use. Marlin 2.0.x has renamed this to Full Stop. RepRapFirmware has indicated an intention to make a similar change as well. This stop function is NOT implemented in a Category 0 or 1 stop fashion or with fail-safe hardware compliying with PLd or better. The function as implemented is a category 2 software stop with no redundancies.
Set the PWM for the currently-selected extruder. On its own this command sets RepRap to use the on-board potentiometer on the extruder controller board to set the PWM for the currently-selected extruder's stepper power. With an S field:
M113 S0.7
it causes the PWM to be set to the S value (70% in this instance). M113 S0 turns the extruder off, until an M113 command other than M113 S0 is sent.
M113 S0
During some lengthy processes, such as G29, Marlin may appear to the host to have “gone away.” The “host keepalive” feature will send messages to the host when Marlin is busy or waiting for user response so the host won’t try to reconnect.
M113 Snnn
M113 S2
This causes the RepRap machine to report its current X, Y, Z and E coordinates to the host.
For example, the machine returns a string such as:
ok C: X:0.00 Y:0.00 Z:0.00 E:0.00
In Marlin first 3 numbers is the position for the planner. The other positions are the positions from the stepper function. This helps for debugging a previous stepper function bug.
X:0.00 Y:0.00 RZ:0.00 LZ:0.00 Count X:0.00 Y:0.00 RZ:41.02 LZ:41.02
Unnnnnn
M115 M115 P2
Request the Firmware Version and Capabilities of the current microcontroller The details are returned to the host computer as key:value pairs separated by spaces and terminated with a linefeed.
sample data from firmware:
ok PROTOCOL_VERSION:0.1 FIRMWARE_NAME:FiveD FIRMWARE_URL:http%3A//reprap.org MACHINE_TYPE:Mendel EXTRUDER_COUNT:1
This M115 code is inconsistently implemented, and should not be relied upon to exist, or output correctly in all cases. An initial implementation was committed to svn for the FiveD Reprap firmware on 11 Oct 2010. Work to more formally define protocol versions is currently (October 2010) being discussed. See M115_Keywords for one draft set of keywords and their meanings. See the M408 command for a more comprehensive report on machine capabilities supported by RepRapFirmware.
M408
1This parameter is supported only in RepRapFirmware and can be used tell the firmware about the hardware on which it is running. If the P parameter is present then the integer argument specifies the hardware being used. The following are currently supported:
M115 P0 Automatic board type selection if supported, or default if not M115 P1 Duet 0.6 M115 P2 Duet 0.7 M115 P3 Duet 0.85
2These parameters are only supported in Prusa Firmware. Parameter Unnnnnn will check the firmware version provided. If the firmware version provided by the U code is higher than the currently running firmware, it will pause the print for 30s and ask the user to upgrade the firmware.
sample data M115:
FIRMWARE_NAME:Prusa-Firmware 3.8.1 based on Marlin FIRMWARE_URL:https://github.com/prusa3d/Prusa-Firmware PROTOCOL_VERSION:1.0 MACHINE_TYPE:Prusa i3 MK3S EXTRUDER_COUNT:1 UUID:00000000-0000-0000-0000-000000000000
sample data M115 V
M115 V
3.8.1
sample data on display for 30s or user interactionM115 U3.8.2-RC1
M115 U3.8.2-RC1
New firmware version availible: 3.8.2-RC1 Please upgrade.
M116 M116 P1
Wait for all temperatures and other slowly-changing variables to arrive at their set values if no parameters are specified. See also M109.
1Most implementations don't support any parameters, but RepRapFirmware version 1.04 and later supports an optional 'P' parameter that is used to specify a tool number. If this parameter is present, then the system only waits for temperatures associated with that tool to arrive at their set values. This is useful during tool changes, to wait for the new tool to heat up without necessarily waiting for the old one to cool down fully.
Recent versions of RepRapFirmware also allow a list of the heaters to be specified using the 'H' parameter, and if the 'C' parameter is present, this will indicate that the chamber heater should be waited for.
M117
This causes the RepRap machine to report the X, Y, Z and E coordinates in steps not mm to the host that it found when it last hit the zero stops for those axes. That is to say, when you zero X, the x coordinate of the machine when it hits the X endstop is recorded. This value should be 0, of course. But if the machine has drifted (for example by dropping steps) then it won't be. This command allows you to measure and to diagnose such problems. (E is included for completeness. It doesn't normally have an endstop.)
M117 Hello World
This causes the given message to be shown in the status line on an attached LCD. The above command will display Hello World. If RepRapFirmware is used and no LCD is attached, this message will be reported on the web interface.
In Prusa Firmware it is also used to display internal messages on LCD.1
Use this code to print a visible message to the host console, preceded by 'echo:'.
S"msg"
M118 Color changing to blue
M118 P2 S"Color changing to blue"
M118 P42
This M-code is for future proofing. NO firmware or hostware supports this at the moment. It is used in conjunction with M115's FEATURES keyword.
See Protocol_Feature_Negotiation for more info.
M119
Returns the current state of the configured X, Y, Z endstops. Takes into account any 'inverted endstop' settings, so one can confirm that the machine is interpreting the endstops correctly.
In redeem, M119 can also be used to invert end stops.
M119 X1 1
This will invert end stop X1 (Inverted means switch is connected in Normally Open state (NO))
M120
Push the state of the RepRap machine onto a stack. Exactly what variables get pushed depends on the implementation (as does the depth of the stack - a typical depth might be 5). A sensible minimum, however, might be
RepRapFirmware calls this automatically when a macro file is run. In addition to the variables above, it pushes the following values on the stack:
M121
Recover the last state pushed onto the stack.
Sending an M122 causes the RepRap to transmit diagnostic information, for example via a USB serial link.
M122
If RepRapFirmware is used and debugging is enabled for the Network module, this will also print LWIP stats to the host via USB.
Disabled or Enabled Software Endstop M122 S<0/1>
Get diagnostic info about all L6470 stepper drivers.
Sending an M123 causes the RepRap to transmit filament tachometer values from all extruders.
M123
Xn
Yn
Kn
Dn
M123 ; Print Status M123 X1 Y1 Z0 P0
Immediately stops all motors.
M124 ; Print Status M124 X1 Y1 Z0 P0
M126 P500
Open the extruder's valve (if it has one) and wait 500 milliseconds for it to do so.
M126 T0
Enables an extra output attached to a specific toolhead (e.g. fan)
M127 P400
Close the extruder's valve (if it has one) and wait 400 milliseconds for it to do so.
M127 T0
Disables an extra output attached to a specific toolhead (e.g. fan)
M128 S255
PWM value to control internal extruder pressure. S255 is full pressure.
M129 P100
In addition to setting Extruder pressure to 0, you can turn the pressure off entirely. P400 will wait 100ms to do so.
M130 P0 S8.0 ; Sets heater 0 P factor to 8.0
Teacup can control multiple heaters with independent PID controls. For the default shown at https://github.com/Traumflug/Teacup_Firmware/blob/master/config.default.h, heater 0 is the extruder (P0), and heater 1 is the bed (P1).
Teacup's PID proportional units are in pwm/255 counts per quarter C, so to convert from counts/C, you would divide by 4. Conversely, to convert from count/qC to count/C, multiply by 4. In the above example, S=8 represents a Kp=8*4=32 counts/C.
M131 P1 S0.5 ; Sets heater 1 I factor to 0.5
Teacup's PID integral units are in pwm/255 counts per (quarter C*quarter second), so to convert from counts/qCqs, you would divide by 16. Conversely, to convert from count/qCqs to count/Cs, multiply by 16. In the above example, S=0.5 represents a Ki=0.5*16=8 counts/Cs.
M132 P0 S24 ; Sets heater 0 D factor to 24.0
Teacup's PID derivative units are in pwm/255 counts per (quarter degree per 2 seconds), so to convert from counts/C, you would divide by 4. Conversely, to convert from count/qC to count/C, multiply by 8. In the above example, S=24 represents a Kd=24*8=194 counts/(C/s).
M132 X Y Z A B
Loads the axis offset of the current home position from the EEPROM and waits for the buffer to empty.
M133 P1 S264 ; Sets heater 1 I limit value to 264
Teacup's PID integral limit units are in quarter-C*quarter-seconds, so to convert from C-s, you would multiply by 16. Conversely, to convert from qC*qs to C*s, divide by 16. In the above example, S=264 represents an integral limit of 16.5 C*s.
Wait for the toolhead to reach its target temperature.
Tnn
Pnn
M133 T0 P500 ; Wait for Tool 0 to reach target. Fail after 8:20.
M134
M134 T0 P500
Instruct the machine to wait for the platform to reach its target temperature. T is the platform to wait for. P if present, sets the time limit.
M135 S300
Set the PID to measure temperatures and calculate the power to send to the heaters every 300ms.
M135 T0
Instructs the machine to change its toolhead. Also updates the State Machine's current tool_index. T is the toolhead for the machine to switch to and the new tool_index for the state machine to use.
M136 P1 ; print heater 0 PID parameters to host
M140 S55
Set the temperature of the build bed to 55oC and return control to the host immediately (i.e. before that temperature has been reached by the bed).
1 These parameters are only supported in RepRapFirmware. RepRapFirmware allows the bed heater to be switched off if the absolute negative temperature (-273.15) is passed as target temperature. In this case the current bed temperature is not affected:
M140 S-273.15
2 These parameters are only supported in MK4duo for Idle temperature
M140 S60 R30 M140 T1 S60 R30
There is an optional R field that sets the bed standby temperature: M140 S65 R40.
M140 S65 R40
Recent versions of RepRapFirmware also provide an optional 'H' parameter to set the hot bed heater number. If no heated bed is present, a negative value may be specified to disable it.
M141 S30 M141 H0
Set the temperature of the chamber to 30oC and return control to the host immediately (i.e. before that temperature has been reached by the chamber).
1 These parameters are only supported in RepRapFirmware and work just like in M140.
2 These parameters are only supported in MK4duo and work just like in M140.
M142 S1
Set the holding pressure of the bed to 1 bar.
The holding pressure is in bar. For hardware which only has on/off holding, when the holding pressure is zero, turn off holding, when the holding pressure is greater than zero, turn on holding.
M142 S60 M142 S60 R30 M141 T1 S60 R30
Set the temperature of the cooler
M143 S275 ; set the maximum temperature of the hot-end to 275°C M143 H0 S125 ; set the maximum bed temperature to 125C
The default maximum temperature for all heaters was 300°C prior to RepRapFirmware version 1.13, and 262°C from 1.13 onwards. From RepRapFirmware 1.17 onwards, the default maximum temperatures are 262C for extruders and 125C for the bed.
When the temperature of the heater exceeds this value, countermeasures will be taken.
M144
Switch the bed heater to its standby temperature. M140 S1 turns it back to its active temperature.
M140 S1
M146 R60
Set the relative humidity of the chamber to 60% and return control to the host immediately (i.e. before that humidity has been reached by the chamber).
K
M149 K
It affects the S or R values in the codes M104, M109, M140, M141, M143, M190 and G10. The default is M149 C.
M140
M141
M143
G10.
M149 C
Wnnn
Ynn
Qnnn
M150 R255 U128 B192
M150 X1 F3000000 ; set LED type to NeoPixel and set SPI frequency to 3MHz M150 R255 P128 S20 F1 ; set first 20 LEDs to red, half brightness, more commands for the strip follow M150 U255 B255 P255 S20 ; set next 20 LEDs to cyan, full brightness, finished programming LED strip
Set BlinkM, Neopixel, and/or other LED light color and intensity with RGBW component values from 0 to 255. Some LCD controllers use this interface for a backlight. Firmware may override the set color to indicate the current printer status.
RepRapFirmware uses this command to control DotStar or NeoPixel LED strips on controllers that provide a connector for this purpose. When using NeoPixel strips there is a firmware-dependent maximum number of LEDs in the strip supported determined by the size of the DMA buffer.
M155 S1
Hosts normally monitor printer temperatures by sending M105 every couple of seconds. This not only adds serial traffic but it will fail whenever the command queue is full. M155 addresses these problems by telling the firmware to automatically report temperatures at regular intervals. This behavior is disabled by default for best compatibility with existing hosts. If the firmware supports M155 the output of M115 will report the AUTOREPORT_TEMP capability:
M155
AUTOREPORT_TEMP
Cap:AUTOREPORT_TEMP:1
M160 S4
This command has been superseded by the tool definition command M563 (see below).
Set the number of materials, N, that the current extruder can handle to the number specified. The default is 1.
When N >= 2, then the E field that controls extrusion requires N values separated by colons ":" after it like this:
M160 S4 G1 X90.6 Y13.8 E2.24:2.24:2.24:15.89 G1 X70.6 E0:0:0:42.4 G1 E42.4:0:0:0
The second line moves straight to the point (90.6, 13.8) extruding a total of 22.4mm of filament. The mix ratio for the move is 0.1:0.1:0.1:0.7.
The third line moves back 20mm in X extruding 42.4mm of filament.
The fourth line has no physical effect.
Set weight for this mixing extruder drive.See Repetier Color Mixing for more informations.
Store weights as virtual extruder S.
A B C D H I
A[factor]
B[factor]
C[factor]
D[factor]
H[factor]
I[factor]
M190 S60
Wait for the bed temperature to reach 60 degrees, printing out the temperatures once per second.
M191 S60
Set the temperature of the build chamber to 60 °C and wait for the temperature to be reached.
Use M192 to dwell until the probe is at or above a given temperature.
M192
Volumetric extrusion is an option you can set in some slicers whereby all extrusion amounts are specified in mm3 (cubic millimetres) of filament instead of mm of filament. This makes the gcode independent of the filament diameter, potentially allowing the same gcode to run on different printers. The purpose of the M200 command is to inform the firmware that the gcode input files have been sliced for volumetric extrusion, and to provide the filament diameter so that the firmware can adjust the requested extrusion amount accordingly.
Sending M200 without parameters reports the current volumetric extrusion state and (where appropriate) filament diameter for each extruder.
Note that if you use slicer-commanded retraction, the retraction amounts must be specified in mm3 too. If instead you use firmware retraction, then the firmware retraction amounts specified using the M207 command are still interpreted as mm.
Other firmwares:
Without parameters loads default grid, and with specified extension attempts to load the specified grid. If not available will not modify the current grid. If Z was saved with the grid file, it will load the saved Z with the grid.
M200 Dm.mmm sets the filament diameter to m.mmm millimeters. It is used with 'volumetric calibration' and G-code generated for an ideal 1.128mm diameter filament, which has a volume of 1mm^3 per millimeter. The intention is to be able to generate filament-independent g-code. (See Triffid_Hunter's_Calibration_Guide#Optional:_Switch_to_volumetric_E_units and http://wooden-mendel.blogspot.com/2011/09/volumetric-stage-two.html for more information.)
M200 Dm.mmm
M200 D0 or M200 D1.128 ; reset E multiplier to 1, since sqrt(1 / pi) * 2 = 1.128
M200 D0
M200 D1.128
See also Gcode#M119:_Get_Endstop_Status
Question: what does a firmware do with filament diameter? Has this an effect on how much an E command moves the extruder motor? --Traumflug 11:34, 14 October 2012 (UTC) Yes, Marlin uses this to set a 'volumetric_multiplier' by which the E-steps of a move are scaled in the planner. DaveX (talk) 16:44, 12 April 2014 (PDT) Smoothie implements the same thing as Marlin --Arthurwolf (talk) 05:23, 10 November 2014 (PST)
M201 X1000 Y1000 Z100 E2000
Sets the acceleration that axes can do in units/second^2 for print moves. For consistency with the rest of G Code movement this should be in units/(minute^2), but that gives really silly numbers and one can get lost in all the zeros. So for this we use seconds.
RepRapFirmware expects these values to be in mm/s².
The M201 command is intended to be used to define the machine limits. Slicers should not generate these commands, they should use the M204 command to define the accelerations requested for a particular job.
Set max travel acceleration in units/s^2 for travel moves (M202 X1000 Y1000). Unused in Marlin!!
M202 X1000 Y1000
M203 X6000 Y6000 Z300 E10000
Sets the maximum feedrates that your machine can do in mm/min. (Marlin uses mm/sec).
This command is intended to define the machine limits. Slicers should not generate M203 commands, instead they should use the F parameter on G0, G1 etc. command to specify the requested speeds.
Set temperature monitor to Sx. Repetier Firmware only.
Sx
M204 P500 T2000
Use M201 to set per-axis accelerations and extruder accelerations. RepRapFirmware applies the M204 accelerations to the move as a whole, and also applies the limits set by M201 to each axis and extruder.
M201
M204
M204 P500 V2000 T0 R5000
S normal moves T filament only moves (M204 S3000 T7000) im mm/sec^2 also sets minimum segment time in ms (B20000) to prevent buffer underruns and M20 minimum feedrate
M20
Marlin notes: After Mar11-2015, the M204 options have changed in Marlin:
P = Printing moves
R = Retract only (no X, Y, Z) moves
T = Travel (non printing) moves
The command M204 P800 T3000 R9000 sets the acceleration for printing movements to 800mm/s^2, for travels to 3000mm/s^2 and for retracts to 9000mm/s^2.
M204 P800 T3000 R9000
M204 X[Kp] Y[Ki] Z[Kd]
Set PID parameter. Values are 100*real value.
S[printing]
T[travel]
B[min segment time] X[max XY jerk] Z[max Z jerk] E[max E jerk]
M205 X30 Z5 ; Set X/Y Jerk to 30mm/s, Z jerk to 5mm/s
Smoothieware uses a different algorithm: [1]
M205 X0.05 ; set X/Y Junction Deviation
Output EEPROM settings. Repetier Firmware only.
M206 X10.0 Y10.0 Z-0.4
The values specified are added to the endstop position when the axes are referenced. The same can be achieved with a G92 right after homing (G28, G161).
G161
With Marlin firmware, this value can be saved to EEPROM using the M500 command.
A similar command is G10, aligning these two is subject to discussion.
With Marlin 1.0.0 RC2 a negative value for z lifts(!) your printhead.
In builds of RepRapFirmware that support CNC workplace coordinates, using this command is equivalent to using G10 L2 P1 to set the coordinate offsets for workplace 1.
Set a Repetier Firmware EEPROM value.
T[type]
P[pos]
[S(long)]
[X(float)]
M206 T3 P39 X19.9 ; Set Jerk to 19.9
M207 S4.0 F2400 Z0.075
Set the retract length used by the G10 and G11 commands. Units are in mm regardless of M200 setting.
M200
Machinekit uses different parameters and speed units for M207. Use P to set retract length in mm. Use Q to set retract velocity in mm/s. For firmware retraction Machinekit uses G22 and G23 in place of G10 and G11.
After placing the tip of the nozzle in the position you expect to be considered Z=0, issue this command to calibrate the Z axis. It will perform a z axis homing routine and calculate the distance traveled in this process. The result is stored in EEPROM as z_max_length. For using this calibration method the machine must be using a Z MAX endstop.
This procedure is usually more reliable than mechanical adjustments of a Z MIN endstop.
Repetier Firmware only. Change the maximum instantaneous speed change ("jerk") values, but don't store the change in EEPROM.
Since Repetier 0.91 December 2013 [2] (if not earlier)
M207 X10 ; Change the X/Y Jerk to 10mm/s
The values specified set the software limits for axis travel in the specified direction. The axis limits you set are also the positions assumed when an endstop is triggered.
M207 Snnn
Sets recover=unretract length.
M209 S1
This boolean value S 1=true or 0=false enables automatic retract detect if the slicer did not support G10/G11: every normal extrude-only move will be classified as retract depending on the direction.
M210 X1000 Y1500
Set the feedrates used for homing to the values specified in mm per minute.
The boolean value S 1=enable or 0=disable controls state of software endstop.
The boolean value X, Y or Z 1=max endstop or 0=min endstop selects which endstop is controlled.
M211 X1 Y1 Z1 S0
Disables X,Y,Z max endstops
M211 X0 S1
Enables X min endstop
M211
Prints current state of software endstops.
This G-Code command is known to be available in the newer versions of PrintrBot's branch of Marlin. It may not be available in other firmware.
M212 Z-0.2
Set the Z home to 0.2 mm lower than where the sensor says Z home is. This is extremely useful when working with printers with hard-to-move sensors, like the PrintrBot Metal Plus.
PrintrBot suggests that the user make minor (0.1-0.2) adjustments between attempts and immediately executes M500 & M501 after setting this.
M501
If arguments are given, sets tool-change retract and prime length (mm), prime feedrate (mm/m), retract feedrate (mm/m), and park position/raise (mm) or Z raise (mm): S<length> P<prime_speed> R<retract_speed> X<xpos> Y<ypos> Z<zraise>. XY arguments require SINGLENOZZLE_SWAP_PARK. If no arguments are given, reports current values. Currently used to set the SINGLENOZZLE tool-change options in Marlin 2.0 and up. May be extended for other tool-changing systems in the future.
SINGLENOZZLE
Sets hotend offset (in mm): T<extruder_number> X<offset_on_X> Y<offset_on_Y>.
M218 T1 X50 Y0.5
In Prusa Firmware this G-code is only active if EXTRUDERS is higher then 1 in the source code. On Original i3 Prusa MK2/s MK2.5/s MK3/s it is not active.1
EXTRUDERS
M220 S80
Sets the speed factor override percentage.
M221 S70 M221 S95 D1 M221 S85 T1
Sets extrude factor override percentage. In the case of RepRapFirmware and Prusa Firmware, sets the extrusion factor percentage for the specified extruder drive only.
M226
Initiates a synchronous pause (pauses after all previous commands from the same stream have been completed). That is, program execution is stopped and the printer waits for user interaction. This matches the behaviour of M1 in the NIST RS274NGC G-code standard and M0 in Marlin firmware.
M226 P2 S1
Wait for a pin to be in some state.
M227 P1600 S1600
P and S are steps.
"Reverse and Prime" means, the extruder filament is retracted some distance when not in use and pushed forward the same amount before going into use again. This shall help to prevent drooling of the extruder nozzle. Teacup firmware implements this with M101/M103.
See also M227.
M229 P1.0 S1.0
P and S are extruder screw rotations. See also M227.
M230 S1
S1 Disable wait for temperature change S0 Enable wait for temperature change
M231 S[OPS_MODE] X[Min_Distance] Y[Retract] Z[Backslash] F[RetractMove]
Triggers a camera to take a photograph. (Add to your per-layer G-code.)
The conveyor belt allows to start mass production of a part with a reprap.
Echoing may be controlled in some firmwares with M111.
M111
M245
used to cool parts/heated-bed down after printing for easy remove of the parts after print
M246
M250 C20
Sets LCD contrast C<contrast value> (value 0..63), if available.
M251 S0 ; Reset M251 S1 ; Print M251 S2 ; Store to Z length (also EEPROM if enabled)
(This is a Repetier-Firmware only feature.)
Buffer and send data over the i2c bus. Use A to set the address from 0-127. Add up to 32 bytes to the buffer with each B. Send and reset the buffer with S.
A
M260 A5 B65 S ; Send 'A' to Address 5 now M260 A0 ; Set address to 0 (broadcast) M260 B77 ; M M260 B97 ; a M260 B114 ; r M260 B108 ; l M260 B105 ; i M260 B110 ; n M260 S1 ; Send the current buffer
M260 A5 B65 ; Send 'A' to address 5 M260 A"0x7F" B65 ; Send 'A' to address 7F (hex) M260 A0 B82:101:112:82:97:112 ; Send 'RepRap' to address 0
RepRapFirmware does not use the S parameter, instead the address and all the bytes to send are specified in a single command.
Request data from an i2c slave device. This command simply relays the received data to the host.
M261 A99 B5 ; Request 5 bytes from Address 99
Both M260 and M261 are commands demonstrating use of the i2c bus (TWIBus class) in Marlin Firmware. Developers and vendors can make Marlin an i2c master device by enabling EXPERIMENTAL_I2CBUS, and Marlin can act as a slave device by setting I2C_SLAVE_ADDRESS from 8-127. This class can be used to divide up processing responsibilities between multiple instances of Marlin running on multiple boards. For example, one board might control a Z axis with 4 independent steppers to create a self-leveling system, or a second board could drive the graphical display while the first board handles printing.
M260
M261
EXPERIMENTAL_I2CBUS
I2C_SLAVE_ADDRESS
Set servo position absolute.
I1
M280 P1 S50
Marlin and RepRapFirmware treat S values below 200 as angles, and 200 or greater as the pulse width in microseconds.
In RepRapFirmware, the servo index is the same as the pin number for the M42 command. See https://duet3d.com/wiki/Using_servos_and_controlling_unused_I/O_pins for details.
RepRapFirmware supports the optional I1 parameter, which if present causes the polarity of the servo pulses to be inverted compared to normal for that output pin. The I parameter is not remembered between M280 commands (unlike the I parameter in M106 commands), so if you need inverted polarity then you must include I1 in every M280 command you send.
M280
On the Duet 0.6, pin 18 is controlled by heater 2. On the 0.8.5, pin 18 is controlled by heater 6, but is also shared with fan1. In order to use this pin, the fan must be disabled (M106 P1 I-1). See Using servos and controlling unused I/O pins
M106 P1 I-1
Xnnn, Ynnn, ...
Rn
M290 S0.05 ; babystep the head up 0.05mm M290 R0 S0 ; clear babystepping (RepRapFirmware 1.21 and later only)
M290 S0.05 ; babystep the head up 0.05mm
BABYSTEP_XY
M290 X0.2 Z0.05 ; Babystep X by 0.2mm, Z by 0.05mm
This command tells the printer to move the axis (or axes) transparently to the motion system. This is like physically moving the axes by force, but much nicer to the machine.
In RepRapFirmware M290 with no parameters reports the accumulated baby stepping offset. Marlin doesn't track accumulated babysteps.
M290
In RepRapFirmware 1.19 and earlier, the babystepping offset is reset to zero when the printer is homed or the bed is probed. In RepRapFirmware 1.21 and later, homing and bed probing don't reset babystepping, but you can reset it explicitly using M290 R0 S0.
Note: If the BABYSTEP_ZPROBE_OFFSET option is used in Marlin, this command also affects the Z probe offset (as set by M851) and that offset will be saved to EEPROM.
BABYSTEP_ZPROBE_OFFSET
M851
P"message"
R"message"
M291 P"Please do something and press OK when done" S2 M291 P"This message will be closed after 10 seconds" T10
This command provides a more flexible alternative to M117, in particular messages that time out, messages that suspend execution until the user acknowledges them, and messages that allow the user to adjust the height of the print head before acknowledging them.
Allowed message box modes include:
0. No buttons are displayed (non-blocking) 1. Only "Close" is displayed (non-blocking) 2. Only "OK" is displayed (blocking, send M292 to resume the execution) 3. "OK" and "Cancel" are displayed (blocking, send M292 to resume the execution or M292 P1 to cancel the operation in progress)
The combination S0 T0 is not permitted, because that would generate a message box with no close button and that never times out, which would lock up the user interface.
Duet Web Control 2.0.3 and later supports HTML in the message body.
This command is sent by the user interface when the user acknowledges a message that was displayed because of a M291 command with parameter S=2 or S=3.
M300 S300 P1000
Play beep sound, use to notify important events like the end of printing. See working example on R2C2 electronics.
If an LCD device is attached to RepRapFirmware, a sound is played via the add-on touch screen control panel. Else the web interface will play a beep sound.
1In Prusa Firmware the defaults are 100Hz and 1000ms, so that M300 without parameters will beep for a second.
M300
2Klipper does not support M300 by default, however it can be easily added as a G-code macro
M301 H1 P1 I2 D3 ; Marlin, RepRapFirmware M301 S0 P30 I10 D10 ; Smoothie M301 E0 P30 I10 D10 ; Redeem (E = Extruder, -1=Bed, 0=E, 1=H, 2=A, 3=B, 4=C, default = 0)
Sets Proportional (P), Integral (I) and Derivative (D) values for hot end. See also PID Tuning.
H[heaters] H = 0-5 Hotend, H = -1 BED, H = -2 CHAMBER, H = -3 COOLER
Hot end only; see M304 for bed PID. H is the heater number, default 1 (i.e. first extruder heater).
M304
In RepRapFirmware 1.15 and later the M301 is supported as described above, but it is not normally used. Instead the heater model is defined by M307 or found by auto tuning, and the firmware calculates the PID parameters from the model. An M301 command can be used in config.g after the M307 command for that heater to override the firmware-computed PID parameters.
An example using all of these would be:
M301 H1 P20 I0.5 D100 T0.4 S1 W180 B30
S0 is 0 for the hotend, and 1 for the bed, other numbers may apply to your configuration, depending on the order in which you declare temperature control modules.
W: Wind-up. Sets the maximum value of I-term, so it does not overwhelm other PID values, and the heater stays on. (Check firmware support - Sprinter, Marlin?)
M301 W125
See M130, M131, M132, M133 for Teacup's codes for setting the PID parameters.
M130
M131
M132
M133
M302 ; Report current state M302 P1 ; Allow cold extrusion M302 S120 R110 ; Allow extrusion starting from 120°C and retractions already from 110°C
M302 S0 ; Allow extrusion at any temperature M302 S170 ; Allow extrusion above 170
This tells the printer to allow movement of the extruder motor above a certain temperature, or if disabled, to allow extruder movement when the hotend is below a safe printing temperature.
1RepRapFirmware uses the P[0|1] parameter instead of S[temperature], and for M302 with no parameters it will report the current cold extrusion state.
P[0|1]
S[temperature]
PID Tuning refers to a control algorithm used in some repraps to tune heating behavior for hot ends and heated beds. This command generates Proportional (Kp), Integral (Ki), and Derivative (Kd) values for the hotend or bed (E-1). Send the appropriate code and wait for the output to update the firmware.
Hot end usage:
M303 S<temperature> C<cycles>
Bed usage (repetier, not sure whether cycles work here):
M303 P1 S<temperature>
Bed usage (others):
M303 E-1 C<cycles> S<temperature>
M303 C8 S175
Smoothie's syntax, where E0 is the first temperature control module (usually the hot end) and E1 is the second temperature control module (usually the bed):
E0
M303 E0 S190
In RepRapFirmware, this command computes the process model parameters (see M307), which are in turn used to calculate the PID constants. H is the heater number, P is the PWM to use (default 0.5), and S is the maximum allowable temperature (default 225). Tuning is performed asynchronously. Run M303 with no parameters to see the current tuning state or the last tuning result.
M307
M303
M303 H1 P0.4 S240 ; tune heater 1 using 40% PWM, quit if temperature exceeds 240C
In Marlin Firmware you can add the U1 parameter to apply the PID results to current settings upon completion.
U1
M304 P1 I2 D3 ; set kP=3, kI=2, kD=3 M304 P1 I2 D3 T0.7 B20 W127 ; RepRapFirmware M304 ; Report parameters
Sets Proportional, Integral and Derivative values for bed. RepRapFirmware interprets a negative P term as indicating that bang-bang control should be used instead of PID. In RepRapFirmware, this command is identical to M301 except that the H parameter (heater number) defaults to zero.
M301
See also PID Tuning.
In the RepRapPro version of Marlin ( https://github.com/reprappro/Marlin ) M304 is used to set thermistor values (as M305 is in later firmwares). RRP Marlin calculates temperatures on the fly, rather than using a temperature table. M304 Sets the parameters for temperature measurement.
M305
M304 H1 B4200 R4800 T100000
This tells the firmware that for heater 1 (H parameter: 0 = heated bed, H = first extruder), the thermistor beta (B parameter) is 4200, the thermistor series resistance (R parameter) is 4.8Kohms, the thermistor 25C resistance (T parameter) is 100Kohms. All parameters other than H are optional. If only the H parameter is given, the currently-used values are displayed. They are also displayed within the response to M503.
M503
S"name"
T"c"
Fnn
M305 P1 T100000 R1000 B4200
Sets the parameters for temperature measurement. The example above tells the firmware that for heater 1 (P parameter: 0 = heated bed, 1 = first extruder) the thermistor 25C resistance (T parameter) is 100Kohms, the thermistor series resistance (R parameter) is 1Kohms, the thermistor beta (B parameter) is 4200. All parameters other than P are optional. If only the P parameter is given, the existing values are displayed.
M305 P1 T100000 R1000 B4200 H14 L-11 X2
The H correction affects the reading at high ADC input voltages, so it has the greatest effect at low temperatures. The L correction affects the reading at low input voltages, which correspond to high temperatures.
The X parameter tells the firmware to use the thermistor input corresponding to a different heating channel. RepRapFirmware also allow an external SPI thermocouple interface (such as the MAX31855) or PT100 interface (MAX31865) to be configured. MAX31855 thermocouple channels are numbered from 100, MAX31856 thermocouple channels are numbered from 150, PT100 channels from 200 and current loop channels from 300. Channel 1000 is the CPU temperature indication, 1001 is the temperature of the hottest stepper motor driver on the main board, and 1001 is the temperature of the hottest drivers on the expansion board.
In the above example, the ADC high end correction (H parameter) is 14, the ADC low end correction (L parameter) is -11, and thermistor input #2 is used to measure the temperature of heater #1.
M306 Z0
The values specified are added to the calculated end stop position when the axes are referenced. The calculated value is derived from the distance of the toolhead from the current axis zero point.
The user would typically place the toolhead at the zero point of the axis and issue the M306 command.
M306
This value can be saved to EEPROM using the M500 command (as M206 value).
M206
Implemented in Smoothieware
Hn
Bn
M307 H0 ; report the process parameters for heater 0 M307 H1 A346.2 C140 D5.3 B0 S0.8 V23.8 ; set process parameters for heater 1, use PID, and limit heater 1 PWM to 80%
Each heater and its corresponding load may be approximated as a first order process with dead time, which is characterised by the gain, time constant and dead time parameters. The model can used to calculate optimum PID parameters, using different values for the heating or cooling phase and the steady state phase. It is also used to better detect heater faults. In future it may be used to calculate feed-forward terms to better respond to changes in the load. Normally these model parameters are found by auto tuning - see M303.
RepRapFirmware 1.16 and later allow the PID controller for a heater to be disabled by setting the A, C, and D parameters to -1. This frees up the corresponding heater control pin for use as a general purpose I/O pin to use with the M42 or M280 command. In RepRapFirmware 3, M950 should be used to free up the pin instead.
P"pin_name"
Y"sensor_type"
A"name"
This code replaces M305 in RepRapFirmware 3. In earlier versions of RepRapFirmware, sensors only existed in combination with heaters, which necessitated the concept of a "virtual heater" to represent a sensor with no associated heater (e.g. MCU temperature sensor). RepRapFirmware 3 allows sensors to be defined independently of heaters. The association between heaters and sensors is defined using M950.
M308 can be used in the following ways:
M308 Snn Y"type" P"pin" [other parameters] ; delete sensor nn if it exists, create a new one with default settings, and configure it using the other parameters M308 Snn ; report the settings of sensor nn M308 A"name" ; report the settings of the first sensor named "name" M308 Snn [any other parameters except Y] ; amend the settings of sensor nn
Sensor type names obey the same rules as pin names, i.e. case is not significant, neither are hyphen and underscore characters.
M320
M320 S1
M320 ; temporarily activate auto leveling M320 S1 ; permanently activate auto leveling
Parameter Snnn is optional.
(Repetier only)
M321
M321 S1
M321 ; temporarily deactivate auto leveling M321 S1 ; permanently deactivate auto leveling
M322
M322 S1
M322 ; temporarily reset auto level matrix M322 S1 ; permanently reset auto level matrix
M323 Snnn
M323 Snnn Pnnn
M323 ; Show if distortion correction is enabled M323 S0 ; Disable distortion correction temporarily M323 S1 P1 ; Enable distortion correction permanently
(Repetier only) Controls distortion correction feature after having set it up using G33.
G33.
(Repetier only ,Marlin see M280)
M340 P<servoId> S<pulseInUS> / ServoID = 0..3 pulseInUs = 500..2500
Servos are controlled by a pulse width normally between 500 and 2500 with 1500ms in center position. 0 turns servo off.
Sets microstepping mode.
Warning: Steps per unit remains unchanged; except that in RepRapFirmware the steps/mm will be adjusted automatically.
M350 Snn Xnn Ynn Znn Enn Bnn
Xnn
Znn
Enn
Enn:nn:nn
Bnn
M350 S16 ; reset all drivers to the default 1/16 micro-stepping - not supported by RepRapFirmware M350 Z1 ; set the Z-axis' driver to use full steps M350 E4 B4 ; set both extruders to use quarter steps - Marlin/Repetier M350 E4:4:4 ; set extruders 0-2 to use quarter steps - RepRapFirmware
M351
M355 S1 ; Enable lights M355 S0 ; Disable lights M355 ; Report status
Every call or change over LCD menu sends a state change for connected hosting software like:
Case lights on Case lights off No case lights
This command helps hosting software to detect configuration details, which the user would need to enter otherwise. It should reduce configuration time considerably if supported.
M360
Config:Baudrate:250000 Config:InputBuffer:127 Config:NumExtruder:2 Config:MixingExtruder:0 Config:HeatedBed:0 Config:SDCard:1 Config:Fan:1 Config:LCD:1 Config:SoftwarePowerSwitch:1 Config:XHomeDir:-1 Config:YHomeDir:-1 Config:ZHomeDir:-1 Config:SupportG10G11:1 Config:SupportLocalFilamentchange:1 Config:CaseLights:0 Config:ZProbe:1 Config:Autolevel:0 Config:EEPROM:1 Config:PrintlineCache:24 Config:JerkXY:30.00 Config:JerkZ:0.30 Config:RetractionLength:3.00 Config:RetractionLongLength:13.00 Config:RetractionSpeed:40.00 Config:RetractionZLift:0.00 Config:RetractionUndoExtraLength:0.00 Config:RetractionUndoExtraLongLength:0.00 Config:RetractionUndoSpeed:0.00 Config:XMin:0.00 Config:YMin:0.00 Config:ZMin:0.00 Config:XMax:250.00 Config:YMax:150.00 Config:ZMax:90.00 Config:XSize:250.00 Config:YSize:150.00 Config:ZSize:90.00 Config:XPrintAccel:250.00 Config:YPrintAccel:250.00 Config:ZPrintAccel:100.00 Config:XTravelAccel:250.00 Config:YTravelAccel:250.00 Config:ZTravelAccel:100.00 Config:PrinterType:Cartesian Config:MaxBedTemp:120 Config:Extr.1:Jerk:50.00 Config:Extr.1:MaxSpeed:100.00 Config:Extr.1:Acceleration:10000.00 Config:Extr.1:Diameter:0.00 Config:Extr.1:MaxTemp:220 Config:Extr.2:Jerk:50.00 Config:Extr.2:MaxSpeed:100.00 Config:Extr.2:Acceleration:10000.00 Config:Extr.2:Diameter:0.00 Config:Extr.2:MaxTemp:220
In order to ease calibration of Reprap Morgan, the following M-codes are used to set the machine up
The arms move into a position where the Theta steering arm is parallel to the top platform edge. The user then calibrates the position by moving the arms with the jog buttons in software like pronterface until it is perfectly parallel. Using M114 will then display the calibration offset that can then be programmed into the unit using M206 (Home offset) X represents Theta.
Smoothieware: M360 P0 will take the current position as parallel to the platform edge, and store the offset in the homing trim offset (M666) No further user interaction is needed.
M360 P0
Theta move to 90 degrees with platform edge. User calibrates by using jog arms to place exactly 90 degrees. Steps per degree can then be read out by using M114, and programmed using M92. X represents Theta. Program Y (Psi) to the same value initially. Remember to repeat M360 after adjusting steps per degree.
Smoothieware: M360 P0 will accept the current position as 90deg to platform edge. New steps per angle is calculated and entered into memory (M92) No further user interaction is required, except to redo M360.
Arms move to Psi 0 degree. Check only after other Theta calibrations
Arms move to Psi 90 degree. Check only after other Theta calibrations
Move arms to form a 90 degree angle between the inner and outer Psi arms. Calibrate by moving until angle is exactly 90 degree. Read out with M114, and calibrate value into Home offset M206. Psi is represented by Y.
Smoothieware: M364 P0 will accept the current position as 90deg between arms. The offset is stored as a trim offset (M666) and no further user interaction is required except to save all changes via M500.
M364 P0
Adjust X Y and Z scaling by entering the factor. 100% scaling (default) is represented by 1
Executing this command translates the calculated trim values of the SCARA calibration to real home offsets. This prevents the home and trim movement after calibration.
Clear the map and prepare for calibration
M370
M370 X[divisions] Y[divisions]
Without parameters is defaults to X5 Y5 (25 calibration points) When specifying parameters, uneven numbers are recommended.
X5 Y5
Move to the next position for calibration. User moves the bed towards the hotend until it just touches
The position of the bed is recorded and the machine moves to the next position. Repeat until all positions programmed
End calibration mode and enable z correction matrix. Does not save current matrix
Saves the calibration grid.
extension
P"filename"
M374 M374 <file extension> Z
M374 M374 P"MyAlternateHeightMap.csv"
In Smoothieware, without parameters this saves the grid into the default grid file that gets loaded at boot. The optional parameter specifies the extension of the grid file - useful for special grid files such as for a special print surface like a removable print plate. Addition of Z will additionally save the M206 Z homing offset into the grid file.
M206 Z
In RepRapFirmware, this saves the grid parameters and height map into the specified file, or the default file heightmap.csv if no filename was specified. To load the height map automatically at startup, use command M375 in the config.g file.
M375
Displays the bed level calibration matrix (Marlin), or loads the grid matrix file (Smoothieware and RepRapFirmware)
M375 M375 [file extension] ; (Smoothieware only) M375 P"MyAlternateHeightMap.csv" ; (RepRapFirmware only)
Without parameters loads default grid, and with specified extension or specified filename attempts to load the specified grid. If not available will not modify the current grid. In Smoothieware, if Z was saved with the grid file, it will load the saved Z with the grid.
M376 H10
This command specifies that bed compensation should be tapered off over the specified height, so that no bed compensation is applied at and above that height. If H is zero or negative then no tapering is applied, so compensation is performed throughout the entire print.
If the firmware does not adjust the extrusion amount to compensate for the changing layer height while tapering is being applied, you will get under- or over-extrusion. Using a large taper height will reduce this effect. For example, if the taper height is 50 times the largest bed height error, then under- or over-extrusion will be limited to 2%.
M380
Activates solenoid on active extruder.
M381
M400
Finishes all current moves and and thus clears the buffer. That's identical to G4 P0 for Teacup printers.
G4 P0
M401 M401 P1
Lower z-probe if present. In RepRapFirmware this runs macro file sys/deployprobe#.g (where # is the probe number) if it exists, otherwise sys/deployprobe.g if it exists.
M402 M402 P1
Raise z-probe if present. In RepRapFirmware this runs macro file sys/retractprobe#.g (where # is the probe number) if it exists, otherwise sys/retractprobe.g if it exists.
Currently three different materials are needed (default, flex and PVA).
And storing this information for different load/unload profiles etc. in the future firmware does not have to wait for "ok" from MMU.
M404 N1.75 M404 N3.0 D1.0
Enter the nominal filament width (3mm, 1.75mm) or will display nominal filament width without parameters.
1While Marlin only accepts the 'N' parameter, RepRapFirmware further allows to specify the nozzle diameter (in mm) via the 'D 'parameter. This value is used to properly detect the first layer height when files are parsed or a new print is being started.
M405
Turn on Filament Sensor extrusion control. Optional D<delay in cm> to set delay in centimeters between sensor and extruder.
M406
Turn off Filament Sensor extrusion control.
M407
Displays measured filament diameter. In RepRapFirmware, M407 does the same as M404.
M404
M408 S0
Report a JSON-style response by specifying the desired type using the 'S' parameter. The following response types are supported:
Here is an example of a typical type 0 response:
{"status":"I","heaters":[25.0,29.0,28.3],"active":[-273.1,0.0,0.0],"standby":[-273.1,0.0,0.0],"hstat":[0,2,1],"pos":[-11.00,0.00,0.00],"extr":[0.0,0.0], "sfactor":100.00, "efactor":[100.00,100.00],"tool":1,"probe":"535","fanPercent":[75.0,0.0],"fanRPM":0,"homed":[0,0,0],"fraction_printed":0.572}
The response is set as a single line with a newline character at the end. The meaning of the fields is:
status: I=idle, P=printing from SD card, S=stopped (i.e. needs a reset), C=running config file (i.e starting up), A=paused, D=pausing, R=resuming from a pause, B=busy (e.g. running a macro), F=performing firmware update heaters: current heater temperatures, numbered as per the machine (typically, heater 0 is the bed) active: active temperatures of the heaters standby: standby temperatures of the heaters hstat: status of the heaters, 0=off, 1=standby, 2=active, 3=heater fault. Heater 0 is normally the bed heater, heaters 1, 2.. are the extruder heaters. pos: the X, Y and Z (and U, V, W if present) axis positions of the current tool (if a tool is selected), or of the print head reference point if no tool is selected extr: the positions of the extruders sfactor: the current speed factor (see M220 command) efactor: the current extrusion factors (see M221 command), one value per extruder tool: the selected tool number. A negative number typically means no tool selected. probe: the Z-probe reading fanPercent: the speeds of the controllable fans, in percent of maximum fanRPM: the print cooling fan RPM homed: the homed status of the X, Y and Z axes (and U, V, W if they exist), or towers on a delta. 0=axis has not been homed so position is not reliable, 1=axis has been homed so position is reliable. fraction_printed: the fraction of the file currently being printed that has been read and at least partially processed. message: the message to be displayed on the screen (only present if there is a message to display) timesLeft: an array of the estimated remaining print times (in seconds) calculated by different methods. These are currently based on the proportion of the file read, the proportion of the total filament consumed, and the proportion of the total layers already printed. Only present if a print from SD card is in progress. seq: the sequence number of the most recent non-trivial G-code response or error message. Only present if the R parameter was provided and the current sequence number is greater than that. resp: the most recent non-trivial G-code response or error message. Only present if the R parameter was provided and the current sequence number is greater.
M220
M221
The type 1 response comprises these fields plus some additional ones that do not generally change and therefore do not need to be fetched as often. The extra fields include:
myName: the name of the printer firmwareName: the name of the firmware, e.g. "RepRapFirmware", "Smoothieware" or "Repetier" geometry: one of "cartesian", "delta", "corexy, "corexz" etc. axes: the number of axes volumes: the number of SD card slots available numTools: the number of available tools numbered contiguously starting from 0
The fields may be in any order in the response. Other implementations may omit fields and/or add additional fields.
For a more detailed comparison of type 2 - 5, see RepRap_Firmware_Status_responses.
PanelDue currently uses only M408 S0 and M408 S1.
M408 S1
K"key"
F"flags"
M409 K"move.axes" F"f" ; report all frequently-changing properties of all axes M409 K"move.axes[0] F"v" ; report all properties of the first axis, including values not normally reported M409 K"move.axes[].homed" ; for all axes, report whether it is homed M409 K"#move.axes" ; report the number of axes M408 F"f" ; report all values that are likely to have changed recently M409 F"v" ; report the entire object model (caution, this may be very large!)
The key string is just the path to the Object Model (OM) variables wanted, with the following extensions:
An empty key string selects the entire object model.
The flags string may include one or more of the following:
d#: (depth) return the OM to depth d# where # is a sequence of digits. The default depth is 1 if the key is empty or not provided (because the returned object would be very large, perhaps too large to send), otherwise a large value (larger than the maximum depth of anything in the OM). f: (frequent) return only those values in the object model that typically change frequently during a job. User interfaces can use M409 with this flag to stay up to date. n: (null) include fields with null values (null fields are normally omitted, but null array elements are never omitted) v: (verbose) include values that are rarely needed and not normally returned (e.g. controller electronics and firmware limits)
The response is a JSON object of the following form:
{"key":"key","flag'":"flags","result":object-value}
The key and flags fields are as provided in the M409 command. If the key string is malformed or refers to a property that does not exist in the object model, the result field is null.
RepRapFirmware on network-enabled electronics also provides the same functionality via the rr_model call to the HTTP API.
This command does a quick stop of all stepper motors and aborts all moves in the planner. This command is only intended for emergency situations, and due to the instant stop the actual stepper positions may be shifted. Note that if `EMERGENCY_PARSER` is disabled, the response may be delayed while the command buffer is being queued. If a print job is in progress, it will continue, so it is important to suspend the print job before using this command.
Enable or disable filament runout detection. When filament sensors are enabled, the firmware responds to a filament runout by running the configured G-code (usually M600 Filament Change). When filament runout detection is disabled, no action will be taken on filament runout.
M600
Usage: M412 S[on|off]
M412 S[on|off]
If no 'S' parameter if given, this command reports the current state of filament runout detection.
M412 S1
M412 S0
M412
Enable or disable the Power-loss Recovery feature. When this feature is enabled, the state of the current print job (SD card only) will be saved to a file on the SD card. If the machine crashes or a power outage occurs, the firmware will present an option to Resume the interrupted print job. In Marlin 2.0 the POWER_LOSS_RECOVERY option must be enabled.
POWER_LOSS_RECOVERY
This feature operates without a power-loss detection circuit by writing to the recovery file periodically (e.g., once per layer), or if a POWER_LOSS_PIN is configured then it will write the recovery info only when a power-loss is detected. The latter option is preferred, since constant writing to the SD card can shorten its life, and the print will be resumed where it was interrupted rather than repeating the last layer. (Future implementations may allow use of the EEPROM or the on-board SD card.)
POWER_LOSS_PIN
Usage: M413 S[on|off]
M413 S[on|off]
If no 'S' parameter if given, this command reports the current state of Power-loss Recovery.
M413 S1
M413 S0
M413
The host rescue G-code is essential to enabling host software to recover from a lost connection or power loss. With this solution the firmware stores the last received coordinate and current position in EEPROM. Once the host reconnects, the firmware reports this recovery information. From the last-received coordinate the host can determine the last line that was processed. Firmware should move the extruder to a parking position if commands stop arriving during an active print job (with heaters still on). Once the host starts sending new commands the firmware should restore the last position. Host and firmware developers can work together to optimize this solution.
If the firmware supports this solution it should announce it with the capability: Cap:HOST_RESCUE:1
Cap:HOST_RESCUE:1
M415 S1
M415 S0
M415 Z[zpos]
M415
Every call to M415 reports the state. Answers are
RESCUE_STATE: OFF
Nothing stored. Print finished.
RESCUE_STATE: LX:121.97 LY:143.33 LZ:3.30 LE:1.84 LT:0 X:0.00 Y:240.00 Z:13.30 E:1.84
Print was interrupted. Coordinates with leading L are last received positions, LT is active extruder. Normal coordinates are current position and can be omitted, if the move did not finish due to power loss.
On a power loss the firmware should respond with POWERLOSS_DETECTED as early as possible to give host time to flush log as it is likely host will also go down very soon.
POWERLOSS_DETECTED
Support is available in Repetier-Firmware 1.0.4 or higher. Repetier-Server 0.91.0 is the first to use this concept and can be used to validate implementation.
Host tells firmware that it will loose power. This is the solution in case a connected host has a power loss detection and firmware does not. Firmware should return the message POWERLOSS_DETECTED and do whatever firmware is supposed to do in that case. In combination with host rescue it should store positions, disable heaters, go to park position.
Usage: M420 R[Red PWM (0-255)] E[Green PWM (0-255)] B[Blue PWM (0-255)]
M420 R[Red PWM (0-255)] E[Green PWM (0-255)] B[Blue PWM (0-255)]
M420 R255 E255 B255
Set the color of your RGB LEDs that are connected to PWM-enabled pins. Note, the Green color is controlled by the E value instead of the G value due to the G code being a primary code that cannot be overridden.
In Marlin M420 is Enable/Disable Mesh Leveling (with current values) S1=enable S0=disable
M420
Enable/Disable Bed Leveling (using the current stored grid or mesh).
M420 S[bool] Z[float]
M420 S1 ; Enable compensation using current grid/mesh M420 Z10 ; Gradually reduce compensation until Z=10
Marlin 1.1.0 adds the Z parameter to set the "fade" height. This requires the ENABLE_LEVELING_FADE_HEIGHT option.
ENABLE_LEVELING_FADE_HEIGHT
When the Z fade height value is set non-zero, bed compensation will gradually reduce up to the given height, and cease completely above that height.
Set a single Z coordinate in the Mesh, Bilinear or UBL Leveling grid. Requires MESH_BED_LEVELING or AUTO_BED_LEVELING_BILINEAR or AUTO_BED_LEVELING_UBL.
AUTO_BED_LEVELING_BILINEAR
I & J are the index for the X and Y axis respectively.
M421 I[index] J[index] Z[float]
or
M421 I[index] J[index] Q[float]
M425 ; Report current state M425 Z ; Use measured value of backlash on Z M425 F1 S3 ; Full backlash compensation while smoothing over 3mm. M425 F0.5 S0.0 ; Compensate for 50% of the backlash with no smoothing M425 X0.1 Y0.2 Z0.3 ; Set backlash to specific values for all axis
1 In Marlin, backlash compensation works by adding extra steps to one or more segments after a motor direction reversal. With smoothing off, this can cause blemishes on the print. Enabling smoothing will cause those extra steps to be spread over multiple segments, minimizing artifacts.
M450
> M450 > PrinterMode:FFF
Printers can be used for different task by exchanging the toolhead. Depending on the tool, a different behavior of some commands can be expected. This command reports the current working mode. Possible answers are:
M451
> M451 > PrinterMode:FFF
Switches to FFF mode for filament printing.
> M452 > PrinterMode:Laser
Switches to laser mode. This mode enables handling of a laser pin and makes sure that the laser is only activated during G1 moves if laser was enabled or E is increasing. G0 moves should never enable the laser. M3/M5 can be used to enable/disable the laser for moves.
M3
> M453 > PrinterMode:CNC
Switches to CNC mode. In this mode M3/M4/M5 control the pins defined for the milling device.
M4
Notes for RepRapFirmware: By default, no output is assigned to the spindle motor. Logical pin numbers for the P parameters are as defined for the M42 and M208 commands. If you wish to assign a heater or fan output to control the spindle motor as in the above example, you must first disable the corresponding heater (see M307) or fan (see M106).
M460 X[minTemp] Y[maxTemp]
M460 X50 Y60
If the firmware has a thermistor controlled fan defined, you can set at which temperature the fan starts and from which temperature on it should run with maximum speed.
P"name"
M470 P"directory/to/create"
M470 P"/sys/config.d"
This will create a new directory on the SD-Card. If not otherwise specified the default root should be the first/internal SD-Card.
T"name"
M471 S"source/name" T"dest/name" D1
M471 S"/sys/config-override.g" T"/sys/config-override.g.bak"
Rename or move a file or directory. Using the D parameter can delete a file with the target name. Renaming or moving across directories is possible though not from one SD-Card to another.
The M486 G-code provides an interface to identify objects on the print bed and cancel them. Basic usage: Use M486 T to tell the firmware how many objects there are, so it can provide an LCD interface. (Otherwise the firmware counts them up in the first layer.) In every layer of your G-code, you must preface each object's layer slice with M486 S[index] to indicate which object is being printed. The index should be zero-based. To cancel the first object, use M486 P0; to cancel the 5th object use M486 P4; and so on. The "current" object is canceled with M486 C.
M486
M486 T
M486 S[index]
M486 P0
M486 P4
M486 C
G-codes associated with the canceled objects are no longer printed. Firmware supports this feature by ignoring G0-G3/G5 moves in XYZ while updating F and keeping the E coordinate up-to-date without extruding.
Slicers should number purge towers and other global features with a negative index (or other flag) to distinguish them from regular print objects, since it is important to preserve color changes, purge towers, and brims.
Host software (such as OctoPrint) may be able to cancel individual objects through a plugin, and in this case they should not use M486 P to cancel objects (although doing so should cause no harm).
M486 T12 ; Total of 12 objects (otherwise the firmware must count) M486 S3 ; Indicate that the 4th object is starting now M486 S3 A"cube copy 3" ; Indicate that the 4th object is starting now and name it (RepRapFirmware) M486 S-1 ; Indicate a non-object, purge tower, or other global feature M486 P10 ; Cancel object with index 10 (the 11th object) M486 U2 ; Un-cancel object with index 2 (the 3rd object) M486 C ; Cancel the current object (use with care!) M486 ; List the objects on the build plate (RepRapFirmware)
Save current parameters to EEPROM, SD card or other non-volatile storage.
In Redeem any parameters set through G/M-codes which is different than what is read from the config files, are stored back to the local config. For instance setting stepper current and microstepping through M906 and M907 followed by M500 will update /etc/redeem/local.cfg.
M906
M907
Set the active parameters to those stored in the EEPROM, SD card or other non-volatile storage. This is useful to revert parameters after experimenting with them.
RepRapFirmware versions prior to 1.17 allows "S1" to be passed, which forces parameters to be automatically saved to EEPROM when they are changed.
In RepRapFirmware 1.17 and later, the parameters are saved in file sys/config-override.g on the SD card.
M502
This command resets all tunable parameters to their default values, as set in the firmware's configuration files. This doesn't reset any parameters stored in the EEPROM, so it must be followed with M500 to reboot with default settings.
M503 ; Output current settings M503 S0 ; Settings as G-code only (Marlin 1.1)
This command asks the firmware to reply with the current print settings as set in memory. Settings will differ from EEPROM contents if changed since the last load / save. The reply output includes the G-Code commands to produce each setting. For example, Steps-Per-Unit values are displayed as an M92 command.
RepRapFirmware outputs the content of the configuration file, but note that it may be truncated if it is too long.
M504 ; Check EEPROM
This command checks the contents of EEPROM for correct version, size, and checksum and reports the result.
This command erase all EEPROM and reset the board.
Following this command, files that would normally be fetched from /sys/ (for example, homing files and system macro files in RepRapFirmware) are fetched from the specified folder instead. Any such files that are already being executed will continue to run.
This command can be used to allow multiple configurations to be maintained easily. In RepRapFirmware the file /sys/config/g can contain just these two lines:
M505 P"config1" M98 P"config.g"
The first line changes the config file folder to /sys/config1 and the second one executes file config.g in that folder. To select an alternative configuration, only the first line needs to be edited.
Resets the language to English. Only on Original Prusa i3 MK2.5/s and MK3/s with multiple languages.
Lock the machine. When the machine is locked a passcode is required to unlock it. Use M511 P with your passcode to unlock the machine. In Marlin this feature is enabled with the PASSWORD_FEATURE option.
M511 P
PASSWORD_FEATURE
Check the given passcode and unlock the machine if it is correct. Otherwise, delay for a period of time before allowing another attempt. In Marlin this feature is enabled with the PASSWORD_FEATURE option.
Check the given passcode (P) and if it is correct clear the passcode. If S is given, set a new passcode. In Marlin this feature is enabled with the PASSWORD_CHANGE_GCODE option.
PASSWORD_CHANGE_GCODE
M524
If an SD print is in progress, this command aborts the print, just as if you had selected "Stop print" from the LCD menu.
M530 S1 L270
This command tells the firmware that a print has started (S1) or ended (S0). The L parameter sets the number of layers. L0 denotes unknown layer count. This enables the firmware to switch into a special print display mode to show print progress. Firmware should indicate the presence of this feature by responding to M115 with an additional line:
Cap:PROGRESS:1
1In MK4duo this command starts print counters for statistics. It also turns off a 30-minute timer for the heaters. If the timer reaches 30, turn off all the heaters.
M531 Demo Model
Sets the name of the currently printed object. Should follow M530 S1 for correct display.
M530 S1
M532 X23.7 L56
Sets the print progress (X = 0..100) and currently printed layer (L). Should be send every 0.1% progress change on every layer change.
M540 P0xBE:0xEF:0xDE:0xAD:0xFE:0xED M540 PDE:AD:BE:EF:CA:FE
Sets the MAC address of the RepRap. This should be done before any other network commands. The MAC address is six one-byte hexadecimal numbers separated by colons. The 0x prefix is optional in later firmware revisions.
All devices running on the same network shall all have different MAC addresses. For your printers, changing the last digit is sufficient.
This command is only needed when using older electronics that doesn't provide a unique MAC address, for example Duet 0.6 and Duet 0.8.5.
M540 S1
M550 PGodzilla
Sets the name of the RepRap to (in this case) Godzilla. The name can be any string of printable characters except ';', which still means start comment.
M551 Pmy-very-secret-word
On machines that need a password to activate them, set that password. The code 'P' is not part of the password. Note that as this is sent in clear it does not (nor is it intended to) offer a very high level of security. But on machines that are (say) on a network, it prevents idle messing about by the unauthorised. The password can contain any printable characters except ';', which still means start comment.
Note for RepRapFirmware: If the specified password differs from the default one (i.e. reprap), the user will be asked to enter it when a connection is established via HTTP or Telnet. For FTP, the password must always be passed explicitly.
M552 P192.168.1.14
Sets the IP address of the machine to (in this case) 192.168.1.14. If the S parameter is not present then the enable/disable state of the network interface is not changed.
In RepRapFirmware 1.18 and later the HTTP port address is set using the M586 command, so the R parameter of this command is no longer supported.
M586
M552 with no parameters reports the current network state and IP address.
M553 P255.255.255.0
Sets the network mask of the RepRap machine to (in this case) 255.255.255.0. A restart may be required before the new network mask is used. If no 'P' field is specified, this echoes the existing network mask configured.
Recent RepRapFirmware versions allow the IP configuration to be changed without a restart.
M554 P192.168.1.1
Sets the Gateway IP address of the RepRap machine to (in this case) 192.168.1.1. A restart may be required before the new gateway IP address is used. If no 'P' field is specified, this echoes the existing Gateway IP address configured.
M555 P1
For firmware that can do it, the firmware is set to a mode where its input and (especially) output behaves exactly like other established firmware. The value of the 'P' argument is:
M556 S100 X0.7 Y-0.2 Z0.6
Though with care and adjustment a RepRap can be set up with its axes at right-angles to each other within the accuracy of the machine, who wants to bother with care and adjustment when the problem can be solved by software? This tells software the tangents of the angles between the axes of the machine obtained by printing then measuring a test part. The S parameter (100 here) is the length of a triangle along each axis in mm. The X, Y and Z figures are the number of millimeters of the short side of the triangle that represents how out of true a pair of axes is. The X figure is the error between X and Y, the Y figure is the error between Y and Z, and the Z figure is the error between X and Z. Positive values indicate that the angle between the axis pair is obtuse, negative acute.
M557 P1 X30 Y40.5
Xaaa:bbb
Yaaa:bbb
Sxx:yy
Pxx:yy
M557 X0:200 Y0:220 S20 M557 R150 S15
Set the points at which the bed will be probed to compensate for its plane being slightly out of horizontal.
The first form defines the points for for G32 bed probing. The P value is the index of the point (indices start at 0) and the X and Y values are the position to move extruder 0 to to probe the bed. An implementation should allow a minimum of three points (P0, P1 and P2). This just records the point coordinates; it does not actually do the probing. See G32. Defining the probe points in this way is no longer supported by RepRapFirmware, you should define them in a bed.g file instead.
The second form defines the grid for G29 bed probing. For Cartesian printers, specify minimum and maximum X and Y values to probe and the probing interval. For Delta printers, specify the probing radius. If you define both, the probing area will be the intersection of the rectangular area and the circle. There is a firmware-dependent maximum number of probe points supported, which may be as low as 100.
M558 P1 F500 T5000 H3
A Z probe may be a switch, an IR proximity sensor, or some other device. This selects which to use:
Related codes: G29, G30, G31, G32, M401, M402.
M559
If the RepRap supports it, this uploads a file that is run on re-boot to configure the machine. This file usually is a special G Code file. After sending M559, the file should be sent, ending with an M29 (q.v.).
M29
M560
For RepRaps that have web support and that can be driven by a web browser, this uploads the file that is the control page for the RepRap. After sending M560 the file (usually an HTML file) should be sent, terminated by the string
<!-- **EoF** -->
. Clearly that string cannot exist in the body of the file, but can be put on the end to facilitate this process. This should not be too serious a restriction...
M561
This cancels any bed-plane fitting as the result of probing (or anything else) and returns the machine to moving in the user's coordinate system.
M562 P2
Reset a temperature fault on heater/sensor 2. If the RepRap has switched off and locked a heater because it has detected a fault, this will reset the fault condition and allow you to use the heater again. Obviously to be used with caution. If the fault persists it will lock out again after you have issued this command. P0 is the bed; P1 the first extruder, and so on.
Later versions of RepRapFirmware support M562 without the P parameter, which will reset all heater faults.
M563 P0 D0:2:3 H1:3 ; create a tool using extruder drives 0, 2 and 3 and heaters 1 and 3 M563 P1 D1 H2 X3 ; create a tool using extruder drive 1 and heater 2 with X movement mapped to the U axis M563 P2 D0:1 H1:2 X0:3 F0:2 ; create a tool using extruder drives 0 and 1, heaters 1 and 2, ; with X movement mapped to both X and U axes and fan 0 mapped to fan 0 and fan 2 M563 P3 D0 H1 S"Chocolate extruder" ; create a named tool using extruder drive 0 and heater 1
Tools are usually (though not necessarily) extruders. The 'P' field specifies the tool number. Tool numbers can have any positive integer value and 0. The 'D' field specifies the drive(s) used by the tool - in the first example drives 0, 2 and 3. Drive 0 is the first drive in the machine after the movement drives (usually X, Y and Z). If there is no 'D' field the tool has no drives. The 'H' field specifies the tool's heaters - in the first example heaters 1 and 3. Heater 0 is usually the hot bed (if any) so the first extruder heater is usually 1. If there is no H field the tool has no heaters.
Tools are driven using multiple values in the 'E' field of G1 commands, each controlling the corresponding drive in the 'D' field above, as follows:
G1 X90.6 Y13.8 E2.24:2.24:15.89 G1 X70.6 E0:0:42.4
The first line moves straight to the point (90.6, 13.8) extruding a total of 2.24mm of filament from both drives 0 and 2 and 15.98mm of filament from drive 3. The second line moves back 20mm in X extruding 42.4mm of filament from drive 3.
Alternatively, if the slicer does not support generating G1 commands with multiple values for the extrusion amount, the M567 command can be used to define a tool mix ratio.
M567
Normally an M563 command is immediately followed by a G10 command to set the tool's offsets and temperatures.
It is permissible for different tools to share some (or all) of their drives and heaters. So, for example, you can define two tools with identical hardware, but that just operate at different temperatures.
The X mapping option is used to create tools on machines with multiple independent X carriages. The additional carriages are set up as axes U, V etc. (see M584) and the X mapping option in M563 defines which carriage or carriages are used.
M584
If you use the M563 command with a P value for a tool that has already been defined, that tool is redefined using the new values you provide.
RepRapFirmware supports an additional form of the M563 command. The command:
M563 S1
means add 1 (the value of the S parameter) to all tool numbers found in the remainder of the current input stream (e.g. the current file if the command is read from a file on the SD card), or until a new M563 command of this form is executed. The purpose of this is to provide compatibility between systems in which tool numbers start at 1, and programs such as slic3r that assume tools are numbered from zero.
Recent versions of RepRapFirmware allow the deletion of existing tools if M563 is called in this way:
M563 P1 D-1 H-1
Allow moves outside the print volume and before homing, or not. If the S parameter is 0, then you can send G codes to drive the RepRap outside its normal working volume, and it will attempt to do so. Likewise if the H parameter is 0 you can move the head or bed along axes that have not been homed. The default behaviour is S1 H1. On some types of printer (e.g. Delta and SCARA), movement before homing is prohibited regardless of the H parameter.
M565 X3 Y4.5 Z-2.37
Set the offset from the extruder tip to the probe position. The X, Y, and Z values are the delta between the extruder and the actual trigger position of the probe. If the probe trigger point is below the extruder (typical) the Z offset will be negative. This just records the point offset; it does not actually do the probing. See G32.
M566 X20 Y20 Z2 E10
Sets the maximum allowable speed change (sometimes called 'jerk speed') of each motor when changing direction.
The model files and gcode files used by repraps generally render circles and other curves shapes as a sequence of straight line segments. If the motors were not allowed any instantaneous speed change, they would have to come to a stop at the junction between each pair of line segments. By allowing a certain amount of instantaneous speed change, printing speed can be maintained when the angle between the two line segments is small enough.
If you set these X and Y values too low, then the printer will be slow at printing curves. If they are too high then the printer may be noisy when cornering and you may suffer ringing and other print artefacts, or even missed steps.
On very old versions of RepRapFirmware (prior to 1.09), these were also the minimum speeds of each axis.
M567 P2 E0.1:0.2:0.1:0.6
This example sets the mix ratio for tool 2 (the P value). When mixing is then turned on (see M568), only single E values need to be sent on a G1 command (any extra E values will be ignored, but are not illegal):
M568
G1 X20 E1.3
This will move to X=20 extruding a total length of filament of 1.3mm. The first drive of tool 2 will extrude 0.1*1.3mm, the second 0.2*1.3mm and so on. The ratios don't have to add up to 1.0 - the calculation done is as just described. But it is best if they do.
See also M568.
This command is obsolete. When using a tool defined as a mixing extruder, RepRapFirmware applies the mix ratio defined by M567 whenever only one E parameter is provided in G1 commands. When multiple colon-separated E values are provided in the G1 command, they will be used as the individual amounts to extrude.
Taa:bb:cc:dd
Dnn
Yaa:bb
Yaa:bb:cc
Hnn
M569 P0 S0 ; reverse the direction of the motor attached to driver 0 M569 P5 R1 T2.5:2.5:5:0 ; driver 5 requires an active high enable, 2.5us minimum step pulse, 2.5us minimum step interval, 5us DIR setup time and no hold time
All parameters except P are optional. For any parameter that is not provided, the corresponding value will not be changed.
The T parameters are intended for use with external stepper drivers. Currently, RepRapFirmware only remembers the highest T parameters seen in any M569 command, and applies those values to all drivers for which any nonzero T parameters were specified.
The modes (D parameter) supported by various stepper driver chips are:
Some versions of RepRapFirmware prior to 1.14 also provided X, Y, Z and E parameters to allow the mapping from axes and extruders to stepper driver numbers to be changed. From 1.14 onward, this functionality is provided by M584 instead.
Pn.n
En.n
Rn.n
In.n
Dn.n
Supported by RepRapFirmware on boards using closed loop drivers.
M570 S120
After a heater has been switched on, wait 120 seconds for it to get close to the set temperature. If it takes longer than this, raise a heater fault.
M570 H1 P4 T15
Warning! Heating fault detection is provided to reduce the risk of starting a fire if a dangerous fault occurs, for example if the heater cartridge or thermistor falls out of the heater block. You should not increase the detection time or permitted temperature excursion without good reason, because doing so will reduce the protection.
M571
M571 P3 F200 M571 S0.5
This turns the controlled pin output on whenever extrusion is being done, and turns it off when the extrusion is finished. The output could control a fan or a stirrer or anything else that needs to work just when extrusion is happening. It also can be used to control a laser beam. The S parameter sets the value of the PWM to the output. 0.0 is off; 1.0 is fully on.
In RepRapFirmware 1.17 and later you can use the P parameter to change the pin used and you can also set the PWM frequency. Pin numbers are the same as in the M42 and M280 commands. The pin you specify must not be in use for anything else, so if it is normally used as a heater you must disable the heater first using M307, or if it is used for a fan you must disable the fan using M106 with the I-1 parameter.
M572 D0 S0.1
This sets the pressure advance coefficient (S parameter) for the specified extruder (D parameter). Supported by RepRapFirmware-dc42, -ch and -dn.
Pressure advance causes the extruder drive position to be advanced or retarded during printing moves by an additional amount proportional to the rate of extrusion. At the end of a move when the extrusion rate is decreasing, this may result in the extruder drive moving backwards (i.e. retracting). Therefore, if you enable this feature, you may need to reduce the amount of retraction you use in your slicing program to avoid over-retraction.
With Bowden extruders, an S value between 0.1 and 0.2 usually gives the best print quality.
Older versions of RepRapFirmware used the P parameter to specify the drive number, instead of using D to specify the extruder number.
M573 P1
This gives a running average (usually taken over about five seconds) of the PWM to the heater specified by the P field. If you know the voltage of the supply and the resistance of the heater this allows you to work out the power going to the heater. Scale: 0 to 1.
This defines the position of endstop sensor that the printer has for each axis: 0 = none, 1 = low end, 2 = high end. The optional S parameter defines whether the endstop input is active high (S1, the default), low (S0), or the axes listed use the Z probe for homing that axis (S2), or motor stall detection (S3). A normally-closed endstop switch wired in the usual way produces an active high output (S1). If different axes use different types of endstop sensing, you can use more than one M574 command.
On delta printers the XYZ parameters refer to the towers, and the endstops should normally all be high end (i.e. at the top of the towers).
The S2 and S3 options are supported in RepRapFirmware 1.20 and later.
In RepRapFirmware 1.16 and earlier, the M574 command with E parameter was used to specify whether a Z probe connected to the E0 endstop input produces an active high (S1) or active low (S0) output. In RepRapFirmware 1.17 and later, use the I parameter of the M558 command instead.
M575 P1 B57600 S1
This sets the communications parameters of the serial comms channel specified by the P parameter. P0 specifies the main serial interface (typically a USB port, or serial-over-USB), while P1 specifies an auxiliary serial port (for example, the port used to connect a PanelDue). The B parameter is the required baud rate (this parameter is typically ignored if the port is a true USB port). The S parameter is a bitmap of features. The lowest bit, if set, specifies that only commands that include a valid checksum should be accepted from this comms channel.
M577 E0 S1
Wait for an endstop switch to be pressed. The example above will wait until the first extruder endstop is triggered.
The following trigger types may be used using the 'S' parameter:
0: Endstop not hit 1: Low endstop hit 2: High endstop hit 3: Near endstop (only Z probe)
M578 P3 S5
This fires inkjet head 3 (the P field) using the bit pattern specified by the S field. The example shown would fire bits 101. If the P parameter is ommitted inkjet 0 is assumed.
This is a version of the M700 command used by the Inkshield, but unfortunately M700 is already taken so cannot be used for that in the standard.
M579 X1.0127 Y0.998
On a Cartesian RepRap you can get prints exactly the right size by tweaking the axis steps/mm using the M92 G Code above. But this does not work so easily for Delta and other RepRaps for which there is cross-talk between the axes. This command allows you to adjust the X, Y, and Z axis scales directly. So, if you print a part for which the Y length should be 100mm and measure it and find that it is 100.3mm long then you set Y0.997 (= 100/100.3).
M580 R1 PVS4;!VZ2;!MC1;
This is not really anything to do with RepRap, but it is convenient. The little Roland mills are very widely available in hackerspaces and maker groups, but annoyingly they don't speak G Codes. As all RepRap firmware includes a G-Code interpreter, it is often easy to add functions to convert G Codes to Roland RML language. M580 selects a Roland device for output if the R field is 1, and returns to native mode if the R field is 0. The optional P string is sent to the Roland if R is 1. It is permissible to call this repeatedly with R set to 1 and different strings in the P field to communicate directly with a Roland.
X, Y, Z, E
M581 E1:2 S1 T2 C1 ; invoke trigger 2 when a rising edge is detected on the E1 or E2 endstop input and a file is being printed from SD card
When M581 is executed, if the T parameter is present but the other parameters are omitted, the trigger inputs and edge polarities for that trigger number are reported. Otherwise, the specified inputs and their polarities are added to the conditions that cause that trigger. Using S-1 with no X, Y, Z or E parameters sets the trigger back to ignoring all inputs.
M581
S-1
In RepRapFirmware, trigger number 0 causes a full (emergency) stop as if M112 had been received. Trigger number 1 causes the print to be paused as if M25 had been received. Any trigger number # greater then 1 causes the macro file sys/trigger#.g to be executed. Polling for further trigger conditions is suspended until the trigger macro file has been completed. RepRapFirmware does not wait for all queued moves to be completed before executing the macro, so you may wish to use the M400 command at the start of your macro file. If several triggers are pending, the one with the lowest trigger number takes priority.
sys/trigger#.g
M582 T2 ; check levels of inputs that give rise to trigger #2
Triggers set up by the M581 command are normally activated only when the specified inputs change state. This command provides a way of causing the trigger to be executed if the input is at a certain level. For each of the inputs associated with the trigger, the trigger condition will be checked as if the input had just changed from the opposite state to the current state.
For example, if you use M581 to support an out-of-filament sensor, then M582 allows you to check for out-of-filament just before starting a print.
U,V,W, A, B, Cnnn
Assigning a drive using M584 does not remove its old assignment. Therefore, if you assign a drive that defaults to being an extruder drive, you should also assign the extruder drives explicitly as in the above example. Failure to do so may result in unexpected behaviour.
You can use M584 to create additional axes - for example, to represent additional carriages on a machine with multiple independent X carriages. Additional axes must be created in the order UVWABC. You can hide some of the last axes you create using the P parameter. Hidden axes have no homing buttons or jog controls in the user interface.
On the Duet WiFi and Duet Ethernet, if you configure multiple drivers for an axis, either all of them must be TMC2660 drivers on the Duet or a Duet expansion board, or none of them must be. This is to facilitate dynamic microstepping and other features of the TMC2660.
In machines with a tool probe this probes the currently selected tool against it and corrects the offsets set by the G10 command (q.v.).
Y-nnn
Where the absolute value of nnn is the radius of the tool plus the radius of the probe in that direction. So M585 X1.5 will set the X offset of a 1mm diameter tool against a 2mm diameter probe, etc. If the value of nnn is positive the tool is moved in the positive direction towards the probe until it touches. If it is negative, the tool moves the other way.
M585 X1.5
So the process should be:
After this, the G10 command on its own can be used to report the values.
Rnn
T1
C"site"
M586 with no S parameter reports the current support for the available protocols.
RepRapFirmware 1.18 and later enable only HTTP (or HTTPS if supported) protocol by default. If you wish to enable FTP and/or Telnet, enable them using this command once or twice in config.g.
Sccc
Pccc
Inn.nn.nn.nn
Jnn.nn.nn.nn
Knn.nn.nn.nn
If a password or SSID includes space or semicolon characters then it must be enclosed in double quotation marks. For security, do not use this command in the config.g file, or if you do then remove it after running it once so that the network password is not visible in the file.
M587 with no parameters lists all stored SSIDs, but not the stored passwords.
M587
The specified SSID will be removed from the networks list and the associated password cleared out of EEPROM. If the SSID is given as * then all stored networks will be forgotten.
Note: WPA2 security will be used by default.
Report the current tool type, which may be "Extruder," "Picker," "Laser," "Foam Cutter," "Milling," or any others implemented by the machine. Also report the tool index, such as "0x01" for the second extruder.
> M590 > echo: Extruder 0x00
This configures filament sensing for the specified extruder. The sensor may be a simple filament presence detector, or a device that measures movement of filament, or both. The action on detecting a filament error is firmware-dependent, but would typically be to run a macro and/or to pause the print and display a message.
5=Duet3D laser filament monitor, 6=Duet3D laser filament monitor with microswitch, 7=pulse-generating sensor
Note: RepRapFirmware 1.19 and 1.20 also supported filament monitors via M591, but some of the parameters were different.
Most extruder drives use toothed shafts to grip the filament and drive it through the hot end. As the extrusion speed increases, so does the back pressure from the hot end, and the increased back pressure causes the amount of filament extruded per step taken by the extruder stepper motor to reduce. This may be because at high back pressures, each tooth compresses and skates over the surface of the filament for longer before it manages to bite. See forum post http://forums.reprap.org/read.php?262,802277 and the graph at http://forums.reprap.org/file.php?262,file=100851,filename=graph.JPG for an example.
Nonlinear extrusion compensates for this effect. The amount of extrusion requested is multiplied by (1 + MIN(L, A*v + B*v^2)) where v is the requested extrusion speed (calculated from the actual speed at which the move will take place) in mm/sec.
Nonlinear extrusion is not applied to extruder-only movements such as retractions and filament loading.
This is an experimental feature of RepRapFirmware. By default, Dynamic Acceleration Adjustment (DAA) is disabled. If it is enabled, then acceleration and deceleration rates will be adjusted separately per-move to cancel out ringing at the specified frequency. Any acceleration values set using M204 will be saved but ignored until DAA is disabled, but acceleration limits set by M201 will still be honoured.
DAA is most useful to avoid exciting low-frequency ringing, for which S-curve acceleration is ineffective and may make the ringing worse. High-frequency ringing is better countered by using S-curve acceleration.
To measure the ringing frequency, take a print that exhibits ringing on the perimeters (for example a cube), preferably printed single-wall or external-perimeters-first. Divide the speed at which the outer perimeter was printed (in mm/sec) by the distance between adjacent ringing peaks (in mm), measured away from the corner so that the head has reached the full printing speed.
Cartesian and CoreXY printers will typically have different frequencies of ringing for the X and Y axes. In this case it is is usually best to aim to cancel the lower ringing frequency, because the higher frequency will be less strongly excited. If the frequencies are not much different, in a moving-bed cartesian printer you could reduce the higher ringing frequency by adding mass to that axis. Note that X axis ringing causes artefacts predominantly on the Y face of the test cube, and vice versa.
Height following mode allows the Z position of the tool to be controlled by a PID controller using feedback from a sensor. See also M951.
If a movement command (e.g. G1) explicitly mentions the Z axis while height following mode is active, existing moves in the pipeline will be allowed to complete and the machine allowed to come to a standstill. Then height following mode will be terminated and the new move executed.
Different features of motion control firmware may have competing demands on microcontroller RAM. In particular, operations that use many short segments (e.g. laser rastering) need longer movement queues than typical 3D printing, but have fewer motors to control. This command allows the movement queue parameters to be adjusted so that the queue can be lengthened if necessary, or kept short if a long movement queue is not needed and there are other demands on RAM.
M595 without any parameters reports the length of the movement queue and the number of per-motor movement objects allocated.
M600 P0.061
Sets the cross section for a line to extrude in velocity extrusion mode. When the extruder is enabled and movement is executed the amount of extruded filament will be calculated to match the specified line cross section.
Pause for filament change.
X[pos]
Y[pos]
Z[relative lift]
E[initial retract]
L[later retract distance for removal]
AUTO
In SmoothieWare:
The variable "after_suspend_gcode" is run after M600.
For example:
after_suspend_gcode G91_G0E-5_G0Z10_G90_G0X-50Y-50 # gcode to run after suspend, retract then get head out of way
In RepRapFirmware, M600 causes macro file filament-change.g to be run if it exists, otherwise it falls back to pause.g. The parameters in the M600 command are ignored.
In Prusa Firmware this command is also used when the Filament Runout Sensor triggers. To prevent filament blobs it will raise to 25 mm if it has been triggered below 25 mm layer height. Default are X=211 mm, Y=0 mm, Z=2 mm, E=-2 mm, L=-80 mm1
Pauses print on Prusa i3 MK2/s,MK2.5/s,MK3/s.
Resumes print on Prusa i3 MK2/s,MK2.5/s,MK3/s.
Stops print on Prusa i3 MK2/s,MK2.5/s,MK3/s.
(In development) Prusa-mini specific : M603 Configure filament change
T[toolhead]
U[distance]
L[distance]
Set Dual X-Carriage movement mode.
S[mode]
X[duplication x-offset]
R[duplication temp offset]
M605 S1 ; Set mode to auto-park
M605 S0: Full control mode. The slicer has full control over x-carriage movement M605 S1: Auto-park mode. The inactive head will auto park/unpark without slicer involvement M605 S2 [Xnnn] [Rmmm]: Duplication mode. The second extruder will duplicate the first with nnn millimeters x-offset and an optional differential hotend temperature of mmm degrees. E.g., with "M605 S2 X100 R2" the second extruder will duplicate the first with a spacing of 100mm in the x direction and 2 degrees hotter.
M605 S0
M605 S1
M605 S2 [Xnnn] [Rmmm]
mmm
M605 S2 X100 R2
RepRapFirmware does not implement M605 because it supports dual carriage mode, duplication mode, auto park, different temperatures etc. using the M563 tool definition command and the tool change macro files.
This command is sent by nanoDLP to set the parameters for the peel move used after curing a layer. RepRapFirmware 2.02 ignores it. If using RepRapFirmware 2.03 or later you can create a empty file M650.g to cause it to be ignored.
This command is sent by nanoDLP to execute a peel move after curing a layer. RepRapFirmware 2.02 executes macro /sys/peel-move.g in response to this command. For RepRapFirmware 2.03 and later, create a macro file M651.g containing the commands required to execute the peel move.
M665 L250 R160 S200 ; (Marlin) M665 L250 R160 B80 H240 X0 Y0 Z0 ; (RepRapFirmware and Marlin 1.1.0)
Set the delta calibration variables. (See the discussion page for notes on this implementation.)
1Only supported on Marlin.
2Only supported in RepRapFirmware and Marlin 1.1.0.
3 In Marlin 1.1.0 sets the radius on which the probe points are taken for the delta auto calibration routine G33 as well as for the manual LCD calibration menu.
4X, Y and Z tower angular offsets from the ideal (i.e. equilateral triangle) positions, in degrees, measured anti-clockwise looking down on the printer. In Marlin 1.1.0 X,Y and Z tower angular offsets will be rotated so the Z tower angular offset is zero.
M666 X-0.1 Y+0.2 Z0
Sets delta endstops adjustments.
In RepRapFirmware and Repetier, positive endstop adjustments move the head closer to the bed when it is near the corresponding tower. In Marlin and Smoothieware, negative endstop corrections move the head closer to the bed when it is near the corresponding tower.
In Marlin, only negative endstop corrections are allowed. From version 1.1.0 onward positive endstops are allowed to be entered but the endstops will be normalized to zero or negative and the residue will be subtracted from the delta height defined in M665.
In Repetier the endstop corrections are expressed in motor steps. In other firmwares they are expressed in mm.
1RepRapFirmware 1.16 and later.
M667 S1
M667 S0 selects Cartesian mode (unless the printer is configured as a delta using the M665 command). Forward motion of the X motor moves the head in the +X direction. Similarly for the Y motor and Y axis, and the Z motor and Z axis. This is the default state of the firmware on power up.
M667 S0
M665
M667 S1 selects CoreXY mode. Forward movement of the X motor moves the head in the +X and +Y directions. Forward movement of the Y motor moves the head in the -X and +Y directions.
M667 S2 selects CoreXZ mode. Forward movement of the X motor moves the head in the +X and +Z directions. Forward movement of the Z motor moves the head in the -X and +Z directions.
M667 S2
RepRapFirmware 2.03 and earlier support additional parameters X, Y and Z may be given to specify factors to scale the motor movements by for the corresponding axes. For example, to specify a CoreXZ machine in which the Z axis moves 1/3 of the distance of the X axis for the same motor movement, use M667 S2 Z3. The default scaling factor after power up is 1.0 for all axes. In RepRapFirmware 2.03 and later, this functionality is moved to the movement matrix that you can define or alter using the M669 command.
To change the motor directions, see the M569 command.
Polynomial compensation is an experimental method to compensate for geometric distortion of a delta machine Z-plane. After the bed is compensated with the set of G30 points, there remains error. This method fits a 6th degree polynomial with independent origins for each order to the residual error data (using a simulated annealing technique on the host). The polynomial is communicated and controlled through M668. Because the polynomial takes many floating point operations to compute each point, the firmware builds a grid of values, and used bi-linear interpolation to adjust the actual Z-axis offset error estimate.
M668
For the polynomial used, 40 parameters are specified. The I parameter allows the coefficients to be loaded a few at a time, which limits the size of the G-code string. The index starts with 1, not with 0.
M668 Ix S[list of values] sets the polynomial parameters starting at index x, if index present and != 0.
M668 Ix S[list of values]
M668 R recomputes the grid based on the current parameters.
M668 R
M668 P[0|1] turns off or on the polynomial compensation.
M668 P[0|1]
M668 I1 S4.882E-17:0.0 M668 I3 ... ... M668 R P1
Which sets the list, computes the interpolation grid, and then enables compensation.
Selects the specified kinematics, then uses the other parameters to configure it. If the K parameter is missing then the other parameters are used to update the configuration data for the current kinematics. If no parameters are given then the current kinematics and configuration parameters are reported
X1:-1:0
M669 K4 P300 D250 A-90:90 B-135:135 C0:0:0 S200 X300 Y0
The minimum and maximum arm angles are also the arm angles assumed by the firmware when the homing switches are triggered. The P, D, A and B parameters are mandatory. The C and F parameters default to zero, and the segmentation parameters default to firmware-dependent values.
RepRapFirmware 1.19 and later provides an optional P parameter on the G1 command to allow I/O ports to be set to specified states for the duration of the move. The argument to the P parameter is a bitmap giving the required state of each port. The M669 command specifies the mapping between the bits of that argument and logical port numbers. Optionally, the T parameter can be used to advance the I/O port switching a short time before the corresponding move begins.
Informs the firmware of the positions of the leadscrews used to raise/lower the bed or gantry. The numbers of X and Y coordinates must both be equal to the number of drivers used for the Z axis (see the M584 command). This allows the firmware to perform bed leveling by adjusting the leadscrew motors individually after bed probing.
For machines without multiple independently-driven Z leadscrews, this command can be used to define the positions of the bed leveling screws instead. Then bed probing can be used to calculate and display the adjustment required to each screw to level the bed. The thread pitch (P parameter) is used to translate the height adjustment needed to the number of turns of the leveling screws.
This command is for sending configuration data to programmable Z probes such as the Duet3D delta effector. The specified command bytes are sent to the probe. The Duet3D probe stores the configuration data in non-volatile memory, so there is no need to send this command every time the probe is used.
This code is intended to align a plane that is mounted on a rotary axis. To make use of this code it is required to take two probe points via G30 P first. Supported in RepRapFirmware 2.02 and later.
This code is intended to determine the Z center point of a stash that is mounted on a rotary axis. This code is yet to be implemented.
This code is intended to find the center of a cavity that can be measured using the configured axis endstop. If using a Z probe for this purpose, make sure the endstop type for the corresponding axis is updated before this code is run. Once this code starts, RepRapFirmware will move to the lower end looking for an endstop to be triggered. Once it is triggered, the lower position is saved and the axis maximum is probed. As soon as both triggers have been hit, the center point is calculated and the machine moves to the calculated point.
M700
Script to adjust the plate level.
Initiate a filament load. This command can be used without any additional parameters.
M701 M701 S"PLA" ; Only in RepRapFirmware M701 T0 ; Only in Marlin.
RepRapFirmware 1.19 and later implement a filament management mechanism to load and unload different materials. This code may be used to load a material for the active tool, however be aware that this code will work only for tools that have exactly one extruder assigned. When called RepRapFirmware will...
Initiate a filament unload. This command can be used without any additional parameters. In contrast to M701 this code is intended to unload the previously loaded filament from the selected tool.
M701
Unn
In response to M702 RepRapFirmware will do the following:
M702
/filaments/PLA/unload.g
M702 ; Unload filament as previously configured M702 U420 Z2 ; Unload 420mm (Marlin) with a Z raise of 2mm
/filaments/<loaded filament>/config.g
If the filaments feature is used, it is recommended to put this code into tpost*.g to ensure the right filament parameters are set. Supported in RepRapFirmware 2.02 and newer.
tpost*.g
A[bool]
M710 S200 ; Set "active" fan speed to 200
This command only exists in a defunct bq fork of Marlin Firmware.
M710
M750
This code may be used as an OEM extension to enable scanner functionality in the firmware. After a regular start of RepRapFirmware, the 3D scan extension is disabled by default, but if additional scanner components are attached, this code may be used to enable certain OEM functions.
M751
When a 3D scanner board is attached to the USB port, this code is used to turn on communication between the 3D printing and the scanner board. If the USB connection is removed while the 3D scanner configuration is active, the firmware will disable it again and restore the default communication parameters.
M752 S300 Pmyscan
Instruct the attached 3D scanner to initiate a new 3D scan and to upload it to the board's SD card (i.e. in the "scans" directory). Before the SCAN command is sent to the scanner, the macro file "scan_pre.g" is executed and when the scan has finished, the macro file "scan_post.g" is run. Be aware that both files must exist to avoid error messages.
M753
Instruct the attached 3D scanner to cancel the current operation. Cancelling uploads is not supported.
M754
Calibrates the attached 3D scanner. Before the calibration is performed by the external scanner, "calibrate_pre.g" is run and when it is complete, "calibrate_post.g" is executed.
M755 P1 M755 P0
Sends the ALIGN ON/OFF command the attached 3D scanner. Some devices turn on a laser when this command is received. If the 'P' parameter is missing, equal to, or less than 0, the alignment feature is turned off. Depending on whether the alignment is turned on or off, either align_on.g or align_off.g is executed before the ALIGN command is sent to the scanner.
M756
Sends the SHUTDOWN command the attached 3D scanner.
1 only in bq-Marlin Firmware
M800
M801
The M808 L[count] command is used in a G-code file to set a Repeat Marker beginning at the start of the following line. For an SD print, the firmware will save a marker with the file's byte position and the count given by the L parameter. To set an infinite loop use L0.
M808 L[count]
The M808 command (no parameters) will cause G-code processing to loop back to the previous Repeat Marker as many times as specified. Ideally, each instance of M808 L should have a corresponding M808.
M808
M808 L
The number of nested M808 L commands is limited to the depth set in the firmware. To enable this feature in Marlin, define GCODE_REPEAT_MARKERS. Hosts should look for Cap:REPEAT. At this time the feature only applies to printing direct from media and otherwise M808 is ignored, so host developers are free to come up with their own approach to these codes with no nesting limit and make it work with any old firmware.
GCODE_REPEAT_MARKERS
Cap:REPEAT
M808 L10 ; Set Marker to repeat 10 times M300 P100 S440 ; Beep! M300 P10 S0 ; Silence M808 ; End Marker
RepRapFirmware processes M808 as follows:
Sets the Z-probe Z offset. This offset is used to determine the actual Z position of the nozzle when using a probe to home Z with G28. This value may also be used by G29 to apply correction to the Z position.
This value represents the distance from nozzle to the bed surface at the point where the probe is triggered. This value will be negative for typical switch probes, inductive probes, and setups where the nozzle makes a circuit with a raised metal contact. This setting will be greater than zero on machines where the nozzle itself is used as the probe, pressing down on the bed to press a switch. (This is a common setup on delta machines.)
This setting is saved in the EEPROM by M500 and restored by M501. The default (as reset by M502) is set by the Z_PROBE_OFFSET_FROM_EXTRUDER setting in Configuration.h.
Note that in Marlin 1.1.0 and later M851 sets the value literally as given, while Marlin 1.0.2 negates the absolute value.
The examples below will set the Z-probe Z offset to -4mm (below the nozzle):
M851 Z4 ; Set the Z probe offset to -4
M851 Z-4 ; Set the Z probe offset to -4
M851 X-22 Y3 Z-4 ; Set the probe XYZ offsets
M851 X2 Y-5 Z-4 ; Set the probe offset to X=2, Y=-5 and Z=-4
M851 Znn is implemented for backwards compatibility with other firmwares. It sets the Z probe trigger in the same way as G31 Z-nn (note the sign reversal). It also flags the Z-probe G31 parameters as to be saved in config-override.g if the M500 command is used.
Snnnn
In Prusa Firmware this command will wait for the PINDA thermistor to reach a target temperature.
?
!
M861 ?
Results
PINDA cal status: 1 index, temp, ustep, um n/a, 35, 0, 0.00 0, 40, 0, 0.00 1, 45, 0, 0.00 2, 50, 0, 0.00 3, 55, 0, 0.00 4, 60, 0, 0.00
In Prusa Firmware this command will set / read the PINDA temperature compensation offsets.
Checks the parameters of the printer and gcode and performs compatibility check
Pnnnn
When run with P<> argument, the check is performed against the input value. When run with Q argument, the current value is shown.
warn
strict
Accepted printer type identifiers and their numeric counterparts:
- MK1 (100) - MK2 (200) - MK2MM (201) - MK2S (202) - MK2SMM (203) - MK2.5 (250) - MK2.5MMU2 (20250) - MK2.5S (252) - MK2.5SMMU2S (20252) - MK3 (300) - MK3MMU2 (20300) - MK3S (302) - MK3SMMU2S (20302)
P"nnnn"
It accepts text identifiers of printer types too. The syntax of M862.3 is (note the quotes around the type):
M862.3 P "MK3S"
M871 allows you to modify the Z adjustments corresponding to temperatures.
M871
M871 B V0.1 I3 ; Set Z adjustment for bed temp index 3 to 0.1 M871 E V-1 I2 ; Set Z adjustment for extruder temp index 3 to -1
M876 P1 M876 S1
M876 S<n> allows selecting an option of a prompt on a connected host created by the firmware through the corresponding action commands, see G-code#Action_commands. The S parameter is the 0-based index of the chosen option - 0 for the first option provided by the firmware, 1 for the second and so on.
M876 S<n>
Example: A prompt with three options defined via the firmware and completed by the host by selecting the second option ("Home X/Y and pause print")
<<< //action:prompt_begin Filament runout detected. Please choose how to proceed: <<< //action:prompt_choice Swap filament <<< //action:prompt_choice Home X/Y and pause print <<< //action:prompt_choice Abort print <<< //action:prompt_show >>> M876 S1
To indicate the availability of this function, M115 will add an extra line:
Cap:PROMPT_SUPPORT:1
so hosts know about the presence of the function.
M890 S2 ; Start User Gcode 2
Sets the advance extrusion factors for Linear Advance. If any of the R, W, H, or D parameters are set to zero the ratio will be computed dynamically during printing.
K[factor]
R[ratio]
W[width]
H[height]
D[diam]
M900 K0.7 W0.4 H0.1 D1.75 ; Set K and WH/D ratio M900 R0.025 ; Set the WH/D ratio directly M900 R0 ; Set to "auto ratio"
Requires enabling the LIN_ADVANCE feature in Marlin 1.1.
LIN_ADVANCE
The K factor in the M900 command supported by early versions of Marlin is related to the S factor in the long-established M572 command supported by RepRapFirmware by the following formula:
K = S * extruder_steps_per_mm
More recent versions of Marlin appear to have removed the steps/mm dependency, so now K = S.
M905 P2016-10-26 S00:23:12
Updates the machine's local date and time or reports them if no parameters are specified. The time should be specified in 24-hours format as in "13:45" instead of 1:45PM.
M906 X300 Y500 Z200 E350:350
Sets the currents to send to the stepper motors for each axis. The values are the peak current per phase in milliamps.
The I parameter is the percentage of normal that the motor currents should be reduced to when the printer becomes idle but the motors have not been switched off. The default value is 30%. On delta printers in particular you may need to increase it to e.g. 60% to prevent the carriages from dropping when the current is reduced to the idle value.
Set digital trimpot motor current using axis codes (X, Y, Z, E, B, S). In Repetier, it sets the current in Percent. In Redeem, it sets the current in Amps (whereas M906 uses milliamps).
M908 P<pin> S<current>
M909 X3 Y5 Z2 E3
Set the microstepping value for each of the steppers. In Redeem this is implemented as powers of 2 so…
M909 X2 ; set microstepping on X-axis to 2^2 = 4 M909 Y3 ; set microstepping on Y-axis to 2^3 = 8 etc.
M910 X3 Y5 Z2 E3
Set the decay mode for each stepper controller The decay mode controls how the current is reduced and recycled by the H-bridge in the stepper motor controller. It varies how the implementations are done in silicone between controllers. Typically you have an on phase where the current flows in the target current, then an off phase where the current is reversed and then a slow decay phase where the current is recycled.
Saaa
Raaa
P"command string"
When the supply voltage falls below the auto save threshold while a print from SD card is in progress, all heaters will be turned off, printing will be stopped immediately (probably in the middle of a move), the position saved, and the specified command string executed. You should typically do the following in the command string:
M911 with no parameters displays the current enable/disable state, and the threshold voltages if enabled.
Note: RepRapFirmware 1.19 used different parameters. You are recommended to upgrade to version 1.20 or later if you wish to use this "power panic" functionality.
M912 P0 S10.5
Many microcontrollers used to control 3D printers have built-in temperature monitors, but they normally need to be calibrated for temperature reading offset. The S parameter specifies the value that should be added to the raw temperature reading to provide a more accurate result.
M913 X50 Y50 Z50 ; set X Y Z motors to 50% of their normal current M913 E30:30 ; set extruders 0 and 1 to 30% of their normal current
This allows motor currents to be set to a specified percentage of their normal values as set by M906. It can be used (for example) to reduce motor current during course homing, to make homing quieter or to reduce the risk of damage to endstops, to reduce motor current when using sensorless endstops (motor stall detection), and to reduce current while loading filament to guard against the possibility of feeding too much filament. Use M913 again with the appropriate parameters set to 100 to restore the normal currents.
M913
M914 S5 ; set expansion signal level to 5V M913 ; report expansion signal voltage level
This sets the stall detection parameters and optionally the low-load current reduction parameters for TMC2660, TMC2130 or similar driver chips. Use either the P parameter to specify which driver number(s) you want to configure, or the axis names of the axes that those motors drive (the parameters will then be applied to all the drivers associated with any of those axes).
If any of the S, F, T and R parameters are absent, the previous values for those parameters associated with the specified drivers will continue to be used. If all the parameters are absent, the existing settings for the specified drives will be reported.
See the Trinamic TMC2660 and TMC2130 datasheets for more information about the operation and limitations of motor stall detection.
If the last print was not completed and resume information has been saved (either because the print was paused or because of a power failure), then the heater temperatures, tool selection, head position, mix ratio, mesh bed compensation height map etc. are restored from the saved values and printing is resumed.
RepRapFirmware also requires macro file /sys/resurrect-prologue.g to be present on the SD card before you can use M915. This file is executed after the heater temperatures have been set, but before waiting for them to reach the assigned temperatures. You should put commands in this file to home the printer as best as you can without disturbing the print on the bed. To wait for the heaters to reach operating temperature first, use command M116 at the start of the file.
Some motor drivers (e.g. TMC2660) allow higher motor currents to be used while the motor is moving than when it is at standstill. This command sets the percentage of the current set by M906 that is to be used when the motor is stationary but not idle, or moving very slowly.
Standstill current reduction is not the same as idle current reduction. The standstill current must be high enough to produce accurate motion at low speeds; whereas the idle current (set using the I parameter in the M906 command) needs only to be high enough to hold the motor position sufficiently so that when the current is restored to normal, the position is the same as it was before the current was reduced to idle.
This command is used to tell RepRapFirmware about a directly-connected dumb LCD or similar display.
M928 filename.g
Stop SD logging with M29.
When event logging is enabled, important events such as power up, start/finish printing, most error messages and (if possible) power down will be logged to the SD card. Each log entry is a single line of text, starting with the date and time if available, or the elapsed time since power up if not. If the log file already exists, new log entries will be appended to the existing file.
M950 is used to create heaters, fans and GPIO ports and to assign pins to them. Each M950 command assigns a pin or pins to a single device. So every M950 command must have exactly one of the H, F, P or S parameters.
If a M950 command has C and/or Q parameters, then the pin allocation and/or frequency of the existing device will be configured accordingly. Otherwise, the current configuration will be reported.
When using M950 to create a heater, you must first use M308 to define a temperature sensor to control that heater, and specify its number in the T parameter of the M950 command.
Height following mode allows the Z position of the tool to be controlled by a PID controller using feedback from a sensor. See also M594.
If commanding the motors to increase Z causes the sensor value to increase, then all of P, I and D must be positive. If commanding the motors to increase Z causes the sensor value to decrease, then all of P, I and D must be negative.
Some CAN-connected expansion boards are too small to carry address selection switches. Such boards default to a standard address, which can be changed using this command.
This command can also be used to change the normal data rate, for example if the printer has CAN bus cables that are too long to support the standard data rate (1Mbits/sec in RepRapFirmware). All boards in the system on the same CAN bus must use the same CAN data rate. The procedure for changing the data rate is:
This command allows the bandwidth of the CAN bus to be optimised, by increasing the data rate during transmission of CAN-FD data packets using the BRS (bit rate switch) feature. The maximum speed supported by CAN-FD is 8Mbits/sec but the practical limit depends on the cable length, cable quality, number of devices on the bus and CAN interface hardware used. The rate specified will be rounded down to the nearest achievable rate.
The optional C parameter allows fine-tuning of the transmitter delay compensation. The first parameter is the offset added to the measured transmitter delay. The optional second value, which must be greater than the first, is the minimum delay compensation applied. Glitches seen by the receiver while the transceiver delay is being measured will be ignored if they would result in a transceiver delay compensation lower than this value. When CAN is implemented on Microchip SAME5x and SAMC21 processors, these values are converted from nanoseconds into time quanta and stored in the TDCO and TDCF fields of the transceiver delay compensation register.
M997 S0:1 ; update firmware modules 0 and 1 on the main controller board M997 B3 ; update firmware module 0 on the expansion board with address 3
This command triggers a firmware update if the necessary files are present on the SD card. In RepRapFirmware on the Duet series, module numbers are as follows:
0 - main firmware. The firmware filename depends on the controller electronics, e.g.sys/RepRapFirmware.bin (Duet 06/085), sys/Duet2CombinedFirmware (Duet WiFi/Ethernet), sys/DuetMaestroFirmware.bin (Duet Maestro). File sys/iap.bin (Duet), sys/iap4e.bin (Duet WiFi/Ethernet) or sys/iap4s.bin (Duet Maestro) must also be present.
1 - WiFi module firmware, filename sys/DuetWiFiServer.bin
2 - Reserved (on Duet WiFi running RepRapFirmware 1.18 and earlier, was web server file system)
3 - Duet WiFi main boards: put the WiFi module into bootloader mode so that firmware can be uploaded directly via its serial port. Duet 3 expansion boards: update the bootloader (RepRapFirmware 3.2 and later).
M998 P34
Request a resend of line 34. In some implementations the input-handling code overwrites the incoming G Code with this when it detects, for example, a checksum error. Then it leaves it up to the G-code interpreter to request the resend.
M999
Restarts the firmware using a software reset.
1The dc42 fork of RepRapFirmware not only resets the board but also puts the board into firmware upload mode if parameter PERASE is present.
Print a list of all implemented G-codes in the firmware with description to the host.(Note: this has been implemented in Redeem, and so is only a proposal.)
Print a list of all implemented M-codes in the firmware with description to the host.(Note: this has been implemented in Redeem, and so is only a proposition)
Select tool (or in older implementations extruder) number 1 to build with.
The sequence followed is:
Selecting a non-existent tool (100, say) just does Step 1 above1. That is to say it leaves all tools in their standby state. You can, of course, use the G10 command beforehand to set that standby temperature to anything you like.
Note that you may wish to move to a parking position before executing a T command in order to allow the new extruder to reach temperature while not in contact with the print. It is acceptable for the firmware to apply a small offset [by convention (-1mm x tool-number) in Y] to the current position when the above sequence is entered to allow temperature changes to take effect just away from the parking position. Any such offset must, of course, be undone when the procedure finishes.
If the Z value changes in the offsets and the tool moves up, then the Z move is made before the X and Y moves. If Z moves down, X and Y are done first.
Some firmware (Such as Prusa i3 Printers with MMU) also support the Tx (recommended) and T?(depricated)2 commands to prompt the user to select a tool (or a filament in the case of the MultiMaterial Unit) on the printer's menu. Then the Tc command actually loads the selected filament.
Tx
T?
Tc
Some implementations (e.g. RepRapFirmware) allow you to specify tool-change G Code macros3. There are normally three specified (any of which can contain no commands if desired) that execute in this order:
tfreeN.g
tpreN.g
tpostN.g
With such implementations there is no wait for temperature stabilisation. That can be achieved by an M116 in any of the macros, of course. However be aware that recent RepRapFirmware versions does NOT run any tool change macros if the axes are not homed.
M116
After a reset tools will not start heating until they are selected. You can either put them all at their standby temperature by selecting them in turn, or leave them off so they only come on if/when you first use them. The M0, M1, and M112 commands turn them all off. You can, of course, turn them all off with the M1 command, then turn some back on again. Don't forget also to turn on the heated bed (if any) if you use that trick.
Tool numbering may start at 0 or 1, depending on the implementation. Some implementations (those that use the M563 command to define tools) allow the user to specify tool numbers, so with them you can have tools 17, 99 and 203 if you want. Negative numbers are not allowed.
1 For RepRapFirmware, selecting a non-existent tool also removes any X/Y/Z offset applied for the old tool.
2 T? was the original form of the command, but it was changed to Tx when it was realized that the question mark character caused problems when printing through octoprint. This change was implemented in Prusa firmware 3.5.0.
3 Under special circumstances, the execution of those macro files may not be desired. RepRapFirmware 1.17b or later supports an optional P parameter to specify which macros shall be run. If absent then all the above macros will be run. Otherwise pass a bitmap of all the macros to be executed. The bitmap of this value consists of tfree=1, tpre=2 and tpost=4.
NOTE: These D codes are not compatible with the Gcode spec ( NIST Gcode spec, initially written for CNC, which Reprap initially messed up, after what the CNC side of Reprap has spent years trying to get Reprap back to respecting it ), and will make life hell for those building machines that do more than just 3D printing, or controllers that support this, as well as possibly cause other issues. I see this is from Prusa, and I know these guys are really cool about Open-Source, so I'm sure they care a lot about respecting standards and other projects as well, so I'm certain they'll fix this as soon as they see there is an issue. Thankfully this is very easy to fix, just change from D1 to Mxxx D1, where you find a Mxxx Gcode that is currently free and start using it. In Gcode, only M, G and T are keywords, D is a parameter, you can't make it a keyword without messing everything up. I'm sure for your subset of using Gcode, that's probably just fine, but it's not for the rest of us, and the whole point of adding things to this page, is for others to use it if they want/can/need, and the way it currently is ( breaking a standard ), this can't be used by others. Links:
This note by: -- wolf.arthur@gmail.com
Debug codes are not active by defalut and must be defined in source code.
Annnn
Cnnnn
Xnnnn
Znnnn
I(index)
I0
I2
I3
I4
I5
I6
J
BRIEFLY: each RepRap has a number of physical parameters that should be persistent, but easily configurable, such as extrusion steps/mm, various max values, etc. Those parameters are currently hardcoded in the firmware, so that a user has to modify, recompile and re-flash the firmware for any adjustments. These configs can be stored in MCU's EEPROM and modified via some M-codes. Please see the detailed proposal at M-codes for EEPROM config. (This is proposed by --AlexRa on 11-March-2011. There is currently no working implementation of the proposed commands).
Marlin uses codes M500-M503 to manipulate EEPROM values.
RepRapFirmware uses the config-override.g file on the SD card instead of EEPROM. M500 saves certain values to that file, M501 re-loads them, and M502 loads the values from config.g, ignoring config-override.g.
Sprinter has implemented the following commands to manipulate EEPROM Commit message.
Teacup uses codes M130-M136 to set, read, and save some parameters.
M136
All communication is in printable ASCII characters.
Messages sent back to the host computer are terminated by a newline.
The basic protocol responses look like this:
xx [line number to resend] [T:93.2 B:22.9] [C: X:9.2 Y:125.4 Z:3.7 E:1902.5] [Some debugging or other information may be here]
xx can be one of:
xx
ok
rs
Resend
N<linenumber>
N:<linenumber>
Resend: 123
Resend: N123
rs:123
!!
Error:
fatal:
checksum mismatch, Last Line: <number>
Wrong checksum
No Checksum with line number, Last Line: <number>
Missing checksum
Line Number is not Last Line Number+1, Last Line: <number>
expected line <number1> got <number2>
Unknown command: "<command>"
Cannot open subdir <dir>
SD init fail
volume.init failed
openRoot failed
workDir open failed
open failed, File: <name>
error writing to file
Cannot enter subdir: <dir>
SD read error
wait
busy:<reason>
paused for user
paused for input
busy: processing
busy: paused for user
The T: and B: values are the temperature of the currently-selected extruder and the bed respectively, and are only sent in response to M105. If such temperatures don't exist (for example for an extruder that works at room temperature and doesn't have a sensor) then a value below absolute zero (-273oC) is returned.
C: means that coordinates follow. Those are the X: Y: etc values. These are only sent in response to M114 and M117.
The RepRap machine may also send lines that look like this:
// This is some debugging or other information on a line on its own. It may be sent at any time.
Such lines will always be preceded by //.
The most common response is simply:
When the machine boots up it sends the string
start
once to the host before sending anything else. This should not be replaced or augmented by version numbers and the like. M115 (see above) requests those.
Originally, every line sent by RepRap to the host computer except the start line was supposed to have a two-character prefix (one of ok, rs, !! or //). The machine should never send a line without such a prefix. These days, firmwares generally do not adhere to this rule and thus it should be considered obsolete.
//
>>> are lines sent from the host to the RepRap machine, <<< are lines sent from the RepRap machine to the host.
>>>
<<<
>>> N66555 G1 X131.338 Y133.349 E0.0091*91 <<< ok >>> N66556 G1 X131.574 Y133.428 E0.0046*92 <<< Error:checksum mismatch, Last Line: 66555 <<< Resend: 66556 <<< ok >>> N66556 G1 X131.574 Y133.428 E0.0046*92 <<< ok
On the current versions of Pronterface and OctoPrint a special comment of the form:
// action:<command>
is allowed to be sent from the firmware.
As this is also a comment other hosts will just ignore these commands.
Supported commands currently are:
Additional commands supported by a subset of hosts:
A host can select a dialog option and finish the dialog via M876 Snnn: G-Code#M876:_Dialog_handling. It can signal support for dialogs via M876 P1.
For a more detailed example of the dialog functionality enabled through the prompt_* set of action commands, see OctoPrint's documentation.
1. Marlin 1.0.0 Gen6 Firmware does not follow the two character rule. 'rs' is actually 'Resend' and '!!' is 'Error'. Example Lines:
When in the code base did this change take place and what other firmwares are affected?
2. RepRapFirmware responds to some commands with a reply string in JSON format, terminated by a newline. This allows later firmware revisions to include additional information without confusing clients (e.g. PanelDue) that do not expect it, and to make responses self-describing so that the client will not be confused if responses are delayed or lost. The commands affected are:
M105 S2
M105 S3
M20 S2
M36
So far, this is a proposal, open for discussion.
When using Marlin firmware or emulating Marlin, each line of G-code sent from the host to the controller is answered with an ok before the next line can be sent without locking communications up. This slows down communication and limits the number of commands that can be sent per second to the printer controller, as the USB stack on the host and the serial interface driver on the Arduino add their own latencies (up to 10 milliseconds). This is not a problem for other controller electronics using native USB such as the Duet, because the standard serial-over-USB drivers provide flow control, so the host software can be configured so as not to wait for the ok.
For more details on this proposal, some suggested solutions and comments, please see GCODE_buffer_multiline_proposal
Several people have suggested using STEP-NC or some other control language; or perhaps designing a completely new control language.
101Hero 3D Printer
R4129.65
E3D 3D Printer (with 1 Roll of Filament)
R5802.30
E3D V6 HEATER BLOCK
R28.42
Leobot 3D Printing Service
R31.17
QiDi X-Max 3D Printer (Industrial-Quality Carbon Fibre Printer)
R52920.00
RAMPS LCD Panel (v1.4, 2004)
R408.24
Winbo 3D Printing Pen (Stereoscopic Doodle Pen)
R2126.25