Repeatedly Launching Reentrant Front Panel

This may be a stretch here, just to warn everyone ahead of time.
Lets say I have a reentrant subVI that is a graph. You pass it data and on its seperate front panel it dynamically displays aquired data. Now I assume that if I want to be able to view 4 of these graphs in seperate windows at the same time I simply have to lay 4 of these subVIs in the main forms block diagram wire them and upon execution they will be displayed.
Now my question is there a way to make it so that if I wanted an indefinate amount of these graphs that I could simply create a subVI to pop open a new instance of this graph and every time it was invoked it would just launch a new instance?
I know this is a long shot but again It would be ver
y helpful for me not to have to just lay down X amount of these graphs.

There are a few ways to do this, but the reentrant approach will not work, since all instances of reentrant VIs share the same Front Panel. Here are the possibilities:
(1) Create multiple copies of your GUI VI at edit time, and call them statically or dynamically.
(2) Copy new instances of your GUI VI at run time using the File Copy function and then invoke the GUI VI dynamically
(3) Change your GUI VI's file extension to .VIT so that it is a VI Template. Then open a VI server reference to it multiple times to get multiple instances of the VI and invoke dynamically, as in #2.
Regards,
-Jim

Similar Messages

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

Will I lose points on the CLD Exam if I use a Launcher vi in addition to the provided Front Panel?

Hi!
In this thread: https://decibel.ni.com/content/message/50512#50512, MattP directed me to this Certification Board.
If I use the Actor Framework in a CLD exam, will I lose points for launching the Front Panel? For two specific examples of what I mean, please refer to the solutions submitted here:
ATM: http://forums.ni.com/t5/Certification/Sample-Exam-Solutions-for-Review/m-p/2380868#M728
Boiler: http://forums.ni.com/t5/Certification/Sample-Exam-Solutions-for-Review/m-p/2385580#M738
Thanks!
Solved!
Go to Solution.

Hi,
You will not loose points for using the launcher, and not documenting the message classes. The folder structure is also fine.
Do document the other VI's, actors,and SubVI's. Remember be brief with documentation.
Mark Ramsdale
Project Manager and CLD
Customer Certification and Training at National Instruments

I want to print the front panel without all the header stuff while the vi is running

I want to print the vi front panel without all the header information that Labview puts at the top. I want to do all this while the vi is running by pushing a button.

One option is to use the the 'Print VI to Printer' method. Beware that invoking this method repeatedly with complex front panels has caused me graphics problems in my VI's display that persist until the development environment or the built .exe app is exited and re-entered.
See: http://exchange.ni.com/servlet/ProcessRequest?RHIVEID=101&RPAGEID=135&HOID=5065000000080000005F5A0000&UCATEGORY_0=_49_%24_6_&UCATEGORY_S=0&USEARCHCONTEXT_QUESTION_0=spaz+print&USEARCHCONTEXT_QUESTION_S=0
NI has confirmed this to be a bug in 6.0x and 6.1 and has indicated that it will be fixed in the next version.
I was forced to fall back on the Append Front Panel Image to Report.vi in the report toolkit. Which does not produce printed graphs of as high as quality as the Print VI to
printer method.

Is possible hide the front panel of a vi that launch other vi?

We have a vi that launchs other vi( modal subvi, that shows his front panel).
But while is running this subvi, I want to "hide" the vi, and when the subvi finish we want to show the vi's front panel.
How can we do it? I check property node /Invoke node functions, but I don't find any good solution!
Any idea?
Best regards,
Graci

Here is a vi that does exactly what you are asking for.
Sorry for the french comments... It should not be to difficult to understand the code.
You must call this vi twice in the subvi.
1) With the input set to "Masquer" (--> hide) at the beginning of the execution of the subvi.
2) With the input set to "Afficher" (--> show) at the end of the execution of the subvi.
Attachments:
Afficher et cacher face avant.vi ‏35 KB

How to show the front panel when launching VI with Call by reference node??

Hello!
I just wonder how I make the front panel visible during execution when I launch the VI with CALL BY REFERENCE NODE.
Se example.
Could u also show me how to change different properties (window size ..) of the front panel??? (launched with CALL BY REFERENCE NODE)
Thank you!
Attachments:
test.vi ‏18 KB

In VI Properties>>Window Apperance>>Customize you can check "Show front panel when called". This will open the front panel on each call. It doesn't matter how the call was initiated.
You can set a lot of Front panel properties during runtime. Place a Property Node in the block diagram. Change the class from App to VI. Under properties select Front Panel window>>Panel bounds to set the position and size of the front panel.
Waldemar
Using 7.1.1, 8.5.1, 8.6.1, 2009 on XP and RT
Don't forget to give Kudos to good answers and/or questions

