- Posts: 128
- Thank you received: 0
"iocontrol.0.user-enable-out" seems broken in latest 2.9 master
3 years 11 months ago #256220
by turbostew
I updated my 6 or so month old 2.9 master to the latest master a couple days ago and my machine would not get out of ESTOP. I tracked it down to "iocontrol.0.user-enable-out" never going true. I am using the qtDragon screen if that is even relevant. I worked around it using "motion.motion-enabled" in place of "iocontrol.0.user-enable-out". Any ideas????
Please Log in to join the conversation.
3 years 11 months ago #256270
by HansU
Replied by HansU on topic "iocontrol.0.user-enable-out" seems broken in latest 2.9 master
It seems more lile a QtDragon thing, so maybe better move this to User Interfaces -> Qtvcp ?
Please Log in to join the conversation.
3 years 11 months ago #256301
by cmorley
Replied by cmorley on topic "iocontrol.0.user-enable-out" seems broken in latest 2.9 master
Can you post your conf files?
Please Log in to join the conversation.
3 years 11 months ago #256733
by turbostew
Replied by turbostew on topic "iocontrol.0.user-enable-out" seems broken in latest 2.9 master
do you mean hal and ini?
Please Log in to join the conversation.
3 years 11 months ago #256749
by cmorley
Replied by cmorley on topic "iocontrol.0.user-enable-out" seems broken in latest 2.9 master
yes, sorry configuration files.
Please Log in to join the conversation.
3 years 11 months ago #257007
by turbostew
Replied by turbostew on topic "iocontrol.0.user-enable-out" seems broken in latest 2.9 master
Please Log in to join the conversation.
3 years 11 months ago #257055
by cmorley
Replied by cmorley on topic "iocontrol.0.user-enable-out" seems broken in latest 2.9 master
How did you decide iocontrol.0.user-enable-out is not working?
I checked on the sim configs and it seems to work.
I don't see anything in the HAL file - other then you need an external input to complete the estop loop.
I checked on the sim configs and it seems to work.
I don't see anything in the HAL file - other then you need an external input to complete the estop loop.
Please Log in to join the conversation.
3 years 11 months ago #257067
by turbostew
Replied by turbostew on topic "iocontrol.0.user-enable-out" seems broken in latest 2.9 master
Well, it never goes True. It did from master 6 months ago. I also notice that the ESTOP soft button is alway green in the middle, it used to toggle. I wonder if an external estop cycle is needed to "enable" the iocontrol.0.user-enable-out? My external estop shuts down drives and other stuff so not easily tested.
Please Log in to join the conversation.
3 years 11 months ago #257069
by cmorley
Replied by cmorley on topic "iocontrol.0.user-enable-out" seems broken in latest 2.9 master
Ahh I think I see the problem.
If the external estop input is high (clear) at start up it wont let you clear the GUI estop.
While I was testing, the external signal started low so i didn't see this.
Ok let me look into this.
And yes the behavior changed a while back to more closely follow AXIS's behavior.
If the external estop input is high (clear) at start up it wont let you clear the GUI estop.
While I was testing, the external signal started low so i didn't see this.
Ok let me look into this.
And yes the behavior changed a while back to more closely follow AXIS's behavior.
Please Log in to join the conversation.
3 years 11 months ago #257073
by cmorley
Replied by cmorley on topic "iocontrol.0.user-enable-out" seems broken in latest 2.9 master
ok this behavior is consistent with AXIS so seems an oddity of linuxcnc it's self.
The external enable-in pin can not be in a true state before the GUI estop pin is set true.
iocontrol.0.enable-in will ignore the gui enable-out state (unless connected via HAL)
yet gui enable-out pin will not turn high when linuxcnc is set out of estop by enable-in
Normally the GUI enable-out pin is part of the HAL estop chain, so is _always_ true before the enable-in pin gets set true. This was by design.
So if you can add estop-out to the external estop chain, this will work properly.
Said another was, the GUI button must initiate clearing the external estop chain, before estop-ext is set high.
Chris
The external enable-in pin can not be in a true state before the GUI estop pin is set true.
iocontrol.0.enable-in will ignore the gui enable-out state (unless connected via HAL)
yet gui enable-out pin will not turn high when linuxcnc is set out of estop by enable-in
Normally the GUI enable-out pin is part of the HAL estop chain, so is _always_ true before the enable-in pin gets set true. This was by design.
So if you can add estop-out to the external estop chain, this will work properly.
Said another was, the GUI button must initiate clearing the external estop chain, before estop-ext is set high.
Chris
Please Log in to join the conversation.
Time to create page: 0.097 seconds
