Disable main vi front panel

Hi,
I have a main vi and a subvi which is opened from the main vi. Main vi is maximized (takes all screen) and subvi is small one. My desired behavior is: the main vi opens the subvi, main vi must be visible in the background, but it must not collect any event (e.g.. If button on the main vi is clicked when the sub vi is opened).
I know that can be achieved with setting the subvi to modal, however I do not want to do that (because subvi opens also some other windows, ...).
Is there any other way to prevent the main vi to collect events while the subvi is opened (e.g. To disable whole front panel at once)?
Thanks!

Hi,
As an alternative to a modal dialog, you can use the VI Server "version" of the modal functionality, by using the FP.IsFrontmost VI property.
How Do I Configure My LabVIEW Application Window to Always Be on Top?
Alternatively, you can programmatically "take" focus from your subVI once, when it launces by using the Application / Bring To Front invoke method.
You can also programmatically give the Focus to the subVI from the main VI, that is a bit more compicated as you need a VI reference to your SubVI (See Calling a VI by Reference). Then you can for example use FP.IsFrontmost again.
Best Regards,
T Simon
National Instruments
Applications Engineer
Certified LabVIEW Developer - Certified TestStand Architect

Similar Messages

I try to open two sub vi front panel in third - main vi front panel.

I have two sub vi, and I`d like to see this two vi front panel in main vi front panel window. Does anybody can answer me , If it`s possible?

Click here for a recent related discussion.
Or have you thought about using a tab control? You can organize controls in pages and have those controls call sub-VIs with or without displaying the front panel of the sub-VI. See the Tab Control Properties.vi example that ships with LabVIEW.
From any LabVIEW window, select Help from the window menubar, then Find Examples >> Search, then enter "tab control" (without the quotes) in the box labeled Type a keyword to find:

Builded executable doesn't close the main VI front panel

I created an application with the Application Builder. All of it runs well, except that when the operator ends the program, the front panel of the main vi (the only top-level VI) remains open.
Moreover, inside the VI window appears the toolbar with only the Run button on (in the VI properties I choosed to hide toolbar and menu bar).
Is there a way to close the front panel when the program completes execution?
Roberto
Proud to use LW/CVI from 3.1 on.
My contributions to the Developer Zone Community
If I have helped you, why not giving me a kudos?

I ussually use the "Quit LabVIEW" function found in the application control palette when application finishes. I use a utility that checks to see if it is running in the development or run time enviroment and only quits LabVIEW if it's in the run time enviroment.
This wouldn't work to well if you were running other LabVIEW programs though.
Brian

Disable controls on front panel (Bacic question)

How do i make the numeric controls on the front panel disable when the VI is running??

1. Create a reference to the control you wish to enable/disable. (You can right click on the control on the block diagram and select "Create >> Reference" to do this).
2. Wire the reference to a Property Node (found in Application Control on the Functions Palette).
3. Right click on the Property Node and choose "Change All To Write".
4. Left click on the Property Node and choose "Disabled" from the list.
The state of the control will depend on the value you wire to "Disabled" terminal of the Property Node. 0-Enabled, 1-Disabled, 2-Disabled and Grayed Out.
Hope that answers it for you.
Nick
"You keep using that word. I do not think it means what you think it means." - Inigo Montoya

Reading main VI front panel in SubVI

Hi,
I'm trying to create a subVI that writes a header text file containing info on essential parameters in my measurements. My mainVI front panel has a few dozen controls, some of them contained in a handful of clusters.
What I'd want is just to be able to access and read the values at the subVI to construct the string I want to write to the file.
I wouldn't like to proceed the dumb way, i.e., building an array of clusters or individual controls or references to them and passing that to my subVI (and, obviously not passing each individual control/cluster as a subVI input).
I figured I'd like to have some kind of refnum of the mainVI frontpanel passed to my subVI and dig use a big pile of property nodes to dig out the info that i need, inside the SubVI. Is this a feasible solution and if so, what's the way to conduct it? If not, what would be a better way?
As before, I'm using LV7 so in case you answer with block diagram examples, I'd appreciate screenshots of them.
Thanks,
Lauri

