On 07/13/2015 12:52 PM, Viesturs Lācis wrote: > What about hardware e-stop button? Would it not work for this case?
I don't know if the E-stop input would be monitored while the G code is being loaded. I think it's a fairly decent assumption that if the keyboard is not able to stop a software lockup when there are unresolved issues while parsing the G code, then digital inputs on the CNC side probably would not be monitored either, although I can't confirm this. I've never created this error condition, much less tested it with an E-stop input. I don't consider the E-stop input to be a "hardware e-stop button" as it requires software to monitor and respond to the E-stop condition. To me, that's the opposite of what I mean when I say "hardware E-stop". On my simple machines, I'll often wire a true hardware E-stop that halts machine motion IN HARDWARE, and I won't even bother wiring a parallel E-stop circuit to provide an E-stop input. There doesn't seem to be any point. The motion is already reliably stopped in hardware, and I'll need to re-home the machine after a hardware E-stop anyway. On more elaborate machines, I will wire a second E-Stop circuit through the same E-stop switches so LinuxCNC can detect that the E-Stop has been pressed. ------------------------------------------------------------------------------ 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
