LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

User vi path

I have 2 programs that are currently sharing many user vi's. I want to save these vi's in separate folders so if I edit a vi in one folder, it doesn't affect the same vi in the other folder. I can't get these programs to load all the user vi's from different folders. How do I do that?

0 Kudos
Message 1 of 23
(1,532 Views)

@RHutchings wrote:

I have 2 programs that are currently sharing many user vi's. I want to save these vi's in separate folders so if I edit a vi in one folder, it doesn't affect the same vi in the other folder. I can't get these programs to load all the user vi's from different folders. How do I do that?


No, you don't want to do that.

 

What you may want to do is place related groups of user vis in well documented libraries (*.lvlib) and use them in multiple projects.

 

So, let's back up and ask what you hope to achieve (develop reuse code, create project template, prevent accidental editing of some vis, etc....)  and let the community share how they solve the issue. 


"Should be" isn't "Is" -Jay
Message 2 of 23
(1,528 Views)
I don't know about that but right now, I want them separated, how do I point the program to a library outside of the PC on a network drive?
0 Kudos
Message 3 of 23
(1,518 Views)

I'm guessing that you've been "learning LabVIEW" for a few months (or a year or so), like it, and are starting to do some small "Projects" that might be "Variations on a Theme".

 

An important Early Step you should take is to start keeping your LabVIEW Projects (note that "Project" has a special meaning in LabVIEW) in some form of Version Control System.  Many of us (I'm among them) use Subversion, others (the number seems to be growing) use some form of Git.

 

You should be developing your "projects" (lower-case "p") in a LabVIEW Project (upper-case "P").  You probably should have a Repository for each Project, and should have only the current Working Copy on your computer (though you could also have a Branch or two).

 

If you have code that you use in more than one Project, it is a good candidate for being in your own "Reuse Library" (which the earlier Poster referred to).  Make that a Learning Objective for Years 2-4.

 

Bob Schor

0 Kudos
Message 4 of 23
(1,481 Views)

Open your project, in which you want to separate your vi from, open that VI and go to file - save as.

There select 'substitute copy for original' and select the new destination, can be on a network drive.

It will adapt the new path to that project.

 

Nevertheless you should understand what Bob and Jay trying to tell you, it will be usefull.

0 Kudos
Message 5 of 23
(1,395 Views)

I've been using LabView for many years now, mostly this one project which is huge. I work at ON Semiconductor and use LV to evaluate new IC's using a specific set of meters, power supplies and scopes. We use SPI and now I2C to communicate to our IC's. We developed this program from the ground up with very little knowledge of LV and I got a lot of help from this community to get over the humps. That said, I have no real training and retirement isn't far away so I do expect to be taking any classes. There's my history and hopefully the next guy to take over this project will have some actual LV training.

 

That said, I really need to now how to tell the project where to grab the user vi's that reside on a network drive. No more. I went into the options tab and changed the path but it's still grabbing the user vi's from the old directory.

0 Kudos
Message 6 of 23
(1,453 Views)

Thanks for adding some details although, I have no idea what the attachment is demonstrating.

 

I do notice, from the vi title bar, that you are not using a LabVIEW Project. You really need one here! The .lvproj file contains the absolute paths to every subvi and dependency.   Moreover,  if a name conflict occurs and a subvi is loaded from a location higher on the search path list, you will get a warning and a tool to resolve conflicts.

 

  • Create a project
  • Add the network folder containing your reuse (snapshot) to your project.
  • Add the top level vi
  • Move any dependencies into the project unless they are in vilib or a toolkit
  • Save the project in a SCC repository
  • Always access your project code through the project explorer

You've shot yourself in the foot by avoiding lvproj files up to now.  Consider the lvproj like a holster that holds all the project items safely.   Use the project or keep shooting off toes....your choice!


"Should be" isn't "Is" -Jay
0 Kudos
Message 7 of 23
(1,448 Views)
How do I add the files?
0 Kudos
Message 8 of 23
(1,440 Views)
OK I created a project and all of the dependencies are listed. Where are the files located now and how can I change it?
0 Kudos
Message 9 of 23
(1,434 Views)
I added the files but when I look at their locations, they are still coming from the wrong location.
0 Kudos
Message 10 of 23
(1,429 Views)