VI front panel won't close when it's done executing, when this vi was called by reference.

I've created a simple vi set to demonstrate the issue I'm having. I'm dynamically launching sub vi's from a main application. Simply put the main application is my test exec and the subvi's I'm calling dynamically are different tests. In the example I'm posting here the test vi is called Electrical Test 1.vi. I've configured this Electrical Test 1.vi to show front panel when called and close afterwards if originally closed. Problem is it won't close the front.
Other things to keep in mind
I want to be able to launch the test vi and not wait till it's done.
I'm using LabVIEW 2012 SP1.
Solved!
Go to Solution.
Attachments:
vi_launcher - v5.zip ‏73 KB

Basically the close after call only matters if the VI is called as a subVI (just like if you open a VI yourself and run it, it doesn't close when it is done). The two ways around this are to either have your top lvl app close the VI when it is done, this is explained here:
http://digital.ni.com/public.nsf/allkb/987B2026B41BD39786256CF800032E8C
or to have your VI close itself when it is done. Use a This VI reference and the Front Panel:Close invoke node.
Hope this helps.

Similar Messages

My Spry Tabbed Panel won't close

My Spry Tabbed Panel won't close. Here is the link: http://christianebooks.writeious.com/Writeious-Music8.php
Thanks in advance for any help.
J Sams

Hi Randy,
Well I found the problem I had too many </div> in the end part of the maincontent. By removing one of the </div> the Spry tab panel moved within the main content area.
Thanks for your help
Steve
    </div>
      </div>
    </div>

Dynamically opened front panel won't work in executable

I am dynamically opening the front panel of a VI from the top level VI. After I build an executable, this does not work anymore.
Any ideas?
Scientia est potentia!

See the marked solutions in these threads.
http://forums.ni.com/ni/board/message?board.id=170&thread.id=402041
http://forums.ni.com/ni/board/message?board.id=170&message.id=400907&query.id=212194#M400907
Message Edited by elset191 on 07-23-2009 03:38 PM
Tim Elsey
LabVIEW 2010, 2012
Certified LabVIEW Architect

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

The PWR MGMT LED on the front panel of the sup720 is off. What happen with this?

The PWR MGMT LED on the front panel of the standby sup720 is off (But the active engine is on). We check the switch guide which states "The SYSTEM and PWR MGMT LEDs on a redundant supervisor engine or RSP are synchronized to the active module.". What happen with this? Thanks!

HI @bingxiong.feng,
This is not a cause for concern as Cisco says in the following link:
http://www.cisco.com/c/en/us/support/docs/field-notices/200/fn28695.html
HTH.
Rgrds,
Martin, IT Specialist

When creating PDF I get message "This file was saved to the Temporary Internet Files Folder"

about 80% of the time when I am creating a PDF Document using the Print to Adobe function I get the following message:
"For your computers security, this file was saved to the Temporary Internet Files folder"
"Do you want to open this folder?"
It doesn't matter if I say yes I want to open the folder or not I can never locate the file.
I am using Vista Ultimate 32. for an operating system.
I have the following programs installed too:
Office 2007 Enterprise
Office 2007 Project Professional
Office Visio Professional 2007
As a antivirus I am using Trend Micro Internet Security Pro 2008
Diskeeper 2008 Pro
Nero 8
Quicken Home and Business 2008
WinRar
I am using Microsoft Internet explorer V 7.0.6001.18000
Thank you for your help. I have looked everywhere and I'm lost.

You can get the same results (as turning protected mode off) by:
(presuming you have an icon for Internet Explorer on your desktop or taskbar) -- right click the icon and pick "Run as administrator"
I've got the same problem printing to pdf (Acrobat v8; problem's only in IE7) on a Dell Optiplex/Vista Business desktop machine (though not my T61/Vista Ultimate Thinkpad laptop) and the above resolves the issue for my desktop machine. Certainly not a fix but perhaps a clue to Adobe developers, on the [slim?] chance they read these posts.

