An E-stop, hal and an overall how things work series.
- skunkworks
- Offline
- Moderator
Less
More
- Posts: 361
- Thank you received: 150
30 Nov 2019 01:42 #151551
by skunkworks
An E-stop, hal and an overall how things work series. was created by skunkworks
I am trying to get my butt in gear and get a few Estop 101 videos out. The first one is done (for some definition of 'done')
Please Log in or Create an account to join the conversation.
01 Dec 2019 07:01 #151635
by rodw
Replied by rodw on topic An E-stop, hal and an overall how things work series.
Thanks for this skunkworks. I subscribed to Youtube premium just so I could download it to my Chromebook to watch on the plane to China tomorrow!. So just 9 more hours to fill in!
Please Log in or Create an account to join the conversation.
30 Jan 2020 16:10 #156185
by AgentWD40
Replied by AgentWD40 on topic An E-stop, hal and an overall how things work series.
Just found this and haven't had time to watch the whole thing but should we expect a part 2 with safe examples?
Please Log in or Create an account to join the conversation.
07 Nov 2020 05:46 #188573
by lrak
Replied by lrak on topic An E-stop, hal and an overall how things work series.
There are some more details for this :
estop pins - assuming no pins are yet interconnected:
iocontrol.0.emc-enable-in -- sets the Estop button displayed in Axis - and
from the docs "Should be driven FALSE when an external estop condition exists."
(False is the 'in' position)
iocontrol.0.user-enable-out becomes the OPPOSITE of iocontrol.0.emc-enable-in if you click on the etop-button - Does NOT change the appearance of the GUI estop button.
From the docs "FALSE when an internal estop condition exists" (what defines an estop condition here? Are there other things that can trigger an estop? )
iocontrol.0.user-request-enable iocontrol.0.user-request-enable ( output that 'PULSES' true if you click on estop button in axis AND iocontrol.0.emc-enable-in is false (pulses on pulling-out the GUI estop ) (iocontrol.0.user-request-enable is not completely documented in the man page (2020))
There is a way (by writing a component) to latch iocontrol.0.user-request-enable. That being said - it is an extremely bad idea to use this to enable a physical estop circuit. LinuxCNC should be setup to disable the physical estop - but NOT enable it.,
,.,.,.,.
What I'm still missing and digging for is if Linuxcnc triggers Estop for other reasons.
Also - there are halui pins for estop that refer to "(linuxcnc internal)" -- I don't yet have any clue what they might do or indicate or if they should be connected to the iocontrol estop pins? What does "internal" mean here? From the man page:
estop
halui.estop.activate bit in
pin for setting Estop (LinuxCNC internal) On
halui.estop.is-activated bit out
pin for displaying Estop state (LinuxCNC internal) On/Off
halui.estop.reset bit in
pin for resetting Estop (LinuxCNC internal) Off
As an example - I've attached a physical estop circuit -- linuxcnc can drop the circuit and read it's state.
estop pins - assuming no pins are yet interconnected:
iocontrol.0.emc-enable-in -- sets the Estop button displayed in Axis - and
from the docs "Should be driven FALSE when an external estop condition exists."
(False is the 'in' position)
iocontrol.0.user-enable-out becomes the OPPOSITE of iocontrol.0.emc-enable-in if you click on the etop-button - Does NOT change the appearance of the GUI estop button.
From the docs "FALSE when an internal estop condition exists" (what defines an estop condition here? Are there other things that can trigger an estop? )
iocontrol.0.user-request-enable iocontrol.0.user-request-enable ( output that 'PULSES' true if you click on estop button in axis AND iocontrol.0.emc-enable-in is false (pulses on pulling-out the GUI estop ) (iocontrol.0.user-request-enable is not completely documented in the man page (2020))
There is a way (by writing a component) to latch iocontrol.0.user-request-enable. That being said - it is an extremely bad idea to use this to enable a physical estop circuit. LinuxCNC should be setup to disable the physical estop - but NOT enable it.,
,.,.,.,.
What I'm still missing and digging for is if Linuxcnc triggers Estop for other reasons.
Also - there are halui pins for estop that refer to "(linuxcnc internal)" -- I don't yet have any clue what they might do or indicate or if they should be connected to the iocontrol estop pins? What does "internal" mean here? From the man page:
estop
halui.estop.activate bit in
pin for setting Estop (LinuxCNC internal) On
halui.estop.is-activated bit out
pin for displaying Estop state (LinuxCNC internal) On/Off
halui.estop.reset bit in
pin for resetting Estop (LinuxCNC internal) Off
As an example - I've attached a physical estop circuit -- linuxcnc can drop the circuit and read it's state.
Attachments:
Please Log in or Create an account to join the conversation.
- skunkworks
- Offline
- Moderator
Less
More
- Posts: 361
- Thank you received: 150
03 Dec 2020 18:52 #190973
by skunkworks
Replied by skunkworks on topic An E-stop, hal and an overall how things work series.
wow - sorry - it has been a year... And this isn't estop related sort of.. It is charge pump and analog output.
Please Log in or Create an account to join the conversation.
- snowgoer540
- Offline
- Moderator
Less
More
- Posts: 2388
- Thank you received: 779
03 Dec 2020 19:03 #190974
by snowgoer540
Watched this last evening, really enjoyed it/learned a few things.
I appreciate your videos, you are good at explaining things, keep up the good work!
Replied by snowgoer540 on topic An E-stop, hal and an overall how things work series.
wow - sorry - it has been a year... And this isn't estop related sort of.. It is charge pump and analog output.
Watched this last evening, really enjoyed it/learned a few things.
I appreciate your videos, you are good at explaining things, keep up the good work!
Please Log in or Create an account to join the conversation.
04 Dec 2020 07:50 #191014
by Himarc3D
Replied by Himarc3D on topic An E-stop, hal and an overall how things work series.
Nice! Oscilloscope is the best friend!
snowgoer540 you too have nice videos, i can easily understand you, nice voice.
snowgoer540 you too have nice videos, i can easily understand you, nice voice.
Please Log in or Create an account to join the conversation.
- snowgoer540
- Offline
- Moderator
Less
More
- Posts: 2388
- Thank you received: 779
04 Dec 2020 14:58 #191034
by snowgoer540
haha, thanks. Maybe one of these days I'll talk. But I should probably do the thing with the words on the screen, and then move to the computer generated voice over first.
Really I usually don't say anything so that when something stupid comes out of my mouth (near regular occurrence), I don't have to start the video over.
Replied by snowgoer540 on topic An E-stop, hal and an overall how things work series.
snowgoer540 you too have nice videos, i can easily understand you, nice voice.
haha, thanks. Maybe one of these days I'll talk. But I should probably do the thing with the words on the screen, and then move to the computer generated voice over first.
Really I usually don't say anything so that when something stupid comes out of my mouth (near regular occurrence), I don't have to start the video over.
The following user(s) said Thank You: tommylight
Please Log in or Create an account to join the conversation.
- skunkworks
- Offline
- Moderator
Less
More
- Posts: 361
- Thank you received: 150
05 Dec 2020 01:16 #191088
by skunkworks
Replied by skunkworks on topic An E-stop, hal and an overall how things work series.
I am way past worrying about saying something stupid...
The following user(s) said Thank You: snowgoer540
Please Log in or Create an account to join the conversation.
Time to create page: 0.109 seconds