# Printer ignores Mesh / no longer working
**URL:** https://klipper.discourse.group/t/printer-ignores-mesh-no-longer-working/14915
**Category:** General Discussion
**Created:** [March 14, 2024, 10:00am UTC](https://klipper.discourse.group/t/printer-ignores-mesh-no-longer-working/14915 "2024-03-14T10:00:10Z")
**Posts on this page:** 12
**Page:** 1
### Author:  [@RcTomcat](https://klipper.discourse.group/u/RcTomcat)
#### Post date: [March 14, 2024, 10:00am UTC](https://klipper.discourse.group/t/printer-ignores-mesh-no-longer-working/14915/1 "2024-03-14T10:00:10Z")
### Basic Information:
Printer Model: Voron 2.4 R1
MCU / Printerboard: Fysetc Spider, EBB42 via CAN bus, Expander
`klippy.log`
[klippy.log.zip](https://klipper.discourse.group/uploads/short-url/rooZeQuExI0w46GubYqQwDqetuj.zip) (1.4 MB)
### Describe your issue:
I own a Voron 2.4 R1 with a klicky probe which has been running great for the past year. Now I wanted to print a part (gcode had it twice on the plate) which worked perfectly as usual. I needed the part four times so I reran the same gcode again and the print failed at a certain height. The printer made scrapping noises in that location and would no longer extrude any filament. I can narrow the issue down to the front left region of the heat bed. Mesh looks good, yet it will try to print way too close to the bed. My parts were located in the center of the bed, first layer still looking ok but the issue would always appear on the front left corner. If i position a part to the front left first layer starts to get way too close up until the point that nothing is being extruded anymore.
I recently updated klipper, changing the config from the relative\_reference\_index to `zero_reference_position`. I am at a loss here, to me it seems like the mesh is ignored / ABL is no longer working.
---
### Author:  [@Sineos](https://klipper.discourse.group/u/Sineos)
#### Post date: [March 14, 2024, 1:00pm UTC](https://klipper.discourse.group/t/printer-ignores-mesh-no-longer-working/14915/2 "2024-03-14T13:00:20Z")
Where / how do you load or generate the mesh to be used? From the log it seems nowhere.
---
### Author:  [@RcTomcat](https://klipper.discourse.group/u/RcTomcat)
#### Post date: [March 14, 2024, 1:28pm UTC](https://klipper.discourse.group/t/printer-ignores-mesh-no-longer-working/14915/3 "2024-03-14T13:28:44Z")
My print start macro:
[gcode\_macro PRINT\_START]
gcode =
G32
G1 Z20 F3000
BED\_MESH\_CALIBRATE ADAPTIVE=1 ADAPTIVE\_MARGIN=5
That should generate the mesh (at least the printer probes the bed before printing)
edit:
Just reread the documentation:
BED\_MESH\_PROFILE LOAD=default seems to be required now. My guess: I updated from a fairly old klipper version where the default behaviour was to load the mesh. So now I generate a mesh but don’t use it…
Added the load command and will check if that was it. Thanks for pointing me down that road
---
### Author:  [@RcTomcat](https://klipper.discourse.group/u/RcTomcat)
#### Post date: [March 14, 2024, 2:44pm UTC](https://klipper.discourse.group/t/printer-ignores-mesh-no-longer-working/14915/4 "2024-03-14T14:44:31Z")
Still scrapping the bed, despite the load command being added
[klippy(1).zip](https://klipper.discourse.group/uploads/short-url/7osRFuivSQK219oLXz9WzUEj1ls.zip) (535.3 KB)
---
### Author:  [@Sineos](https://klipper.discourse.group/u/Sineos)
#### Post date: [March 14, 2024, 4:04pm UTC](https://klipper.discourse.group/t/printer-ignores-mesh-no-longer-working/14915/5 "2024-03-14T16:04:07Z")
If you use adaptive meshing then you do not need to load a profile.
I can’t see any Klipper reason or misconfiguration. Could be a mechanical issue.
---
### Author:  [@RcTomcat](https://klipper.discourse.group/u/RcTomcat)
#### Post date: [March 15, 2024, 6:34am UTC](https://klipper.discourse.group/t/printer-ignores-mesh-no-longer-working/14915/6 "2024-03-15T06:34:06Z")
Thanks for having a look.
I am really at a loss here. Can’t seem to find anything wrong with the printer. Z Motors move normally, belts got tension, buzzing the motors works.
Got a slightly cracked front idler which I will replace.
Besides that I got no idea what to look for
---
### Author:  [@Sineos](https://klipper.discourse.group/u/Sineos)
#### Post date: [March 15, 2024, 6:45am UTC](https://klipper.discourse.group/t/printer-ignores-mesh-no-longer-working/14915/7 "2024-03-15T06:45:02Z")
Check if [Axis Twist Compensation - Klipper documentation](https://www.klipper3d.org/Axis_Twist_Compensation.html) changes anything.
---
### Author:  [@RcTomcat](https://klipper.discourse.group/u/RcTomcat)
#### Post date: [March 20, 2024, 11:50am UTC](https://klipper.discourse.group/t/printer-ignores-mesh-no-longer-working/14915/8 "2024-03-20T11:50:39Z")
Thanks for the suggestion. I checked and realigned everything, Problem still persists.
My best guess is that it has something to do with the zero\_reference\_position.
175.000,155.250 is the Point being probed during mesh creation but I specified 175,175 as the reference because that is where I do my paper tests and calibration (or auto calibration which is currently off). Could that be the issue?
eDIT: Changed the position but no luck.
Still getting way to close.
---
### Author:  [@Sineos](https://klipper.discourse.group/u/Sineos)
#### Post date: [March 20, 2024, 4:45pm UTC](https://klipper.discourse.group/t/printer-ignores-mesh-no-longer-working/14915/9 "2024-03-20T16:45:02Z")
A `zero_reference_position` is only valid if you combine it with an endstop and when you calibrated your offset with the help of this endstop and not with the probe.
---
### Author:  [@RcTomcat](https://klipper.discourse.group/u/RcTomcat)
#### Post date: [March 21, 2024, 1:53pm UTC](https://klipper.discourse.group/t/printer-ignores-mesh-no-longer-working/14915/10 "2024-03-21T13:53:06Z")
I had it in there because the auto-z calibration recommended it:
When using a bed mesh, it is recommended to configure it with a zero reference position which used to be the relative reference index (“bed\_mesh:zero\_reference\_position” setting).
Will try without it. Really at a loss here ☹
Edit:
Tried without it → no luck. Nozzle scrappes the bed in some places.
---
### Author:  [@novichek](https://klipper.discourse.group/u/novichek)
#### Post date: [March 28, 2024, 8:45pm UTC](https://klipper.discourse.group/t/printer-ignores-mesh-no-longer-working/14915/11 "2024-03-28T20:45:18Z")
I have a similar problem with the anicubic cobra 2 pro. I completely went over and adjusted all the gaps, but after the mesh is formed, the first layer turns out to be unsatisfactory. If you are interested, here is a little information about this that I could find.
> **[Klipper. Bed Mesh портит первый слой.](https://3dtoday.ru/questions/klipper-bed-mesh-portit-pervyi-sloip)**
>
> Настраиваю Bed Mesh на Klipper и сразу же портится первый слой.Хочу на конкретном примере разобраться в ошибке настройки и научиться настраивать Bed M...
---
### Author:  [@system](https://klipper.discourse.group/u/system)
#### Post date: [May 27, 2024, 8:45pm UTC](https://klipper.discourse.group/t/printer-ignores-mesh-no-longer-working/14915/12 "2024-05-27T20:45:34Z")
This topic was automatically closed 60 days after the last reply. New replies are no longer allowed.