05-30-2007 06:05 AM
05-30-2007 06:27 AM - edited 05-30-2007 06:27 AM
Message Edited by devchander on 05-30-2007 06:29 AM
05-31-2007 03:58 PM
06-01-2007 02:16 AM
Hi
Indeed the problem was that my DAQ card was not "well" recognized (due to installation malfunction of the drivers). My DAQ card is E series 6071 and it supports the properties you mention. I reinstalled the drivers, and it works fine.
Thanks a lot for your interest
Labros
03-12-2008 10:26 AM
Hello,
Is there a way to use the daqmx timing node when you do not have the devices installed on the PC where you are doing the programming? I'm writing an application that is to be built into an executable (since LabVIEW development system is not installed on the field computer) and would like to change the interchannel timing, as I am seeing ghosting when reading with the desired sampling rate on multiple channels. The best/easiest alternative I am aware of (besides using the timing node) is to read individual channels and force the time delay rather than using the multi-channel task and a single daqmx read.
Thanks!
Alex
03-13-2008 02:33 PM
Hi Alex,
There is a way to use the DAQmx timing property node without hardware. If you do not have hardware installed on your PC, you will
need to simulate a device in order to use the timing property node. This
Knowledge Base relates that you need DAQmx 7.4 or later to simulate a device.
What are NI-DAQmx Simulated Devices and How Do I Use Them?
03-14-2008 06:39 AM
Jared,
Thanks - this is a much more solid way to go about it. After I wrote my post, I realized I could "copy" a timing node from an example program with the set convert clock property active and paste it into the application under development (which was "fooled" into accepting it) - but that's one of those things that I sensed I shouldn't be doing...
Alex