09-13-2017 08:16 AM
We have a LabVIEW project which uses about 6-7 LabVIEW instrument drivers.
In the past, following the install of LabVIEW, I would install the instrument drivers manually.
Is there an easier way?
09-13-2017 08:32 AM
@njacacia wrote:
We have a LabVIEW project which uses about 6-7 LabVIEW instrument drivers.
In the past, following the install of LabVIEW, I would install the instrument drivers manually.
Is there an easier way?
For as long as I have used LabVIEW (I'm a relative "newbie", starting with LabVIEW 7.0), LabVIEW has been distributed as "LabVIEW, Toolkits, and Modules" (in one set of CD/DVDs) and as "National Instruments Drivers" (as another set). With the new Flash Drives, everything is together, but the Drivers are still "together at the end".
I've always installed the Drivers "manually", which lets me choose Drivers for the hardware I need, and know I'm getting the current release, tested (one presumes) with the version of LabVIEW that it accompanies.
What is the "problem" you are trying to solve?
Bob Schor
09-13-2017 08:45 AM
Hi njacacia,
when you talk about those "instrument drivers" found on IDNet, which only use VISA, I would go a different way:
- put those drivers in your user.lib
- use a SCC tool of your choice to store all your LabVIEW projects and your the user.lib
- when setting up a new PC you simply extract the current version from your SCC system…
09-13-2017 09:12 AM
@GerdW wrote:
Hi njacacia,
when you talk about those "instrument drivers" found on IDNet, which only use VISA, I would go a different way:
- put those drivers in your user.lib
- use a SCC tool of your choice to store all your LabVIEW projects and your the user.lib
- when setting up a new PC you simply extract the current version from your SCC system…
These instrument drivers are not all found on IDNet.
I have just started here on Monday, and I am trying to replicate a former developer's laptop. He basically trashed the laptop to the point where LabVIEW was taking 2+ minutes to load on a laptop with a SSD and i7 cpu.
09-13-2017 09:13 AM
@Bob_Schor wrote:
@njacacia wrote:
We have a LabVIEW project which uses about 6-7 LabVIEW instrument drivers.
In the past, following the install of LabVIEW, I would install the instrument drivers manually.
Is there an easier way?
For as long as I have used LabVIEW (I'm a relative "newbie", starting with LabVIEW 7.0), LabVIEW has been distributed as "LabVIEW, Toolkits, and Modules" (in one set of CD/DVDs) and as "National Instruments Drivers" (as another set). With the new Flash Drives, everything is together, but the Drivers are still "together at the end".
I've always installed the Drivers "manually", which lets me choose Drivers for the hardware I need, and know I'm getting the current release, tested (one presumes) with the version of LabVIEW that it accompanies.
What is the "problem" you are trying to solve?
Bob Schor
I am trying to figure if there is a quicker way to replicate a new laptop for a new engineer that would join the group.
09-13-2017 09:22 AM
Hi njacacia,
when those instrument drivers have to be installed (as they require DLLs or similar), then you need to install them with their setup routine…
Everything else should belong into a SCC system! Don't forget things like LabVIEW.ini, VI icon templates/library, special probes…
09-13-2017 09:28 AM
@GerdW wrote:
Everything else should belong into a SCC system! Don't forget things like LabVIEW.ini, VI icon templates/library, special probes…
Version control is going to be way down the road.
The fact that the laptop was a mess and had to be re-imaged, and that I will be spending at least 2 weeks trying to figure out what he had is a major pain in the neck. Sigh.
09-13-2017 01:58 PM
@njacacia wrote:
Version control is going to be way down the road.
No, you really need to move that up in your process. It will save you weeks of time in a relatively short time. Once you get the mess figured out, put it into SCC.
As far as installing other drivers, if there is an installer use it. If they are just simple libraries that use VISA or are just VIs (no DLL), then look into using VI Package Manager (VIPM) to build your drivers into packages that are then very simple to install through VIPM.