Hello Guest it is December 26, 2024, 02:05:10 PM

Author Topic: Slaved axis homing with the SS  (Read 9711 times)

0 Members and 1 Guest are viewing this topic.

Offline Greolt

*
  •  956 956
Slaved axis homing with the SS
« on: February 03, 2009, 06:31:08 AM »
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
« Last Edit: February 03, 2009, 07:09:32 AM by Greolt »
Re: Slaved axis homing with the SS
« Reply #1 on: February 03, 2009, 06:49:32 AM »
Hi Greg,

the SS has some problems with homing more than axis simultaniously.
So you couldnt use the "RefCombination()" function with the SS.

Best regards,

Wolfram

Offline Greolt

*
  •  956 956
Re: Slaved axis homing with the SS
« Reply #2 on: February 03, 2009, 07:08:01 AM »
To add to my post above,

I was using Mach R3.041  and Plugin v015ogb

I now updated Mach to R3.042.020  Same Plugin  v015ogb.

Everything is the same as above except,

Using SS
RefCombination(9) 'ref X and A
Acts the same as reported above but no longer makes Mach hang.

Greg
Re: Slaved axis homing with the SS
« Reply #3 on: July 21, 2009, 02:26:11 PM »
I am using a SS with a gantry that has the A axis slaved to Y. If I ref all home, everything normally work fine. However, every now and then the A-axis will keep running while it is backing away fromthe A-limit switch. I have to hit e-stop. I finally figured out that this happens if the ganrty is racked such tha the A-limit is hit before the Y-limit.