09-17-2003 04:35 PM
09-18-2003
10:45 AM
- last edited on
03-26-2026
08:54 AM
by
Content Cleaner
Hello,
I guess we ship the C style examples so that customers using either C or C++ can both use them. I suppose you could put these into a class yourself, but is it that you are really looking for higher level functions? Here is a link to a good Knowledge Base that might answer some of your questions. Programming DAQ in Visual C++ 6.0 Our new DAQmx API is very easy to use compared to the Traditional NI-DAQ API.
I hope this helps!
Russell
Applications Engineer
National Instruments
09-18-2003 04:45 PM
09-18-2003
05:13 PM
- last edited on
03-26-2026
08:55 AM
by
Content Cleaner
Good questions,
1) Those functions that start with NIDAQ... are not really part of the NI-DAQ dll. They are just supporting functions to provide a means of error handling and data plotting, etc. So they are just there to help demonstrate functionality. We don't have any documentation or support on these functions since it is assumed you will have your own means of error handling, plotting data, etc...
2) The best ADE to use is LabVIEW. It's easy to use, there's plenty of examples, quick to develop and quick to learn. Many people have also used Traditional NI-DAQ in C. LabWindows/CVI for example. There is certainly nothing wrong with this either.
3) Many people are unaware, but you can actually use PCMCIA DAQ boards with DAQmx, bu
t as of now you have to download an add-on dll. (This will be included directly in the NI DAQmx driver very soon.) Unfortunately, it is only for certain DAQCards and I don't think the DAQCard-AI-16E-4 is one of them. See KB 2XM6TEB9: NI-DAQmx 7.0 Support for PCMCIA DAQCards.
09-18-2003 05:32 PM
09-19-2003
01:35 AM
- last edited on
03-26-2026
08:56 AM
by
Content Cleaner
Thanks, Russell. I walked through an example in DAQmx and feel it's better
and easier than that in old DAQ. good job and thanks again.
"Russell" wrote in message
news:50650000000500000035230100-1042324653000@exchange.ni.com...
> Hello,
>
> I guess we ship the C style examples so that customers using either C
> or C++ can both use them. I suppose you could put these into a class
> yourself, but is it that you are really looking for higher level
> functions? Here is a link to a good Knowledge Base that might answer
> some of your questions.
Our new DAQmx API is very easy to use
> compared to the Traditio
nal NI-DAQ API.
>
> I hope this helps!
>
> Russell
> Applications Engineer
> National Instruments
> http://www.ni.com/support
09-22-2003
06:11 PM
- last edited on
03-26-2026
08:56 AM
by
Content Cleaner
1) Each NI-DAQ function will return an integer. If the integer is 0, then no error occurred. If the integer is negative, the function returned an error. Positive numbers are warnings. The NI-DAQ Function Reference Help file contains a list of error code descriptions. The error handler function used in the examples matches the error codes with these explanations and displays them in a popup box. Many programmers prefer to have error descriptions that are related more to the application they are developing. However, you can still use the NIDAQErrorHandler that the examples use if you want, we just don't document it.
2) DAQmx has advantages over Traditional NI-DAQ in several areas. Overall, it is much easier to use and learn than Traditional NI-DAQ. It exceeds Traditional NI-DAQ in performance and is much more flexible than Traditional NI-DAQ. (It's not simply higher level functions built on top of Traditional NI-DAQ. It's a completely new driver.) Basic as well as advanced applications are much easier to develop in DAQmx. If you are new to DAQ, I would especially recommend learning DAQmx instead of Traditional NI-DAQ. Unfortunately, I just noticed from the README that the DAQCard-AI-16E-4 will not be supported by DAQmx at all. (Sorry to build things up so much.) So I suppose you will need to use Traditional DAQ afterall as long as you're using the DAQCard-AI-16E-4. You could, however, use DAQmx if you switched to one of the DAQCards listed in the KB above in the thread I suppose.
-Russell
09-23-2003 07:17 AM