04-06-2007 03:12 PM
04-06-2007 03:31 PM
04-06-2007 03:54 PM
After running my program some more times, it appears that the streaming is NOT happening during the beginning of the requested collection time. When I refresh Explorer after a few seconds, the file size is still small. It then grows more rapidly than it would in real time with each refresh. I tried setting the collection time to 60 seconds to see what's going on. It takes about 8 seconds for the task VIs to indicate that they've read a block of data. Each task then indicates high-speed bursts of Events Received updates. The bursts get shorter and begin to slow down as the acquisition progresses. I was able to collect 60 seconds of data, but the behavior of the program was completely different than with the 'good slot' test, which starts immediately and updates the Events Received counters at regular intervals. It seems like setting up the tasks is taking much longer in some slots, and the system is trying to catch up.
Has anyone asked the developers if the slot number has any effect on how DaqMX initializes, performs threadings, etc.? I've been asking this question for weeks now, but haven't gotten an answer. As I've repeatedly stated, the ONLY DIFFERENCE in the test program is the change in the Physical Channel assignment.
04-06-2007 03:58 PM
04-06-2007 04:09 PM
OK - Same results as I've previously reported.
Slots 2-4 are empty, and a 6120 is in slot 5-8.
These work: 5&7, 5&8, 6&8, 6&7. Events Received updates with no delay.
These don't work: 5&6, 7&8. Events Received is significantly delayed, then plays catchup.
04-06-2007 04:15 PM
Jack,
Tried your program as well. Same slots cause similar problems, although your program actually behaves more badly than the one I have that also streams to disk. Your program 'errors out' with -200010. It never finishes both acquisitions. Go figure...
04-09-2007 10:04 AM
Jack,
I'm sending you my test program so that you can have exactly what I'm running. I am able to do streaming at 800KHz using slots 5&7, 5&8, and 6&7. Slots 5&6 and 7&8 exhibit the delayed start and catchup behavior. Maybe you can run this exactly as is on your system before Robert comes and fetches the chassis (provided if I get authorization to release it).
08-17-2007 11:42 AM
For all interested parties,
I neglected to post the resolution to this issue. The problem is in my PXI-8186 controller - I have an older model, which apparently has this bug. It was fixed for the newer models of controller (anything above Rev C, if I recall correctly).