NI Home > Community > NI Discussion Forums

Data Acquisition Idea Exchange

Showing results for 
Search instead for 
Do you mean 
The NI Idea Exchange is a product feedback forum where NI R&D and users work together to submit ideas, collaborate on their development, and vote for the ones they like best. View all of the NI Idea Exchanges to post an idea or add your opinion on an existing one today!
New Idea
0 Kudos

Aquisition donne

Status: New
by Member santatra2 on ‎11-26-2015 08:08 AM

Hello everyone...

I am newbie in labview ...

I ' uses Adlink DAQ-2214 for a voltage aquisition of 2 channel (ch0 and ch1).

ch0 on the signal for speed and the Ch1 signed for vibration

I want to know if we could read the variation  frequency of a signal on the CH0 '' the voltage is -10V to 10V '


thank you

0 Kudos

.net 4.5

Status: New
by Member Briton on ‎11-26-2015 07:59 AM

Support for .net 4.5

0 Kudos

The Agilent ENA Series Analyzer driver does not currently have the ability to selecte the magnitude of Impedance, Z, as a choice using the Configure Channel and Trace VI. Other measurement choices such as polar format and Smith chart are available. 


At the moment, read the magnitude of the impedance from an Agilent device you must create your own subVI using the SCPI commands from the manual. This driver uses NI VISA GPIB communication.

0 Kudos

Multi-function module for NI cDAQ-9191

Status: New
by Member yachen on ‎11-17-2015 12:23 AM



I have came across a case where the user wants to upgrade a simple multi-function DAQ card (USB-6215) with wi-fi capability. Looking at the compactDAQ product range, it would be very elegant to have: NI 9191 + NI9381. However, it is Not possible as NI9381 only works with compactRIO not compactDAQ.


These are the alternative options which I have considered:


Option 1: NI9191 + [CompactDAQ compatible C-Series Module]

=> Not possible. Such product does not exist.

Cost: $


Option2: [Single-slot CompactRIO with Wifi] + NI9181

=> Not possible. Such product does not exist.

Cost: $


Option3: [Generic Wi-Fi router with USB input] + USB-6215

=> Not possible. MOXA 3121 only takes ethernet inputs. Such product does not exist.

Cost: $$


Option4: [4-slot CompactDAQ/RIO] + [AI/AO/DI/DO/CTR modules] + [MOXA Wi-fi Router] 

=> This is doable, but it is bulky, and you are looking at additional ~$5000USD just to add wi-fi capability and replace a simple DAQ device (USB-6215), which cost about $1500USD.

Cost: $$$


There is no simple solution with NI. I wonder is there a gap in NI's product profolio? Consider WSN would be a big part of IoT, it would make sense to develop a product that satisfy at least Option1 or Option2?




0 Kudos

Low Noise Analog Output Module

Status: New
by Member cjs7 on ‎09-18-2015 12:05 PM

We do atomic physics experiments with everything run off of hardware time. Low noise electronics are fairly crucial to getting things to work properly.


It would be fantastic to have some very low noise analog output modules with >16-bit resolution. We currently use the cRIO platform and the NI 9263 analog output modules. However, these have poor noise performance. The best module I have seen from NI is the PXI-6733, but it would be great to have something with an output voltage noise density on the order of ~5-10 nV/sqrt{Hz} in the range of ~100 Hz to a few MHz. The Analog Devices AD5791 20-bit DAC seems like a good candidate for this.


Any thoughts?

NI MAX global virtual channels

Status: New
by Member Freelion8 on ‎08-24-2015 07:56 AM

Why new NI MAX does not sort global virtual channels by name? It used to be very handy to have that option, however, after 2014, they decided to remove this very useful function away without any reason (at least I can not think of any reason). I am currently using NI MAX 15.0 and I could not find anything in the menu about how to sort my global virtual channels by name. They could have implemented something in the menu easily to sort channels by name or something else instead of removing that useful function.

Currently, there is no way to format a .txt file to log data with a time stamp that includes the current time that the data is being acquired. When creating a "Save to ASCII/LVM" event, the "Time Axis Preference" setting under the File Settings tab has two options: Absolute Time or Relative Time. Relative time works as expected, logging the time starting from 0 seconds until the data acquisition is complete. However, the Absolule Time setting logs the time stamp as time in seconds from some arbitrary point in time, usually the Windows system time in seconds. 


