Retain VI front panel in Subpanel after VI containing subpanel is stopped

Is there a way to retain the front panel image of a VI in a subpanel after the VI containing the subpanel is stopped? The default action causes the subpanel to clear when the VI containing the subpanel is stopped but not closed.
Thanks in advance...
Steve
Solved!
Go to Solution.

If you want the image of the FP, you can place a picture control under the SP, use the Get Panel Image method and push the result into the picture control. When the VI will stop the SP will become transparent and you will see the picture control.
I assume, though, what you actually want is for the FP itself to stay in the SP and I believe the answer is no. My experience has been that the caller removes the SP VI when it stops, whether you removed it or not, and a quick test indicates you can't insert a VI into an SP which isn't running. Personally, I never needed the SP to have a VI when the caller stopped.
One workaround you might be able to use is to place the SP in an XControl. Xcontrols run at edit time as well, so I'm guessing this will work, but I haven't tried it.
Try to take over the world!

Similar Messages

Load subVI front panel in subpanel

I want to load subvi front panel in subpanel. I have attached VI , however instead of path of VI I want to provide sub vi reference.Is it possible to this?
Attachments:
SetSubPaneOrigin_LV861.vi ‏10 KB

Use a Static VI Reference that can be found on the Application Control pallette.
After dropping it, right click and browse.
Ben
Discalimer: In an eralier version of LV, Static refs did not work correctly in an executable.
Ben Rayner
I am currently active on.. MainStream Preppers
Rayner's Ridge is under construction

VI Front Panel in SubPanel reacts slowly

In LabView 2010F2, I have a VI that has several buttons and other controls on the Front Panel. When I run that VI standalone, it runs very quickly, uses less than 20% CPU, and is very responsive. ALl of the controls react very quickly. But when I put that same VI FP in a subpanel in a small VI, all of the controls in the VI in the subpanel are now running very slowly. There buttons are slow to react. There is almost a 1/2 second delay on the buttons. The CPU is stall down around 25% usage. The hosting VI does not do much and should not be responsible for this delay.
If the CPU is not very busy, what is the cause for the delay in the reaction of a Front Panel of a VI that is placed in a subpanel?
What can be done to significantly improve the response of a FP that is placed in a subpanel?

dbaechtel wrote:
Ben wrote:
How is you memory doing?
Do you have "show Kernal time' selected?
Ben
CPU Usage and Kernel Time do not pudge much during Save All or Clean Up Diagram of large diagram. CPU usage stays about 25%, Kernel time stays about 50-75% of Total CPU Usage.
I don't see any reason why LV would show "not responding" under these conditions unless there are some long LV processes that are being executed that include significant I/O delays that do not relinquish the CPU to do other things while executing these long LV processes. If LV was not blocked by I/O (disk) delays then I should see near 100% CPU usage. If LV was being delayed by memory swapping, the I should see less than 50% memory free,
I'll leave the discusion of Internals and Data Structure for another thread.
Spoiler (Highlight to read)
Both of my copies of that book are much more worn.
Both of my copies of that book are much more worn.
It is going to take some work to narrow down the possiblitlites since you have presented this situation as an interaction problem.
Generally speaking there is one hot button that comes to mind and that is the UI (User Inteface) thread where all GUI updates are handled as well as those things that do not play well if left to run in their own threads (property nodes for example).
SO I would like to suggest you start by trimming it down to something that work good and then start adding stuff back until you can detect the performance hit. At tath point step back and look for contention issues.
If I remebe correctly you can't post code images so asking you to post images of teh code that does not play nice together is a no-go.
You could also run the performance monitor.
THe Trace Execution tool kit should aslo help you get a the root of this situation.
Trying to help, wondering if if I can,
Ben
PS Regarding the bug thread. I depend on that thread to stay on top of potential bugs. I asked and Laura moved the off-topic posts to the proper thread. Please excuse my "anal-retentive" side.
Ben Rayner
I am currently active on.. MainStream Preppers
Rayner's Ridge is under construction

I want to save an image of the front panel, (with data), after every VI run

