Home › Forums › TinyG › TinyG Support › Homing- Dual Gantry
Tagged: Dual Gantry, Dual Y, Homing
- This topic has 5 replies, 3 voices, and was last updated 12 years, 4 months ago by Colecago.
-
AuthorPosts
-
August 22, 2012 at 9:46 pm #3424ColecagoMember
I have a ShapeOko with Dual Y axis and was looking at adding homing switches so I don’t rely on blind luck for running into the edges.
Anyways, in the wiki it says
Special consideration is provided for dual-gantry situations. These are detected by the motor mapping configuration (not supported yet)
Now is this an old statement, meaning the motor mapping configuraiton wasn’t supported like it is now? Or does it mean the special code for homing with a dual axis is not yet supported? Any idea on when that update will roll out? And if not for awhile, can we have a switch option that lets you set limits but not homing for that axis? Then we can use one of the Y axes to home but still have limits on both.
August 22, 2012 at 9:49 pm #3425ColecagoMemberActually, further down the page this is said
Dual Gantry Operation (Not Yet)
Dual gantry operation differs somewhat from single gantry homing as specified above. Dual gantry operation assumes each of the two motors in the gantry has its own limit switch that can be read independently. It also assumes that the axis is not racked so much that it cannot move. If this is the case the machine must be manually squared so that the axis can move before starting the homing operation.The homing sequence progresses normally through each axis but executes the following if a dual gantry axis is detected. Detection is performed by looking at the motor mapping configs: $1MA – $4MA
The standard pre-conditions apply
Dual gantry homing begins by testing the homing switches for the dual axis. if either switch is tripped the other motor is advanced at the latch rate until that switch is also hit. “Advance” is actually the negative of the homing-travel for that axis (i.e. movement will be in the opposite direction specified by the latch rate sign). Once the second switch is hit a backoff is executed to the machine zero offset value.
A search move is initated for both motors. The search ends when one of the switches is hit.
The second switch is closed as per above, and a backoff is executed.
A latch operation similar to the single gantry case is performed.
The dual axis is now homed. Control is returned to the standard homing operation, aboveSo until that is finalized, an option to set limits only on an axis would be nice.
August 23, 2012 at 1:17 pm #3426RileyKeymasterColecago,
Can you explain this to me?
So until that is finalized, an option to set limits only on an axis would be nice.
I am not quite sure I follow what you are asking for.
ril3y
August 23, 2012 at 4:58 pm #3427ColecagoMemberI guess I was confused on how the limits are set up. If I set up a Min Y/ Max Y, will it stop both Y motor from running when hit? Or do I need to use Min A/Max A as well, because the second Y is set up on the A axis?
You can set up the switches to either be off, homing, or homing + limits, if I need to use axis 4’s limit capability but not its homing because dual gantry homing isn’t finished, I’d like to set it up to just use limits on that axis.
Kind of get what I’m asking? I’m probably confusing function, I don’t know how you have it set up internally. It might already do what it is supposed to do and not need any of this.
August 26, 2012 at 9:56 am #3431aldenMemberUntil dual axis homing is supported with two homing switches the way to do it is the same as single axis homing.
Set the axis mapping (as you probably already have) to Motor1 = X, Motor2= Y, Motor3 = Z, Motor4 = Y.
Put a switch on each of the X, Y and Z axes. Typically this is at minimum X travel (far left), minimum Y travel (towards the front of the machine), and maximum Z travel (the top of the Z travel). Since any switch port will react if it is thrown, you can wire these to Xmin, Ymin, Zmax, or you could wire them all in parallel to any X, Y or Z switch (There is a bug in the A switches right now, so don’t use these).
To home, first make sure your Y axis moves freely and is not racked – i.e. it can’t be out-of-square so much that it won;t move. Try to square it the best you can by eye.
Then set up the homing parameters for the way you have your switches set. See instructions under Gcode Support / Homing on the wiki.
August 26, 2012 at 10:12 am #3432ColecagoMemberYeah, I was confused, I thought the A Switches were for output 4, that’s what I was getting at here. So the switches are independent of their output and only coincide with their axis. As long as it stops both motors, I’m cool with it, thanks!
-
AuthorPosts
- You must be logged in to reply to this topic.