This is a collection of macros for the Klipper 3D printer firmware. I originally created this repo just to have a consistent set of macros shared between my own 3D printers. But since I've found them useful, I thought other people might as well.

Most of these macros improve basic functionality (e.g. selectable build sheets ) and Klipper compatability with g-code targeting Marlin printers. However, there are also some nice extras:

• Schedule commands at heights and layer changes - This is similar to what your slicer can already do, but I find it simpler, and you can schedule these commands while a print is active. As an example of usage, I added an LCD menu item to pause the print at the next layer change. This way the pause won't mar the print by e.g. pausing inside an external perimeter.
• Dynamically scale heaters and fans - This makes it easy to do things like persistently adjust fan settings during a live print, or maintain simpler slicer profiles by moving things like a heater bump for a hardened steel nozzle into state stored on the printer.
• Cleaner LCD menu interface - I've simplified the menus and provided a much easier way to customize materials in the LCD menu (or at least I think so). I've also added confirmation dialogs for commands that would abort an active print.
• Optimized mesh bed leveling - Probes only within the printed area, which can save a lot of time on smaller prints.
• Automated purge lines - Set the desired extrusion length as variable_start_purge_length in your config and a correctly sized set of purge lines will be extruded in front of the print area immediately before the print starts.

• BACK UP YOUR FULL CONFIG BEFORE MAKING ANY CHANGES!!! I've seen so many newcomers desperately looking for help on public forums because they didn't have a good config to fall back to after messing up their current config while experimenting with other people's macros. You'll save yourself and everyone else a whole lot of time and nuisance if you just make sure you always have a working config backed up.
• You really should avoid custom macros like this until you're comfortable using Klipper with a basic config. Advanced Klipper macros tend to rely extensively on monkey patching, which can lead to problems with unusual configurations or when mixing macros from various sources. So, you really want to know what you're doing before including someone else's macros—particularly when including macros with overlapping functionality from different sources.
• You must have a heater_bed, extruder, and other sections listed below configured, otherwise the macros will force a printer shutdown at startup. Unfortunately, the Klipper macro system doesn't have a more graceful way of handling this sort of thing.
• The multi-extruder and chamber heater functionality is very under-tested and may have bugs, since I haven't used it much at all. Patches welcome.
• There's probably other stuff I haven't used enough to test thoroughly, so use these macros at your own risk.

• Double check that you followed the installation instructions and are not seeing any console or log errors.
• Ensure that you're running the most current version of stock Klipper, and not a fork or otherwise altered or outdated copy.
• Ensure you're using the most current version of these macros and haven't made changes to any files in the klipper-macros directory.
• Ensure that you've restarted Klipper after any updates or config changes.
• Run CHECK_KM_CONFIG in the Klipper console and fix any errors it reports to the console and/or logs (it won't output anything if no config errors were detected).
• Run _INIT_SURFACES in the Klipper console to validate that bed surfaces are being initialized without any errors reported to the console and/or logs.
• Verify your slicer settings and review that the gcode output is correct. Pay particular attention the initialization portions of the gcode and the parameters passed to PRINT_START.
• Look for similar issues and post troubleshooting questions in the Github Q&A Discussion.

If you've followed the troubleshooting steps and were unable to resolve the issue you can report a bug via Github. I will probably respond within a few days (almost certainly within a week). I probably won't respond through other channels (e.g. Discord, Twitter), because I don't find them useful for handling bug reports.

Some important things to remember when reporting bugs:

• Paste the full text of the command that triggered the error, along with any error messages printed to the console and relevant sections of the klipper logs if appropriate (and please format this text as code, otherwise Github will format it like a ransom note).
• Attach your config to the bug report. There's generally no way to diagnose anything without the configs.
• Verify that your issue reproduces on the current, stock installation of Klipper and klipper-macros. Non-stock configurations and outdated versions make diagnosis nearly impossible.
• Please don't treat bug reports as a substitute for following the installation and troubleshooting instructions.
• Please direct feature requests to the Github Ideas Discussion.

Note: Reports that do not follow the above guidelines will likely be closed without any other action taken.

I'm happy to accept bugfix PRs. I'm also potentially open to accepting new features or additions. However, I may decline the PR if it's something I'm not interested in or just looks like it would be a hassle for me to maintain.

There's no standard style for Klipper macros, so please just try to follow the style in the files. That stated, here are a few rules to remember:

• Wrap at 80 characters if at all possible
• Indent 2 spaces, and in line with the logical block when wrapping (no tabs)
• Prefix internal macros with _ or _km_
• Prefix any sort of global state with _KM_ (e.g. _KM_SAVE_GCODE_STATE)

These are the rules for commit messages, but you can also just look at the commit log and follow the observed pattern:

• Use the 50/72 rule for commit messages: No more than 50 characters in the title and break lines in the description at 72 characters.
• Begin the title with the module name (usually the main file being modified, minus any extension) followed by a colon.
• Title-only commit messages are fine for simple commits, but be sure to include a blank line after the title.
• Squash multiple commits if what you're working on makes more sense as a single logical commit. This might require you to do a force push on an open PR.

To install the macros, first clone this repository inside of your printer_data/config directory with the following command.

git clone https://github.com/jschuh/klipper-macros.git

Then paste the below sections into your printer.cfg to get started. Or even better, paste all of it into a seperate file in the same path as your config, and include that file. That will make it easier if you want to remove these macros in the future.

You may need to customize some settings for your own config. All configurable settings are in globals.cfg, and can be overridden by creating a corresponding variable with a new value in your [gcode_macro _km_options] section. Do not directly modify the variable declarations in globals.cfg. The macro initialization assumes certain default values, and direct modifications are likely to break things in very unexpected ways.

Note: The paths in this README follow Moonraker's data folder structure. You may need to change them if you are using a different structure.

Note: Make sure you don't currently have any macros that provide the same basic function as the macros in this repository (e.g. the default Mainsail or fluidd macros). As a rule, you should avoid using multiple sets of macros that override the same base macro (unless you really know what you're doing) because conflicting macros can cause all sorts of weird and frustrating problems.

