Issue with hybrid_corexy

klippy.log (2.4 MB)

I did a fresh klipper install and no dirty references. If carriage u carriages is set to u+y and homing x-axis, x (t0) homes fine and then u (t1) times out without moving or stepper energizing. Homing y-axis without x-axis works fine. If carriage u carriages is set to u then homing x (t0) and u (t1) works but when homing y-axis u (t1) moves to the left. Any ideas what could be wrong?

OK, thanks! I’ll take a look when I have time, maybe there are some bugs in Klipper idex code related to generic_cartesian.

1 Like

Thank you!

I am now on the same error as @mandela64 1 to 1 exactly the same

For now i’m using Single Toolhead 6WD

And sow far no Problems

Nico

I think I figured it out. It’s the input shaper setting being uncommented.

#need to be on Klipper Pull Request #5311 to use Input Shaper
[input_shaper] # Leave empty for Tridex
#shaper_freq_x: 50.0
#shaper_type_x: mzv
#shaper_freq_dc: 50.0
#shaper_type_dc: mzv
#shaper_freq_y: 58.0
#shaper_type_y: mzv

yeah that was the same error in my case

thanks a lot for sharing

Do you mean that you had your input shaper parameters, like frequency and type, in the input shaper section? If yes, that is indeed invalid, you should be using snippet similar to

Just use SET_DUAL_CARRIAGE CARRIAGE=u and SET_DUAL_CARRIAGE CARRIAGE=x

Homing was working until I uncommented input shaper. If I do as shown below, my dual_carriage times out again during homing.

[input_shaper]
# Intentionally empty

[delayed_gcode init_shaper]
initial_duration: 0.1
gcode:
  SET_DUAL_CARRIAGE CARRIAGE=u
  SET_INPUT_SHAPER SHAPER_TYPE_X=<dual_carriage_shaper> SHAPER_FREQ_X=<dual_carriage_freq> SHAPER_TYPE_Y=<y_shaper> SHAPER_FREQ_Y=<y_freq>
  SET_DUAL_CARRIAGE CARRIAGE=x
  SET_INPUT_SHAPER SHAPER_TYPE_X=<primary_carriage_shaper> SHAPER_FREQ_X=<primary_carriage_freq> SHAPER_TYPE_Y=<y_shaper> SHAPER_FREQ_Y=<y_freq>

Ah, OK, interesting. OK, I will take a look at it today.

Thank you!

@mandela64, @N1_3D_Printing If either of you can test my fix from this branch?

Looks like it works. Thank you!!! :smiley:

OK, that’s great! I’ve made a PR with a fix: dual_carriage: Fixed input shaper stepper kinematics initialization by dmbutyugin · Pull Request #6938 · Klipper3d/klipper · GitHub

Do you happen to use Nudge for nozzle alignment?

I was having issues with Nudge not working. T0 was stopping during X+ probe “Probe triggered prior to movement”, so I tried commenting out input shaper and T0 worked again. Now T1 stops with the same error as T0 during X+ probe. I tried with and without the patches and it had no affect on Nudge. Not sure what is causing the issue.