Hi all,
I have trouble with pretty bad backlash on my z axis. Between 1 and 2/10th mm is potentially causing a bad first layer doing the bed mesh.
Is backlash compensation somewhere available as a feature? Marlin has it I think.
These zero backlash nuts won’t work for me because of the heavy bed assembly.
Any other ideas are appreciated!
Using the forum search:
Yes, I found the thread before.
I’m not looking for software development but rather for some plug&go solution.
It might not exist and I will focus on mechanical enhancements.
Just checking before I proceed.
PS: Marlin firmware seems to use this feature. Anybody knows if it does wonders?
I will never understand this reflex of 99% of the users to request software compensation for shortcomings in the hardware.
This is always:
I’m happy to order parts today but in the meantime it would be nice to have some mitigation for this.
Totally agree though on improving the mechanism but I have to find out and develop something. I think nobody have done it before on my printer model
Just FYI, it’s not always about compensating hardware shortcomings, but also about achieving best quality in non-typical conditions. My printer has belt-driven Z, with auto-measured ~0.25 mm backlash, and manually measured 0.15 mm X and Y backlash. Pro model from the same manufacturer has a XYZ brick for backlash measurement. 0.25 is almost unnoticeable during normal use, but if I want head-lifting, multi-material switching purge on specific Z, job start-pause, accurate bed-level and so on and so on all while keeping the result in best quality with 0.15 mm or less layers, I need the best precision possible. And Klipper seems to be focused on print quality, so lack of backlash compensation seems a little strange.
Non typical condition are rare by definition, and the limited developer time would be wasted on features few people would use.
However contributions are welcome, assuming enough users are then willing to test them to let the reviewers know that the changes are safe.
Hi. A while back I created a post processing script to add backlash compensation to the gcode, it’s being run on the slicer-end instead of the printer-end, but it should work well in most cases.
I would argue that klipper is not a welcoming place for PRs and contributions. The github is littered with hood ideas and PR effort that is second guessed to death or ignored due to lack of resource.
Hi all, just to let you know I run a pretty standard core xy printer with mono z drive that actuates 2 z spindles via belt.
To get first layer consistency was a nightmare.
The xy platform was also binding a bit that emphasized the backlash error.
I got rid of my problem with careful adjustment and also replacing the trapezoid spindle with 2 ballscrew spindles.
The measured backlash changed from 0,18mm to 0,007mm 
Would still be nice to have Klipper built in software compensation for special cases.