Vostokki wrote:
I'm trying to create a subVI that writes a header text file containing info on essential parameters in my measurements. My mainVI front panel has a few dozen controls, some of them contained in a handful of clusters.
What I'd want is just to be able to access and read the values at the subVI to construct the string I want to write to the file.
I wouldn't like to proceed the dumb way, i.e., building an array of clusters or individual controls or references to them and passing that to my subVI (and, obviously not passing each individual control/cluster as a subVI input).
Lauri
Actually that is the preferred way to do. Why you may ask? It is because you decouple the functionality (creating your log file header) from your specific user interface. By doing so you can reuse this VI in other places or applications. By using the references directly this ties the subVI to the calling VI. Unless the subVI is specifically doing something to the UI itself a subVI should avoid accessing data it needs via direct references. It should require the data to be wired in with the appropriate clusters, arrays or whatever your data needs are.
Mark Yedinak
"Does anyone know where the love of God goes when the waves turn the minutes to hours?"
Wreck of the Edmund Fitzgerald - Gordon Lightfoot

Is there a way to disable all vi front panels in Teststand?

I don't want any vi front panels to appear while my Testand program is running. My application uses a lot of vi's and I'm trying to avoid having to reset the front panel properties for each one. Is there a single option somewhere in Teststand to do this?
Thanks.

Hi kevmi2ca,
One could uncheck the Show VI Front Panel When Called box in TestStand for each VI call, if it were checked. There is no other control in TestStand to modify the Front Panel behavior of all VI calls.
This would be a great product suggestion to make at http://sine.ni.com/apps/utf8/nicc.call_me.
Message Edited by AEDavid on 04-26-2007 04:02 PM
Cheers,
David Goldberg
National Instruments
Software R&D
Attachments:
frontpanel.JPG ‏44 KB

Disable launch of front panel when starting web services

Hello all,
This may be a naive question as it may have a simple answer that I am missing, but is there a way to not have all VIs associated with a web service launch (i.e. show their front panel) when you start a web service? I find this to be very irritating as I have a lot of VIs associated with the web service that I am running and don't want my windows cluttered up with VI front panels that I am not interested in viewing.
Thanks, Matt
Matt Richardson
Certified LabVIEW Developer
MSR Consulting, LLC

Thanks for the reply, tst. I was hoping that I would be able to reproduce this on the client side, but unfortunately I can't generate a simple example . My web service is large and contains a lot of resources to access different variables and it seems to reproduce this, you would have to deploy this onto an RT target.
Some further insight into the issue - starting a web service on my current target is similar to when you select Deploy All on a virtual folder in a project - all of the front panels become visible.
Matt Richardson
Certified LabVIEW Developer
MSR Consulting, LLC

How can I display a changing variable in a subvi on the front panel of the main vi as the subvi is excuting

In the document attached the vi on the right is sub to the vi on the left. On the subvi on the right the variable "Field Reading" is continuously updated on the front panel of the subvi as the "for" loop is executed, but only the last value of the variable is updated on the main vi front panel which is what is expected. My question is how can I display the changing value of "Field Reading" on the main vi front panel as the "for" loop in the subvi is running?
Thank you.
Solved!
Go to Solution.
Attachments:
Doc2.docx ‏554 KB

Hopefully I can explain it well enough. It really is simple.
1) Create an empty global variable and call it something like User Interface References.vi
2) For each and every control and indicator on your front panel, right-click and select Create/Reference
3) Place these references wherever you like (I use a series of Event cases to perform my initialisation and these all live in one of these event cases). They can be placed anywhere in the main vi.
4) For each of the references, right-click and select Create/Indicator
5) Moving to the front panel, Cut all the indicators and Paste them in the global variable (eg. User Interface References.vi)
6) Moving back to the block diagram, wire the global variable to each of the references and select the same named global variable.
All the hard work is now done (until you add another user interface terminal). You should now have something that look as shown below, [except the reference labels would be to the left (not sure why the snippet put them above)]. In my latest program I have 82 references!
Done. You can now access all your front panel controls and indicators anywhere in your program as shown below.
You can just select Value in most cases, but in this particular case I wanted to fire off an Event to do some things (log the alarm) as well as just update the value. So, this is another bonus with the method.
Hopefully this all makes sense. If not, let me know.

How to get Labview RT to Display a Front Panel on the Graphics port

I suspect that this post belongs on the feature request board but I'll ask anyway.
Most of my systems require a seperate PC for a SCADA/HMI/User interface linked to the RT controller using Network Published Shared Variables.
I understand that Remote Panels and Web Interfaces are also an option, bu still requires a PC to Access them.
I use high end RT controllers such as PXI, CRIO, and of 3 hours ago Desktop PC's.
Each has a DVI or VGA port connected to a graphics processor.
What I would like to be able to do is display my main VI front Panel to a connected monitor.
A possible solution is to use a windows OS but it is no good for a precision realtime system.
Any thoughts?
iTm - Senior Systems Engineer
uses: LABVIEW 2012 SP1 x86 on Windows 7 x64. cFP, cRIO, PXI-RT

Dan,
As above, Web interface still requires additional hardware of some sort.
Apple is a closed system so loads of prlems with 1/2 the market,
I am warming up to the hypervisor, I just don't like the idea of it taking out an entire core (on a dual core system). And needing a windows licence to go with it as well.
A quad Core PXI puts a gaping hole in my budget, makes a second PC not seem so expensive.
Would be great if I could get it on a Desktop, quad cores are pretty cheap now.
iTm - Senior Systems Engineer
uses: LABVIEW 2012 SP1 x86 on Windows 7 x64. cFP, cRIO, PXI-RT

Front panel USB connection to MB 990fxagd80v2

Hi Gents, new member here with some issues on me last build. I assemble my families computers , about one every 5 years. Other than that I am not hot in computers. So when I get into a build I have some homework and studying to do, and some glitches. At this moment my newest machine is up and running Win 7 with a few loss ends. My case is an USB 2.0 era with 2 ports in the front bottom behind a little door. Each USB cable has 3 wires ending in a flat 3 pin female plug. The motherboard has 2 USB male ports, 9 pins each, one coded blue the other red each one has an alignment notch. This MB came with a sack of M-connectors to be an easy transition between the front panel plugs and the Motherboard, so, 2 of the M-connectors are red and blue, and have alignment lugs that appear to be made for the USB ports on the MB. The problem is they do not fit. While I am gentle and careful I don't believe they fit. I have other front panel issues I'll save for another time. My Gazelle case seems to use different nomenclature than the motherboard. But the USBs are the issue now, anyone have some light on this subject? I would also like to convert one of the front USBs to 3.0.

"Each USB cable has 3 wires ending in a flat 3 pin female plug."
That can't be right as USB are 4 wire, red, white, green, black. Connectors are 5 or 10 pin plugs with no connection on the 5th pin not used on both types & 9 being the key on the 10 pin plug.
"I'm not sure is I have a variation from the standard MB or what..."
Any connectors, MB headers are standard throughout the industry therefore they will be the same from all manufacturers.
"or is the connection does not use m-connectors"
You should not need m-connector for USB anyway. m-connector was introduced mainly for front panel connections that had individual wires for each LED, switches and such. The set in the pic I show is from old P35 MB.
Can you post a photo(s) of the case connectors you have?
See here how to add photo's: https://forum-en.msi.com/index.php?topic=90789.0
Personally I use Photobucket to host my pics.
M-connectors for USB should be clearly marked as such if the MB even came with any for USB. Over the years they have eliminated some and I think the ones for USB were eliminated.
USB plug:

View Front panel runing on RT target

Hi,
I developped an application on SBRIO, and it works fine on developpment : when I launch the main VI, it is loaded on RT target.
Now I want to find the best way to run my application on any PC (just with Labview Run Time Engine).
I found this link : http://digital.ni.com/public.nsf/allkb/F8E716543334806286256BC9007CF3EB, and if I well understood, I could run an .exe on a desktop pc, and this would deploy the application on my RT target.
The problem is that I didn't found the option "on the Application Settings tab when running the Application Builder."
Any idea ?
Best Regards,
V-F

