Welcome, Guest. Please login or register.
Did you miss your activation email?
May 23, 2012, 08:23:48 PM

Login with username, password and session length
Search:     Advanced search
* Home Help Search Calendar Links Login Register
+  Machsupport Forum
|-+  Third party software and hardware support forums.
| |-+  SmoothStepper USB (Moderator: Warp9TD)
| | |-+  Slaved axis homing with the SS
Pages: 1   Go Down
Print
Author Topic: Slaved axis homing with the SS  (Read 1478 times)
0 Members and 1 Guest are viewing this topic.
Greolt
Global Moderator
*
Offline Offline

Posts: 872


View Profile
« 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 » Logged
CNC-Steuerung
Active Member

Offline Offline

Posts: 52


View Profile
« 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
Logged
Greolt
Global Moderator
*
Offline Offline

Posts: 872


View Profile
« 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
Logged
Kently
Active Member

Offline Offline

Posts: 60


View Profile
« Reply #3 on: July 21, 2009, 01: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.
Logged
Pages: 1   Go Up
Print
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.16 | SMF © 2011, Simple Machines Valid XHTML 1.0! Valid CSS!