When I try to copy the front panel (using a select all), and paist to paint, all the data in the graphs show up as they did after the last run, but the data in the charts dissapear. The chart itself is copied but the data is not. Any ideas on how to solve this?
Thanks,
Brian
Attachments:
Brians_graph_compilation2.vi ‏1363 KB

This Knowledgebase also has some information on programatically saving VI images
http://digital.ni.com/public.nsf/websearch/942DAA35C7B35616862565FE005F713F?OpenDocument
(KB 197BB7VJ if the link doesn't work).
Note that you don't have to put the code in the VI you are running in order to save it to a file, so you don't actually have to modify your VI. You can just run a seperate VI that uses the VI name from the first one (I've attached a VI which could either be run standalone or used as a SubVI, as well as an example of using it as a SubVI).
If you don't want to do it programatically you could just hit the print screen button on your keyboard and then paste it into paint and crop off the extra windows stuff.
Attachments:
CreateVIJPEG.vi ‏34 KB
ImageExample.vi ‏24 KB

"Shared Variable Control" combo box on Front Panel is empty after Build

Hello;
I have a project using shared variables and the DSC module. I am working on building a .exe application now that the project seems to run well.
I have several places on the front panel where I have shared variable controls. These combo boxes allow the user to click the drop down button and browse the list of shared variables in the project, as well as "browse". When I run the VI from the project, the combo boxes fully populate with all of the deployed tags in the project (I have only one .lvlib in the project).
When I build the project and run the executable, the only item in the combo box list is the "browse..." selection. I can click on that and browse to my variables, but it is much more time consuming to do so than to simply select the desired variable from the drop down list.
So, how can I populate the list of shared variables from a particular library ino the Shared Variable Control combo box in a project build?
A couple of things I have done to try to esolve th problem are ensure that the "Enable Enhanced DSC Run-Time Support" box is checked in the advanced tab of the build window, added the appropriate .lvlib file to the "Dynamic VI's and SUpport Files" window under the "Source Files" tab of the build window, and properly deployed the tag library programmatically in the project.
Thanks,
Michael Hampson
Michael Hampson
President
XL Automation, Inc.

Hi Michael,
What you see in the development environment is to make it easier for developers, and as far as I know, there's no way to automatically populate the shared variable control during run time in an executable. The reason being that the shared variable control would have no way to know which process it should be using to get the variables from. The attached vi demostrate how you can acquire the list of shared variables in a process. You can also set the default values of the shared variable control by right clicking it on the front pannel, go to Data Operations->Make Current Value Default. I can do some more research on this, but I'm about 95% sure that there's no way to convert the array of shared variables to populate the shared variable control, as the shared variable control is a special type of xControl.
Yi Y.
Applications Engineer
http://www.ni.com/support
Message Edited by Yi Y on 07-02-2007 01:27 AM
Attachments:
SharedVariableList.vi ‏15 KB

Show front panels of sub VIs when running a EXE (build application)

I've created a exe file and it works fine. However, it only shows the front panel of main VI and I can not open sub VIs (it looks like they are all hidden). I know it can be done by creating a library file along with this exe file, but that's not what I want. I want to create a single exe file that shows several front panels, and that can be run with run time engine. Is there any way to show front panels of sub VIs by running a exe file?

In the development mode, how are you displaying the front panels? Did you right click on the subVI and select SubVI Node Setup and choose 'Show Font Panel when called/Close afterwards if originallly closed' or did you choose the same options from VI Properties for each subVI. If the second, then the app builder will automatically retain the front panels of the subVI. If you chose the first option or if you are using VI Server to open a front panel, then the default setting in the app builder is to remove the front panels. You would then have to go the VI Setting tab in app builder and edit the settings.

Xonar D1 front panel microphone not working in kernel 2.6.33

It is not possible to record anything from my front panel microphone jack after I updated kernel to 2.6.33.
It still works OK with kernel 2.6.32.10, but does not work with 2.6.33.3, and it did not work with 2.6.33.rc8 too. The front panel switch in alsamixer switches only output but not input (mic) now. Before, the switch had impact on both output and input.
When I activate the back panel on the card everything is working well (back panel connectors are active, front panel connectors are inactive). When I activate the front panel then the front panel microphone is not working (back panel microphone works). The alsamixer front panel switch does not have impact on the microphone any more and no switch was added to control the microphone separately from the output.
The alsa version is 1.0.23.
I use 32 bit kernels. My brother uses 64 bit kernels and the problem is the same for him too. Although he uses Xonar DX.
Any idea how to get this fixed?

I'm also having trouble with the 2800pci driver. I installed the v26 firmware from the PKGBUILD in this thread, and it does scan as Cdh says, but will not connect...
$ dmesg | grep rt2800pci
rt2800pci 0000:04:01.0: PCI INT A -> GSI 18 (level, low) -> IRQ 18
Registered led device: rt2800pci-phy0::radio
Registered led device: rt2800pci-phy0::assoc
Registered led device: rt2800pci-phy0::quality
rt2800pci 0000:04:01.0: firmware: requesting rt2860.bin
phy0 -> rt2800pci_mcu_status: Error - MCU request failed, no response from hardware
Should it really be loading all these modules just to use rt2800pci?
$ lsmod | grep 'rt'
rt2800pci 9547 0
rt2800lib 21101 1 rt2800pci
rt2x00usb 7607 1 rt2800lib
rt2x00pci 5005 1 rt2800pci
crc_ccitt 1307 1 rt2800pci
rt2x00lib 25148 4 rt2800pci,rt2800lib,rt2x00usb,rt2x00pci
led_class 2609 1 rt2x00lib
mac80211 171772 3 rt2x00usb,rt2x00pci,rt2x00lib
cfg80211 126658 2 rt2x00lib,mac80211
iTCO_vendor_support 1873 1 iTCO_wdt
eeprom_93cx6 1352 1 rt2800pci
usbcore 144604 6 usbhid,rt2x00usb,usb_storage,uhci_hcd,ehci_hcd
rtc_cmos 8990 0
rtc_core 14439 1 rtc_cmos
rtc_lib 1842 1 rtc_core
The rt2860sta driver does work, but only at G speed not N. I also tried the ralink 2.3.0.0 driver, but it is even slower than the kernel driver. With 2.6.32 kernel, I was able to get N speed from their 2.1.2.0 driver, but that one won't compile anymore. I've had nothing but trouble with this card for the last year.
I'm very tempted to just buy another card, but I'm not sure which one to buy.

Display faux spreadsheet on front-panel

Hey, thanks to all that have been helping me answer all my LV questions. This site is awesome.
My newest question:
I am writing data to a spreadsheet in my program... I recieve a measurement from my scale via rs232... then, I display the data (floating point), the time (string) it was collected, and a comment (string) that the operator enters on the front-panel... They are prompted to "accept the data into spreadsheet"... when they accept, the data gets sent to the Excel file and the indicator boxes for the data, time, and comment go blank.
What I would really like to do is have a "faux spreadsheet" (in addition to the indicator boxes) that displays the data that is sent to my Excel file. It's appearance would be similar to the Excel file. I tried using "build table", but it doesn't seem to accept strings... only numbers. Is there another method I could use?
Next, I need to format the Excel file with column widths, fonts, etc... is the ActiveX control the best way to do this? Any examples out there?
Man, thanks for all the help. This program has taken on a life of it's own (as these automation projects ALWAYS do).
Thanks!

You must have tried the Express Table function. Instead, use the normal table on the control palette. It is a 2D string array. The other way to do it is to embed an actual Excel spreadsheet on the front panel by using an ActiveX container.
Yes, you need to use ActiveX to format the spreadsheet file. NI sells a toolkit that will do this and if you were search the forum for "Excel", you'd find hundreds of posts on the subject and many include example code.

Generate front panel based on xml description

Is there a method to read an xml file and generate a front panel based on the description contained in the xml file?

Hello mcu_guy!
Thanks for contacting National Instruments! This sounds like more of a Visual Basic 6.0 issue rather than a Measurement Studio issue, so perhaps Microsoft will be a better reference for you? One great resource is Microsoft's Developer Network (MSDN). I have also taken the liberty to dig through some of the documents I've seen before regarding dynamic creation of Form objects and I believe that this KnowledgeBase article on the MSDN should be a great start for you.
Best of luck with your application, mcu_guy!
Derrick S.
Product Manager
NI DIAdem
National Instruments

Leaving the front panel displayed on a subpanel after stopping

I have a tab control.
Each tab control has a subpanel.
Each subpanel has a static vi reference attached to it for launching.
I would like the image of the front panel displayed in the subpanel after the program has finished running so that any information that was displayed is still present.
Is there a way to retain all the settings between run's?
-Regards
eximo
UofL Bioengineering M.S.
Neuronetrix
"I had rather be right than be president" -Henry Clay
Attachments:
NeuroNetriX TestSet.vi ‏12 KB

When you say settings, do you mean controls? If so, you can right click on them and select Data Operations >> Make Current Value Default. That will keep the settings initialized how ever you set them up.
I believe you can use use the Get Front Panel Image VI Method node, similar to the way to run the VI. You can create one by right clicking on the VI reference wire and selecting Method for VI Class >> Front Panel >> Get Image.
I've attached a code snippet of the node. If you want you can just drag the file into your block diagram and it should turn into code.
Applications Engineer
National Instruments
CLD Certified

Front panel state of VI in subpanel

Up until last week this code has been working flawlessly ... I have been dynamically loading VIs in and out of a subpanel. While the VI is in the subpanel, the user has been interacting with it using custom events within that VI. In the process of trying to create a simpler way of keeping track of the dynamically loaded VIs from the main VI, the whole process of interacting with the dynamically loaded VIs in the subpanel has stopped working. The VIs load into the subpanel just fine, but their front panel state remains at "standard" instead of changing to "hidden". what could be preventing this? I've included a snippet from the main VI that shows how the VIs are dynamically loaded.
Attachments:
subpanel.png ‏75 KB

Hi.
Why do you open up your front panel first? remove that
Make sure the VI is running in memory. Load you VI into the Sub panel. Front Panel Windowtate should show closed by default before loading into subpanel (atleast when I clone multiple VIT's in memory and show them in a subpanel) if not configured otherwise. After loading teh state should be standard.

Print VI front panel to file does not work after building executable.

I am using a property and invoke node to print the front panel of my VI to an HTML file. It works fine in the development mode. After Building the application, this subvi will no longer
print the front panel. Is there some special files that included in the build??

You can use the Report Generation VIs to generate the HTML report. Specifically, you could use Append Front Panel Image to Report.vi and Save Report to File.vi to save the image of the panel to an HTML report.
Check out the examples in examples\reports to get a better idea how to use these VIs if you've never used them before.
Good luck,
-D
Darren Nattinger, CLA
LabVIEW Artisan and Nugget Penman

Front Panel objects do not stay in place after saving, closing, and reopening the VI.

I have been working with a couple of versions of a main VI. The original VI was given to me so that I could add additional functionalities to it. I had been designing the front panel of the latest version of the VI on a Dell laptop running Windows 7 and LabView 2011 SP1 using a monitor with a resolution of 1920x1080. My booleans, numerics, and plots on the front panel had always stayed in place after saving, closing, and reopening the VI. Once in the field, I connected my laptop to a cRIO9073 and used my laptop screen with a resolution of 1366x768 to operate the VI. I made some changes to the VI, saved it, and reopened it. This time I noticed that the front panel objects had become overlapped, resized, and generally rearranged. I tried fixing the objects but I noticed that they reverted back to the incorrect positions after saving and reopening the VI. I was successful in keeping the objects in position a couple of times, but when I would open the VI at a later time, the objects were again rearranged. This is happening on both my monitor and laptop screen. The original version of the VI, however, does not behave this way and I have opened it on both my monitor and laptop screen. In this version, the front panel objects always stay in place. Both VI's have the same window size properties. Could I have corrupted the latest version of my VI somehow? Below are screenshots of the front panels of both VI's.
Attachments:
Blender Controller Original.PNG ‏140 KB
Blender Controller.PNG ‏203 KB

Hi Miguel,
It is possible to programmatically set or change the position of front panel objects. (for example: http://digital.ni.com/public.nsf/allkb/4D0DA06B43195B3F862572F3000AF2D3?OpenDocument) However, if you haven’t intentionally done that, it seems unlikely that it is the problem.
Have you tried copying the entire block diagram in to a new VI to see if the problem persists? While it is unlikely, you are right that it is possible for VIs to become corrupted. I’ve never heard of a situation like this except in the situation where the settings Tom had you check have been changed. Here is some information about those settings:
http://digital.ni.com/public.nsf/allkb/7567EF257B9CFDF986256F630073228F?OpenDocument
Since there was no rearrangement when you copied the front panel to a new VI, you might try copying the block diagram a little bit at a time to see if there is some particular part of it that creates the problem somehow.
K. Johnson

My front panel controls are disappearing after the vi starts. Anyone one know how to fix this?

I have some vis that ran fine on an older machine, but with the new computer controls on the front panel dissappear after awhile and can be made to reappear after closing and reloading the vi. I am not doing any programmatic hiding of any controls. The controls can also be made to reappear by stopping the vi and selecting them with a tool, but then they disappear again when you run the vi again. I played around with "bring to front" but that doesn't fix the problem and read a post about OpenGL problems associatted with 3D controls. Any ideas on what to try to fix the disappearing controls?
I

If you right-click on the terminal and choose 'show control' and then the control can be seen, then it is not hidden behind other controls, decorations, etc. Just to ask a dumb question: have you right-clicked on the terminal and tried Find --> Property nodes to make sure that the control(s) is not being hidden somewhere in your code? Are you passing any control refnums to any subvi's?
"There is a God shaped vacuum in the heart of every man which cannot be filled by any created thing, but only by God, the Creator, made known through Jesus." - Blaise Pascal

Selecting front panel properties after runing causes crash

After I run my program (which uses several call library function nodes to access numerous dll files) and then try to alter the properties of a front panel control labview crashes. Sometimes it simply locks up, other times it displays a recoverable error message, and finally sometimes it displays a hard error message from which I cannot recover and only send an "error report." While the errors are annoying I really want to know why changing the properties causes them which may lead me to other problems in my code. Thanks for any thoughts you can provide.
-Dave

NIDave wrote:
> Thanks for the reply Jeremy, I try to change them manually after the
> program stops. I use a property node to alter other controls but not
> the one I discovered the problem on. I am suspecting a memory leak
> within the dll or some problem with the way I am passing strings and
> arrays in and out of my call library function nodes. (I initialize
> the strings and arrays before the function is called, so I am leaning
> toward an issue in the C code.
Well here you go. Calling a DLL and then getting (delayed) crashes in
LabVIEW absolutely always means that the DLL is trashing some memory it
shouldn't. This either happens by passing wrong data (DLL expects by
reference and you pass by value) or arrays and string not initialized or
not intialized to be large enough. Last but not least the DLL of course
can just simply be buggy and do stupid things.
So you will have to verify somehow that the DLL works correct outside of
LabVIEW. If you have verified that, then you need to check all
parameters of all function calls into the DLL to be correct and also
large enough for the DLL.
Especially make sure that for strings you allocate 1 more byte than the
longest string the DLL may want to write into, and for arrays that you
allocate the right number of elements of the right type. Sometimes the
documents state that the array must be at least 100 elements long but if
this is an integer then that amounts actually to 400 bytes.
> Also another oddity, when I first open labview and run the code it
> works great, however if I try to close the VI but not labview then
> run it again it fails. I think that labview is not dropping the dll.
> Is there a way to force it to release the dll?
Not really. A DLL should not depend on being unloaded to be callable
again. But the error you describe could be because of several reasons.
Basically make sure you call any existing Close or similar function at
the end as well as initialization function in the beginning. Also the
error could be related to the DLL trashing memory somewhere. So try to
get the DLL to work properly without any bad effects after having it run
once including no crash when unloading the VI, closing any front panel,
doing some LabVIEW edit functions or last but not least closing LabVIEW.
Rolf Kalbermatter
Rolf Kalbermatter
CIT Engineering Netherlands
a division of Test & Measurement Solutions

Retain VI front panel in Subpanel after VI containing subpanel is stopped

Similar Messages

Maybe you are looking for