Keshka
July 16, 2023, 6:08pm
1
With CoreXY machines the Y axis has a much larger mass than the X, limiting the overall speeds that could be achieved. If Klipper had these settings separate for X,Y and Z, the user could tune each axis for maximum performance. Hopefully, resulting in shorter print times.
Hello @Keshka !
With Cartesian printers it would be possible, but not with Core XY because these have a combined motion system.
BTW: The time saving would be marginal.
This has been discussed many times going back many years, and at least 2 pull requests have been submitted to add separate X and Y acceleration control. They have not been merged, and in reading the comments from developers on those pull requests it seem unlikely that this will ever be merged.
Klipper3d:master ← your-friend-alice:max-x-y-velocity
opened 08:34PM - 22 May 23 UTC
My Y axis is a bit clunky, I'd like to limit its velocity without holding back t… he X axis; this limitation is probably common for bed slingers. In addition to this, there's a more general effect where the print head can safely move faster than any of the individual axes are capable of; the best case example is a 45 degree move where each axis is only moving at `1/sqrt(2)` the total speed of the head.
Side note: i don't have experience with CoreXY kinematics but I could see something similar being more subtly beneficial; horizontal moves have reduced stress on the motors, and diagonal moves have reduced stress on the rails, so it's possible an experienced user could characterize this and take advantage of this if there's more headroom in one of those two things.
Klipper3d:master ← rdbahm:independent-axis-acceleration
opened 12:25AM - 06 Sep 21 UTC
Extend the existing Z acceleration/velocity limits to work on the other axes as … well, allowing the user to independently control the maximum acceleration and velocity of each axis. This was driven in large part by a desire to push my bed slinger further - testing on a resonance tower showed that X acceleration could be pushed much further than Y acceleration. While Input Shaper can largely deal with the non-uniform axes, being able to tune acceleration on each axis individually should allow users to achieve greater speeds without sacrificing quality.
Testing has shown that it functions as expected, allowing independent accelerations on each axis. I think the biggest challenge will be seeing if users are able to make good use of the option.
I targeted this initial implementation at the cartesian kinematic since that covers the common bed slinger design, which is likely to have the most asymmetrical acceleration constraints. From a glance at the code, it looks like it would be relatively trivial to implement in most other non-delta kinematics - CoreXY, CoreXZ, Hybrid CoreXY, andd Hybrid CoreXZ all use the same (or nearly the same?) check_move code.
New parameters have been added to the docs.
1 Like
Piezo
July 16, 2023, 8:11pm
4
I made a CoreXY kinematic module that support this: Independant acceleration limits for X and Y axes