[BUG] Stuttering due to 0 default jerk on delta with JUNCTION_DEVIATION

[Knifa]

Description

Hey friends!

Running bugfix-2.0x branch (179d6c4) on a delta printer with a SKR v1.3 board, TMC2100s --- don't think this is hardware related.

When JUNCTION_DEVIATION is turned on a delta, the A, B, and C towers still have a jerk value available for change via the LCD. Not really sure why that is, but it's there.

By default with this build, the EEPROM init value for all of these is 0 (shown on the LCD) which seems to cause X/Y moves to be REALLY slow and stuttery. Z moves are not affected. Turning it up even to 1 immediately solves the problem. It seems 0 is not even a valid value as you can't turn it back down to 0.

My guess would be that the second #if guard in Configuration.h is causing the value to not get set (as I suppose is the intention). Maybe this is fine for cartesian printers but not deltas? This guard wasn't present in earlier builds, IIRC. Mostly a guess though!

#define JUNCTION_DEVIATION
#if ENABLED(JUNCTION_DEVIATION)
  #define JUNCTION_DEVIATION_MM 0.02  // (mm) Distance from real junction edge
#endif

#if DISABLED(JUNCTION_DEVIATION)
  #define DEFAULT_XJERK 5.0
  #define DEFAULT_YJERK DEFAULT_XJERK
  #define DEFAULT_ZJERK DEFAULT_XJERK
#endif

Let me know if there's any other information I can provide!

Steps to Reproduce

1. Enable JUNCTION_DEVIATION on a delta-based config (e.g., examples/delta/generic was my source).
2. Attempt X/Y moves, notice it stuttering/moving very slowly.
3. Check jerk setting --- observe that they will be 0 for each tower. Change to 1 or anything else.
4. Should be OK!

Additional Information

config.zip

[Knifa]

Just to confirm that, removing the #if guard gives sane defaults as expected.

[Knifa]

Just realised this is a duplicate of #13289.

[github-actions]

This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.