-
Notifications
You must be signed in to change notification settings - Fork 8
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/bug: Per axis sensorless homing rates #10
Comments
I guess this is only relevant for Trinamic drivers and would require only one axis to be homed per cycle unless axes share the same feed rate. To implement this in the least disruptive way I could add the per axis settings to the Trinamic driver and fetch the feed rates via the HAL from there. What do you think? |
I have commited an update with per axis feed rates available for the Trinamic plugin. Note that this change needs verification. |
Thanks! This is working pretty well. Separate homing also work nicely. I'm still getting some issues with my third axis using $H though.. e.g. with $43=1: with $43=2: |
Is this your issue? Lines 1346 to 1347 in 4523504
Try with homing each axis separately with e.g. $44 = 4, $45 = 2 and $46 = 1. |
Yes (partially). This is also why i approached the 2-stage solution with $43. I think there's a funny bug where the amount of feed-homing cycles is dependent on $43. Moving from $43=2 to $43=3 and configuration as per your advice, also the x and y-axis now exhibit 3 feed-cycles (and the z-axis as well). As a sanity-check I also set the trinamic feed/seek different from eachother. |
Try this version:
I wonder if an alarm should be raised or a new error code returned if homing is attempted with invalid settings values. |
Didn't work for me unfortunately. When I get time i'll have to test/debug out a little more. For now the 3x homing is at least reliable :) |
When homing specific axes, which have their max rate set lower than the locate/seek homing rate, the TCOOLTHRS is set according to the locate/seek homing rate. This leads to TCOOLTHRS being too low to trigger DIAG/stallguard output for the actual speed the motor is planned/run at.
I've implemented a fix for per-axis homing here but this could probably be done more elegantly:
fc04c05
One of the things that comes to mind is implementing per-axis seek/feed rates for homing. Since also now I am limited also to seeking at the maximum speed of the axis.
(full homing $H still seems to be somewhat problematic for me. Running too slow? But this might be a separate issue.)
The text was updated successfully, but these errors were encountered: