If I set the motion.feed-hold signal true, will I get the halui.program.is-paused out true?
I see that I would need to have the M53 P1 set for this to work, is this set to 1 by default or should I set that in my "RS274NGC_STARTUP_CODE" Rick On 07/15/2015 03:00 PM, John Kasunich wrote: > > On Wed, Jul 15, 2015, at 02:37 PM, Rick wrote: >> Hello Guys, >> >> I just narrowed it down to the release, in version 2.6 something went >> off path in regards to halui.program.pause and halui.program.resume. >> >> I have manual pushbuttons on the rolling guards of the machines to >> initiate a feedhold, and to resume the operation. In 2.6 there is a >> slight delay, maybe .5 -1.0 second before either machine motion stops, >> and I get the output of halui.program.is-paused ( which is tied to a red >> led on the rolling guard as well), or the machine resumes operation and >> I get the output of halui.program.is-running ( which is tied to a green >> led next to the red led on the guard). >> >> The delay is about the same for both outputs, and that 1 second at >> 400ipm seems like an eternity to the operator when he keeps hitting >> feedhold, and motion doesn't stop. Pretty scary when you expect it to >> stop and it might run thru 2 or 3 more lines of code on short moves at >> high feed rates. >> >> More halui inputs/outputs may be affected, but I don't use any of them, >> so I'm not sure. >> >> Do I submit a bug report?? >> >> Ric > Are you saying the exact same configuration worked without a perceptible > delay on version 2.5 and older? Same computer and operating system > version? > > Keep in mind that halui is NOT a hard-real-time component. Anything > done by halui or other non-realtime-code has NO guarantees against > delays. Usually things are fast, but just like Windows will sometimes > go out to lunch for a while or your browser (even on Linux) will appear > to lock up while processing the latest spam-laden webpages, anything > can happen once you go outside the realtime system. > > Halui is a user interface just like Axis, and the fact that it connects to > physical buttons does not mean that it is any better than any other > keyboard or mouse driven user interface as far as reliability and > guaranteed speed. > > The only hard realtime components are the main motion controller > (hal pins like motion.xxxxxx and axis.N.xxxxx) and the lower level > HAL components like PID, stepgen, hardware drivers, etc. > > There is a HAL pin on the motion module that implements a feed-hold > in real-time: motion.feed-hold. Note that it can be overridden in g-code. > See http://linuxcnc.org/docs/html/man/man9/motion.9.html > > That said, if the halui interface used to be "fast" and now it isn't, it > probably should be looked at. I'd go ahead and file the report. > ------------------------------------------------------------------------------ Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ _______________________________________________ Emc-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/emc-users
