Can't remove Front Panels in Application Builder

I have had a few issues using Application Builder (v7.1) in regards to it removing or not removing front panels for my subvi's when I was trying to compile. Here are the conclusions I came to if anyone else runs into the problems I had.
Problem 1) Some of the front panels were being removed for dynamically loaded VI's, which were not set as dynamic VI's in the Application Builder, but which were static-linked VI's in the program (so they were loaded in memory as linked subvi's but called dynamically). When the Application Builder decided to remove the front panel for those VI's, there was an error when loading them dynamically.
Problem 2) Some of the front panels were NOT being removed for subvi's that I didn't want to have their front panel built into the compiled program. Loading front panels that are not needed uses extra memory, but there was no way to change the option to not load the front panel for certain particular subvi's in Application Builder--the option was grayed out.
For problem 1, I decided not to worry about linking the files dynamically in the Application Builder, but to just make sure the Application Builder would include their front panels. For problem 2, I had to figure out what was making Application Builder force the front panels to be included when I deemed it unnecessary, so that I could fix them not to be included. Basically then, going through my VI's that were forcibly included, I came up with a list of stuff I began checking for each time I would run into one where I didn't want to include the front panel. I have attached my list to this post.
My solution for problem 1 was then to use a customized appearance for my static-linked / dynamically loaded VI's, and disable the menu bar (forces the front panel to be included by Application Builder without changing appearance, since I never actually see the FP). My solution for problem 2 was often to remove property nodes referencing text on the front panel controls. Sometimes I was able to perform a numeric->text or enum->text conversion instead of referencing the text of the control itself, and sometimes I realized I didn't want anything to change and that it was ok to include the front panel so I could (for example) get a list of strings for my enum control.
I have attached the reference list I came up with of things to check for to make sure your VI properties are set correctly if you are trying to get Application Builder NOT to include the front panel of your subvi. The list might not be complete, but it's helped me to narrow down things very quickly and find the problems I was having.
Attachments:
ThingsToCheck.doc ‏61 KB

m3nth wrote:
Problem 1) Some of the front panels were being removed for dynamically loaded VI's, which were not set as dynamic VI's in the Application Builder, but which were static-linked VI's in the program (so they were loaded in memory as linked subvi's but called dynamically). When the Application Builder decided to remove the front panel for those VI's, there was an error when loading them dynamically.
This is expected behaviour. The application has no way of knowing that these VIs will at some time be called dynamically. That would require analysing and understanding the entire program and in cases where you calculate the dynamic VI to be called at runtime it still wouldn't be feasable to do so.
m3nth wrote:
Problem 2) Some of the front panels were NOT being removed for subvi's that I didn't want to have their front panel built into the compiled program. Loading front panels that are not needed uses extra memory, but there was no way to change the option to not load the front panel for certain particular subvi's in Application Builder--the option was grayed out.
There are several reasons why a front panel is needed. One of them is when the VI is called dynamically, even if the FP is never displayed and AppBuilder will account for that for VIs which have been added as dynamic VI to the project.
The other is when a VI uses some Property Nodes or Attribute Nodes as they are called now.
So to solve your problem 1) you could also just drop some property node in the diagram of such VIs and be done with it.
Rolf Kalbermatter
Rolf Kalbermatter
CIT Engineering Netherlands
a division of Test & Measurement Solutions

Similar Messages

How can you "enable front panel datalogging?"

In the Labview User Manual, it says that "You can create and read datalog files by enabling front panel datalogging." How do you go about "enabling front panel datalogging?"
Any help would be greatly appreciated.

From a LabVIEW only perspective, you can enable control (front panel) datalogging through the menu Operate>Data Logging->. If you bind a log file to the VIs front panel it will generate a binary file with the state of the controls in it, when you execute Operate>Data Logging>Log... (I could not find a way to execute this Log... by VI server programmatically - Maybe someone else?)
From a LabVIEW DSC perspective you can generate a Logos Remote connection to a tag (e.g. with the HMI Wizard). And when you have enabled that this tag has to be logged, the LabVIEW DSC Engine will store/log the value into the Citadel database.
Hope this helps
Roland
PS:
Not updated however maybe helpful:
80E?OpenDocument>Using Enable Database Access to Retrieve Data from a LabVIEW VI's Log File
Front Panel Data Logging and Retrieval (old Example)

"Remove Panel" in Application Builder?

