On Tue, Sep 08, 2015 at 03:18:42PM +0100, andy pugh wrote: > > My proposal is that the homing code would search the INI file for a > [SPINDLE*] stanza (which already exists in many configs) and if it > finds one that contains a homing sequence number it would assert the > spindle-index-enable output and run the spindle at > [SPINDLE]HOME_VELOCITY until the index enable went false. This is a > very abbrieviated sequence, but I think it covers most requirements.
I agree with your proposal. I do think you need explicit homing if you want to be able to specify the direction of orient - I couldn't come up with a way to cheat. (I don't know if direction is ever actually important, but it's the design we have) I agree it can be simple, like index-only homing of joints- I doubt you need to have any of the rest of homing (switch sensing, etc) Some thoughts: Tapping/threading will cause additional index resets later on - this won't hurt orient, right? The VFD on my VMC has a "jog" input that causes the spindle to turn slowly and at reduced torque. My orient (done in ladder) uses that, and it would be nice if there were a way to do the same here (motion.spindle-is-homing? motion.spindle-jog?) Not sure how important this is. We have motion.spindle-brake which will have to turn off for homing. And a question: I understand there's some intricate hal muxing that's needed on these configs that support orient, but I didn't find an example in our sample configs. Is there a reference implementation somewhere I missed, or are people creating this on their own? ------------------------------------------------------------------------------ _______________________________________________ Emc-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/emc-developers