Note: If you have a [homing_override] section you will need to update any G28 commands in the gcode part to use G28.6245197 instead (which is the renamed version of Klipper's built-in G28). Failure to do this will cause G28 commands to error out with the message Macro G28 called recursively.

# All customizations are documented in globals.cfg. Just copy a variable from
# there into the section below, and change the value to meet your needs.

[gcode_macro _km_options]
# These are examples of some likely customizations:
# Any sheets in the below list will be available with a configurable offset.
#variable_bed_surfaces: ['smooth_1','texture_1']
# Length (in mm) of filament to load (bowden tubes will be longer).
#variable_load_length: 90.0
# Hide the Octoprint LCD menu since I don't use it.
#variable_menu_show_octoprint: False
# Customize the filament menus (up to 10 entries).
#variable_menu_temperature: [
#  {'name' : 'PLA',  'extruder' : 200.0, 'bed' : 60.0},
#  {'name' : 'PETG', 'extruder' : 230.0, 'bed' : 85.0},
#  {'name' : 'ABS',  'extruder' : 245.0, 'bed' : 110.0, 'chamber' : 60}]
# Length of filament (in millimeters) to purge at print start.
#variable_start_purge_length: 30 # This value works for most setups.
gcode: # This line is required by Klipper.
# Any code you put here will run at klipper startup, after the initialization
# for these macros. For example, you could uncomment the following line to
# automatically adjust your bed surface offsets to account for any changes made
# to your Z endstop or probe offset.
#  ADJUST_SURFACE_OFFSETS

# This line includes all the standard macros.
[include klipper-macros/*.cfg]
# Uncomment to include features that require specific hardware support.
# LCD menu support for features like bed surface selection and pause next layer.
#[include klipper-macros/optional/lcd_menus.cfg]
# Optimized bed leveling
#[include klipper-macros/optional/bed_mesh.cfg]

# The sections below here are required for the macros to work. If your config
# already has some of these sections you should merge the duplicates into one
# (or if they are identical just remove one of them).
[idle_timeout]
gcode:
  _KM_IDLE_TIMEOUT # This line must be in your idle_timeout section.

[pause_resume]

[respond]

[save_variables]
filename: ~/printer_data/variables.cfg # UPDATE THIS FOR YOUR PATH!!!

[virtual_sdcard]
path: ~/gcode_files # UPDATE THIS FOR YOUR PATH!!!
on_error_gcode: CANCEL_PRINT

[display_status]

PrusaSlicer and its variants are fairly easy to configure. Just open Printer Settings → Custom G-code for your Klipper printer and paste the below text into the relevant sections.

M190 S0 ; Remove this if autoemit_temperature_commands is off in Prusa Slicer 2.6 and later
M109 S0 ; Remove this if autoemit_temperature_commands is off in Prusa Slicer 2.6 and later
_PRINT_START_PHASE_INIT EXTRUDER={first_layer_temperature[initial_tool]} BED=[first_layer_bed_temperature] MESH_MIN={first_layer_print_min[0]},{first_layer_print_min[1]} MESH_MAX={first_layer_print_max[0]},{first_layer_print_max[1]} LAYERS={total_layer_count} NOZZLE_SIZE={nozzle_diameter[0]}
; Insert custom gcode here.
_PRINT_START_PHASE_PREHEAT
; Insert custom gcode here.
_PRINT_START_PHASE_PROBING
; Insert custom gcode here.
_PRINT_START_PHASE_EXTRUDER
; Insert custom gcode here.
_PRINT_START_PHASE_PURGE

; This is the place to put slicer purge lines if you haven't set a non-zero
; variable_start_purge_length to have START_PRINT automatically calculate and 
; perform the purge (e.g. if using a Mosaic Palette, which requires the slicer
; to generate the purge).

If you're using SuperSlicer you can add the following immediately before the PRINT_START line from above. This will perform some added bounds checking and will allow you to use the random print relocation feature without requiring exclude_object entries in the print file.

PRINT_START_SET MODEL_MIN={bounding_box[0]},{bounding_box[1]} MODEL_MAX={bounding_box[3]},{bounding_box[4]}

PRINT_END

;BEFORE_LAYER_CHANGE
;[layer_z]
BEFORE_LAYER_CHANGE HEIGHT=[layer_z] LAYER=[layer_num]

;AFTER_LAYER_CHANGE
;[layer_z]
AFTER_LAYER_CHANGE

Cura is a bit more difficult to configure, and it comes with the following known issues:

• Cura doesn't have proper placeholders for before and after layer changes, so the before triggers all fire and are followed immediately by the after triggers, all of which happens inside the layer change. This probably doesn't matter, but it does mean that you can't use the before and after triggers to avoid running code in the layer change.
• Cura doesn't provide the Z-height of the current layer, so it's inferred from the current nozzle position, which will include the Z-hop if the nozzle is currently raised. This means height based gcode triggers may fire earlier than expected.
• Cura's Insert at layer change fires the After trigger and then the Before trigger (i.e before or after the layer, versus before or after the layer change). These macros and PrusaSlicer do the opposite, which is something to keep in mind if you're used to how Cura does it. Note that these macros do use an Insert at layer change script to force LAYER comment generation, but that doesn't affect the trigger ordering.
• Cura does not provide the first layer bounding rectangle, only the model bounding volume. This means the XY bounding box used to speed up mesh probing may be larger than it needs to be, resulting in bed probing that's not as fast as it could be.

Accepting the caveats, the macros work quite well with Cura if you follow the configuration steps listed below.

M190 S0
M109 S0
_PRINT_START_PHASE_INIT EXTRUDER={material_print_temperature_layer_0} BED={material_bed_temperature_layer_0} NOZZLE_SIZE={machine_nozzle_size}
; Insert custom gcode here.
_PRINT_START_PHASE_PREHEAT
; Insert custom gcode here.
_PRINT_START_PHASE_PROBING
; Insert custom gcode here.
_PRINT_START_PHASE_EXTRUDER
; Insert custom gcode here.
_PRINT_START_PHASE_PURGE

; This is the place to put slicer purge lines if you haven't set a non-zero
; variable_start_purge_length to have START_PRINT automatically calculate and 
; perform the purge (e.g. if using a Mosaic Palette, which requires the slicer
; to generate the purge).

PRINT_END

Use the menu item for Extensions → Post Processing → Modify G-Code to open the Post Processing Plugin and add the following four scripts. The scripts must be run in the order listed below and be sure to copy the strings exactly, with no leading or trailing spaces.

• Search: (\n;(MIN|MAX)X:([^\n]+)\n;\2Y:([^\n]+))
• Replace: \1\nPRINT_START_SET MESH_\2=\3,\4
• Use Regular Expressions: ☑️

• Search: (\n;LAYER_COUNT:([^\n]+))
• Replace: \1\nINIT_LAYER_GCODE LAYERS=\2\nPRINT_START_SET LAYERS=\2
• Use Regular Expressions: ☑️

• When to insert: Before
• G-code to insert: ;BEFORE_LAYER_CHANGE

• Search: (\n;LAYER:([^\n]+))
• Replace: \1\nBEFORE_LAYER_CHANGE LAYER=\2\nAFTER_LAYER_CHANGE
• Use Regular Expressions: ☑️

Once you have the macros working and are comfortable using them, you can have Moonraker keep them up to date by adding the following into your moonraker.conf.

[update_manager klipper-macros]
type: git_repo
origin: https://github.com/jschuh/klipper-macros.git
path: ~/printer_data/config/klipper-macros # UPDATE THIS FOR YOUR PATH!!!
primary_branch: main
is_system_service: False
managed_services: klipper

Note: I'd advise against adding the auto-update entries to Moonraker until you have everything working well, because it can make uninstallation a bit harder due to Moonraker's autoupdate behavior.

If you choose to uninstall these macros you basically need to reverse the installation steps. However, the most critical parts are listed below.

Ensure that you remove the following from your Klipper config (and any included configs):

• The full [gcode_macro _km_options] section
• Any include sections with klipper-macros in the path
• _KM_IDLE_TIMEOUT in the [idle_timeout] section

If you do not have Moonraker autoupdates configured you can delete the klipper-macros directory with something like the following command (adjusted for your own paths):

rm -rf ~/printer_data/config/klipper-macros

If you do not want to change your slicer config, you should be able to leave it as is, because it generates only a small amount of additional gcode, and the basic parameters should work with any other PRINT_START macros.

If you've configured Moonraker auto-updates you will need to remove the entire [update_manager klipper-macros] section and restart moonraker prior to deleting the klipper-macros directory, otherwise Moonraker may attempt to recreate it. You may also find that it takes a few Moonraker update checks and restarts before the klipper-macros section disappears from the UI.

All features are configured by setting variable_ values in the [gcode_macro _km_options] section. All available variables and their purpose are listed in globals.cfg.

Note: PRINT_START specific customizations are covered in more detail below.

BED_MESH_CALIBRATE_FAST

Wraps the Klipper BED_MESH_CALIBRATE command to scale and redistribute the probe points so that only the appropriate area in MESH_MIN and MESH_MAX is probed. This can dramatically reduce probing times for anything that doesn't fill the first layer of the bed. If the MESH_MIN and MESH_MAX arguments are provided to PRINT_START it will automatically use this for bed mesh calibration (so long as a [bed_mesh] section is detected in your config).

The following additional configuration options are available from globals.cfg.

• variable_probe_mesh_padding - Extra padding around the rectangle defined by MESH_MIN and MESH_MAX.
• variable_probe_min_count - Minimum number of probes for partial probing of a bed mesh.
• variable_probe_count_scale - Scaling factor to increase probe count for partial bed probes.

Note: See the optional section for additional macros.

Note: The bed mesh optimizations are silently disabled for delta printers.

Note: If the bed_mesh config includes a relative_reference_index then the index point selected in the optimized mesh will be the point closest to the index point in the mesh from the config. However, if a RELATIVE_REFERENCE_INDEX parameter is supplied directly to this macro it will be used unmodified.

BED_MESH_CHECK

• ABORT - Set to a non-zero value to abort macro processing on an error.
• MESH_MIN - See Klipper documentation for BED_MESH_CALIBRATE.
• MESH_MAX - See Klipper documentation for BED_MESH_CALIBRATE.

Checks the [bed_mesh] config and optionally supplied parameters. Will warn (or optionally abort) if mesh_min or mesh_max could allow a move out of range during BED_MESH_CALIBRATE. This is run implictily at Klipper startup and as part of BED_MESH_CALIBRATE_FAST.

Provides a set of macros for selecting different bed surfaces with corresponding Z offset adjustments to compensate for their thickness. All available surfaces must be listed in the variable_bed_surfaces array. Corresponding LCD menus for sheet selection and babystepping will be added to Setup and Tune if lcd_menus.cfg is included. Any Z offset adjustments made in the LCD menus, console, or other clients (e.g. Mainsail, Fluidd) will be applied to the current sheet and persisted across restarts.

Adjusts surface offsets to account for changes in the Z endstop position or probe Z offset. A message to invoke this command will be shown in the console when a relevant change is made to printer.cfg.

• IGNORE - Set to 1 to reset the saved offsets without adjusting the surfaces.

Attempts to load a mesh associated with the specified surface.

• SURFACE (default: current surface) - Bed surface.

Generates a mesh associated with the specified surface. If variable_start_try_saved_surface_mesh is true then START_PRINT will load this mesh when the surface is selected (and skip the mesh leveling step if it was specified).

• BED - (default: 70) Bed temperature when probing the bed.
• EXTRUDER - (default: variable_start_extruder_probing_temp) Extruder temperature when probing the bed.
• SURFACE (default: current surface) - Bed surface.
• MESH_MULTIPLIER (default: 2) - Increases the mesh density by the specified integer value while preserving the existing mesh points and relative reference index. A value of 1 leaves the mesh unmodified, 2 doubles the density, 3 triples it, etc. (I.e. if bed_mesh specifies probe_count: 5,5 and MESH_MULTIPLIER=2 then this macro will generate a 9x9 grid, whereas MESH_MULTIPLIER=3 will generate a 13x13 grid.)
• See Klipper BED_MESH_CALIBRATE documentation for additional arguments.

Sets the provided surface active (from one listed in listed in variable_bed_surfaces) and adjusts the current Z offset to match the offset for the surface. If no SURFACE argument is provided the available surfaces are listed, with active surface preceded by a *.

• SURFACE - Bed surface with an associated offset.

Directly sets the the Z offset of SURFACE to the value of OFFSET. If no argument for SURFACE is provided the current active surface is used. If no argument for OFFSET is provided the current offset is displayed.

• OFFSET - New Z offset for the given surface.
• SURFACE (default: current surface) - Bed surface.

Note: The SET_GCODE_OFFSET macro is overridden to update the offset for the active surface. This makes the bed surface work with Z offset adjustments made via any interface or client.

Implements the M300 command (if a corresponding pwm_cycle_time beeper or [output_pin beeper] section is present). This command causes the speaker to emit an audible tone.

Emits an audible tone.

• P (default: 100) - Duration of tone (in milliseconds).
• S (default: 1000) - Frequency of tone.

Provides convenience methods for extruding along a path and drawing purge lines.

Note: The drawing macros require every extruder config(s) to have correct nozzle_diameter and filament_diameter settings.

Extrudes a line of filament at the specified height and width from the current coordinate to the supplied XY coordinate (using the currently active extruder).

• X (default: current X position) - Absolute X coordinate to draw to.
• Y (default: current Y position) - Absolute Y coordinate to draw to.
• HEIGHT (default: set via SET_DRAW_PARAMS) - Height (in mm) used to calculate extrusion volume.
• WIDTH (default: set via SET_DRAW_PARAMS) - Extrusion width in mm.
• FEEDRATE (default: set via SET_DRAW_PARAMS) - Drawing feedrate in mm/m.

Note: The Z axis position must be set prior to caling this macro. The HEIGHT parameter is used only to calculate the extrusion volume.

Sets the default parameters used by DRAW_LINE_TO. This is helpful in reducing DRAW_LINE_TO command line lengths (particluarly important when debugging in the console).

• HEIGHT (optional; 0.2mm at startup) - Height (in mm) used to calculate extrusion volume.
• WIDTH (optional; nozzle diameter at startup) - Extrusion width in mm.
• FEEDRATE (optional; 1200mm/m at startup) - Drawing feedrate in mm/m.

Moves to a position at the front edge of the first print layer and purges the specified length of filament as a line (or rows of lines) in front of the supplied print area. If no print area is specified the purge lines are drawn at the front edge of the maximum printable area. If no printable area is set it defaults to the respective axis limits.

• PRINT_MIN (default: variable_print_min) - Upper boundary of print.
• PRINT_MAX (default: variable_print_max) - Lower boundary of print.
• HEIGHT (default: 62.5% of nozzle diameter) - Extrusion height in mm.
• WIDTH (default: 125% of nozzle diameter) - Extrusion width in mm.
• LENGTH (default: variable_start_purge_length) - Length of filament to purge. The default in variable_start_purge_length is also the amount that is automatically purged at print start.

Note: You must set variable_print_min and variable_print_max if the X and Y axis limits in your config allow your toolhead to move outside the printable area (e.g. for dockable probes or purge buckets).

Note: If your print touches the front edge of the bed it will overlap with with the extrusions from DRAW_PURGE_LINE.

Implements scaling parameters that alter the behavior of the M106 command. Once set, these parameters apply to any fan speed until they are cleared (by default this happens at the start and end of the print).

Sets scaling parameters for the extruder fan.

• BOOST (default: 0) - Added to the fan speed.
• SCALE (default: 1.0) - The BOOST value is added an then the fan speed is multiplied by SCALE.
• MAXIMUM (default: 255) - The fan speed is clamped to no larger than MAXIMUM.
• MINIMUM (default: 0) - The fan speed is clamped to no less than MINIMUM; if this is a non-zero value the fan can be stopped only via the M107 command.
• SPEED (optional) - This specifies a new speed target, otherwise any new adjustments will be applied to the unadjusted value of the last set fan speed.

• Clears all existing fan scaling factors.

Loads or unloads filament to the nozzle.

• LENGTH (default: variable_load_length) - The length of filament to load or unload.
• SPEED (default: variable_load_speed) - Speed (in mm/m) to feed the filament.
• MINIMUM (default: variable_load_min_temp) - Ensures the extruder is heated to at least the specified temperature.

• The M701 and M702 commands are implemented with a default filament length of variable_load_length.

Adds scaling parameters that can alter the behavior of the specified heater. Once set, these parameters apply to any temperature target on that heater until the scalaing parameters are cleared. A zero target temperature will turn the heater off regardless of scaling parameters.

Sets scaling parameters for the specified heater. If run without any arguments any currently scaled heaters and thier scaling parameters will be listed. By default the scaling is cleared at the start and end of a print.

• HEATER - The name of the heater to scale.
• BOOST (default: 0.0) - Added to a non-zero target temperature.
• SCALE (default: 1.0) - Multiplied with the boosted target temperature.
• MAXIMUM (default: max_temp) - The target temperature is clamped to no larger than MAXIMUM. This value must be between min_temp and min_temp, inclusive.
• MINIMUM (default: min_temp) - A non-zero target temperature is clamped to no less than MINIMUM. This value must be between min_temp and min_temp, inclusive.
• TARGET (optional) - This specifies a new target temperature, otherwise any new adjustments will be applied to the unadjusted value of the last set target temperature.

Note: a zero target temperature will turn the heater off regardless of scaling parameters.

Clears current heater scaling.

• HEATER (optional) - The name of the heater to reset.

Note: if no HEATER argument is specified scaling parameters will be reset for all heaters.

The scaled version of Klipper's SET_HEATER_TEMPERATURE. All arguments are the same and the function is identical, except that scaling values are applied.

The scaled version of Klipper's TEMPERATURE_WAIT. All arguments are the same and the function is identical, except that scaling values are applied.

• The chamber heating commands M141 and M191 are implemented if a corresponding [heater_generic chamber] section is defined in the config.
• The R temperature parameter from Marlin is implemented for the M109 and M190 commands. This parameter will cause a wait until the target temperature stabilizes (i.e. the normal Klipper behavior for S).
• The S parameter for the M109 and M190 commands is altered to behave as it does in Marlin. Rather than causing a wait until the temperature stabilizes, the wait will complete as soon as the temperature target is exceeded.
• The M109, M190, M191, M104, M140, and M141 are all overridden to implement the heater scaling described above.

Note: Both SET_HEATER_TEMPERATURE and TEMPERATURE_WAIT are not overriden and will not scale values. This means that heater scaling adjustments made in clients like Mainsail and Fluidd will not be scaled (because that seemed like the clearest behavior). The custom LCD menus will also replace the temperature controls with non-scaling versions. If you use the stock menus you'll get scaled values.

Extends the G28 command to add lazy homing by not re-homing already homed axes when the O argument is included (equivalent to the same argument in Marlin). See Klipper G28 documentation for general information and detail on the other arguments.

• O - Omits already homed axes from the homing procedure.

Note: If you have a [homing_override] section you will need to update any G28 commands in the gcode part to use G28.6245197 instead (which is the renamed version of Klipper's built-in G28). Failure to do this will cause G28 commands to error out with the message Macro G28 called recursively.

Homes the specified axes; by default omits any axes that are already homed.

• AXES (default: XYZ) - List of axes to home.
• LAZY (default: 1) - Omits already homed axes from the homing procedure.

Provides the capability to run user-specified g-code commands at arbitrary layer changes.

Runs abritrary, user-provided g-code commands at the user-specified layer or height. If no arguments are specified it will display all currently scheduled g-code commands along with their associated layer or height.

• HEIGHT - Z height (in mm) to run the command. Exactly one of HEIGHT or LAYER must be specified.
• LAYER - Layer number (zero indexed) to run the command. Exactly one of HEIGHT or LAYER must be specified. The special value next may be specified run the command at the next layer change.
• COMMAND - The command to run at layer change. Take care to properly quote spaces and escape any special characters.
• CANCEL (default: 0) - Cancel the commands previously scheduled at the given layer or height. If no COMMAND argument is provided all commands at the specified LAYER or HEIGHT are cancelled.

Cancels all g-code commands previously scheduled at any layer or height.

• PAUSE_NEXT_LAYER ...
  • Schedules the current print to pause at the next layer change. See PAUSE macro for additional arguments.
• PAUSE_AT_LAYER { HEIGHT=<pos> | LAYER=<layer> } ...
  • Schedules the current print to pause at the specified layer change. See PAUSE for additional arguments.
• SPEED_AT_LAYER { HEIGHT=<pos> | LAYER=<layer> } SPEED=<percentage>
  • Schedules a feedrate adjustment at the specified layer change. (SPEED parameter behaves the same as the M220 S parameter.)
• FLOW_AT_LAYER { HEIGHT=<pos> | LAYER=<layer> } FLOW=<percentage>
  • Schedules a flow-rate adjustment at the specified layer change. (FLOW parameter behaves the same as the M221 S parameter.)
• FAN_AT_LAYER { HEIGHT=<pos> | LAYER=<layer> } ...
  • Schedules a fan adjustment at the specified layer change. See SET_FAN_SCALING for additional arguments.
• HEATER_AT_LAYER { HEIGHT=<pos> | LAYER=<layer> } ...
  • Schedules a heater adjustment at the specified layer change. See SET_HEATER_SCALING for additional arguments.

Note: If any triggers cause an exception the current print will abort. The convenience macros above validate their arguments as much as is possible to reduce the chances of an aborted print, but they cannot entirely eliminate the risk of a macro doing something that aborts the print.

Implements toolhead parking.

Parks the toolhead.

• P (default: 2) - Parking mode
  • P=0 - If current Z-pos is lower than Z-park then the nozzle will be raised to reach Z-park height
  • P=1 - No matter the current Z-pos, the nozzle will be raised/lowered to reach Z-park height.
  • P=2 - The nozzle height will be raised by Z-park amount but never going over the machine’s Z height limit.
• X (default: variable_park_x) - Absolute X parking coordinate.
• Y (default: variable_park_y) - Absolute Y parking coordinate.
• Z (default: variable_park_z) - Z parking coordinate applied according to the P parameter.
• LAZY (default: 1) - Will home any unhomed axes if needed and will not move any axis if already homed and parked (even if P=2).

Note: If a print is in progress the larger of the tallest printed layer or the current Z position will be used as the current Z position, to avoid collisions with already printed objects during a sequential print.

• The G27 command is implemented with a default P0 argument.

Pauses the current print.

• X (default: variable_park_x) - Absolute X parking coordinate.
• Y (default: variable_park_y) - Absolute Y parking coordinate.
• Z (default: variable_park_z) - Relative Z parking coordinate
• E (default: 5) - Retraction length to prevent ooze.
• B (default: 10) - Number of beeps to emit (if M300 is enabled).

• E (default: 5) - Retraction length to prevent ooze.

Cancels the print and performs all the same functions as PRINT_END.

• The M24, M25, M600, M601, and M602 commands are all implemented by wrapping the above commands.

Sets up the printer prior to starting a print (called from the slicer's print start g-code). A target CHAMBER temperature may be provided if a [heater_generic chamber] section is present in the klipper config. If MESH_MIN and MESH_MAX are provided, then BED_MESH_CALIBRATE will probe only the area within the specified rectangle, and will scale the number of probes to the appropriate density (this can dramatically reduce probe times for smaller prints).

• BED - Bed heater starting temperature.
• EXTRUDER - Extruder heater starting temperature.
• CHAMBER (optional) - Chamber heater starting temperature.
• MESH_MIN (optional) - Minimum x,y coordinate of the first layer.
• MESH_MAX (optional) - Maximum x,y coordinate of the first layer.
• NOZZLE_SIZE (default: nozzle_diameter) - Nozzle diameter of the primary extruder.
• LAYERS (optional) - Total number of layers in the print.

These are the customization options you can add to your [gcode_macro _km_options] section to alter PRINT_START behavior:

• variable_start_bed_heat_delay (default: 2000) - This delay (in microseconds) is used to allow the bed to stabilize after it reaches it's target temperature. This is present to account for the fact that the temperature sensors for most beds are located close to the heating element, and thus will register as being at the target temperature before the surface of the bed is. For larger or thicker beds you may want to increase this value. For smaller or thinner beds you may want to disable this entirely by setting it to 0.

• variable_start_bed_heat_overshoot (default: 2.0) - This value (in degrees Celsius) is added to the supplied target bed temperature and use as the initial target temperature when preheating the bed. After the bed preheats to this target it there is a brief delay before the final target is set. This allows the bed to stabilize at it's final temperature more quickly. For smaller or thinner beds you may want to reduce this value or disable it entirely by setting it to 0.0.

• variable_start_end_park_y (default: max) - The final Y position of the toolhead in the PRINT_END macro, to ensure that the toolhead is out of the way when the bed is presented for print removal. This can be set to a Y coordinate (e.g. 0.0), max to use stepper_y.position_max, or min to use stepper_y.position_min.

• variable_start_extruder_preheat_scale (default: 0.5) - This value is multiplied by the target extruder temperature and the result is used as the preheat value for the extruder while the bed is heating. This is done to reduce oozing from the extruder while the bed is heating or being probed. Set to 1.0 to preheat the extruder to the full target temperature, or to 0.0 to not preheat the extruder at all until the bed reaches temperature.

• variable_start_extruder_probing_temp (default: 0) - If set to a non-zero value the extruder will be stabilized at the supplied temperature prior to bed probing. This is useful for Voron TAP, load cells, and other forms of probing that use the nozzle directly. When this value is provided variable_start_extruder_preheat_scale is ignored.

• variable_start_level_bed_at_temp (default: True if bed_mesh configured ) - If true the PRINT_START macro will run BED_MESH_CALIBRATE_FAST after the bed has stabilized at its target temperature.

• variable_start_home_z_at_temp (default: True if probe:z_virtual_endstop configured) - Rehomes the Z axis once the bed reaches its target temperature, to account for movement during heating.

• variable_start_clear_adjustments_at_end (default: True) - Clears temporary adjustments after the print completes or is cancelled (e.g. feedrate, flow percentage).

• variable_start_purge_clearance (default: 5.0) - Distance (in millimeters) between the purge lines and the print area (if a start_purge_length is provided).

• variable_start_purge_length (default: 0.0) - Length of filament (in millimeters) to purge after the extruder finishes heating and prior to starting the print. For most setups 30 is a good starting point.

• variable_start_purge_prime_length (default: 10.0) - Length of filament (in millimeters) to prime the extruder before drawing the purge lines.

• variable_start_quad_gantry_level_at_temp (default: True if quad_gantry_level configured) - If true the PRINT_START macro will run QUAD_GANTRY_LEVEL after the bed has stabilized at its target temperature.

• variable_start_random_placement_max (default: 0) - A positive value specifies the +/- distance in the XY axes that the print can be randomly relocated (assuming the bed has sufficient space). This can help reduce bed wear from repeatedly printing in the same spot. Note that this feature requires additional information to determine the proper bounds of the relocated print. As such, START_PRINT must have valid MESH_MIN/MESH_MAX parameters, and either MODEL_MIN/MODEL_MAX must be set or the print file must include EXCLUDE_OBJECT_DEFINE statements with POLYGON lists that define the bounds of the objects (see exclude_object for more information).

• variable_start_random_placement_padding (default: 10.0) - The minimum distance the relocated print will be placed from the printable edge of the bed.

• variable_start_try_saved_surface_mesh (default: False) - If enabled and bed_mesh.profiles contains a matching mesh for the currently select bed surface, then the mesh will be loaded from the saved profile (and BED_MESH_CALIBRATE_FAST will be skipped if it would have been run otherwise).

• variable_start_z_tilt_adjust_at_temp (default: True if z_tilt configured) - If true the PRINT_START macro will run Z_TILT_ADJUST after the bed has stabilized at its target temperature.

You can further customize the PRINT_START macro by declaring your own override wrapper. This can be useful for things like loading mesh/skew profiles, or any other setup that may need to be performed prior to printing.

Here's a skeleton of a PRINT_START override wrapper:

[gcode_macro PRINT_START]
rename_existing: KM_PRINT_START
gcode:

  # Put macro code here to run before PRINT_START.

  KM_PRINT_START {rawparams}

  # Put macro code here to run after PRINT_START but before the print gcode

Note: You can use this same pattern to wrap other macros in order to account for customizations specific to your printer. E.g. If you have a dockable probe you may choose to wrap BED_MESH_CALIBRATE with the appropriate docking/undocking commands.

The recommended slicer start gcode breaks PRINT_START into the phases below. This approach allows for pausing or cancelling, and inserting custom gcode between the phases (e.g. to set status LEDs, deploy/dock probes, load filament). The phases are described in order below:

• _PRINT_START_PHASE_INIT - Initializes the PRINT_START settings, and begins heating the bed and chamber.
• _PRINT_START_PHASE_PREHEAT - Stabilizes the bed and (if applicable) chamber at the target temperatures. Also homes the axes while heating is in progress.
• _PRINT_START_PHASE_PROBING - Performs probing operations, including mesh bed calibration, quad gantry leveling, etc.
• _PRINT_START_PHASE_EXTRUDER - Stabilizes the extruder at the target temperature.
• _PRINT_START_PHASE_PURGE - Extrudes a purge line in front of the print area.

Parks the printhead, shuts down heaters, fans, etc, and performs general state housekeeping at the end of the print (called from the slicer's print end g-code).

Note: This is a brand new feature that will likely evolve in the near future. Statuses will probably be added and/or removed as I get a better sense of how they're being used. Keep that in mind as you integrate this into your own setup.

The following events are fired during during the printing process, and the GCODE_ON_PRINT_STATUS command associates custom gcode with these events. This custom gcode can be used to set LEDs, emit beeps, or perform any other operations you may want to run at a given status in the printing process.

• ready - Printer is ready to receive a job
• filament_load - Loading filament
• filament_unload - Unloading filament
• bed_heating - Waiting for the bed to reach target
• chamber_heating - Waiting for the chamber to reach target
• homing - Homing any axis
• leveling_gantry - Performing quad gantry-leveling
• calibrating_z - Performing z-tilt adjustment
• meshing - Calibrating a bed mesh
• extruder_heating - Waiting for the extruder to reach target
• purging - Printing purge line
• printing - Actively printing
• pausing - Print is paused
• cancelling - Print is being cancelled
• completing - Print completing (does not fire on a cancelled print)

Associates a gcode command with a specific status and sets the parameters for when and how the status event fires.

• STATUS - A comma seperated list of status events this command is associated with. Passing the value all will associate the gcode with all statuses.
• COMMAND - The text of the command.
• ARGS (default: 0) - Set to 1 to enable passing the following status arguments to the macro: TYPE, WHEN, LAST_STATUS, and NEXT_STATUS. This is useful if calling a custom macro that determines its behavior based on the exact details of the state transition.
• FILTER_ENTER - An optional list of statuses that, if provided, will prevent the command from firing unless the last status matches a status in the list.
• FILTER_LEAVE - An optional list of statuses that, if provided, will prevent the command from firing unless the next status matches a status in the list.
• TYPE (default: ENTER) - If set to ENTER the command is run when entering the specified status. If set to LEAVE the command is run when leaving the specified status. If set to BOTH the command is run when entering and leaving. The LEAVE commands are processed first, followed by the ENTER commands, all in the order they were originally set.
• WHEN (default: PRINTING) - Set to PRINTING to fire the status event only when printing, IDLE when not printing, and ALWAYS for both.

Below is a simple example of how to set up a status event config. The calls to GCODE_ON_PRINT_STATUS are placed in the gcode of the [gcode_macro _km_options] config section, so that they will be run once at printer start. When the printer enters the ready state at startup the command will echo TYPE=LEAVE WHEN=IDLE LAST_STATUS=none NEXT_STATUS=ready to the console, and when it leaves the ready state to begin printing it will echo TYPE=ENTER WHEN=PRINTING LAST_STATUS=ready NEXT_STATUS=homing.

[gcode_macro _km_options]
# Any options variables declared here
gcode:
  GCODE_ON_PRINT_STATUS STATUS=ready COMMAND="STATUS_TEST" ARGS=1 WHEN=ALWAYS TYPE=BOTH

[gcode_macro status_test]
variable_extruder: 0
gcode:
  M118 STATUS_TEST {rawparams}

These are some basic wrappers for Klipper's analogs to some of Marlin's velocity related commands, such as accelleration, jerk, and linear advance.

• The M201, M203, M204, and M205 commands are implemented by calling Klipper's SET_VELOCITY_LIMIT command.
• The M900 command is implemented by calling Klipper's SET_PRESSURE_ADVANCE command. The K factor is scaled by variable_pressure_advance_scale (default: -1.0). If the scaling value is negative the M900 command has no effect.

BED_MESH_CALIBRATE and G29

Overrides the default BED_MESH_CALIBRATE to use BED_MESH_CALIBRATE_FAST instead, and adds the G29 command.

Configuration:

[include klipper-macros/optional/bed_mesh.cfg]

Requirements: A properly configured bed_mesh section.

Adds relevant menu items to an LCD display and improves some existing functionality. See the customization section above for more information on how to configure specific behaviors.

• Confirmation added for cancelling the print or disabling steppers during a print.
• Several temperature menu changes:
  • Up to 10 filaments and their corresponding temperatures can be set via variable_menu_temperature.
  • Per filament chamber temperature controls are available if a [heater_generic chamber] section is configured.
  • The cooldown commands are moved to the top level temperature menu.
• The filament loading commands are replaced with macros that use the lengths and speeds specified in variable_load_length and variable_load_speed, which includes a priming phase at the end of the load (controlled via variable_load_priming_length and variable_load_priming_speed).
• Bed surface management is integrated into the setup and tuning menus.
• The SD card menu has been streamlined for printing and non-printing modes.
• The setup menu includes host shutdown, host restart, speed, and flow controls.
• You can hide the Octoprint or SD card menus if you don't use them (via variable_menu_show_octoprint and variable_menu_show_sdcard, respectively).

Configuration:

[include klipper-macros/optional/lcd_menus.cfg]

Requirements: A properly configured display section.