-
-
Notifications
You must be signed in to change notification settings - Fork 19.3k
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
Dual Z doesn't work. #5078
Comments
The issue appears to be with Z_DUAL_ENDSTOPS, with it disabled the printer moves and homes correctly. |
@Nocturnal42 Please post your configurations so we can use them for testing. I don't have a machine to test with, but I might be able to see where the logic is failing. |
Done. I suspect its the same issue as this #4916.
|
After bumbling my way through the code, tweaking random things, I found that cause. Looks like when you encapsulated the dual z endstop handling in #3631, and created `Endstops::test_dual_z_endstops', you accidentally turned
into
Fixing that fixes most of the problems, but reveals another.. assuming its supposed to work the way I think it is. It only homes to one of the end stops. I was under the impression that it should home to both, thereby leveling the attached axis. |
And commenting out |
No, I was wrong. This seems to work just fine, at least for me, with my setup and configuration.
I have noticed a small issue though, if I have endstops enabled by default, and if Y_min and Z2_max (uses Y_max) are triggered, I can't move the Y axis without it registering a triggered endstop. |
#3631 broke z dual endstops. Solved by @Nocturnal42 in #5078 (comment)
I've applied the patch. This is one of the issues that has been blocking the release of RC8, so… much gratitude!
That's a good catch too! I'll see if I can patch that up. |
Hopefully the patch in #5097 will do the trick. Please test the associated branch and see if it actually fixes the problem. Fingers are crossed. Breath is held. |
Yup, that worked. |
This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
I'm running the latest RCBugFix, I've just modified my printer to use dual stepper drivers for the Z axis (I had problems with one side of the axis drifting over time with the single driver for both). When first starting the printer, I am unable to move the Z axis. Attempting to do so will cause the display to report that the Z endstop has been tripped, but running M119 reports all endstops being "open". The reported Z position will change, but the axis won't move.
If I do a G28 Z, the position Z position on the display is immediately set to my max Z, but the axis does not move. However, I am now able to manually jog the axis down and up, without getting a Z endstop tripped message.
The text was updated successfully, but these errors were encountered: