Skip to content

Commit 488e539

Browse files
committed
Added Faulty Region notes and max_extrude solution
1 parent 2468edd commit 488e539

File tree

1 file changed

+36
-5
lines changed

1 file changed

+36
-5
lines changed

README.md

Lines changed: 36 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -20,7 +20,9 @@ Thanks to the great work from [kageurufu](https://github.com/kageurufu) on `[exc
2020
### Does this work with any printer with a probe?
2121
As long as the printer is running a recent version of Klipper, and has a probe, ``KAMP`` is ready to serve you.
2222

23-
Use caution with inductive probes and beds with powerful magnets, though.
23+
##### Use caution with inductive probes and beds with powerful magnets, though. Also, if you have Klipper excluding areas of your bed mesh using [Faulty Regions](https://www.klipper3d.org/Bed_Mesh.html#faulty-regions), you will need to `#comment` out or ~~remove~~ that configuration to use `KAMP`.
24+
25+
If you have a workaround that makes [Faulty Regions](https://www.klipper3d.org/Bed_Mesh.html#faulty-regions) compatible, please submit a pull request! :smile:
2426

2527
#### ⚠️ A note on the usage of a [Relative Reference Index](https://www.klipper3d.org/Bed_Mesh.html?h=relative#the-relative-reference-index):
2628
Relative Reference Index is a method used in the Klipper firmware to calculate mesh points for printers that have a probe, as well as a physical Z endstop, like the ones commonly found on Voron printers. Normally, when using Relative Reference Index, the mesh point closest to the Z endstop or the center of the bed is defined, and that point becomes `Z0.0` in the mesh, and all other points are scaled in Z from that point. This is normally fine when the mesh can't move around, as that point will remain consistent. We've gotten ``KAMP`` to change that value depending on the size of the mesh that is adaptively generated, but current Klipper limitations do not allow us to use that value and home the Z axis to it, setting that point in the mesh to `Z0.0`. What this means for Relative Reference Index users, typically, is your mesh may *appear* strange, but should work as intended. If you've got a creative solution that works, feel free to submit a Pull Request and contribute to the project!
@@ -34,24 +36,37 @@ Relative Reference Index is a method used in the Klipper firmware to calculate m
3436
>Printer.cfg
3537
>```jinja
3638
>[exclude_object]
39+
>...
3740
>```
3841
3942
- Once you have `exclude_object` defined in your `printer.cfg` file, make sure you have `enable_object_processing: True` under `[file_manager]` in your `moonraker.conf` file. This will allow Klipper to process incoming gcode files for objects. [^1]
4043
>Moonraker.conf
4144
>```jinja
4245
>[file_manager]
4346
>enable_object_processing: True
47+
>...
4448
>```
4549
4650
- You must have object labeling enabled in your slicer. (Usually in slicer output options.)
4751
<img src="./Photos/slicer-setting.png">
4852
49-
- If you are using a `BED_MESH_CALIBRATE` macro override for probe attachment routines, you must `#comment` it out or ~~remove it.~~ Don't worry, we thought ahead and made it easy to define macros that attach and remove a probe, like for Klicky, Euclid, and other **dockable** probes.
50-
>Adaptive_Mesh.cfg:
53+
- If you are using a `BED_MESH_CALIBRATE` macro override ***for probe attachment routines***, you must `#comment` it out or ~~remove it.~~ Don't worry, we thought ahead and made it easy to define macros that attach and remove a probe, like for Klicky, Euclid, and other **dockable** probes.
54+
- Example:
55+
>klicky-probe.cfg
56+
>
57+
>Simply add a # before the [include ./klicky-bed-mesh-calibrate.cfg] to disable it.
58+
>```jinja
59+
>
60+
>...
61+
>#[include ./klicky-bed-mesh-calibrate.cfg]
62+
>...
63+
>```
64+
>And update the variables in Adaptive_Mesh.cfg:
5165
>```jinja
52-
>variable_probe_dock_enable: True
66+
>variable_probe_dock_enable: True # Normally False, enable with True if you have a dockable probe.
5367
>variable_attach_macro: 'Attach_Probe' # The macro you use to attach the dockable probe.
5468
>variable_detach_macro: 'Dock_Probe' # The macro you use to dock the dockable probe.
69+
>...
5570
>```
5671
5772
### Installation:
@@ -60,6 +75,7 @@ Relative Reference Index is a method used in the Klipper firmware to calculate m
6075
>```jinja
6176
>[include Adaptive_Mesh.cfg]
6277
>[include Adaptive_Purge.cfg]
78+
>...
6379
>```
6480
6581
2. Check the macro variables at the top of each configuration file and adjust them accordingly for enabling status lights, dockable probe commands, or even mesh point fuzzing! [^2]
@@ -71,11 +87,13 @@ Relative Reference Index is a method used in the Klipper firmware to calculate m
7187
>Printer.cfg
7288
>```jinja
7389
>[bed_mesh]
90+
>...
7491
>probe_count: 7,7
92+
>...
7593
>```
7694
7795
- Try out the `ADAPTIVE_PURGE` macro and sign your work with a neat VoronDesign logo purge right before your print begins! There's lots of neat variables that can be configured to get it perfect, every time. <img src="./Photos/voron-purge-example.png">
78-
96+
---
7997
# Troubleshooting:
8098
##### Error:
8199
>`0 points, clamping to bed mesh [(X_Value,Y_Value) (X_Value,Y_Value)]`
@@ -88,6 +106,19 @@ In the mean time, you can add a gcode command in your slicer's start gcode secti
88106
89107
Here `M117` has been added to the Slicer's Start gcode.
90108
109+
---
110+
111+
##### Error:
112+
>`Move exceeds maximum extrusion (X.Xmm^2 vs X.Xmm^2)`
113+
##### Solution:
114+
This happens when an extrusion move exceeds Klipper's `max_extrude_cross_section` value. You typically need to increase this value to get a small and effective purge to work. We recommend setting this value to `5` to allow purging, but still protect your extruder if something else is wrong.
115+
>```jinja
116+
>[extruder]
117+
>...
118+
>max_extrude_cross_section: 5
119+
>...
120+
>```
121+
---
91122
# Honorable Mentions and Amazing Contributors:
92123
- [MapleLeafMakers](https://github.com/MapleLeafMakers) - for assisting in the inception of the project.
93124
- [Julian Schill](https://github.com/julianschill) - A true code warrior and jinja ninja.

0 commit comments

Comments
 (0)