I have a VI and an attched .txt data file. Now I want to read the data from the .txt file and display it as an array in the front panel. But the result is not right. Any help?

I have a VI and an attched .txt data file. Now I want to read the data from the .txt file and display it as an array in the front panel. But the result is not right. Any help?
Attachments:
try2.txt ‏2 KB
read_array.vi ‏21 KB

The problem is in the delimiters in your text file. By default, Read From Spreadsheet File.vi expects a tab delimited file. You can specify a delimiter (like a space), but Read From Spreadsheet File.vi has a problem with repeated delimiters: if you specify a single space as a delimiter and Read From Spreadsheet File.vi finds two spaces back-to-back, it stops reading that line. Your file (as I got it from your earlier post) is delimited by 4 spaces.
Here are some of your choices to fix your problem.
1. Change the source file to a tab delimited file. Your VI will then run as is.
2. Change the source file to be delimited by a single space (rather than 4), then wire a string constant containing one space to the delimiter input of Read From Spreadsheet File.vi.
3. Wire a string constant containing 4 spaces to the delimiter input of Read From Spreadsheet File.vi. Then your text file will run as is.
Depending on where your text file comes from (see more comments below), I'd vote for choice 1: a tab delimited text file. It's the most common text output of spreadsheet programs.
Comments for choices 1 and 2: Where does the text file come from? Is it automatically generated or manually generated? Will it be generated multiple times or just once? If it's manually generated or generated just once, you can use any text editor to change 4 spaces to a tab or to a single space. Note: if you want to change it to a tab delimited file, you can't enter a tab directly into a box in the search & replace dialog of many programs like notepad, but you can do a cut and paste. Before you start your search and replace (just in the text window of the editor), press tab. A tab character will be entered. Press Shift-LeftArrow (not Backspace) to highlight the tab character. Press Ctrl-X to cut the tab character. Start your search and replace (Ctrl-H in notepad in Windows 2000). Click into the Find What box. Enter four spaces. Click into the Replace With box. Press Ctrl-V to paste the tab character. And another thing: older versions of notepad don't have search and replace. Use any editor or word processor that does.

How to open remote front panel of vi's within an executable from an executable.

How do I remotely open front panels of subvi's contained within an executable, where both computers just have LabVIEW Real Time loaded (programs are run as executables)? I want to use the Method: Remote Panel Open Connection to Server to make this work. I have been getting error 1032 "VI Server Access Denied". I do not want to use the web page method (connection is too slow when controlling front panel objects and I can not programmatically exit out (release control of vi) of the web page).
Ex.
PC1: Has executable1 using Remote Panel Open Connection to Server Method etc. code inside. This program will make a call to executable2 (on PC2) to open up different vi front panels (within executable2), so the controls can be changed from PC1. I want to be able to make changes to the vi's running on PC2 from PC1.
PC2: Has executable2 containing several subvi's.

Not sure if this is what you are looking for but here is how to launch executables that can interact
Putnam
Certified LabVIEW Developer
Senior Test Engineer
Currently using LV 6.1-LabVIEW 2012, RT8.5
LabVIEW Champion

How to open front panel of a VI running in RT.

Hi,
I have an application to read the encoder position using the cRIO program. I have made an executable and this application runs as startup application whenever the controller reboots. Right now, i am accessing the VI of the startup exe through Remote Panel connection. This works fine but everytime i close the remote panel , i have to reboot the controller for the next view.
So is there any alterntaive to open the front panel of the VI.
I tried using VIServer but ran into errors. (i tried using front panel -open property node.did not work)
Also i do not have any VIs stored on the controller. Only the exe is stored on the ni-rt/startup folder on the RT controller.
Please let me know how to open this VI.
Thanks.

Hi Ben,
When i close the remote front panel the first time, i am terminating the RT VI which is running on startup.
So i had to reboot everytime to access the remote VI. I guess that the VI (exe) should be continuosly running when the RT is started up. The remote panel only should be opened and closed. After I close the remote panel , i want a windows VI to be opened up.
I have a Windows VI which programmatically opens connection to the RT server for opening the remote panel. The VI runs. When the user clicks Exit on this RT VI, the VI running is stopped and then another windows VI opens up. This works fine for first time. Since the RT VI is terminated, second time , if I run, it says, VI not in server memory.
Is there a method to close the remote panel programmatically in the RT VI itself. I have a Exit button in this RT VI, so if the user clicks, Exit, the program has to be running, but the remote panel has to close. There is a method called close connection to client , but this does not work in RT , as this requires VI path.. Right now , when the remote panel RT VI is launced, to close the remote panel, i click on the 'close' button on the VI title bar. Again when the remote panel is launched, there is no error. but is there a method to close the remote panel in the server(RT VI itself). i have attached the VI.
Thank you.
Attachments:
Dummytest.vi ‏39 KB

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.

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.

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

