Data Acquisition Idea Exchange

Texas Instruments makes a superb line of 16-bit Sigma-Delta ADCs with sampling rates up to 10MHz: ADS 1610, ADS 1602, etc.

See  http://www.ti.com/lit/ds/symlink/ads1610.pdf

They sell for about $25 each in modest quantities.

Using these converters would provide much better fidelity than any available products as there is no need for external analog antialiasing filters. 

I'll place my order now. I personally need 1,2,4,8 AIs and 1,2 AOs with same sampling frequencies from same clock. I don't need all those digital I/Os and quadrature decoders.

Just give me analog I/O with sigma-delta converters.  When can I place an order?

We use our acquisition software with a variety of hardware configurations. We validate our configurations using simulated hardware, but every time we need to check out a different configuration, we have to delete and create simulated devices. It would be nice to have a better method for switching between different simulated configurations.

In order to real-time monitor and automatic debug for a exist GBIP device loop by software application, need NI provide the solution without any impact to original device loop if plug a GPIB+ card.

It would be nice to be able to start Ananlog Waveform Editor with a specified file loaded.

Hi everyone, I have new project of measuring pressure and temperature, the problem here is I must put everything in a box with IP 65 (High safety) and the data will be logged about 5 minutes of period, after each week I will take the data and load to computer. Can I using NI product to do it? is there any NI products with large memory inside for storage?

I've been told that in order to change module settings, you have to connect a development machine to the network has has the cRIO hardware. Most systems I build have a deployed application and are located somewhere else (i.e. no connected to my machine). It'd be nice if the cRIO module setting could be ported to the cRIO unit without having to connect a development machine and hit "connect" in the project.

For example, I had a cRIO unit in my office and set it up for a project. They installed it, wired it, and tested it. A few months later we needed to add a NI 9213 (16 ch Thermocouple module). It defaults to type J and degree Celcius. In order to switch it to type K, I had to bring my desktop out to the unit, connect to the network, and redeploy the cRIO. I called support twice and was told this is the only way to deploy the module settings. If i'm wrong, someone please correct me.

I'm thinking it could be another type of application builder or something you could add to an existing application.

It would be better, to have auto zero support to all daqmx devices (or) to give any offset value to read or configuration of channel function

For test systems that use several daq devices and need to associate them with specific hardware tasks in a LabVIEW program, it is desirable to allow the user to specify which daq device is to be used with a certain function in the program.  For example Dev1 may perform sensor measurements, Dev2 may perform control tasks.  There can also be situations where the same type of task is performed more than once in the program by more than one daq device, again requiring that the specific daq device be associated with the specific task.  The serial embedded number can be read from the daq hardware and displayed to the user for them to choose and match with the appropriate task.  It would be easier and less error prone if there was a way to program (via MAX ?) a custom serial number/name into the daq hardware (in addition to the NI supplied one) that could then be read and shown to the user.

Steve