Hi,
I don't really understand the purpose of the Remove Panel feature in the vi settings tab of app builder. It says if you are dynamically loading vi's, then you must set this to "no", which I have found out your app will not work if you don't do this. But what happens when this is set to "no" and what happens when it is set to "yes"? Why not leave it to "yes" for all vi's? And where is the "source setting" for this? Thanks!

The reason for not leaving it to 'no' for all is easy. It consumes more memory. Both static (your exe grows) and dynamic (a copy of all front panel control and indicator data is made). so removing the front panel saves memory and can speed execution time.
Setting all to 'yes' wont work because then there will not be a panel for anything the user needs to see. in other words, you need at least 1 panel to be set to 'no'. If you use other input or dialog boxes, these must be set to 'no' also.
Read chapter 28 of the G programming manual, specifically pages 28-19 and 28-20 for front panel memory issues. The whole chapter is a must read, i think, but read at least these 2 pages.
Jared

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

Sub Panel in Application Builder

My VI has a sub panel with with a sub vi front panel displayed in it. When I build my application the sub panel is no longer visible. How do I get it to show up?
Solved!
Go to Solution.

there is a simple subpanel.vi example you can take a look at.
its in the examples.
Best regards,
Krispiekream
Attachments:
subpanel.llb ‏23 KB

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.

Removing front panel board of a PowerMac G5

hi,
i need to attach a relais to the power button of a PowerMac G5 (the recent ones with dual core) so that it can be switched on remotely. i've done this before on a G3 which was quite easy.
the G5 however seems to be a beast. the board enclosure seems to be glued(?) to the front of the G5, at least there are no visible screws or latches. i found this article:
http://manuals.info.apple.com/en/PMG5FrtPanelCableDIY.pdf
but it says nothing about removing or opening the panel itself. i'm rather bad with soldering and i've never done SMD soldering, otherwise i'd just go directly to the front panel connector on the main board.
there must be some easy way to remove the panel, no?
thanks for help! best, -sciss-

hallo,
the energy saver option does not work. if the computer is shutdown normally, taking away the power and re-applying power will NOT power up the computer. this option unfortunately seems only to work when the computer is hard-shutdown (just taking away the power and not shutting the system down) ... since i need to do clean up and also because there will certainly be problems one day, hard power off is not an option for us.
-sciss-
Mac OS X (10.4.7)

Can I control front panel items from a sub VI?

Hi all,
After taking the Intermediate I class, I have been trying to follow the methods of using modular programming, but there's one thing I haven't quite figured out how to do. How can I change a front panel display from within a sub VI? I have a menu selection that I wish to change - can I simply input a reference to it or something like that?
Thanks much,
Jason

All you need to do is to pass a control reference to the subvi, and then, in the subvi, to use a property node to modify whatever you want (well, almost...) on your control. Ask if you have more trouble and need an axample...
CC
Chilly Charly (aka CC)
E-List Master - Kudos glutton - Press the yellow button on the left...

Can I catch front panel events of a vi which calls a subvi in the subvi?

Hello,
I have a vi with a picture control. This vi calls a subvi. Can I, while
the subvi is running, catch frontpanel events from the calling vi in
the subvi?
Background: The subvi should do all necessary tasks to draw
things in the picture control of the calling vi, but depends on things
like mouse moves and button clicks on the picture control of the
calling vi.
I know that I can generate user events in the calling vi which can be
caught in the subvi. But I developed the subvi as a standalone test
version, and want to include it now in a larger project, without to
much changes to the larger project.
I'm using Labview 8.0.1
Best
Armin

Hi devchander,
> It will not be possible to catch the Front panel events of main VI from inside a sub VI using an event structure.
I don't think Armin want's to do this - it seems he's trying not to modify existing code - but if he does, it is possible - and an example is attached!
( just run the example as a sub-vi, it will create a string of mouse-direction-codes while the left-button is held down over caller's FP )
Hope it helps!
Message Edited by tbd on 08-17-2006 11:45 PM
Message Edited by tbd on 08-17-2006 11:48 PM
"Inside every large program is a small program struggling to get out." (attributed to Tony Hoare)
Attachments:
MouseTrap.vi ‏138 KB

Why use a wait timer when you can "wait for front panel activity"?

Why does everyone:
1) Wire a stop button to the while loop conditional terminal and add a wait for 100 ms (or so) timer to the loop.
When they could:
2) Wire the stop button to the while loop conditional terminal AND to "Wait for front panel activity" VI as described in the VI's help file?
Thanks!
Adam

