From Friday, April 19th (11:00 PM CDT) through Saturday, April 20th (2:00 PM CDT), 2024, ni.com will undergo system upgrades that may result in temporary service interruption.
We appreciate your patience as we improve our online experience.
From Friday, April 19th (11:00 PM CDT) through Saturday, April 20th (2:00 PM CDT), 2024, ni.com will undergo system upgrades that may result in temporary service interruption.
We appreciate your patience as we improve our online experience.
11-14-2013 09:59 AM
11-15-2013 12:46 AM
Hi Dennis,
do you mean to say that I first have to create IVI drivers for each and every instrument and then encapsulate it into plugins individually?
Also, will the parent application (the main vi in which instrument drivers have to be loaded dynamically) support the plugin addition operation without the need of any modifications in itself?
It will be really helpful if you can please clarify the steps in achieving this.
11-15-2013 10:30 AM
11-18-2013 05:20 AM
Hi Dennis,
I started using IVI class of drivers which I think would serve my purpose. Thank you for suggesting me that
However, I have a couple of questions here:
11-18-2013 09:19 AM
First off you need the Keithley IO Layer to expose the keithley IVI driver. that should have come with the device but can be downloaded from Keithley.
now to the more important point.
IVI is great when you have classes of instruments that all do about the same thing and you don't need a feature that is only supported by a specific device. And, there are IVI drivers in existance. Creating your own IVI driver is not for the feint of heart. Totally possible however, you should not even attempt it unless you understand how your device fits into the IVI consortiums definition of each class of instruments and the device DOES fit that definition.