Benchtop Measurement and Test
Distributed Measurement and Control
Systems Engineering Software
Perspectives showcases how NI sees what’s next in the world of test and technology.
You can request repair, RMA, schedule calibration, or get technical support. A valid service agreement may be required.
Provides support for NI data acquisition and signal conditioning devices.
Provides support for Ethernet, GPIB, serial, USB, and other types of instruments.
Provides support for NI GPIB controllers and NI embedded controllers with GPIB ports.
How often you have build Labview applications using simulated DaqMx boards ...
And how often you were limited by the default behaviour of simulated boards ... ( Sinewave for analogic inputs, Counter square signal for digital inputs ... )
It would be nice to integrate in DaqMx simulated boards, the abilty to modify the default behaviour of simulated inputs ... thru dedicated popups
It would be nice, for each task linked to a simulated daqMx board, to launch a popup window ...
A more powerfull tool could also integrate a simulated channels switching mechanism ... A simulated output could be linked to a simulated input
This feature could be a good way to create an application which could simulate a complete process ... this application could be used to validate a complete system
(such a kind of SIL architecture)
Other idea .... A complete daqMx simulation API ...
Something like this ...
I like this idea, but it would be incredibly difficult to implement.
Basically, this would require a software model of how each and every DAQ card will function in every simulated situation:
1) Every DAQ card will need to be characterized
2) in software, according to
3) every single kind of input (or a custom input, as defined by the user), and
4) every possible kind of routing, and
5) these models will need to compare "realistically" to actual hardware
Not only would this be a LOT of R&D time and effort spent, but the last point about this model being "realistic" approaches impossible. Just how accurate does the software model need to be? To answer that, it would require additional specifications every time a new product is released, and additional support every time a customer finds a certain application where that specification is inaccurate.
This fits in nicely with this idea.
I dont understand why this is so difficult, I dont think we need an real world model, just want to acquire simulated data that matches the expected signal, I have never really acquired a slightly noisey sine wave.
I think a property node in the daqmx api called simulated.source (polymorphic) that could take a waveform from constant or array and returnde back on read would not require any simulation models.
What about a simulation interface similar to the way that the FPGA simulation interface operates? We can simulate the input on any FPGA device by setting the simulation mode in the project?
I really like this idea, and it has to be said that we get a lot of requests for implementing custom simulated data with DAQmx simulated devices.
I don't think that this would be too difficult to implement, either. I base this purely on the fact that a lot of these features would just need to be built on top of the existing generic properties and methods that all NI-DAQmx Simulated Devices inherit anyway!
I don't know how I overlooked this proposal, but after telling it to someone from NI, I've proposed something similar here, getting the response that it was already proposed. So, I only want to show that I'm interested too!
stijnhel, if you are interested give the idea a Kudos. That is how the folks at NI know our interest in the idea.
For me, the current simulated devices are completely useless. For example, my process monitors a safety switch, and since the DIO of the simulated device goes high in rapid succession, my simulated process constantly goes into emergency shutdown mode and I cannot realistically operate it unless I have real hardware present or code around it.
As an alternative solution, I propose a simple action engine that contains all possible inputs and outputs (with specs and limits defined as for the real device).
Now we should be able to create our own VI that runs in parallel and simulates the instrument and interacts with the IO as received via the action engine. It would receive the simulated DAQmx outputs (AO, DO, etc.) as inputs and writes to the inputs (AI, AO) as our instrument would. For example if one of the digital outputs (simulating a valve) goes high, it could sense that and gradually ramp a certain AI up (e.g.. the one measuring the pressure actuated by the said valve) and vice versa.
Of course we would only need to implement code for the few connectors that we actually use, so a custom simulated device could be quite simple.
The action engine acts as a middle man. The simulated DAQ functions would blindly read and write to the action engine, without really caring what happens to it.
I can agree with altenbach's first statement for sure. The only real value the current simulated instruments provide is for someone who is not familiar with the API to make sure the driver (in a software sense) will not scoff at their choice of API calls.
Being able to define a simple range/shape of waveform for the simulated output would be extremely useful. Being able to vary that akin to a function generator would be even better. There are may cases where NI hardware would be more valuable for purchase if a concept could be proven prior to purchase. This stems from folks be skeptical of all hardware NI or otherwise but being able to develop applications prior to making a large hardware purchase would be extremely valuable. Can we at very least hope for a phased approach into this set of features that people clearly would love to use?
Or coud NI open an interface to self-develop hardware or simulated device for DAQmx Driver? I think this is more about the marketting than programming.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
What do you need our team of experts to assist you with?
We'll be in touch soon!