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.

Similar Messages

  • Open front panel of sub vi when called - how?

    Hello,
    I have a VI with several sub VIs.
    I want some of the sub VI front panels to be opened, if they are not yet opened and if they are called but I want them to stay in the background.
    There are two SubVI Node setups: "Open Front Panel when loaded" and "show front panel when called"
    Both are not what I want. If I select "show front panel when called", then the front panels are opened but flickering because they are called often and alternately.  
    Greetings Johannes
    Using LabVIEW 7.1 and 2009 recently
    Solved!
    Go to Solution.

    johanneshoer wrote:
    No, no issue with my code :-)
    Yeah, we've heard that one before...
    @smercurio_fc: With your example I can see if a subVI is opened or not, but how can I open the subVI during run time if it is not opened
    Just call the method with it set to "write" (right-click and select "Change to Write"). I don't recall if LV 7.0 has a Front Panelpen method. Check the LabVIEW manual.

  • Button Function Problem When Showing Front Panel of Sub VI

    Good Afternoon,
    I have a created a simplified version of a much more complicated vi to illustrate the problem I am having. Attached is a main vi and a sub vi. The main vi has a boolean which says to open or close the front panel of the sub-vi. This works great. However, the other push button ( " My Button Function" ) on the main vi does not work properly when the sub-vi front panel is being displayed. It is supposed to be a  "switch until released" button. However, if you try to click and hold it down while the sub-vi panel is displayed it acts as if I am clicking the button rather than being able to hold it down? I was wondering why showing the sub-vi front panel makes this happen? And also, if anyone has any recommendations to fixing this problem?
    Attachments:
    main.vi ‏12 KB
    sub.vi ‏5 KB

    What is happening is the loop is running very fast.  It is constantly reading the open SubVI button and opening the subVI if true, even if the subVI front panel is already open.  If you are trying to hold down the other button, the opening of the subVI front panel is taking away the focus from the main VI and thus acting like you let up on the button.
    Maintain the status of the subVI in a shift register and only open or close it if the status changes.  See attached Main VI.
    Attachments:
    main.vi ‏12 KB

  • Show front panel in runtime

    I want to show front panel in runtime( or when called) without all the
    menus, tool bars and scroll bar, just as a ordinary control panel only
    with window title.
    any suggest will be appreciated.
    Jacob
    Sent via Deja.com http://www.deja.com/
    Share what you know. Learn what you don't.

    [email protected] wrote:
    > I want to show front panel in runtime( or when called) without all the
    > menus, tool bars and scroll bar, just as a ordinary control panel only
    > with window title.
    >
    > any suggest will be appreciated.
    >
    > Jacob
    >
    > Sent via Deja.com http://www.deja.com/
    > Share what you know. Learn what you don't.
    These are options you can setup using the Sub-VI Setup.
    You can also access these through the VI Server.
    If you look on NI's web site and get the Splash Screen VI
    you can see how to do this.
    I can't get to LAbview right now or I would be more specific.

  • 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

  • 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.

  • 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.

  • Built EXE asks for sub VI when run

    Hi,
    Several times when building an application for a very simple programs I get errors very stupid error when running the exe.  It keeps asking for a sub vi.  Not all my build do this?  What should I check that would be the source of this error?
    Enclosed is error and sample project that demonstrates the issue.
    Thanks,
    John
    Attachments:
    err.png ‏45 KB
    Time.zip ‏41 KB

    It works fine for me.  The only thing I noticed is the project had trouble locating your VIs straight from the zip file.  Maybe a file was not where the project thought it should be?
    There are only two ways to tell somebody thanks: Kudos and Marked Solutions
    Unofficial Forum Rules and Guidelines

  • IMac (2008) OS10.6.8 - Main menu freezes when running more than one application at a time.  Apple and 3rd party applications - all freeze the main menu.  Safe mode seems to work OK. Tried repairing permissions - didn't work.

    For the past 60 days I've experienced Main Menu freeze when running more than one application at a time.  iPhoto, Preview, Text Edit, Epson Scan, Firefox and Thunderbird are the apps I use almost daily.  No matter what I do, when more than one is running they will freeze the Main Menu (top of the screen).  I've tried booting is Safe Mode and I don't seem to have a problem.  I've tried several suggestions from repairing permission (DiskUtility) to eliminating specifis login items.  Nothing works. I've posted this issue on the Apple forum several times and no one else has experienced this problem.  I hesitate to take my iMac to the Apple Store or a private Apple repair service until I've exhausted all of my options.  Do I have any more options?    

    Question:  Everytime an app crashes I have the option to report it to Apple - which I usually do.  But I've NEVER reported a Main Menu freeze because it never asks me to
    There's really no need to submit to Apple, it's just a round file cabinet on the other end, especially with 10.6 or earlier.
    This sure sounds like a resource problem...
    See if the Disk is issuing any S.M.A.R.T errors in Disk Utility...
    http://support.apple.com/kb/PH7029
    Open Activity Monitor in Applications>Utilities, select All Processes & sort on CPU%, any indications there?
    How much RAM & free space do you have also, click on the Memory & Disk Usage Tabs.
    Open Console in Utilities & see if there are any clues or repeating messages when this happens.
    In the Memory tab, are there a lot of Pageouts?

  • Calling vi front panel object update in a running sub-vi loop?

    Hello All. I have a calling sub-vi with a "Start Test" button on the front panel. I passed a control reference for that Start button into a sub-vi that runs in a while loop. The while loop is monitoring that Start button and other things.
    Problem: Once the sub-vi runs, it no longer takes updates from that Start button. My program never leaves that while loop in response to my Start button.
    Is there some way I can make the sub-vi take an updated value from the calling vi?
    Attached is the sub-vi (top level, LabVIEW 2011). Please note that I have already tried putting the Start Test terminal inside the loop, but that did not help. I put comments in the block diagram and the front panel to help identify the problem code.
    I am going to get around this problem by running this whole vi through a loop in the calling vi, where I can easily respond to button changes. This is mainly an academic or curiosity problem now.
    Thank you, Richard V
    Solved!
    Go to Solution.
    Attachments:
    Channel Setup.llb ‏286 KB

    Lets just whip up a little example then shall we?
    The subvi you see contains:
    Go ahead and run the top vi.  Press OK and watch the value of Value change (up to 20 times per second but that is faster than your eyeball).
    Why the difference between this simple example and what you are seeing?
    If I had to guess (And, I do since the caller wasn't encluded) I would suspect that you misswired the reference.  With that over-burdened connector pane and no required terminals it would be fairly easy to do.
    And thats where you might want to ricght-click the vi and deselect view as icon.
    You'll find out that its a lot easier to wire the right terminals that way.  Also, changing the terminals to "Required" for anything that is as important as an exit condition is a good idea.  Perhaps even exit if the reference is null although that should cause an error on the property node.  Did you shut off automatic error handling?.... Nope you didn't so there is a valid reference going into the sub-vi.  But a reference to what? maybe not the button you think.
    Jeff

  • Close top vi front panel while sub vi front panel run

    Hello,
    I'm writing wiring a program and  have several (several several several .. ) VI which launches Sub-VI with their front panel.
    During there Sub VI, the Front Panel of the Top-VI get bored behind...
    Is it possible to Hide this Front Panel while the sub-VI is running.
    Thanks
    Solved!
    Go to Solution.

    Sorry for this post, i didn't read every replies of the folowing topic :
    http://forums.ni.com/t5/LabVIEW/closing-front-panel/m-p/300115
    The VI of falkpl :HideFPvi.vi 24 KB is a very good method for my VI.
    Sorry again, hope this'll help someone

  • Programaticly (dynamicly) show front panel of a vi

    I want to programaticly show the front panel of one of my sub VI's. I have one method that allows me to do this but I would like others input on wether this is a proper way or if there is a better method. I want to make sure that I am not going to gobble up memory.
    The VI properties are set with the show panel on all unchecked.
    The reason for doing this is because sometimes I want user input and other times input is provided dynamicly.
    Attachments:
    DynamicShow.vi ‏36 KB

    Your code looks pretty good. The only thing to be careful of is reference numbers and loop. With a WHILE loop (like you are using in tis example) there would be no problem simply running the reference through the array.
    However, if you every want to do something similar using a FOR loop you will need to be very careful because they have a fundamental difference. WHILE loops always execute at least once, so their outputs are always defined. FOR loops can execute zero times, and when they do their outputs are undefined--which in the case of a reference results in an invalid reference and lots of errors down stream from the loop.
    Mike...
    Certified Professional Instructor
    Certified LabVIEW Architect
    LabVIEW Champion
    "... after all, He's not a tame lion..."
    Be thinking ahead and mark your dance card for NI Week 2015 now: TS 6139 - Object Oriented First Steps

  • How can i access remote front panel in RT with LabVIEW run time engine in client PC

    Hi to all,
    I have developed the RT application with cRIO 9075 integrated chassis. And i have access its remote front panel in client PC. Now i want to access the remote panel in the client PC without having LabVIEW runtime engine. If i connect the remote panel with that client, it shows only the vi border. i doesn't downloads the  front panel.
    How Can i access its remote front panel without LabVIEW runtime engine in the client PC?

    You cannot view a remote front panel without the LabVIEW runtime - the LabVIEW runtime is what makes the remote front panel possible.  What you will want to do instead is likely create a Web Service that you can access from a remote PC without requiring the LabVIEW runtime.  However, this will require you to develop a web-based HTML or similar UI to interact with the VIs running on your system - NI hasn't yet created a way to export a LabVIEW front panel as an HTML'ish page.  
    -Danny

  • Show front panel of subVI on a real-time target

    Hi,
    I'm running an application on a real-time target (14.00). On the main front panel of the application, I have a button who open another VI with the invoke node method but this component doesn't work with Real-Time taget. So, how can I show the front panel without this method ?
    Thank you

    Hint: RT = there should be no GUI.
    RT applications are meant to just run off on their own.  GUI is not part of a real RT system since that adds a non-deterministic process to the system, adding jitter (which is a big no-no in RT).  What you should be doing is making a Windows host application that can communicate with the RT system (via Network Streams, TCP/IP, etc).  The host application acts as the GUI/HMI.
    There are only two ways to tell somebody thanks: Kudos and Marked Solutions
    Unofficial Forum Rules and Guidelines

  • Reading front panel of a VI that runs as a thread without using globals

    Hi Labviewans,
    I have a main VI that runs another VI as a thread. I would like to read some data on the thread-VI's front panel from the main VI without using global variables. The traditional way could be by writing the thread-VI's data to globals and then read by the main VI.
    Is there anyway not using globals to solve this matter??
    many thanks.

    Well if you mean not using the traditional globals yes. You can write the values to a vi containing an uninitialized shift register, also known as a LV2 style global, you can create control references for the controls of interest and then use them, with property nodes to read the values, you can write the values into a queue to be read elsewhere in your program. Globals, while not usually considered the optimal answer, are also not forbidden. They just should be used carefully. If you are only writting to the global from within the sub-vi, then the big concern of race conditions, etc., are not an issue. Initialize them to a desired state early in your program (before the sub-vi is launched) and then only write to them from the one location.
    P.M.
    Putnam
    Certified LabVIEW Developer
    Senior Test Engineer
    Currently using LV 6.1-LabVIEW 2012, RT8.5
    LabVIEW Champion

Maybe you are looking for