06-11-2009 07:00 AM
06-22-2009 09:58 AM
The related thread I found from this forum is http://forums.ni.com/ni/board/message?board.id=40&message.id=6875&query.id=372866#M6875. From this thread, the gate of the selected counter for frequency measurement is reserved so that the digital filter can't be used on the corresponding PFI line. In a buffered measurement with 2 counters, let's say, counter 0 is chosen, I assume ctr 0 and 1 are used in pair, so PFI38 and 34 are reserved. The problem I'm having here is that I connect the unknown signal to PFI39, the source of ctr0, it still doesn't work, and an error jumps out saying the source of the chosen counter is set as 'No filter'. Maybe i'm missing some basic knowledge of counters gate/source issues, I don't know what's wrong here.
Since the noise level varies with the signal level, going high for a high freq signal and low for a low freq signal, I guess it's not enough to just set a minwidth for the digital filter (of course the first step is to make the filter work, which i'm stuck in)? Then how to set a filter that works for a large range freq signal? I assume that the noise is caused by photons coming too close to each other.
The producer-consumer problem maybe doesn't belong to this forum, I just borrowed it from the template and added steps.
Maybe it's too simple a question, but any tips/comments are welcome and appreaciated.
Best,
L
08-06-2009 03:39 PM
Have you gotten an answer on this? I am having the same problem in a slightly different context. I have an M-Series PCI6221 board with which I am trying to make a frequency measurement using "method 3" described in the users manual - 2 counters, where ctr0 divides the signal to be measured and ctr1 measures the pulse width of the divided signal. I have my input signal connected to PFI8 (ctr0 Src). When I call the channel property node followed by the DAQmx Control Task.vi as described in Digital Filtering with M Series and CompactDAQ, I get the -200774 error. If I drop the DAQmx Control Task.vi call then I get the same error when I try to read the channel with DAQmx Read. My code is attached - LabView 8.5.1 w/ DAQmx 8.7.1f3
Greg
08-07-2009 05:07 PM
Hi guys,
This was a bug in DAQmx that was recently discovered (CAR ID 177385). I'm happy to report that DAQmx 9.0 should fix the problem, but let us know if there are any issues after upgrading.
-John
08-21-2009 01:08 PM
DAQmx 9.0 fixed the problem. Thanks!
Greg