Multifunction DAQ

cancel
Showing results for 
Search instead for 
Did you mean: 

cDAQ 9237 slow to read data

Hi All,
 
   One of my clients has a cDAQ chassis with 4 x 9215's and 2 x 9237's - he's using a relatively generic DAQ utility that is acquiring a handful of differential channels on the 9215's without a problem, but as soon as he adds a strain channel on one of the 9237's, the systems grinds to a halt, as it can't read the data from the 9237 fast enough.  He's tried sampling rates from 1Hz to 100Hz, and although the time it takes to fill the buffer varies, it still can't read it fast enough for some reason.  I know I'm not being particulariy coherent here, but I'm just fishing for any lightbulbs going off anywhere 🙂
 
cheers,
Chris




Copyright © 2004-2024 Christopher G. Relf. Some Rights Reserved. This posting is licensed under a Creative Commons Attribution 4.0 License.
0 Kudos
Message 1 of 7
(3,794 Views)
Chris,

Are you using a third-party utility that treats the two modules as different devices, creates two different tasks, and then starts and stops them and alternates between the modules?  That would be a problem...and one such utility definitely sets off a lightbulb. Smiley Wink

I'd recommend one of many National Instruments development platforms and NI-DAQmx for best performance with CompactDAQ.

Regards,
Kyle


0 Kudos
Message 2 of 7
(3,791 Views)
Chris,

Also note that the 9237 cannot run as slow as 100 Hz.  See the first two posts by Salvador Santolucito in this thread:

http://forums.ni.com/ni/board/message?board.id=250&message.id=24251


for an explanation of the minimum rate available on the 9237.

Regards,
Kyle

Message Edited by KyleBryson on 01-12-2007 05:35 PM

0 Kudos
Message 3 of 7
(3,788 Views)
So it's possible that the buffer is filling up because the 9237 is acquiring faster than the other devices - that's certainly a lightbulb moment 🙂  Determinism at the lower level isn't an important factor here, so I'll just adjust the software to clear the buffer everytime it reads acorss the chassis.  Thanks for your help!




Copyright © 2004-2024 Christopher G. Relf. Some Rights Reserved. This posting is licensed under a Creative Commons Attribution 4.0 License.
0 Kudos
Message 4 of 7
(3,774 Views)

Hi,

I created a VI out of a VI logger NI-DAQmx task to slow down the 9237.  The problem is that I get a file every minute becuase I'm running the whole thing inside a a while loop that runs once a minute.  Is it possible to modify the code so that I write multiple times to a single file, instead of writing multiple files?

 

 

0 Kudos
Message 5 of 7
(3,678 Views)
 

Message Edited by Elijah K on 03-15-2007 12:03 AM

Elijah Kerry
NI Director, Software Community
0 Kudos
Message 6 of 7
(3,656 Views)
I'm afraid that this is a limitation of VI Logger.  Every set of acquired data is kept seperate.  I recommend you check in to Signal Express 2.0.  It's newer and easier to use than VI Logger and offers more advanced functionality
Elijah Kerry
NI Director, Software Community
0 Kudos
Message 7 of 7
(3,648 Views)