#BLTouch Z offset minimum bypass

19 messages ยท Page 1 of 1 (latest)

vale elk
#

How can I bypass this Klipper error? I cannot save my Z offset

lament totem
#

Are you trying to save a negative offset?

#

that's impossible

#

That would imply that your bltouch triggers after the nozzle has hit the bed, which of course wouldn't work.

#

z offset is always positive

vale elk
# lament totem z offset is always positive

So the problem is, it homes without a problem, but when print starts, it's too close to the bed, and I need to raise Z, which turns the Z offset into a negative value and I cannot save it. Instead of saving it, I put the SET_GCODE_OFFSET command in my custom start G-code but it did nothing. Right now I just need to eliminate the need to change offset manually at the start of every print.

lament totem
#

I'm thinking you have a z_offset: 0.0 in there while having the correct z_offset in the klipper config section at the very bottom. Klipper uses the last one (because of config merging) but sees the first one when applying the probe offset.

#

Because your z_offset surely isn't 0.0 or low enough that a minor adjustment puts it into the negative ๐Ÿ™‚

vale elk
lament totem
#

I'll show you what's up when you post your printer.cfg, it's a bit confusing if you don't know how the internals work ๐Ÿ™‚

vale elk
#

Sure, thank you for your patience. This is my massive HevORT, with a huge bed and huge variance, thus the Z offset was needing quite a bit of adjustment

lament totem
#

You're running RatOS on a HevORT?

vale elk
#

Yes. It's a shame that I still don't know how to make vanilla Klipper myself. The software and coding has always been my weak spot.

#

I run RatOS on everything, this HevORT, my CR-10 V3, which is about to be converted to a V-Cast 1.5 IDEX, and even my home decoration Neopixel strip runs on RatOS

lament totem
#

Haha that's awesome ๐Ÿ˜„