Random arc signal lost

More
03 Sep 2020 11:43 #180530 by phillc54
Replied by phillc54 on topic Random arc signal lost

Something else you could experiment with in <machine-name>-connections.hal

Unlink the plasmac Arc OK input .
Add an extra debounce component.
Net the Arc OK signal from the Mesa card to the debounce input and the debounce output to PlasmaC Arc OK .


I really need to start writing things down. I had this though on the way to work this morning! I actually thought "I wonder if the Arc-OK is de-bounced". I think the Hypertherm closes a set of dry contacts, so it could be that there needs to be a small debounce before things get under way. Does that mean this stuff is really starting to make sense?! :laugh:

Yes


Ok, I just looked, the Hypertherm definitely closes dry contacts. I wonder if that's the problem?

Could you offset the debounce delay by then making your pierce delay a bit shorter, or maybe it really doesnt matter that much?

Probably not required, each debounce "unit" in a servo thread is normally only 1mS

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

More
03 Sep 2020 11:45 - 03 Sep 2020 11:45 #180532 by snowgoer540
Replied by snowgoer540 on topic Random arc signal lost

Something else you could experiment with in <machine-name>-connections.hal

Unlink the plasmac Arc OK input .
Add an extra debounce component.
Net the Arc OK signal from the Mesa card to the debounce input and the debounce output to PlasmaC Arc OK .


I really need to start writing things down. I had this though on the way to work this morning! I actually thought "I wonder if the Arc-OK is de-bounced". I think the Hypertherm closes a set of dry contacts, so it could be that there needs to be a small debounce before things get under way. Does that mean this stuff is really starting to make sense?! :laugh:

Yes


Ok, I just looked, the Hypertherm definitely closes dry contacts. I wonder if that's the problem?

Could you offset the debounce delay by then making your pierce delay a bit shorter, or maybe it really doesnt matter that much?

Probably not required, each debounce "unit" in a servo thread is normally only 1mS


Would that look like this:
loadrt  debounce                cfg=4
#net plasmac:arc-ok-in hm2_7i96.0.gpio.010.in => plasmac.arc-ok-in
net plasmac:arc-ok-in hm2_7i96.0.gpio.010.in => debounce.0.3.in
net plasmac:arc-debounce debounce.0.3.out => plasmac.arc-ok-in

Every time I wrap my head around HAL, time passes, and then it gets fuzzy.
Last edit: 03 Sep 2020 11:45 by snowgoer540.

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

More
03 Sep 2020 11:51 #180533 by phillc54
Replied by phillc54 on topic Random arc signal lost

gs Would that look like this:
loadrt  debounce                cfg=4
#net plasmac:arc-ok-in hm2_7i96.0.gpio.010.in => plasmac.arc-ok-in
net plasmac:arc-ok-in hm2_7i96.0.gpio.010.in => debounce.0.3.in
net plasmac:arc-debounce debounce.0.3.out => plasmac.arc-ok-in

That looks OK to my bloodshot eyes :)

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

More
03 Sep 2020 11:54 #180534 by snowgoer540
Replied by snowgoer540 on topic Random arc signal lost

gs Would that look like this:
loadrt  debounce                cfg=4
#net plasmac:arc-ok-in hm2_7i96.0.gpio.010.in => plasmac.arc-ok-in
net plasmac:arc-ok-in hm2_7i96.0.gpio.010.in => debounce.0.3.in
net plasmac:arc-debounce debounce.0.3.out => plasmac.arc-ok-in

That looks OK to my bloodshot eyes :)

That grape juice sneaks up on you, especially if it actually tastes like grape juice (my preference for wine). It's been a week, so there's some bourbon in my future Friday evening!

At any rate, LinuxCNC will complain pretty hard if we've got it wrong anyhow :laugh:

Testing is required, but it does make me wonder since they are closing a relay (as I am sure most plasma companies are), if the arc-ok input should be debounced by default? I do recall reading people saying similar things while cutting from time to time.

I hope this sorts it out!
The following user(s) said Thank You: Clive S

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

More
03 Sep 2020 11:57 #180535 by phillc54
Replied by phillc54 on topic Random arc signal lost
Looking forward to seeing the result tomorrow...
The following user(s) said Thank You: snowgoer540

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

More
03 Sep 2020 12:52 #180539 by rodw
Replied by rodw on topic Random arc signal lost
I'm seeing a few reports of arc-OK failures now and I'm not sure if its a software issue in Plasmac or not.

The other thing that stands out is these are happening a while after a machine is commissioned. I had exactly the same problem with my Everlast and I was very despondent becasue I could not find a solution, but a couple of mates put their heads together and did an armchair diagnosis and a simple proposed fix which was spot on. Its possible your issue is exactly the same as my problem.

