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