12-08-2017 11:34 AM
Thank you Ben,
the removing of Close.vi solved the problem!
The reason for me to modify the Initialize was to read out the IDN. I don't know why NI doesn't include this in their Initialize VI:s.
12-08-2017 12:28 PM
@hasse wrote:
The reason for me to modify the Initialize was to read out the IDN. I don't know why NI doesn't include this in their Initialize VI:s.
They do. If you look at the inputs to Initialize one is ID Query, which makes sure you are communicating with the expected model of instrument. It does not supply a return string, but rather gives an error if it fails.
If you want that string, don't modify the driver VIs. Make a copy, modify and save it as "Whatever_modified.vi". Trust me that will save you headaches later. (You might move to a different PC or share code with a colleague and download the driver only to find that it doesn't work for an unknown reason. I have inheritted code like that from a summer student, not fun to guess at what they modified.)
Glad you solved the problem. Post more code if you need help!
Craig
01-10-2018 10:22 AM
I am updating this post with another solution just for reference.
The other solution with removing Close.vi helped a bit but it was still hanging up from time to time.
What really helped solving this was to install the Keysight IO libraries (found that proposal on another website).
After that I have had no more issues.
Here is a link to the IO libraries:
https://www.keysight.com/main/software.jspx?cc=US&lc=eng&ckey=1184883&nid=-33330.977662&id=1184883
04-05-2023 11:39 AM
A similar problem with a Keysight 34461A Digital Multimeter that only worked after single stepping down every sub-VI after turning on the equipment. After doing the single stepping, I could use the equipment normally. After installing the IO libraries works without issues from the beginning. Thanks!