"dry-contact" pulse counter overcounting?

[robbert2012]

I'm using 3 of the 4 pulse counters on the GEM. The DC voltage pulsers work great. But he dry-contact counter counts about 4 for every dry-contact closure. I'm creating the dry-contact with a small (mechanical) relay, whose clicking I can hear. Since the GEM documentation says that the pulses must be .5 sec long, I'm generating dry-contact pulses of .6 seconds. Extrapolating from that, I'm assuming that any bounce in the relays is taking care of by the GEM.

So what is wrong? And what can I do about it? Would a solid state relay fix this?

Thanks,

Bert

[ben]

Try putting a capacitor in line with the pulse input, 0.1mF.

[robbert2012]

Note that I'm using the dry contact pulse input. So I would put a capacitor in line with the GEM circuitry. That is strange because why would theGEM not have that capacitor already.

Just making sure we are on the same page.

Bert

[ben]

Note that I'm using the dry contact pulse input. So I would put a capacitor in line with the GEM circuitry. That is strange because why would theGEM not have that capacitor already.

Just making sure we are on the same page.

Bert

In parallel across the two dry contact pulse inputs.

If you're doing anything high-speed, the capacitor may suppress the pulses.

[robbert2012]

Ben,

"in parallel" makes more sense.

The GEM manual says that the pulses should be .5 sec long. That implies that nothing high speed should happen on these circuits... So I created circuitry (an Arduino) to transform many pulses into one per .5 sec. So I was very surprised that the GEM picked up bounce from my little relay...

I'll try the capacitor.

Thanks

Bert

[Teken]

Ben,

"in parallel" makes more sense.

The GEM manual says that the pulses should be .5 sec long. That implies that nothing high speed should happen on these circuits... So I created circuitry (an Arduino) to transform many pulses into one per .5 sec. So I was very surprised that the GEM picked up bounce from my little relay...

I'll try the capacitor.

Thanks

Bert

Hello Bert,

For the benefit of others in the forum could you expand on the use case and what you have done so others may follow along. This may provide others a solution to a problem or insight into how to use the power of the GEM to offer tracking data etc.