Skip to content
This repository has been archived by the owner on Feb 8, 2024. It is now read-only.

Dual Z Home behavior change intended? #200

Open
cwhinton opened this issue Apr 9, 2019 · 1 comment
Open

Dual Z Home behavior change intended? #200

cwhinton opened this issue Apr 9, 2019 · 1 comment
Labels

Comments

@cwhinton
Copy link

cwhinton commented Apr 9, 2019

The homing behavior on my dual Z CoreXY has changed with the recent RC (Pocahontas) vs. what I ran a year or so ago.

Prior behavior was that both of the steppers on Z would be homed, thus ensuing the bed was level. New behavior is home is stopped when the Z end stop is triggered, thus the bed could be out of level.

In my case H is slaved to Z and end stops Z and X2 are used. This was tested with homing to Z-max as well as Z-min.

@Wackerbarth Wackerbarth added the bug label Apr 9, 2019
@Wackerbarth
Copy link
Contributor

Yes, I have been complaining about this for over a year. The problem is that the new movement code handles only a limited aspect of "slaved" axes. You and I need them to behave as slaved during normal motion, but allow them to act independently for homing and as a part of a "leveling" adjustment.

In effect, what is wanted is for the Z-H pair to act as a CoreZH pair where "Z+H" = height*2 and "Z-H" can be zeroed. However, there is a constraint that "Z-H" remain "small", even when homing.

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

No branches or pull requests

2 participants