Abl doesnt work and z offsets oscillates around +/- 0.3mm every print

[kroos7601]

Basic Information:

Printer Model: vzbot’ish
MCU / Printerboard: robin nano v3 (with tmc 2209)
Host / SBC btt pi
klippy.log

Describe your issue:

… around 2 months ago, out of ‘‘nowhere’’ this issue with the abl started with my printer.
a resume of the issue is:
bed leveling doesn’t seem to be working correctly, sometimes compensates, other times it completly misses and behaves randomly, not following any pattern
the leveling itself is not the worst issue, since my bed is pretty straight, the main issue is that, every single print i start, i need to manually adjust the z offset once it starts printer, because everytime, it’s either too close or too far away, i always save the new offset value, but it never seems to work, always starting too close or too far (around a 0.3mm oscillation consistently)
not sure my explanation makes sense, its a weird issue and english is not my native language, but i can send some videos explaining a little better.

observations/things i tried:
-running a custom klipper build, same one for over 6 months before this issue started, not sure what could’ve triggered it

-i’ve already took apart the entire printer and changed almost every part that could possibly be loose or cause this issue, theres 0 play in any of the axis, printer is extremelly solid

-current abl sensor is a bltouch clone (already changed it once, nothing happened)

-i’m 99% sure the issue is not mechanical, i’ve already checked every single screw, changed all 3 linear rails to brand new ones, re-printed both z motor mounts in pc, re-did the entire bed and z assembly, installing even more custom ‘‘stabilizing’’ mods, etc

-my start gcode is the following:
G90 ; use absolute coordinates
M83 ; extruder relative mode
M204 S[machine_max_acceleration_extruding] T[machine_max_acceleration_retracting]
M104 S[first_layer_temperature] ; set extruder temp
M140 S[first_layer_bed_temperature] ; set bed temp
G28 ; home all
G1 Y1.0 Z0 F1000 ; move print head up
M190 S[first_layer_bed_temperature] ; wait for bed temp
M109 S[first_layer_temperature] ; wait for extruder temp
G92 E0.0
; initial load
G1 X200.0 E19 F1000
G1 Y1.6
G1 X10.0 E19 F1000
G92 E0.0
; intro line
G1 Y2.0 Z0.2 F1000
G1 X65.0 E9.0 F1000
G1 X105.0 E12.5 F1000
G92 E0.0
SKEW_PROFILE LOAD=califlower

-the mesh usually shows a variation of around 0.15mm to 0.25mm max without
-my control interface is fluidd
-using orca slicer

[EddyMI3D]

1. Please attach the klippy.log to your next post
2. When you upload code, please the Preformatted Text feature of the forum editor to bring it into a proper shape.
   

[Sineos]

@kroos7601

-i’m 99% sure the issue is not mechanical,

And I’m equally sure it is either a mechanical thing or a defect probe.
There are no reports or evidences that any settings of the ORIGINAL Klipper can be causing it.

@kroos7601

running a custom klipper build

We only provide support for the Klipper main line as any “custom build” can introduce changes in behavior that are not transparent to us and have a good chance of burning our time for no result as we would be hunting ghosts not present in the main line Klipper.

[kroos7601]

klippy(14).log (4.7 MB)
this is my latest klippy.log

[kroos7601]

well, i not sure what else to try and fix on the mechanical side, ill try to change the probe, again, just to be sure.

also, not sure i explained myself right, but what i meant with ‘‘custom klipper build’’ is that i’m not using the ‘‘original’’ vzbot config file, i’m using a ‘‘custom config’’ in the sense that i’m using a base robin nano v3 config with some slight modifications to the vz’s size, movement, heating, the basic things one would adapt to a custom printer.
i only changed things in the printer.cfg and some minimal changes in the macro.cfg if i remember correctly, all the rest it’s pretty much ‘‘stock klipper’’