LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

DAQ not communicating with EXE

Hi all, 

 

I had running a DAQ USB 6501 till the computer had to be replaced, I can see the DAQ in NI MAX, all the tests work perfectly but unfortunately the DAQ is not communicating with the app on the new computer. The problem is I don't have access anymore to the VI file so I cannot edit or modify the program, I can't remember what's the name of the device when I created the EXE file, any idea about how I can find the name of the device? Could be that the cause for the DAQ stop communicating with the app?

 

Many thanks gentlemen.

 

S.

0 Kudos
Message 1 of 7
(707 Views)

If you did not specify an Alias for the DAQ, typically it will be 'Dev1'

 

You need to know what Alias your application is looking for, or else you have infinite options to name the DAQ.

Santhosh
Soliton Technologies

New to the forum? Please read community guidelines and how to ask smart questions

Only two ways to appreciate someone who spent their free time to reply/answer your question - give them Kudos or mark their reply as the answer/solution.

Finding it hard to source NI hardware? Try NI Trading Post
0 Kudos
Message 2 of 7
(666 Views)

Any chance the EXE was built with debugging enabled and you could connect to it and examine the code?

 

https://knowledge.ni.com/KnowledgeArticleDetails?id=kA03q000000YIEsCAO&l=en-US

 

 

0 Kudos
Message 3 of 7
(645 Views)

Hi santo_13,

 

Thanks for your answer, that is was I supposed, I built this app 10 years ago so let's see if I did enable the debugging when creating the EXE file and I can dig a little bit in the code.

 

Thanks.

 

Arru.

0 Kudos
Message 4 of 7
(628 Views)

Hi Kyle, 

 

Fingers crossed, I built the app 10 years ago so I'll try your solution.

 

Thanks.

 

Arru.

0 Kudos
Message 5 of 7
(627 Views)

Another possibility:  use "NI I/O Trace" to capture the DAQmx calls -- that might show you the device alias the EXE is trying to use.

 

(Note: if trying this on a system with older DAQ drivers, the app used to be named "NI Spy")

 

 

-Kevin P

ALERT! LabVIEW's subscription-only policy coming to an end (finally!). Permanent license pricing remains WIP. Tread carefully.
0 Kudos
Message 6 of 7
(614 Views)

If you did it correctly the first time you should either have a NI MAX configuration file (*.nce) somewhere that you can import into MAX.

 

OR, if you were really on the ball and used Project persisted DAQmx configurations, the NI DAQ folder exists in the application support directory and contains a DAQmx.ini file with all the DAQmx settings in human readable text.

 

If you did neither of these, I hope you at least published a ReadMe.txt.


@Kevin_Price wrote:

Another possibility:  use "NI I/O Trace" to capture the DAQmx calls -- that might show you the device alias the EXE is trying to use.

 

(Note: if trying this on a system with older DAQ drivers, the app used to be named "NI Spy")

 

 

-Kevin P


The old machine WILL HAVE a HKEY registry entry for the USB-6501 Alias


"Should be" isn't "Is" -Jay
0 Kudos
Message 7 of 7
(600 Views)