ramses64 wrote:
In my project, I have 2 build specifications :
- Build specifications for RT (where I made a rtexe)
When you made the rtexe, you opened a window where you selected the RT vi etc to build the EXE. right?
In this window, as attached in the picture, you have the 'Source File Settings' page. You can see the 'Customize VI Settings' button in this page, when you select the Main VI.
Click this button and then you can set the VI settings.
Try this and let me know.
One more question:
ramses64 wrote:
- Build specifications for PC : I cannot do anything, because the main vi has to be on RT host.
So when I start the application on RT host, the host can't open any front panel, isn't it ?
what are you doing with the RT Main VI Front panel? Where is your GUI? Is it on the RT or on the PC?
Attachments:
build rtexe.PNG ‏28 KB

Main VI Menu event calling a subVI front panel

Hi all,
I have a subVI whose front panel is loaded upon calling by a main VI.
I call the subVI using a User-menu event.
the subvi-properties are set to allow close window and i am not handling a 'panel close' event.
The problem is....
when i run the main VI and click on the menu that loads the subVI front panel, subVI window opens, and if i click on the window-close, the main VI hangs.
i understand that the control remains with the subVI only and never returned to main VI after i close subVI panel.
but is it the only way to handle the 'panel close event' or any other way out to solve this?

Try running the VI with highlight execution turned on, and see if anything unexpected is happening, or you could post your vi and let us take a nosey
Message Edited by yenknip on 09-12-2008 04:30 PM
- Cheers, Ed

Sub vi front panel opens when main vi opens

When I open my main vi I have one of my sub vi front panels that opens. I looked in the properties for the sub vi and Show front panel when loaded is NOT checked. Is there something else I need to look at?
Solved!
Go to Solution.

please clarify;
Q1)
The sub-VI FP opens when
You open the top VI but BEFORE you run it
OR
The sub-VI FP opens after you start the top level VI
Q2)
If the above Q was after you run....
Is the sub-VI running or paused when it opens?
If it is puased you may have a breakpoint set in it.
Ben
Ben Rayner
I am currently active on.. MainStream Preppers
Rayner's Ridge is under construction

Have a program in which a sub vi front panel pops up when the main vi is loaded

I have a strange problem.
This problem only occures after building an application using LV 8.6 Professional version Application Builder, and I have installed it onto the target computer. It doesn't happen when running the development system.
When I load the program on the target computer, one of the subvi's front panels used in the application appears on top of the main vi's front panel.
This subvi should never appear on the front panel at any time during the program exicution.
It happens to be the Write to Spreadsheet.vi that is part of the standard vi library.
I have checked all calls to this subvi to verify that it has not be modified to make it load or appear when the main vi is loaded.
It is called at 4 different times during the program exicution but in no instance is it set to show the front panel.
Has anyone seen this and if so what was the fix?
Solved!
Go to Solution.

Does the exe file run on your development computer without the popup?
Can you post a VI that demonstrates this behavior?
You've probably already checked, but there are two places that need setting, the SubVI Node Setup, and the File Proeprties Execution tab. See attached jpegs.
Message Edited by Pablop on 09-02-2009 02:20 PM
~~~~~~~~~~~~~~~~~~~~
Paul Johnson
Renco Encoders, Inc
Goleta, CA
~~~~~~~~~~~~~~~~~~~~
Attachments:
SubVI Node Setup.jpg ‏13 KB
VI Properties Execution.jpg ‏32 KB

I created boolean references in my main vi block diagram and copied them to my sub vi front panel. when wire my reference in my main vi to one the input node of the sub vi the wire is broken. the error says its a class conflict why?

i created boolean references in my main vi block diagram and copied them to my sub vi front panel. when wire my reference in my main vi to one the input node of the sub vi the wire is broken. the error says its a class conflict why?

Expanding and clarifying what BJD said;
After you create the temporary sub-VI that BJD mentioned, open its front panel and copy the reference control that LV created when it created the sub-VI.
This reference control will be correct class etc that you need. Use the control to replace the original control that you were attempting to wire up.
The technique of "create sub-VI...copy" always works for me.
There is one more thing that you should watch out for.
The mechanical action of the boolean can not be set for latch action when attempting to read the value using a value property node.
Trying to help,
Ben
Ben Rayner
I am currently active on.. MainStream Preppers
Rayner's Ridge is under construction

Disable main vi front panel

Similar Messages

Maybe you are looking for