I have a very simple vi that queries all DAQ hardware connected to a PC running Windows 7 (32 bit) and LabVIEW 2009.
This vi works perfectly well as shown in the screen capture above. I then create an executable, and this is where the problem occurs: when running the .exe on the same Windows 7 PC, the .exe returns an empty DevNames list. However, if I run the same .exe on windows XP, everything works as expected.
Reinstalled latest DAQmx 9.4 to no avail. Please help!
已解决! 转到解答。
Not all DAQmx stuff is supported on Win 7.
Check with support for the details of whcich version works on what OS and for what hardware.
Ben
That property should be supported on Windows 7. Does the cDAQ chassis show up in MAX?
Can you try adding an indicator that shows the error out terminal of the DAQmx System property node? Also, could you try one of the other DAQmx System properties (like Major DAQmx Version) and make sure that returns also?
I modified the LabVIEW code as requested:
Executable is compiled using all defaults when creating a new lvproj. Here are the .exe results
and the MAX:
thanks for the help
That's really strange. That property node works correctly on my Windows 7 x64 system. I'm going to ask around and see if anyone has any recommendations.
If you have time, could you also try something like the following code:
I'm curious if the issue is specific to the DAQmx System property node code path.
Modified again as requested: middle is .vi, far right is .exe
I run LabVIEW 2009 SP1 9.0.1 in 32 bit in Windows 7.
The reason I need this is for deployment of several CompactDAQ systems continously being moved (and modules also swapped) around across multiple PCs. I am running this function to determine which where each module type is connected before I start my data aquisition. If you have an alternative method to my end goal, I will take your suggestions.
I initially tried to do it using find.vi in syscfg.llb (not as elegant), but I have the same problem: work as a .vi, doesnt work as .exe in windows 7, and work as .exe in Windows XP.
Until you get this figured out...
In a very old USB app I resorted to trial and error in the configuration sub-VI and (in my case) when I found the counter I knew I had found the proper device.
Admit, very crude but it did work.
Ben