LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

How to control values in a subpanel vi

Solved!
Go to solution

Hi,

 

I loaded a subvi (containing some graphs, displaying Information depending on the main-vi) to a subpanel in my main-vi. I'd like to control the subvi via the main-vi. I used the control value set invoke node. There is no error message, however the subpanel doesnt Show the desired results either. What am I doing wrong? I attached the VI.

In the "Init Subpanel"-case I loaded the subvi and in the "absolute value"-case I want to give new inputs to the subvi.

 

Thanks!!

 

0 Kudos
Message 1 of 3
(2,332 Views)

I would use a queue or user event to send messages to the subVI.  The subVI can then react however it needs to.


GCentral
There are only two ways to tell somebody thanks: Kudos and Marked Solutions
Unofficial Forum Rules and Guidelines
"Not that we are sufficient in ourselves to claim anything as coming from us, but our sufficiency is from God" - 2 Corinthians 3:5
0 Kudos
Message 2 of 3
(2,317 Views)
Solution
Accepted by topic author volfi

It's near impossible to say anything about why this doesn't work, with the most important VI (DrawCalibGraphs.vi) missing...

 

Just a though about why it's not working. The VI isn't running (stops immediately). So you're setting the values, and expect them to appear in the graph. It needs to be run once to actually do that. Even if it is running, it probably needs a trigger of some sort to update it's graphs. But without the VI it's just a guess... 

 

If this VI isn't continuously looping, you don't need dynamic loading at all. Make it like any sub VI, with the controls you're setting now as input, and put it's panel in the subpanel. Call it like any other sub VI. No dynamic loading needed...

 

Dynamic loading seems to be used like duct tape: a general solution that solves every problem. Dynamic loading is only really needed for: 1] starting a not-fixed number of re-entrant VI's, or 2] plug-in architectures (usually, not always a special case of 1). There are a few other solutions where it can be convenient, but a lot of times it can (and should) be avoided.

0 Kudos
Message 3 of 3
(2,295 Views)