Skip to content

Commit

Permalink
Update Bed_Mesh.md
Browse files Browse the repository at this point in the history
Remove trailing spaces
  • Loading branch information
kyleisah authored Feb 9, 2024
1 parent c0f598f commit ead8679
Showing 1 changed file with 7 additions and 7 deletions.
14 changes: 7 additions & 7 deletions docs/Bed_Mesh.md
Original file line number Diff line number Diff line change
Expand Up @@ -417,21 +417,21 @@ adaptive_margin: 5

#### Caveats:

By nature, adaptive bed meshes use the objects defined by the [exclude_object](Exclude_Object.md) module
By nature, adaptive bed meshes use the objects defined by the [exclude_object](Exclude_Object.md) module
in the Gcode file being printed, and it is expected that each Gcode file will generate a mesh that probes a different
area of the print bed. Therefore, adapted bed meshes should **not** be re-used. The expectation
is that a new mesh will be generated for each print if adaptive meshing is used.

It is important to consider that adaptive bed meshing is best used on machines that can
normally probe the entire bed and achieve a maximum variance less than or equal to 1 layer
height. Machines with mechanical issues that a full bed mesh normally compensates for may
have undesirable results when attempting print moves **outside** of the probed area. If you
normally have a variance greater than 1 layer height when generating a full bed mesh, greater caution
have undesirable results when attempting print moves **outside** of the probed area. If you
normally have a variance greater than 1 layer height when generating a full bed mesh, greater caution
must be taken when attempting print moves outside of the adapted mesh area.

If there are no objects defined by the [exclude_object](Exclude_Object.md) module before the adaptive
bed mesh is requested, the default method will be used instead. If you are requesting an adaptive bed mesh and
the default method is still being used, check that you have [exclude_object](Exclude_Object.md) set up correctly, and
If there are no objects defined by the [exclude_object](Exclude_Object.md) module before the adaptive
bed mesh is requested, the default method will be used instead. If you are requesting an adaptive bed mesh and
the default method is still being used, check that you have [exclude_object](Exclude_Object.md) set up correctly, and
that the objects are being defined before the adaptive bed mesh command is executed in your Gcode file.

#### How to use Adaptive Meshes:
Expand All @@ -441,7 +441,7 @@ that the objects are being defined before the adaptive bed mesh command is execu
- Certain slicers may do this by default, or do not provide an option because it is an "always-on" feature.
- More modern slicers provide a "Firmware-Specific" option for labeling object. If you enable this, you'll need to verify that your slicer supports the `klipper` gcode flavor, and is generating `EXCLUDE_OBJECT_DEFINE` commands at the beginning of the sliced gcode file.
- If your slicer does not support firmware-specific object labeling, or does not support the `klipper` gcode flavor, you will need to [configure Moonraker's file manager module](https://moonraker.readthedocs.io/en/latest/configuration/#file_manager) to enable object processing.
- Finally, to generate an adaptive bed mesh, you must append the `ADAPTIVE=1` flag to `BED_MESH_CALIBRATE` wherever you normally call for a bed mesh to be generated.
- Finally, to generate an adaptive bed mesh, you must append the `ADAPTIVE=1` flag to `BED_MESH_CALIBRATE` wherever you normally call for a bed mesh to be generated.
- The command should be `BED_MESH_CALIBRATE ADAPTIVE=1` wherever you normally request it.

## Bed Mesh Gcodes
Expand Down

0 comments on commit ead8679

Please sign in to comment.