Rules panel won't close after deleting one rule; Mail won't shut down except by Force Quit

And when I Force Quit, the rule I wished to delete remains on the list.

As a temporary work around, create a new rule to 'Stop Evaluating Rules' and then drag the one you are trying to get rid of below it in the list. This should stop the rule from being used.

Mobile VI Front Panel Display issue

I am not sure whether I should report this as a big of Mobile Module, so post it here and see if anybody else encounters the same issue.
When create a mobile VI, if you put a TCP Connection control and String array on the front panel the same time, it won't run. It compiles and deploys all fine, but when you try to run it, it doesn't. And if you put it as a subVI, it will stuck when it is called.
Guess I am lucky. Just so happened that I needed to put both controls on the front panel and ran it as a subVI. Every time this subVI was called, the whole program stopped. It is a simple subVI call, but maybe it is so simple that it becomes so hard to debug. I started to check if the memory was full, then subVI property, and then put all kinds of breakpoints to debug. Finally, just when I ran out of debugging ideas, I was looking at all the controls on the front panel. Is it possible that one of those controls has some sort of conflicts with others, or the mobile module simply cannot load the type of control(s). So, I took one out at a time.
It took me a whole morning, but that's how I found this bug. I hope after I post it here, it can save your time to debug this type of bugs.
Attachments:
TCP Control.vi ‏10 KB

Hi, Paul,
This could be another bug of Mobile Module if you can repeat what I did.
Here is the issue. When I transfer time stamp from PC (time stamp flattened to string) to the palm (then unflattened back to time stamp), the time stamp on the palm is always plus one hour. Don't know if this is a bug or a programming error?
Thanks.

Can not open front panel sub VI when running an application VI.

When I create an application of my program a problem occurs. When I select options (press a button or so) from the main front panel that should result in a popup menu (sub VI cal) LabVIEW indicates that something is happening but the front panel does not open. The mouse indicator changes to the time glass so LabVIEW is doing something but the window of the sub VI does not open.
The problem has the same characteristics on several places. There are some sub VI front panels that opens but I ca not find the reason for why these open and not other.

Hi
there are three ways trhough which you can force a subVI to show its front panel
1. open the perticular SUB VI
click File->VI properties select window appearence catagory.
click customize button and select "Show Front Panel when called" and "close afterwads if originally closed" check boxes
save the VI
whenever you use this Sub VI every time it will pop up front panel
2. dont perform the changes suggested in option 1. place the instance of subVI in your main application and if you want that instance to popup a front panel then right click on subVI and Select "SubVI Node Setup" again select "Show Front Panel when called" and "close afterwads if originally closed" check boxes
with this option only certain instances of SUB VI will cause pop up to occur
3. this is the most flexible option. use invoke node to show front panel. in invoke node select show front panel method to popup the VI and use close front panel method to close the pop up window.
Tushar Jambhekar
[email protected]
Jambhekar Automation Solutions
LabVIEW Consultancy, LabVIEW Training
Rent a LabVIEW Developer, My Blog

How Do I Close a Front Panel

It's Late in the day and I am a bit dozey from debugging.
I have a VI that conditionaly displays it's front panel.
It processes a file and if it finds any errors, it opens it's front panel to allow the user to correct them.
When finished, it (should) close the panel and return to the main function
I open it using Fopen invoke node but am having trouble closing it afterwards.
FClose invoke node doesn't seem to close it and FOpen Activate=false throws an error.
Can anyone tell me the the right invoke/property node to use.
iTm - Senior Systems Engineer
uses: LABVIEW 2012 SP1 x86 on Windows 7 x64. cFP, cRIO, PXI-RT
Attachments:
Panel open.PNG ‏6 KB
Panel close.PNG ‏6 KB