So let me explain.
The Mesa card is a high impedance device. That means there is high resistance between inputs and ground. I'll let you dig though the manual but the impedance (resistance) is mentioned there. So that means there is a very low current flowing through the ArcOK circuit and through the dry contacts inside the plasma cutter.. Dry contacts (relays) generally have a minimum current rating spec and due to the high impedance, the current in the ArcOK circuit could be less than that minimum spec.

So what happens is that oxide builds up on the dry contacts and eventually the relay displays intermittent random faults and won't turn on. Does that sound like your machine?

So the solution is to add a pull down resistor to the ArcOK input. This resistor has to be sized to ensure the minimum current is exceeded and can also handle the power in the circuit (Watts). In my case, I was able to locate the relay in the Everlast and track down the data sheet. The minimum current rating was 100 mA. My advisory panel crunched some numbers and announced that I should use a 1K, 1 watt resistor from the input to my 24V field power ground. They said to keep the resistor up in the air as it could get very hot!

They also warned me that it might take a few cycles to burn through the accumulated oxide but it would eventually come good. They were right!

So after a few cycles of ArcOK, the problem was completely solved and never happened again!

I remain very grateful for my silver haired advisory panel who were old enough to have extensive experience in analog circuits!

And I kept that resistor when i upgraded to my thermal dynamics. It has never faulted!
The following user(s) said Thank You: tommylight, thefabricator03

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

More
03 Sep 2020 14:09 #180549 by snowgoer540
Replied by snowgoer540 on topic Random arc signal lost

So the solution is to add a pull down resistor to the ArcOK input. This resistor has to be sized to ensure the minimum current is exceeded and can also handle the power in the circuit (Watts). In my case, I was able to locate the relay in the Everlast and track down the data sheet. The minimum current rating was 100 mA. My advisory panel crunched some numbers and announced that I should use a 1K, 1 watt resistor from the input to my 24V field power ground. They said to keep the resistor up in the air as it could get very hot!


I'm not really sure I follow. It would help to see where you placed the resistor in your circuit for this.

It's my understanding that a pull down resistor by definition will not add current to the relay contacts as you are describing, it will just pull the voltage on the pin to ground to ensure that the pin stays low (see picture below). The only way I could see this helping is it may prevent the pin from floating as much while changing states.



I would think the only way to add current to the relay would be to put the resistor in series with the circuit. Like this:



At any rate, I wonder if you could have also solved this problem by debouncing the input signal... a little coding :)
Attachments:

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

More
03 Sep 2020 14:18 #180550 by rodw
Replied by rodw on topic Random arc signal lost
The first one. Just put the tail of a resistor in the input screw terminal with the arc ok signal wire and connect the other end to GND. Some current will flow through the resistor and therefore increase the current flowing through the dry contacts.

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

More
03 Sep 2020 15:27 #180555 by snowgoer540
Replied by snowgoer540 on topic Random arc signal lost
I'm even more miffed, because the 7i76e and the 7i96 have pull-up resistors built into the circuit. So now you have a pull up and a oull down resistor at the same time. I had a thumb through the 7i96 manual and it says:

The isolated inputs use opto-isolators with a 4.7K input series resistance. This results in an approximate current draw of 5 mA at 24V. The inputs will operate with +-4V to +-36V signals relative to input common. Isolated inputs are relatively slow and not suited for signals faster than about 5 KHz. For sinking type inputs, the input common pin is grounded and a +4 to +36V signal is applied to the input pins to activate the input. For sourcing type inputs, the input common is connected to +5 to +36V and the input pins are grounded to activate an input.


So again, to get more current draw through the circuit, I'd think you'd need to modify the series resistance to achieve a 100mA draw.

I think it is important to note that different boards may require different approaches, because I do read this in the 7i76e manual:

The 7I76E field inputs have a nominal input resistance of 20K Ohms to field power ground. 7I76E inputs sense positive input voltages above a preset threshold. For best general purpose use, default input threshold is 50% of the field power supply voltage with 10% hysteresis. That is with a 24V field voltage an input must be brought to 60% of 24V = 14.4V to be sensed as high and then brought to 40% of 24V = 9.6V to be sensed as low. These accurate thresholds and hysteresis allow high speed field signal detection while maintaining excellent noise immunity.


I guess we will find out this evening, but I really think your results could have been achieved by a simple debounce. But maybe you watched the pin with the halscope and the signal was completely lost?

I'm not an electrical engineer, but I still think that all you really needed was a debounce. But I guess we will find out. I'

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

  • tommylight
  • tommylight's Avatar
  • Away
  • Moderator
  • Moderator
More
03 Sep 2020 16:44 #180560 by tommylight
Replied by tommylight on topic Random arc signal lost
Those two pictures are the same exact thing, just attach the input to the upper side of the resistor.

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

Moderators: snowgoer540
Time to create page: 0.103 seconds
Powered by Kunena Forum