Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

✨ SENSORLESS_HOMING_VALIDATION #27556

Open
wants to merge 1 commit into
base: bugfix-2.1.x
Choose a base branch
from

Conversation

thinkyhead
Copy link
Member

Moving #23250 due to GitHub technical problems with the source fork.

Description

Adds a timing mechanism and debugging output to the homing procedure (G28) to check if the procedure takes significantly longer or shorter than expected from the current reported axis positions. This is only intended to work when axis are already in a trusted state from a valid home. This can be used to tune TMC sensorless homing parameters by giving feedback for false positive/negative scenarios while homing.

Requirements

This feature assumes usage of sensorless homing and may not work properly with traditional homing. This is also only tested on STM32 targets.

Benefits

Allows automated/assisted tuning of TMC sensorless homing parameters

Configurations

The following config block should be added (or uncommented) inside of the #if EITHER(SENSORLESS_HOMING, SENSORLESS_PROBING) block of configuration_adv.h file:

    // On axis home for trusted axis, check that a stallguard false positive or negative didn't occur by timing the move
    #define SENSORLESS_HOME_SANITY_CHECKING
    #if ENABLED(SENSORLESS_HOME_SANITY_CHECKING)
      #define HOME_SANITY_CHECKING_STARTUP_COMPENSATION 200
      #define HOME_SANITY_CHECKING_ERROR_MARGIN 50
    #endif

Related Issues

N/A

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant