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

Feature Request: Add a separate variable for the back-off distance after sensorless homing #86

Closed
nielsvz opened this issue Nov 4, 2023 · 8 comments

Comments

@nielsvz
Copy link
Contributor

nielsvz commented Nov 4, 2023

Sensorless homing is a bit tricky with high current low impedance motors (LDO 2804AH). I find they're most reliable when using the following steps, per axis:

  1. Lower the run_current to the home_current
  2. Home the axis
  3. Back off 5mm
  4. Raise the run_current back to the configured value
  5. Back off the axis to a minimum of 0.5-1.0x the rotation distance (20-40mm in my case)

It would be nice if the good sensorless feature had an additional setting, such as sensorless_minimum_dist, that value could be compared to the distance moved as well (currently using homing_retract_dist).

Homing would then follow this process, per axis:

  1. Lower the run_current to the home_current
  2. Home the axis
  3. Back off by homing_retract_dist
  4. Raise the run_current back to the configured value
  5. Back off the axis to the endstop position minus sensorless_minimum_dist
  6. Check if the distance moved is at least sensorless_minimum_dist and re-home if required
@numanair
Copy link

numanair commented Nov 4, 2023

Duplicate of #86? #78

@nielsvz
Copy link
Contributor Author

nielsvz commented Nov 4, 2023

I believe the difference between this and #78 (I think you meant that issue?) is that this request doesn't change the homing process, but it would add a second variable to distinguish between the backoff distance (homing retract) and the minimum distance required to reliably home with sensorless.

@numanair
Copy link

numanair commented Nov 4, 2023

Yep, mixed up my tabs, thanks!

It sounds like they are achieving the same goal, but I like the additional flexibility of this one.

@lraithel15133
Copy link
Contributor

I believe the difference between this and #78 (I think you meant that issue?) is that this request doesn't change the homing process, but it would add a second variable to distinguish between the backoff distance (homing retract) and the minimum distance required to reliably home with sensorless.

#78 is mostly asking for built-in checks for sensorless homing failures. Seems you just want a separate configurable variable for minimum homing distance. I think this would be an easy change. Make it default to retract distance, but make it configurable

@nielsvz
Copy link
Contributor Author

nielsvz commented Nov 4, 2023

#78 is mostly asking for built-in checks for sensorless homing failures. Seems you just want a separate configurable variable for minimum homing distance. I think this would be an easy change. Make it default to retract distance, but make it configurable

Correct, without a minimum distance I find sometimes it doesn't trigger at all.

@bwnance
Copy link
Contributor

bwnance commented Nov 6, 2023

@nielsvz is the problem that if you set the retract distance to 20-40, it backs off too much after a successful home? because other than that, it should result in the behavior you want

@bwnance
Copy link
Contributor

bwnance commented Nov 6, 2023

#90 will resolve this

@rogerlz
Copy link
Contributor

rogerlz commented Dec 19, 2023

#90 has been merged now

@rogerlz rogerlz closed this as completed Dec 19, 2023
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

No branches or pull requests

5 participants