This is a copy of a post I made on the SmoothSyepper site.
I think there are more users on this forum. Perhaps we can get this fixed if a few users post what results they are getting with SS slaved axis homing.
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
OK I have been doing some testing and have discovered something interesting.
Here I an talking about the X axis which has A slaved with it. Both X and A have their own home switch. Gantry gets "auto squared". For now I will disregard Y and Z.
When using the LPT,
DoOEMButton(1022) 'ref X
Only the X side gets homed. A just moves in unison. Gantry does not get squared.
RefCombination(9) 'ref X and A
Both X and A get homed. They both do it in unison. Gantry is squared.
DoOEMButton(1022) 'ref X
DoOEMButton(1025) 'ref A
X homes with A following along. Then A homes on it's own while X stays still. Gantry is squared.
Now with the SS here is what I discovered.
DoOEMButton(1022)'ref X
DoOEMButton(1025)'ref A
X homes with A following along. Then A homes on it's own while X stays still. Gantry is squared.
However this leaves Mach in a hung state. Manual jog will work. MDI will not work. Gcode will not work. Pressing "Stop" or "Reset" gets things free again.
RefCombination(9) 'ref X and A
X homes with A following along. Then A homes on it's own while X stays still. Gantry is squared.
Notice this is different to LPT. Mach is hung same as above.
DoOEMButton(1022)'ref X
This is the interesting part.
Even though this only calls X to be referenced, X homes with A following along. Then A homes on it's own while X stays still. Gantry is squared.
Notice the difference? The SS is somehow taking over the homing routine and deciding both X and A need homing even though only X has been called.
The LPT does not do this.
Greg
Mach R3.041 and Plugin v015ogb