Tmc_autotune extra

I’m not sure if this is related or not, but after enabling klipper_tmc_autotune, I also started having issues with multiple objects having different z-heights to the point of failing the prints. Without the autotune enabled, it behaves as expected.

Do the users experiencing the issue also happen to have this config enabled?
First layer issues with multiple object on Trident after autotune · Issue #208 · andrewmcgr/klipper_tmc_autotune

Moved to an own thread as surely not related to the previous one.

Generally, if an extra is creating unexpected behavior then the first suspect is the modification.
In the case of this extra:

  • It is known to contain at least one bug that violates Klipper’s logic
  • The overall usefulness is highly debatable and the experienced users here will likely recommend staying clear of it (I do)

While this is certainly caused by the autotune extra, it might be worth running the macro posted by Kevin then attaching klippy.log so we can view the results.

The question I am asking myself is if it is possible that tmc driver configuration can influence stepper accuracy…that is, is it possible that a poor configuration would cause the stepper to travel more in one direction than in the reverse direction (the OP’s issue would seem it indicate that the answer is yes).

Logs with and without autotune.zip (78.3 KB)

Attached are logs from running the macro both with and without autotune enabled.
(I didn’t run M112 on the logs without autotune, but could re-run if needed)

The logs both with and without autotune enabled indicate that no microstep drift is present. It would seem that the issue you are experiencing is exclusively due to the tmc driver configuration after the autotune module has applied its settings.