Printed front panel graphics quality (Print Panel to Printer method vs. Append Front Panel Image to Report.vi)

LV 6.02 (or 6.1)
NT 4.0
I have a vi that the front panel includes all the information I need to print except that it is on different pages of a tab control to conserve screen space. I was attempting to programatically cycle the value of the tab control in a For loop and invoke the Print Panel to Printer method to print 7 pages of the front panel, each with a different tab page selected. The printouts were excellent quality but beginning with the second consecutive Print Panel to Printer method the on screen front panel image of the VI being printed would become jumbled (sometimes, by the time 7 printings were done, the entire front panel image would disappe
ar and a bitmap of the desktop or underlying windows would be visible in the VI's panel frame) yet the subsequent Print Panel to Printer methods continued to print the panel as they should appear. The visible front panel graphics would never return to normal and the only solution was to close the vi (in the dev system) or exe (compiled) and re-launch. I tried a lot of things (like hiding the panel to print before printing and showing it after printing) with no luck. It appears that two or more of these consecutive invoke methods caused the problem regardless of whether the tabs were cycling, or even if there was no tab control and much fewer controls on the panel to be printed than normal. I also had the same problem with LV 6.1.
Finally, I was forced to switch to the report generation toolkit vi's, I cycle through the tab pages and use the Append Front Panel Image to Report.vi to append each image to the report. This is faster and control returns to my program quicker but I a
m unhappy with the printed quality of the graphics of the front panels. They are not as high of resolution as those generated via the Print Panel to Printer method.
Any suggestions?

You might try changing the way the VI is printed by going to tools >> options >> printing. Try the postscript and bitmap settings.
Jeremy

LV 8.5 opens all sub-VI front panels

Hello,
Recently I again saw a strange occurrance that has happened to me about 10-12 times over the past year. Here specifically I am using LV 8.5 with the cRIO and FPGA module. When I was running a new RT VI from the developer environment, (deploying to the cRIO) the result looked something like this:
All the sub-VI front panels are opened, and shown in their reserved or running state.
None of these VIs are set to show front panel when called or opened, but all are sub-VIs of the top level VI within the project. It seems to have replicated a "Find all VIs in memory, within the project" and then "Show front panel" Invoke. The troubling thing is that this is not really repeatable, when I have closed all the VIs and run the VI again, it is fine. I have seen the same behavior in LV 8.2, 8.21 as well as when deploying to cFP-2120 or when on a Host computer.
Has anyone else seen this or are there any ideas of what is going on?
Thanks,
Mello
Message Edited by Mellobuck on 12-11-2007 01:17 PM
Message Edited by Mellobuck on 12-11-2007 01:17 PM
Data Science Automation
CTA, CLA, CPI
SHAZAM!
Attachments:
Multiple Windows.jpg ‏117 KB

Well now that I have seen to image, I recall having seen this myself.
Like you, it was when I was deploying to an RT target and I was not able to recreate this behaviour.
It was either an 8.0 or a 8.2 app.
So all I can do is confirm that you are not alone, but can not offer a solution.
Ben
Ben Rayner
I am currently active on.. MainStream Preppers
Rayner's Ridge is under construction

Bug? Right-click on Front Panel causes selection rectangle!

Originally posted on LAVA: http://lavag.org/topic/12097-right-click-on-front-panel-causes-selection-rectangle/. This post contains an updated description of the problem.
Anytime I right-click on a control on the FP, and dismiss the context menu, I get a selection rectangle. If I don't catch it, moving outside the bounds of the FP will cause the FP to scroll to continue my unwanted "selection". So far this has been repeatable every time.
I noticed that the problem doesn't occur on the Controls pallette, only the context menu for controls. Also, if I mouse over the context menu before dismissing it, the problem doesn't occur. If I select an item from the context menu (which also dismisses it), the problem doesn't occur.
I am running LabVIEW 8.6.1f1 on Windows XP Home SP3.
-Ian
Solved!
Go to Solution.

I once worked in a lab which contained a transformer with its incessant 120 Hz hum. Just when I could tune it out someone would say "What's that hum?" and then it would annoy me again. Similar story in a different lab which had a cooling water drain. Just when I get used to the sound, someone would bring it up.
This behavior has p#$#ed me of on numerous occasions and I am mostly used to it by now. At home I use a track ball mouse which covers a lot of real estate in a hurry so of course I am often scrolling a FP into never-never land. Now you bring it up and I am having flashbacks... (Thanks really, it is time to get this fixed)
I have learned to spot the little circle in the crosshair cursor. When it is missing, you are in selection mode.

Repeatedly Launching Reentrant Front Panel

Similar Messages

Maybe you are looking for