Skip to content

Upstream sync#435

Open
VIXIVIXIV wants to merge 30 commits into
VIXIVIXIV:snapshotfrom
Klipper3d:master
Open

Upstream sync#435
VIXIVIXIV wants to merge 30 commits into
VIXIVIXIV:snapshotfrom
Klipper3d:master

Conversation

@VIXIVIXIV
Copy link
Copy Markdown
Owner

No description provided.

nefelim4ag and others added 30 commits April 24, 2026 10:46
Signed-off-by: Timofey Titovets <nefelim4ag@gmail.com>
Signed-off-by: Dmitry Butyugin <dmbutyugin@google.com>
Signed-off-by: Dmitry Butyugin <dmbutyugin@google.com>
Also increased the maximum number of input shaper pulses

Signed-off-by: Dmitry Butyugin <dmbutyugin@google.com>
Signed-off-by: Dmitry Butyugin <dmbutyugin@google.com>
Signed-off-by: Dmitry Butyugin <dmbutyugin@google.com>
Signed-off-by: Dmitry Butyugin <dmbutyugin@google.com>
Due to recent changes, a shutdown log line may not have a description.
Update the logextract.py script accordingly.

Signed-off-by: Kevin O'Connor <kevin@koconnor.net>
Now that "tap" support does not require the scipy package to be
installed it is reasonable to activate "tap" for all configurations.
This can make the initial calibration easier.

Signed-off-by: Kevin O'Connor <kevin@koconnor.net>
Rework the tap_threshold to use units of hz/mm (instead of hz).  This
will make it easier to implement tap calibration based on results of
PROBE_EDDY_CURRENT_CALIBRATE and previous tap attempts.  It can also
make the tap_threshold more stable with different probe speeds and
sensor rates.

As a result of this change, existing user configurations will need to
be updated.  It is hoped that existing configurations will have a
value that is sufficiently low that they will reliably get an error
until they can recalibrate.

Signed-off-by: Kevin O'Connor <kevin@koconnor.net>
Add a command to help configure the tap_threshold parameter.

Signed-off-by: Kevin O'Connor <kevin@koconnor.net>
Increase the sample rate so that more samples are available during
"tap" analysis.

Further increases to the sample rate will likely provide diminishing
returns.  The ldc1612 sensor seems to exhibit internal quantization
(that is, repeat identical values are frequently observed).  So, it
seems increasing above 250sps can provide some additional information,
but going much higher is unlikely to provide significant benefit.

Signed-off-by: Kevin O'Connor <kevin@koconnor.net>
Signed-off-by: Dmitry Butyugin <dmbutyugin@google.com>
Commit db10e92 ("shaper_defs: Support parameterized shaper
initialization") refactored InputShaperParams.update() so that the new
shaper frequency is read from the gcode command into a local variable
'shaper_freq' for validation via get_shaper().  However, unlike
'damping_ratio' and 'shaper_type', the validated 'shaper_freq' is never
written back to 'self.shaper_freq'.

As a result, runtime SET_INPUT_SHAPER commands that include
SHAPER_FREQ_X / SHAPER_FREQ_Y do not change the actual shaping
frequency -- it silently keeps using the value loaded from
[input_shaper] at startup.  This breaks slicer-driven input shaper
tuning towers and toolchanger setups that switch shaper frequencies
per tool.

Signed-off-by: Christian Rödel <christianad5@yahoo.de>
…class

Move the handling of the PROBE_EDDY_CURRENT_CALIBRATE command to a new
EddyCalibrationTool class.

Signed-off-by: Kevin O'Connor <kevin@koconnor.net>
Provide more information on the different probe types available when
using an eddy current probe.

Signed-off-by: Kevin O'Connor <kevin@koconnor.net>
Signed-off-by: Kevin O'Connor <kevin@koconnor.net>
Signed-off-by: Kevin O'Connor <kevin@koconnor.net>
Signed-off-by: Dmitry Butyugin <dmbutyugin@google.com>
Signed-off-by: Dmitry Butyugin <dmbutyugin@google.com>
Signed-off-by: Dmitry Butyugin <dmbutyugin@google.com>
Add a new option so that setting of sensor_div is more robust.

Signed-off-by: Kevin O'Connor <kevin@koconnor.net>
…n_solve()

Signed-off-by: Kevin O'Connor <kevin@koconnor.net>
Signed-off-by: Kevin O'Connor <kevin@koconnor.net>
Python is faster with list comprehensions than generators (prefer
`sum([x for x in c])` over `sum(x for x in c)` ).

Python2 is faster if lists are built with list comprehensions instead
of appending.

Optimize the common `mat_mat_mul(mat_transp(a), a)` as only roughly
half the results are unique.

Signed-off-by: Kevin O'Connor <kevin@koconnor.net>
It's simpler and more accurate to use linear least squares.

Signed-off-by: Kevin O'Connor <kevin@koconnor.net>
It's simpler and more accurate to use linear least squares.

Signed-off-by: Kevin O'Connor <kevin@koconnor.net>
Signed-off-by: Timofey Titovets <nefelim4ag@gmail.com>
Signed-off-by: Dmitry Butyugin <dmbutyugin@google.com>
Signed-off-by: Dmitry Butyugin <dmbutyugin@google.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

6 participants