Tried that, Didn't work for me.
I did find a workaround where I hid the panel.
Not comfortable with it, as I don't know what happens with memory etc.
The VI is a state machine with memory elements.
iTm - Senior Systems Engineer
uses: LABVIEW 2012 SP1 x86 on Windows 7 x64. cFP, cRIO, PXI-RT
Attachments:
not close.PNG ‏5 KB
workaround.PNG ‏6 KB

Reference to control on main front panel fails when subvi front panel is closed?

Hi All,
I'm experiencing an odd bug. In my code, I use a subvi to control a piece of hardware. This subvi has controls for all of the functions of my hardware.
I'm changing the value of one of these controls from my main front panel by running a reference to a knob on my main front panel into the subvi, grabbing the value of the knob with a property node, and then updating the value of the subvi control using a signaling property node.
This works fine when my subvi front panel is open but fails to work at all when the subvi front panel is closed.
I'm new to labview , so any help is appreciated.
Thanks,
Arpan
Solved!
Go to Solution.

What is your LabVIEW version?
Front panels that are not shown are typically not updated and might not even be loaded into memory.
The presence of certain code elements (e.g. property nodes) often forces the front panel to be in memory even if it is not shown, but I haven't studied it in a long time so there might be subtleties. Maybe somebody from NI can give more details.
If it does not work unles the FP is open, open the front panel minimized to avoid distraction.
Can you attach some code? Maybe there are better ways to do all this anyway.
LabVIEW Champion . Do more with less code and in less time .

Where does the processing take place when using a remote front panel?

Hi,
I am considering upgrading my LabView software from 6i to 6.1 for the new "two click" remote front panel feature. I have already seen a demo of this feature but have just a few questions before I get the upgrade:
My setup consists of several pieces of equipment connected to Labview via GPIB, to aid in the evaluation of a new microchip.
1. I wish to grant control of the setup to anyone with a web browser, Is the remote monitoring feature compatible with both Netscape and IE?
2. The VI which controls the setup is currently located on the PC beside my setup. When I embed a VI in a remote front panel, where does the processing take place, is the local VI still controlling the setup? and
the remote panel just sending and receiving data from the local VI.
Thanks, Troy

> I am considering upgrading my LabView software from 6i to 6.1 for the
> new "two click" remote front panel feature. I have already seen a demo
> of this feature but have just a few questions before I get the
> upgrade:
>
> My setup consists of several pieces of equipment connected to Labview
> via GPIB, to aid in the evaluation of a new microchip.
>
> 1. I wish to grant control of the setup to anyone with a web browser,
> Is the remote monitoring feature compatible with both Netscape and IE?
>
Yes. Provided they are resonably modern versions.
> 2. The VI which controls the setup is currently located on the PC
> beside my setup. When I embed a VI in a remote front panel, where does
> the processing take place, is the local VI still controlling the
>
setup? and the remote panel just sending and receiving data from the
> local VI.
>
The computer which we refer to as the server, the one with the GPIB card
in your case, will execute as it does now. In fact, its window will
even be open. The remote client computer, the one with the web browser
will be running the runtime engine and processing user events, value
change and property/method events from the server. So in reality, both
computers will be sharing the load a bit. This allows for very small
packets to be sent between the computers. It is in fact quite similar
to publishing the data between the computers using datasocket.
One thing to keep in mind. Standard LV includes a license for one
connection. If you want to allow for multiple web browsers to view at
the same time, additional licenses are available. Also, only one user,
remote or server may be in control of the panel at a time. That means
that if you want to be able to operate the panel, changing kn
obs or
flipping switches, the others will become viewers only until you give up
control. Hopefully this isn't a surprise, but I thought you might want
to hear about it now.
Greg McKaskle

How can i open front panel of a vi and run it

