On Friday 08 June 2018 21:03:37 andy pugh wrote: > https://forum.linuxcnc.org/38-general-linuxcnc-questions/34671-delayin >g-motion-enable-after-machine-on?start=10#112033 > > He makes a good point. Should motion.feed-inhibit prevent homing? > I should think it should inhibit homing, but throw up an advisory as to why its locked out if a homing attempt is made. One normally expects the homeing to have an unrestricted access to the machines operating envelope, but if something is in the way, causing a tool $hattering cra$h, there should be some means of preventing the motion until the arena has been cleared. I'll leave it to your imagination as to how this condition is detected. A supermarket upc scanner maybe?
> I can't think of a scenario where you would want it to allow homing > but no other motions. But perhaps I lack imagination. Me too. I have no such facilities on any of my machines, choseing instead the sequence the homing is done in for general crash safety. Kinda hard to break a mill when z is homed at the top of the post, before Y looks for its switch at the front of its travel and then parked at the center, then X looks for its switch at the left end of its travel. As thats 60 lbs of bind on the ways, if it hangs the motor making the rapid move back to the center of the X travel, its time to wipe the ways clean and re-lube them. A one shot system would be nice, and maybe someday it will get one. Someday... -- Cheers, Gene Heskett -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Genes Web page <http://geneslinuxbox.net:6309/gene> ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Emc-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/emc-developers
