3.5.0rc1 Input Shaping Layer Shifts not addressed in 3.5.0rc2

[tas]

@Exerqtor @gloomyandy

The test print worked perfectly.

So the Y shifts were due to a configuration error on my part. The motors do need more current to meet the demands of input shaping.

The motors got a bit hotter than I would like by the end of the print but most people would call them warm so that is interesting for me. I will bump up the current in my configs.

Thank you both for the suggestions.

[dc42]

@tas with input shaping enabled, do the motors sound normal? I get a slight clunking sound when some types of IS are enabled on one of my machines. However, as the IS code is being rewritten I decided not to investigate this before releasing RC2.

You might like to run M122 after doing one of these prints. It has a new field that lists the maximum number of overdue steps encountered, and that may be related.

[tas]

@dc42 I can't say I noticed a noise difference but I will do some testing today and report back.

[tas]

@dc42
I did a test 'print' without filament using the Klipper ringing part in vase mode at 100mm/s. I tried none, zvd, zvdd, zvddd and with IS off.

The noise sounded 'silkier' with IS enabled and to my ear is the same no matter which type was used.

I did not hear any clunks, clicks or other unusual noises. The highest value for max steps late was 1. I hope that is the new value you are referring to.

Using a speed of 100mm/s I tried all Input Shapers starting with IS disabled. I did M122 at random times during each 'print' to get the following info.

No IS:
M122 Move:
DMs created 83, segments created 9, maxWait 1020ms, bed compensation in use: none, height map offset 0.000, max steps late 1, ebfmin -0.89, ebfmax 0.98
next step interrupt due in 28 ticks, disabled
Moves shaped first try 0, on retry 0, too short 0, wrong shape 0, maybepossible 0

IS "zvd":
M122 Move:
DMs created 83, segments created 22, maxWait 881ms, bed compensation in use: none, height map offset 0.000, max steps late 1, ebfmin -0.79, ebfmax 0.98
next step interrupt due in 6 ticks, disabled
Moves shaped first try 34, on retry 18, too short 63, wrong shape 4, maybepossible 1

IS "zvdd":
M122 Move:
DMs created 83, segments created 33, maxWait 17471ms, bed compensation in use: none, height map offset 0.000, max steps late 1, ebfmin -0.97, ebfmax 0.99
next step interrupt due in 49 ticks, disabled
Moves shaped first try 73, on retry 25, too short 112, wrong shape 9, maybepossible 0

IS "zvddd":
M122 Move:
DMs created 83, segments created 38, maxWait 2364ms, bed compensation in use: none, height map offset 0.000, max steps late 1, ebfmin -0.95, ebfmax 1.00
next step interrupt due in 12 ticks, disabled
Moves shaped first try 114, on retry 65, too short 189, wrong shape 20, maybepossible 0

Let me know if you need any other info or other tests done and I can do them later today.

[edsped]

@dc42 said in 3.5.0rc1 Input Shaping Layer Shifts not addressed in 3.5.0rc2:

@tas with input shaping enabled, do the motors sound normal? I get a slight clunking sound when some types of IS are enabled on one of my machines. However, as the IS code is being rewritten I decided not to investigate this before releasing RC2.

You might like to run M122 after doing one of these prints. It has a new field that lists the maximum number of overdue steps encountered, and that may be related.

With RC2 I get clunking bad enough that it causes layer shifts. I would get slight clunks on RC1 but RC2 is a whole other level... I'm to the point that I'm starting to try to figure out how to get back to RC1 with SBC. I can't downgrade to stable because I'm running RRF-36's. ZVD seems to be the mildest for me and ZVDDD is just plain awful.

[gloomyandy]

@edsped What are your M593 settings?

[tas]

@edsped
It may be an SBC issue then. I heard no clunks at all.

[edsped]

@gloomyandy said in 3.5.0rc1 Input Shaping Layer Shifts not addressed in 3.5.0rc2:

@edsped What are your M593 settings?

M593 P"ZVDDD" F60 L0.8 S0

I changed the L value because lower values cause the print head to slow down quite a bit at start and stop areas during infill.

[gloomyandy]

@edsped Did you specify an L value in your RC1 settings? If so what was it? There have not been a lot of changes to IS since RC1 so it is interesting that you are having issues.

[edsped]

@gloomyandy I did not, was getting weird slowdowns in small areas and a little digging around led me to the L value.

[edsped]

@edsped I'll try lowering the L value to the default .25 and test again but it may take a couple of hours.

[edsped]

@gloomyandy said in 3.5.0rc1 Input Shaping Layer Shifts not addressed in 3.5.0rc2:

@edsped Did you specify an L value in your RC1 settings? If so what was it? There have not been a lot of changes to IS since RC1 so it is interesting that you are having issues.

Reverting to default for L value solved it. Thank you!