LabVIEW
Is it possible to run a subVI in parallel with the caller VI?
I thought that one of the highlighted features of LV 7.0 was multithreading? Maybe LV versions eariler than that didn't run in parallel? I don't really know because I've never used LV earlier than 7.1.
Hi Imtisal,
-------------------------------------------------------------------------------------------
This is very helpful for me. But, I have one question, I want to get the data from the called VI (That one running parallel to main VI) to the main VI , like , its also keep executing and keep providding data to main loop (Somewhat like FEEDBACK loop).
Kindly, help as soon please.
--------------------------------------------------------------------------------------------
There are several ways to send data from a subvi to a main vi (Queues, Action Engine, Notifiers, User Events, DVRs)
User Events are a good choice If your main vi has an Event Structure.
In this example, the lower loop represents your "called VI".
(This is a LabVIEW 2015 snippet. Save the image then drag it onto a block diagram to get the code.)
steve
The short answer to your question "Is it possible to run a subVI in parallel with the caller VI?" is "Yes, I do this all the time."
The trick to doing this is to avoid data dependency. Your sub-VI cannot depend on data produced by its caller. I think others have discussed having two VIs running in parallel While loops, but if I understand your question correctly, you want Caller VI to say (at some point) "OK, subVI, start running but don't depend on me directly for anything, so we can "share" CPU time and run at the same time, in parallel".
The way I do this is via Start Asynchronous Call, found on the Application Control Palette. You wire a reference to the VI you want to run to it, and it starts it running in its own memory space, "disconnected" (as it were) from its caller. Note that this has some implications, including that it can keep running even if the caller VI stops (so you have to have a "stopping mechanism").
Here's how I set this up. The steps I'm showing here I usually "bury" inside a sub-VI, so in my Caller VI, there's only a little 32x32 pixel box that says "Spawn Event Spooler", or something like that. So in this case, I have a sub-VI called Event Spooler that I want to start and have run asynchronously (meaning "in parallel with") the caller. It has a single input, a reference called DIO Refnum. Here's the relevant code (the functions shown are all on the Application Control Palette):
- The first thing I do is drop a Static VI Reference. I right-click it, choose Browse for Path to find the Event Spooler VI (note that having an Icon for this sub-VI makes the code "self-documenting"), and click it. See the Red Star on top? That's because I then chose to make this a Strictly Typed VI Reference (another right-click option).
- Next, drop a Property node on the Error Line, and wire the Strict VI Reference to it. Select the Name property.
- Next comes Open VI Reference. Wire the Name to the VI Path input, wire type VI Reference (which now contains Type information) to the Type Specifier input, and wire Option 80 (Call and Forget), as shown.
- Finally, drop the Start Asynchronous Call function on the Error Line and wire the VI Reference to it. When you do, it will adopt the input connections of the Called VI -- wire any required inputs at this time.
- When your code executes this series of commands, the Called VI, here Event Spooler, will start to run, but in its own memory space, so it will not "block" any other action of this calling routine.
We've had programs where multiple sub-VIs were spawned. In one instance, we were taking videos of animal behavior and had 24 video stations available to us. We typically spawned 2-4 sub-VIs per station -- they all co-existed quite happily.
Bob Schor
First you are adding to a 12 year old thread with a question that still makes very little sense to me. Now you are attaching a picture of a diagram fragment peppered with local variables, coercion dots, and unknown subVIs. We need more to help. Where does the data come from? Where does it go? What else is there? If the two subVIs should run asynchronously, maybe use two FOR loop instead, one for x and one for y.
The word "feedback" (as e.g. in "feedback node") has a very special meaning in LabVIEW, but you seem to be talking about about your own subVI when you use that word capitalized. Why that name? What is is feeding back to where exactly?
Please attach your VI and subVIs so we can get a better feeling what you are actually trying to do. Why don't these subVIs not return immediately to the calling VI? What are they actually doing?
Thanks.