That's just a matter of habit. In previous LV versions, the wait for front panel activity was not available.
And of course, now you can use the Event structure, that offers better possibilities...Message Edité par chilly charly le 06-25-2006 04:11 AM
Chilly Charly (aka CC)
E-List Master - Kudos glutton - Press the yellow button on the left...

How can I remove Navigation Panel and "The section which says Please fill the data"

Hi all,
I need to remove navigation panel on the left side and also
the section which is below toolbar and above actual pdf starts which says " you can fill out the following form and save the data.
Regards
Vas

Not Possible

How can I save front panel images each time a loop iterates

So I've been working on some optical codes in LabVIEW for a while, I've read a lot of these similar questions but I can't seem to apply them directly to my situation in all cases.
I essentially have a code that shows an intensity graph that is continually modified in a for loop, I want to save a picture of that intensity graph each loop without having to manually label them. Is there something similar to the get image node that can do this. I've looked through the image acquisition in the vision VIs but only see references to hardware like cameras.
Attached is a simplified version of a changing intensity graph. With the get image I have to establish the names of 10 images and the path there before it will run and save like I want it to.
A million thanks to anyone who can help
Solved!
Go to Solution.
Attachments:
Sample image save.vi ‏19 KB

That worked wonderfully and is exactly what I need for the phase diagrams Im working with. I have a new and similar issue, I do have a camera showing us our laser source in a CCD image within my code. I was hoping to get a picture of that each iteration and hoped the solution you provided would work for both but the CCD jpgs are just black. I'm assuming I may have to use a different acquiring technique with that but dont know the best way to go.
Any help there? I cant really post a VI since the camera stuff wouldnt work but heres a screen shot of the front panel and the CCD image that id like to capture.
Attachments:
2.JPG ‏400 KB

Can't print front panel graphics

I am unable to print any front panel graphics with either the file>>print function or the print at completion selection. If only text is on the front panel it will print, but any graphics will make the printer say that it is spooling for about 5 min and then say it is printing, but it won't. If I first print to HTML and then print from the webbrowser the printer works fine. Are there any reasons for this and any solutions?

What version of LabVIEW are you using?
What are your LabVIEW print preferences (Standard, postscript, bitmap, color, etc.) and what kind of printer are you using?
LabVIEW Champion . Do more with less code and in less time .

If I upgrade my computer can I remove downloaded Creative Cloud applications and re-install them?

I plan to upgrade by primary computer later this year. If I download Creative Cloud applications now can I later remove them and re-install them on the new computer?

Sounds like we have to deactivate:
1. one application at a time [in CS5.5 I can uninstall & deactivate multiple applications, which is much more convenient]
2. deactivation must be done on the physical computer which hosts the application instance.
Is this true?
Feature Request: remote deactivation of applications by informing adobe to deactivate while logged in on adobe account. This cleanly solves two problems:
1. forgetting to deactivate s/w prior to scrubbing a computer which is leaving service
2. needing to run on a third computer w/o violating the adobe license. [several people have posted queries about this because they have a desk computer and two laptops or are temporarily using someone else's computer]

Help...Button action can't remove a panel and bring a new panel

I have a Search_panel in a frame within that Search_panel when you press continue button, it should remove the old Search_panel and bring a complete new tab_panel. but the funny part if i put the code inside jini() works fine, but if i put it inside the press button action it removes the Search_panel as I want but it doesnt paint the new tab_panel.
Does someone know why?
Thanks
void jContinueButton_actionPerformed(ActionEvent e)
BringTabs();
private void BringTabs()
jPanel1.remove(mySearchPanel);
jPanel1.add(myTabPanel, BorderLayout.CENTER);
contentPane.repaint();
jContainerPanel.repaint();
jPanel1.repaint();
System.out.println("something");
}

I've had a similar problem, and the best way to handle it is as follows:
void jContinueButton_actionPerformed(ActionEvent e)
   BringTabs()
private void BringTabs()
   Thread replace = new Thread()
      public void run()
         jPanel1.remove(mySearchPanel);
         jPanel1.add(myTabPanel, BorderLayout.CENTER);
         jPanel1.revalidate();
         jPanel1.repaint();
         //Might need these as well (or other hierarchial component)
         jContainerPanel.revalidate();
         jContainerPanel.repaint();
   replace.start();
}Let me know if this works

Can't remove Front Panels in Application Builder

Similar Messages

Maybe you are looking for