Homing- Dual Gantry

Home Forums TinyG TinyG Support Homing- Dual Gantry

Viewing 6 posts - 1 through 6 (of 6 total)
  • Author
    Posts
  • #3424
    Colecago
    Member

    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.

    #3425
    Colecago
    Member

    Actually, 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, above

    So until that is finalized, an option to set limits only on an axis would be nice.

    #3426
    Riley
    Keymaster

    Colecago,

    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

     

    #3427
    Colecago
    Member

    I 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.

    #3431
    alden
    Member

    Until 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.

    #3432
    Colecago
    Member

    Yeah, 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!

Viewing 6 posts - 1 through 6 (of 6 total)
  • You must be logged in to reply to this topic.