This timestamp is essentially useless without a conversion to the actual time. It would be great if the Absolute Time logged the current time in hours:minutes:seconds instead. 

0 Kudos

High Bandwidth Counter Device

Status: New
by Trusted Enthusiast on ‎07-29-2015 05:32 PM

The 6602 can take an external timebase up to 80 MHz (according to the spec, it's actually a bit higher than this in reality).


The newer counter products do not have this capability (e.g. the 6612 has the same 25 MHz bandwidth limit as most of the multifunction products).



So whenever an application comes up (e.g.) where the user wants to count a fast external signal, the only reasonable option from NI is the 6602.  This is fine for now, but in the future it would be nice to have some higher bandwidth counter options (unless you plan on selling the 6602 forever... hopefully it doesn't get too hard to come across computers with spare PCI slots though).

Every n encoder pulses callback

Status: New
by Member SteveD123 on ‎06-28-2015 02:32 PM

It is a frequent requirement to make measurements on production lines. Position on these is often tracked with Rotary Encoders . Many NI devices can accept the quadrature pulse train from such a device, and correctly produce a current position count. The information in the 2 phase pulse train allows the counter to correctly track foward and reverse motion.


What would be very useful would be a callback in NI-DaqMX that is called after every n pulses, ideally with a flag to indicate whether the counter is higher or lower than the previous value, i.e. the direction.


This has recently been discussed on the multifunction DAQ board here: . So I am not alone in requesting something more programmer friendly than the workaround offered there.



0 Kudos

contro de un power analyzer pz4000

Status: New
by Member Carlos1114 on ‎06-26-2015 02:48 PM

Buenas tardes:


estoy trabajando en comunica un power analyzer modelo yokogawa pz4000 para automatizar una prueba, mi problema es que ya lo comunique y en la pantalla del equipo pz4000 me muestra solo 4 valores y  logre obtener el voltaje RMS que es uno de loa que aparece, pero al momento de buscar cualquier otro valor que no paarece me manda un valor de 0, si se ha trabajado con esto, agradeceria mucho su ayuda, les mando saludos!! 


gracias Carlos Capetillo 

The vast majority of my working life is spent with RIO devices or midrange X series cards, but I often come across applications where an inexpensive, reliable DAQ would be handy for low level tasks - monitoring presence sensors, measuring voltages at moderate precision and slow speed, providing interlocks for material storage bins etc.


Traditionally, you'll see a lot of USB 600X units being used for applications like these. However, running on USB has a few associated problems: unreliability of the Windows bus, cable strain relief on USB connectors, mounting of USB 600X units, connection type. Don't get me wrong, you can do a lot with these units but they're not an ideal, inexpensive solution for production processes.


There's a jump between the functionality of these USB units and X (or even M or E for the vintage crowd) series cards. The only thing that's really in that range anymore is the B series PCI-6010 card, which has the fantastic benefit of using a 37W DSUB connector too, but is a little limited in terms of channel offerings and the like.


I'd like to see the B series range revived to provide products that fit between the PCIe-6320 and the USB 600X devices, providing non-USB connection and preferably with a DSUB backplane connector for cost and ease of use. This would provide a more reliable offering for simple acquisition tasks in the industrial environment at a cost-effective price point.

We mostly develop PXIe based high speed (RF) applictions which stores data on one or more RAIDs.

Several customers already asked for a high speed ethernet connection do move this data over the net.


Yet there is only one PXIe 10 GBE availible and it is NOT from NI.

We would already need a 40 GBE solution the comming year.


PCI Express 40 GBE ist almost commonly avalilible, a mezzanine board solution would be sufficient if nothing else works.

But there is no carrier board availibe, too.


I feel kind of left alone with all this data, waiting on those bigg RAIDs for beeing processed / copied.



0 Kudos

Currently with a multislot chassis, the system will operate at the requested sampling rate even if that rate is above the maximum supported by the module.  In this case, the chassis will replicate the additional required data points from the previous sample, and will not return an error in NI MAX.  With a single slot chassis, this is not an option.  However, it would be helpful if this feature was also supported with the single slot chassis so that data could be replicated at a higher sample rate without returning an error message.


Relevant KnowledgeBase article: Why is My Slow Sampled C Series Module Able to Operate at a Higher Sampling Rate than the Specified ...





0 Kudos

Chrome Book Capability

Status: New
by Member ellelorica on ‎03-18-2015 12:20 PM

Currently my entire school district is going 1:1 with chromebooks for your students. This is also happing in many other schools around the country. It would be awesome if you could develop a way for your programs to be based off a "cloud". This would allow for students to use the programs at home and in different locations around the school, not just a "computer lab" that has the software loaded onto it. 

Create a new ±60 V version of the NI9205 C-Series Module

Status: New
by Member crcragun ‎03-12-2015 02:32 PM - edited ‎03-12-2015 02:33 PM

Currently there are only two options for acquiring +/-60V input signals:

NI 9221: 8-Channel, ±60V, 12-Bit Analog Input Modules ($582)

NI 9229: 4-Channel, ±60 V, 24-Bit Simultaneous,Channel-to-Channel Isolated Analog Input Modules  ($1427)


I would like to see a new module provided that is identical to the NI9205 (32-Channel Single-Ended, 16-Channel Differential, ±200 mV to ±10 V, 16-Bit Analog Input Module, $881) but with an input signal range of ±60 V.



cRIO support hardware module for LVDT input

Status: New
by Member Gearmiester on ‎02-10-2015 11:22 AM

While I realize that there is already a third party option for this, it only makes sense that NI open an option for the cRIO users out there that can do what this module does...


in a cRIO platform module. That way we can have a North Anmerica source for this very important data input device.


Optimally two - four channel input on a single module design.

0 Kudos

We're running to issues on a regular basis where the 8360 card to the laptop comes out, get's moved etc. Once the connection is lost, a reboot seems the only way to establish a connection again. This results in too much wasted time.


Not knowing what lies beneath and the complexities involved, is there any way to make a hotswappable HW for a PXI connection for laptops?



0 Kudos

ANT/ANT+ Support

Status: New
by Member jfalesi on ‎12-09-2014 04:42 PM

Hello.  I'm working on an app to interface with a couple of ANT devices (Garmin Vector, Garmin heartrate monitor).  I've seen a couple of posts on this topic but nobody has posted code.  I talked to Frank Lezu at an NI day in DC a month or so back and he recommended I post about it here.


Anyone else looking for ANT/ANT+ support?  I'd be happy to share my code when it's not in a ridiculously embarrassing state but for now see this post for a braindump of my progress.




NI-DAQmx and NI-Rio driver package size

Status: New
by Member Labuser16383 on ‎12-05-2014 02:51 AM

The size of for example the NI-Rio driver package is 4GB in the most recent version which is comparable to size of common operating systems. This is too much in my opinion if someone needs only a specific driver for a specific NI hardware. Therfore i suggest granularity reduction of driver packages to a more mouth friendly morsel (for ex. 200MB max).


Many CAN protocols require a byte in a cyclic message to be incremented each time the message is sent (this is often byte 0). I might have read somewhere that this is possible with VeriStand but I am not using it. So when using only LabVIEW and the NI-XNET API, the only way to achieve this is to call the XNET Write function to manually set the value of this byte. But having to call the API each time the message should be sent removes all the benefits of cylic messages... Moreover LabVIEW can't guarantee the same level of speed and determinism (if the message is to be sent every 5ms for example).

Being able to configure a signal to be an auto-incremented counter would be a huge improvement. To me, this is a must-have, not a nice-to-have...

About Data Acquisition Idea Exchange

Have an idea for new DAQ hardware or DAQ software features?

  1. Browse by label or search in the Data Acquisition Idea Exchange to see if your idea has previously been submitted. If your idea exists be sure to vote for the idea by giving it kudos to indicate your approval!
  2. If your idea has not been submitted click Post New Idea to submit a product idea. Be sure to submit a separate post for each idea.
  3. Watch as the community gives your idea kudos and adds their input.
  4. As NI R&D considers the idea, they will change the idea status.
  5. Give kudos to other ideas that you would like to see implemented!
Idea Statuses