Hi
I have a vi that i call multiple times from another vi, however i want it to open the front panel on some calls and not on others. What is the best way to do this?
I have come up with a way and was wondering if this method was okay or is there another method that might work better escepcially since i am eventually going to create an application out of it and hope that no problems pop up then
Unititled 1 calls Untitled 2 where with one call it opens and runs Untitled 2 while with the other call it simply runs untitled 2.vi
What I did was i changed untitled 2.vi window appearance to dialog but i deselected the show front panel when called, so by simply calling the subvi form untitled 1 it works. Unititled 2 runs but does not open
Now with another call i want to open and run untitled 2.vi so by looking the attached vi you can see what i have done
Again if there is a better method that would make my vi's more efficient i would greatly appreciate it.
Reza Sed
Attachments:
Untitled 1.vi ‏24 KB
Untitled 2.vi ‏10 KB

What you did, in theory, is the correct way to do it. However, you should move the front panel open and close into Untitled2.vi and have a boolean input as to whether to show the front panel or not. This way, your calling code is cleaner, and you don't have to reproduce the code everytime you want to call the subVI and show the panel.
If you were to use Untitled2 in another project, then you woud have to go back and look how to implement the showing of the front panel in your other code. If later, you were to decide you want that VI to be maximized, then you make one change in the VI, and not in every place you ever call it showing the front panel.

How to pop up another VI front panel and run this in the main VI?

Hi all,
I want to create a VI, which contain several buttons: like "RUN ANALYSIS 1" and "RUN ANALYSIS 2".
When I click one of them, another front panel of VI jump out and run automatically. When I click on "Finish" button on this VI (the one jump out), this front panel close.
How to complete it?
Thanks,

Hi Osso,
The ability to click on other VIs is also controlled by the Window Appearance. If you follow Dennis' instructions above, but this time change the Window Behavior to modal. You can find more information about the different selections in the LabVIEW Help: Customize Window Appearance Dialog Box.
Regards,
Elizabeth K.
National Instruments | Applications Engineer | www.ni.com/support

Question on closing Front Panel references

I'm manipulating controls on the Front Panel of my VI. In doing this, I open a slew of references (to the VI, to the Front Panel, to its Panes, and to the objects on the Front Panel). Normally, before exiting the VI, I carefully close them (in LIFO order, of course), but a question has arisen:
I want to "export" a series of references to Boolean controls for use in succeeding VIs. No problem, while enumerating the controls (see above), I simply identify the Boolean references and build them into an array that I pass out. First question -- does anything "go wrong" if I also do a "Close Ref" in the main loop (after adding the reference to the array, of course)? [At present, I'm only doing a Close Ref on the non-Booleans]. Logic says this should be OK, as the Close Ref is mainly doing "garbage collection", and I've done a "copy" operation in building my array, but to a persistent structure.
Second question -- in my "cleanup" routine, I noticed I was "double-disposing" of the references, that is, I did a Close Ref on my array of Boolean References, but also was enumerating the entire Front Panel (as I did when I opened it) and disposing of the references that it found. Again, this should be no problem, but (in principle) I'm doing a Close Ref on two references to the Boolean control. It occurs to me that this is not really logical either -- I should be able to simply "abandon" the array of references -- although it takes up memory that can be "reclaimed" for other uses, the fact that it is an array of RefNums is a "so what" -- the contents of the array could have been a numeric or other "solid" data type.
Does this make sense? To summarize, what I'm trying to do is to "extract" some RefNums to Front Panel objects for later use. In the "extraction" process, I must open (and create references to) multiple objects, including RefNums to my "objects of interest". What I think I can (and should) do, once I've copied the RefNums I need, is to dispose (Close Ref) all of the RefNums that I opened during the extraction routine, and do something equivalent when I do the subsequent "cleanup" (which undoes any modifications I made as part of the extraction).
Comments welcome.
Bob Schor

I usually store the ref. at the beginning of my program, in Functional Globals, and i close them when the program does not need them any more.
I think this is the right approach. And it is simple

VI front panel won't close when it's done executing, when this vi was called by reference.

Similar Messages

Maybe you are looking for