Open yebo29 opened 8 months ago
same problem here with voron 0. sensorless dont work after update is possible to revert update?
Another here, same issue. I've had to significantly drop my values to get it working again (120x 160y down to 45x 60y)
Same for me. I'm not able to sensorless homing X axis on my V2.4. I had to change my values from 170 down to 50 and still it is not reliable.
Another here, same issue. I've had to significantly drop my values to get it working again (120x 160y down to 45x 60y)
It's working again now. Here are the steps I took that fixed it. Updated Klipper to latest Removed klipper_tmc_autotune folder from Pi Commented out tmc_autotune section from printer.cfg Restarted moonraker Restarted klipper Re-ran installer script on Pi restarted moonraker Uncommented tmc_autotune section Save + Restart
Another here, same issue. I've had to significantly drop my values to get it working again (120x 160y down to 45x 60y)
It's working again now. Here are the steps I took that fixed it. Updated Klipper to latest Removed klipper_tmc_autotune folder from Pi Commented out tmc_autotune section from printer.cfg Restarted moonraker Restarted klipper Re-ran installer script on Pi restarted moonraker Uncommented tmc_autotune section Save + Restart
Interesting. I'll try this out later today and report back.
Unfortunately that did not fix it for me.
it worked for me. I deleted all printer.cfg data about tmc autotune and moonraker.conf as well. I deleted the installation folder. I did the installation again, and put the settings I had back in and now it works. guys try to do this
Still broken for me. Steps I took:
~/klipper/klippy/extras/
(autotunetmc.py, and motor*.py)make menuconfig
with the appropriate settings for my board, and flash the board. Restart again. Baseline again. Success. Still broken for me despite complete uninstall, reinstall, firmware update. All updates have been installed. Using install script. Don't know what else to do.
I personally just stopped using it. Unfortunately. But the motion system is something I have to rely on! 😕
I also have problems with sensorless with autotune. This is on a voron v0, with the most standard setup with omc motors omc-14hs20-1504s and tmc 2209 drivers. Sensorless homing works fine with autotune disabled, but stops working if I enable it. I tried various values of sg4_thrs but still had no luck.
Config with autotune:
[autotune_tmc stepper_x]
motor: omc-14hs20-1504s
tbl: 2
toff: 3
sg4_thrs: 55
Config without autotune (relevant parts):
[stepper_x]
microsteps: 128
homing_speed: 20
[tmc2209 stepper_x]
run_current: .70
stealthchop_threshold: 0
driver_SGTHRS: 55
driver_TBL: 2
driver_TOFF: 3
driver_HSTRT: 7
driver_HEND: 7
klippy.log:
autotune_tmc set stepper_x pwm_freq=2
autotune_tmc stepper_x ncycles=219 pfdcycles=-57
autotune_tmc set stepper_x tbl=2
autotune_tmc set stepper_x toff=3
autotune_tmc seting hysteresis based on 24.0 V
dcoilblank = 0.018947, dcoilsd = 0.009333
hysteresis = 13, htotal = 13, hstrt = 8, hend = 5
autotune_tmc set stepper_x hstrt=7
autotune_tmc set stepper_x hend=8
autotune_tmc set stepper_x sgthrs=55
autotune_tmc using max PWM speed 219.388968
autotune_tmc set stepper_x pwm_autoscale=True
autotune_tmc set stepper_x pwm_autograd=True
autotune_tmc set stepper_x pwm_grad=12
autotune_tmc set stepper_x pwm_ofs=31
autotune_tmc set stepper_x pwm_reg=15
autotune_tmc set stepper_x pwm_lim=4
autotune_tmc set stepper_x tpwmthrs=1048575
autotune_tmc set stepper_x en_spreadcycle=True
autotune_tmc set stepper_x tcoolthrs=391(24.0)
autotune_tmc set stepper_x semin=2
autotune_tmc set stepper_x semax=2
autotune_tmc set stepper_x seup=3
autotune_tmc set stepper_x sedn=2
autotune_tmc set stepper_x seimin=0
autotune_tmc set stepper_x iholddelay=12
autotune_tmc set stepper_x multistep_filt=True
tmc dump without autotune:
$ DUMP_TMC stepper=stepper_x
// ========== Write-only registers ==========
// SLAVECONF: 00000200 senddelay=2
// IHOLD_IRUN: 00081616 ihold=22 irun=22 iholddelay=8
// TPWMTHRS: 000fffff tpwmthrs=1048575
// TPOWERDOWN: 00000014 tpowerdown=20
// SGTHRS: 00000037 sgthrs=55
// TCOOLTHRS: 00000000
// ========== Queried registers ==========
// GCONF: 000001c0 pdn_disable=1 mstep_reg_select=1 multistep_filt=1
// GSTAT: 00000000
// IFCNT: 0000003c ifcnt=60
// OTP_READ: 0000000e otp_fclktrim=14
// IOIN: 210002c9 enn=1 ms2=1 pdn_uart=1 step=1 dir=1 version=0x21
// FACTORY_CONF: 0000000e fclktrim=14
// TSTEP: 000fffff tstep=1048575
// MSCNT: 00000273 mscnt=627
// MSCURACT: 0144015f cur_a=-161 cur_b=-188
// CHOPCONF: 310303f3 toff=3 hstrt=7 hend=7 tbl=2 vsense=1 mres=1(128usteps) intpol=1 dedge=1
// DRV_STATUS: 80160000 cs_actual=22 stst=1
// PWMCONF: c80d0e24 pwm_ofs=36 pwm_grad=14 pwm_freq=1 pwm_autoscale=1 pwm_autograd=1 pwm_reg=8 pwm_lim=12
// PWM_SCALE: 00000023 pwm_scale_sum=35
// PWM_AUTO: 001b0032 pwm_ofs_auto=50 pwm_grad_auto=27
// SG_RESULT: 00000000
I found an easy way to reproduce the problem without autotune: run
SET_TMC_FIELD stepper=stepper_x field=tcoolthrs value=391
and try to home. Homing will not work
And sensorless homing works with autotune if I run
SET_TMC_FIELD stepper=stepper_x field=tcoolthrs value=490
SET_TMC_FIELD stepper=stepper_y field=tcoolthrs value=490
It fails with tcoolthrs below 480 and is potentially unstable between 480 and 490.
I have no idea what tcoolthrs is, and what these values are supposed to measure!
I found settings when sensorless homing works with autotune in my case:
[autotune_tmc stepper_x]
motor: omc-14hs20-1504s
tbl: 2
toff: 3
sg4_thrs: 140
[stepper_x]
homing_speed: 80
This is confusing because I tried bumping up homing speed and various values of sg4_thrs
before, but hell, it works!
EDIT: Works unstable, sometimes the head fails to stop when hitting the portal. I bumped sg4_thrs to 150, let's see
this is with my tmc2240 and latest autotune:
[autotune_tmc stepper_x] motor: moons-ms17hd6p420I-05 voltage: 36 sgt: 1
[autotune_tmc stepper_y] motor: moons-ms17hd6p420I-05 voltage: 36 sgt: 1
and this is with tmc5160 plus also on latest and works:
[autotune_tmc stepper_x] motor: moons-ms17hd6p420I-05 voltage: 48 sgt: 1
[autotune_tmc stepper_y] motor: moons-ms17hd6p420I-05 voltage: 48 sgt: 1
[tmc5160 stepper_x] cs_pin: PC4 spi_software_miso_pin: PA6 spi_software_mosi_pin: PA7 spi_software_sclk_pin: PA5 interpolate: true stealthchop_threshold: 0 sense_resistor: 0.022 run_current: 0.8 #0.976 #0.7 0.976
diag1_pin: !PG6 # use the same pin that was previously the endstop_pin! driver_SGT: 1 #sensorless homing
homing_speed: 50 #Max 100
plus homing maclo for lower current to drivers:
[gcode_macro _HOME_X]
gcode:
# Always use consistent run_current on A/B steppers during sensorless homing
{% set RUN_CURRENT_X = printer.configfile.settings['tmc5160 stepper_x'].run_current|float %}
{% set RUN_CURRENT_Y = printer.configfile.settings['tmc5160 stepper_y'].run_current|float %}
{% set HOME_CURRENT = 0.4 %}
#SET_TMC_FIELD FIELD=SGTHRS STEPPER=stepper_x VALUE=90
SET_TMC_CURRENT STEPPER=stepper_x CURRENT={HOME_CURRENT}
SET_TMC_CURRENT STEPPER=stepper_y CURRENT={HOME_CURRENT}
# Home
G28 X
# Move away
G91
G1 X-10 F1200
G90
# Wait just a second… (give StallGuard registers time to clear)
G4 P1000
# Set current during print
SET_TMC_CURRENT STEPPER=stepper_x CURRENT={RUN_CURRENT_X}
SET_TMC_CURRENT STEPPER=stepper_y CURRENT={RUN_CURRENT_Y}
[gcode_macro _HOME_Y]
gcode:
# Set current for sensorless homing
{% set RUN_CURRENT_X = printer.configfile.settings['tmc5160 stepper_x'].run_current|float %}
{% set RUN_CURRENT_Y = printer.configfile.settings['tmc5160 stepper_y'].run_current|float %}
{% set HOME_CURRENT = 0.4 %}
#SET_TMC_FIELD FIELD=SGTHRS STEPPER=stepper_y VALUE=90
SET_TMC_CURRENT STEPPER=stepper_x CURRENT={HOME_CURRENT}
SET_TMC_CURRENT STEPPER=stepper_y CURRENT={HOME_CURRENT}
# Home
G28 Y
# Move away
G91
G1 Y-10 F1200
G90
# Wait just a second… (give StallGuard registers time to clear)
G4 P1000
# Set current during print
SET_TMC_CURRENT STEPPER=stepper_x CURRENT={RUN_CURRENT_X}
SET_TMC_CURRENT STEPPER=stepper_y CURRENT={RUN_CURRENT_Y}
Just updated to latest (v0.2.0-165-g6463d8ae) and tried again and it worked on the first attempt. Will require further testing to make sure it's not just a one-off.
So far it has continued to remain solid after the previous update with no further interventions. Are we good to close this one or are others still seeing an issue after updating?
It broke again after updating today. Looked at another opened issue, updating homing speed for x and y seems to have fixed it for now. I did reinstall beforehand.
Y homing doesnt work for me .
2209's and I had to increase my homing current to get enough sensitivity (especially on Y). I have not tried adjusting the speed yet. I'm quite curious about the real cause here!
I'm unsure what is causing it, but I can only now successfully home my machine if I disable tmc_autotune for the X and Y motors. This used to work prior to updating today. Here's the relevant parts of my config:
Nothing has changed with my configuration prior to the update. No motor changes, no wiring changes, no changes to printer config besides me having to comment out the X and Y tmc_autotune blocks.
SKR Mini E3 V3 board on The 100 DIY printer using the Extended mod to use Ender 3 bed.
Symptoms
When homing X, sometimes it goes the wrong way. It'll go about 1-2 mm to the left, and then immediately go to the right and stay there instead of going to safe z_home coordinates. Other times it'll go the right way but stop short of where it's supposed to, so homing is incorrect.
When homing Y, it hasn't gone the wrong way for me, but it seems sensitivity is messed up somewhere bc it stops before hitting anything as well.
Disabling tmc_autotune for those results in a successful and correct homing sequence. Let me know what else I can provide to assist troubleshooting.
Did an update add/remove something that I missed, perhaps? Edit: bolded board and printer.