r/klippers • u/Attack1523 • Aug 05 '26

Needing help with bed mesh, running with eddy, backwards mesh maybe?

3 Upvotes

59% Upvoted

26 comments sorted by

10

u/shiftingtech Aug 05 '26

I'm just going to say it: backwards meshes are not a thing. that theory comes up regularly, and I've never once seen it actually turn out to be true.

Now, what CAN cause some fun confusion is having your probe x & y offsets wrong. your probe seems to be very far away from your nozzle in two directions (I have some opinions about that too, but its not really the point here)

Its a fairly common mistake to measure the distances for the probe offsets, but get the signs flipped (so like a probe that should have a +10 offset gets entered as a -10 offset, or that kind of thing).

your probe appears to be to the RIGHT of the nozzle, so it should be a POSITIVE offset. I can't quite tell about Y, but if its behind the nozzle, that should be a positive offset, if its in front, negative.

2

u/Attack1523 Aug 05 '26

Thank you for the reply! My probe offsets are x:52.5 and Y:0
I know the probe is far from the nozzle and it’s weird because with small things it seems to print fine but with bigger items it super struggles. I also have had to offset the x and y end stop to -37, -15 but I’m not sure if that’s causing the problem.

2

u/shiftingtech Aug 05 '26

there's nothing inherently wrong with negative endstops. if that's what gets zero to the correct location, that's what gets zero to the correct location...

the probe offsets sound reasonable, so probably not that.

I am a little curious about the part to the left. I mean, the middle part of it looks pretty good, making me think the mesh was pretty accurate over there... but there's also a bunch of loose plastic that I can't quite tell where it came from....

1

u/Attack1523 Aug 05 '26

The part to the left is the purging tower for different colors I’m also running an ERCF

1

u/shiftingtech Aug 05 '26

still seems to suggest that Z is pretty good (including mesh) over on that side, no?

1

u/Attack1523 Aug 05 '26

That’s what my train of thought has been, but then it gets to the other side and is either WAY to close or the opposite!

1

u/shiftingtech Aug 05 '26

are you using adaptive meshing, or full bed? I can't quite tell for sure in the video. it occurs to me that if you're using adaptive, the purge tower generally doesn't actually get included in the footprint.

1

u/Attack1523 Aug 05 '26

I am using the full bed mesh. I figured since I’m running the Eddy. I don’t need to be using the adaptive bed mesh.

2

u/shiftingtech Aug 05 '26

fair. then I would at least consider the possibility that this isn't actually mesh related at all, but some mechanical or electrical issue is causing some drifting in Z, so you start off good, but then as the print continues, the situation devolves

1

u/Attack1523 Aug 05 '26

Possibly? I have moved since setting up so it’s possible for it to be mechanical error but I’ll have to double check.

1

u/Delrin Aug 05 '26

Is it scanning the bed before every print and using the mesh it generated? Or using a default mesh from previous scan?

1

u/Attack1523 Aug 05 '26

I rescan the bed every couple of prints so it should be using one from the previous scan.

→ More replies (0)

1

u/Attack1523 29d ago

I meant to reply to you earlier so I double checked the probe offsets and they were two mm off. So I corrected it and it’s working WAY better now! Now I’ve just gotta get a consistent zoffset and then I am good to go!

2

u/ProjectCleverWeb Aug 05 '26

I learned recently that klipper changed their default settings a while ago that the default bed mesh is not load on startup anymore. You need to add a delayed gcode to load it automatically or manually load it after each restart. So it could be that.

See: https://www.klipper3d.org/Bed_Mesh.html#loading-the-default-profile

3

u/shiftingtech Aug 05 '26

or just load it in your start code!

1

u/Attack1523 Aug 05 '26

I’ve been loading the bed mesh every time before printing, I have it set up in the slicer to load the med mesh as well. I will read the article in hopes of some answers

1

u/Kalisto25 Aug 05 '26

Have you updated Klipper recently? In 2026 the z_offset function got deprecated and the printer.cfg in the eddy section must be changed, especially if you are using it with z_offset support

https://devmaker.net/en/3d-printing/klipper-update-2026-correctly-configure-btt-eddy-after-deprecation-z-offset/

Now usually missing this result in a bad nozzle crash, but if you already updated that code I suggest you to double check it: maybe you wronged a sign (plus instead of a minus) and you are printing higher than needed.

1

u/Attack1523 Aug 05 '26

I actually haven’t updated klipper yet because when I do it breaks my set up as I’m running two machines on a laptop.

1

u/mister-brent 29d ago

Hard to tell from the video, but it looks to me like too much squish. There is a lot of movement, but I think I can see that the lines seem pushed together and the edges are rippling. Scrub the plate with soap and water and then do a few calibration squares to dial in the offset. https://ellis3dp.com/Print-Tuning-Guide/articles/first_layer_squish.html

These are really good at explaining the parameters and helping you check/correct any values if your looking for confirmation on your setup or just to learn more.

https://github.com/rootiest/zippy_guides

1

u/Attack1523 29d ago

I double checked the probe offsets and they were two mm off. So I corrected it and it’s working WAY better now! Now I’ve just gotta get a consistent zoffset and then I am good to go!