11-15-2013 08:06 AM
I need to measure the frequency pulse from a Cox turbine flow meter using the FPGA on my 9074.
I can't measure anything below about 10 hertz and then display freezes. If the frequency source stops (ie: turbine stopping) it freezes with the last good value which I understand from the code but the range I need is 0-2500 Hz.
It exhibits the same behavior in FPGA as it does in Scan Mode. Can you tell us what we’re doing wrong?
Solved! Go to Solution.
11-15-2013 08:26 AM
11-15-2013 12:40 PM
Basically what Sam said.
If I have a digital line go low for 0.5 seconds, then high for 0.5 seconds the signal has a frequency of 1Hz, but what if my digital signal goes high for 60 seconds, and low for 60 seconds? Does it have a rate of 0.008Hz? Well the FPGA doesn't know how long it will be between pulses, so it just keeps waiting for a pulse to happen. If it sees a signal go low it will wait forever for it to go high again to calculate the period. You need a timeout in Ticks to determine how long no change in state should be considered 0Hz. I don't know if this is all of your problems but it is one of them.
Unofficial Forum Rules and Guidelines
Get going with G! - LabVIEW Wiki.
17 Part Blog on Automotive CAN bus. - Hooovahh - LabVIEW Overlord
11-15-2013 01:34 PM
I used the earlier suggestion and added a time out of 20000000 ticks with no change to call the frequency zero, that works well. My problem now remains that below 10 Hz input signal I don't get valid numbers from the VI the period measurement number goes up to trillions.
11-15-2013 03:06 PM
@mikeburrow wrote:
I used the earlier suggestion and added a time out of 20000000 ticks with no change to call the frequency zero, that works well. My problem now remains that below 10 Hz input signal I don't get valid numbers from the VI the period measurement number goes up to trillions.
Possibly a roll over condition?
Unofficial Forum Rules and Guidelines
Get going with G! - LabVIEW Wiki.
17 Part Blog on Automotive CAN bus. - Hooovahh - LabVIEW Overlord
11-19-2013 08:18 AM
The final soulution was painfully simple.