Lack of pins on parallel port. Replace estop?

More
12 May 2019 15:45 #133564 by caseyryan
Hi everyone!
I've just bumped into a problem with a lack of input pins on my parallel port. I'm trying to convert my gantry mill machine into a
universal one so I could use mill and a plasma cutter when I need that.
So I've build my own THC board which can emit 3 types commands UP / DOWN / ARC OK over 3 wires, of course.
I'm planning to use a pin that is used for a touch off function of my mill config as an Arc OK pin for a plasma one. One of the other input pins is used for limit switches and so I only have 2 input pins left. One of them (10th) I can freely use for an up or down signals but the last one (11th) is used for an estop function in the machine's hal file like this:
net estop-ext       <= parport.0.pin-11-in
so when I send any signal to it the machine turns off (obviously).
I tried to disable estop pin by commenting this line out. But I can't turn on my machine after that at all. Even the software button in the UI is disabled.

So my question is is it possible to remove / replace this estop line with something (I don't know what) but still be able to turn the machine on and off from the EMC UI?

p.s. I only have one parallel port and I have no possibility to add another one right now because I need to solve this problem as soon as possible and I have no time to wait for an extension PCI board

Regards, Konstantin

Please Log in or Create an account to join the conversation.

More
12 May 2019 16:13 #133571 by pl7i92
You can get all REF and Home switches to one PIN

as you have 5 inputs 12/5 12outs 5 in
the THC will work

also no need for ARC ok
as you can get thcup.arc-ok to M3
the THC itself as of proma will wait 2sec till it moves if needed
The following user(s) said Thank You: caseyryan

Please Log in or Create an account to join the conversation.

More
12 May 2019 17:07 #133583 by caseyryan
Ok, that sounds reasonable in my case. Even though limit switches and estop work differently, but I really am not using them as home switches, so they all can be connected to the same pin

also no need for ARC ok
as you can get thcup.arc-ok to M3
the THC itself as of proma will wait 2sec till it moves if needed

What if arc is lost? I need to stop program execution and fire it up again, that's why I need to have this signal, am I right? I've never used plasma cutter before so I might have some misconceptions about this.

Please Log in or Create an account to join the conversation.

More
12 May 2019 20:27 #133598 by rodw
Another way you could use a pin for more than one purpose is to set a pin using M62-M65 in gcode and connect that output pin to a MUX2 to swap pin signals on that command. You might be able to use this when probing for instance.

It would be interesting to see you could use the plasmac config with your THC. So far most people have been using a mesa THCAD board but it has a mode to support your style of THC. Whilst this requires a recompile to include the reverse run branch that is not yet in Linuxcnc master branch, you could run your existing mill subject to the usual changes required to move from V 2.7 to V 2.8 for independent axes and multi spindle support.

Please Log in or Create an account to join the conversation.

More
16 May 2019 00:48 #133936 by andypugh
How about 2 pins:
1 = Up
2 = Down
1 + 2 = Arc OK
No pins = something bad happened.

Please Log in or Create an account to join the conversation.

More
16 May 2019 03:12 #133941 by islander261
Most plasmas will need the arcok true for the entire cut or they will think the torch has gone out.

John

Please Log in or Create an account to join the conversation.

More
16 May 2019 06:14 #133948 by pl7i92
we got more then 5 Plasmas in use
all beside one build by the desesed Member here
and noone has a Arc-ok signal wire
it workes that way
IF the Torch does not fire (( hapens not offen on a 85A))
you will HEAR it quickly in the display where to restart NO problem

if the Arc goes/dies down as to many Water in the Nozzel during CUT
You can restart from last in Point OR manipulate the Gcode as you see the outpoint on Manuell jog
THIS Happens only on USER Fault / Meaning wrong settings
Nozzel to the Max livetime / Overcut speed / EP Time of the Cutter between Cuts

Please Log in or Create an account to join the conversation.

More
16 May 2019 16:07 - 16 May 2019 16:13 #133984 by caseyryan

Another way you could use a pin for more than one purpose is to set a pin using M62-M65 in gcode and connect that output pin to a MUX2 to swap pin signals on that command. You might be able to use this when probing for instance.

It would be interesting to see you could use the plasmac config with your THC. So far most people have been using a mesa THCAD board but it has a mode to support your style of THC. Whilst this requires a recompile to include the reverse run branch that is not yet in Linuxcnc master branch, you could run your existing mill subject to the usual changes required to move from V 2.7 to V 2.8 for independent axes and multi spindle support.

It looks like too much work. Unfortunately I don't have time nor much of a desire to do all that :)

Most plasmas will need the arcok true for the entire cut or they will think the torch has gone out.

I'm developing a custom THC so it may or may not need anything

How about 2 pins:
1 = Up
2 = Down
1 + 2 = Arc OK
No pins = something bad happened.

Sounds good. Could you please elaborate on how can I hook it up in my hal file?
I only have 2 days left to set this thing up and I think I won't be able to read thru all the docs and understand everything correctly.
I think I need to use some AND logic to get signal from 2 pins at a time
Last edit: 16 May 2019 16:13 by caseyryan.

Please Log in or Create an account to join the conversation.

More
16 May 2019 16:36 - 16 May 2019 16:36 #133985 by andypugh

caseyryan wrote:

How about 2 pins:
1 = Up
2 = Down
1 + 2 = Arc OK
No pins = something bad happened.

Sounds good. Could you please elaborate on how can I hook it up in my hal file?


Assuming that you can generate the input combinations the HAL side of things would use "demux"
linuxcnc.org/docs/devel/html/man/man9/demux.9.html [1]
Then assuming parport.0.pin-00-in is the UP signal, and 01-in is DOWN and both is ARC-OK
loadrt demux personality=4
addf demux.0 servo-thread
net arc1 parport.0.pin-00-in => demux.0.sel-bit-00
net arc2 parport.0.pin-01-in => demux.0.sel-bit-01
net arc-error demux.0.out-00
net arc-up    demux.0.out-01
net arc-down  demux.0.out-02
net arc-ok    demux.0.out-03


[1]Which doesn't exist in 2.7, I just noticed, but it is a simple .comp and can be downlaoded the compiled/installed with halcompile)
Download this file , save as "demux.comp"
Then use the command "sudo halcompile --install demux.comp" to install it on your system.
Last edit: 16 May 2019 16:36 by andypugh.

Please Log in or Create an account to join the conversation.

More
17 May 2019 11:20 #134042 by pl7i92
@ andy
dipending on the THC in use
this will nor work as ther can be Arc-ok Faults on settings like from proma
it might be flickering so it stopt the mashine on arc ok

here arc ok is not connected at all and on normal part use it is not needed

Please Log in or Create an account to join the conversation.

Time to create page: 0.100 seconds
Powered by Kunena Forum