Enlarging Top-Level VI front panel

I'm now customizing the TS4.0  version of the LabVIEW operator interface and I have a problem.  The monitor in my office is smaller than the monitor attached to the Rack that tests the UUT.  I'm trying to make the front panel bigger than my desk's front panel so as to take advantage of the lab display size.  I've just started this effort, so I'm seeing all sorts of anomalies, but how do resolve this one.  I've tried some of the VI Properties (i.e. Window Size, Window Run-Time Position).  When I clicked on the Window Size, and clicked the Set To Current Panel Size, I saw a popup saying "The minimize screen size you set exceeds the size of the main screen which will force your window to be larger than the screen.  Do you wish to save these settings?"  I select "OK", and still the screen is not the right size.  After mucking around with the different settings, I've even got to the point where the splash screen flashes momentarily, and disappears, and the top-level front panel doesn't even show up any more.

Hi mrbean,
I'm sorry but I still can't reproduce your problem.  I realize you don't want to post your project on a public forum, but are you able to create a simple VI that demonstrates the problem you are experiencing?
If you'd like a more direct line of support, you will need to create a service request (either by email or phone);  be sure to mention this forum thread if you decide to do so.
Eric V
National Instruments
Applications Engineer
Certified LabVIEW Associate Developer
"I'm a Ramblin' Wreck from Georgia Tech and a helluva (NI Applications) Engineer!"

Similar Messages

  • How can I close all open subVI front panels, without closing my top level VI front panel when all VIs are built into executables?

    I'm using the code shown in the sample VI discussed here: http://digital.ni.com/public.nsf/allkb/353A696A3F393D9B86256E8B007A2912
    to close all open VIs except my top level VI.  My top level VI is actually a separate executable and the sub-VIs are their own executables.  All reside under the same project.  It works very well if I'm running in LabView but will not work when I build them.  I added all the sub-VIs to the Always Include box in my top level VIs properties which did nothing.  I also tried adding them to the Startup VIs box.  This allowed me to close them all programmatically from the top level VI but it also open all the VIs at once (which was expected and not desired).  I think the problem is the executables are not able to see outside their own memory space so the top-level VI never finds any other open front panels to close.  Is this correct?  Is there another way to go about doing this? 
    Thanks!

    Where do I begin…..
    I’m using a “server” to control 4 “client” PCs.  My server opens references to 4 VIs on each client then executes them sequentially.  So on a normal day, the server will run everything itself and I will have no contact with the clients.  But on a several occasions, I’ve needed the ability to walk up to one of the clients and run just one of the 4 VIs. 
    We are updating from LabView 6.1 to 8.5 and we want to run executables rather than VIs for various reasons.  I have a new VI running on the client PCs who’s only function is to initialize the shared variables and open/close the VIs.  I initially thought of making the remaining 4 VIs sub-VIs but I will loose the ability to run them individually.  I think I would also have to rewrite the VI running on the server since the 4 references it originally opened do not exist.  I don’t think you can open a reference to a sub-VI on another PC.  Can you???
     As you can see, this is a huge mess.  I’m still pretty new with LabView so any help you can provide would be great. 

  • Can I use a colour palette control to set the colour of an LED on front panel?

    Hi,
    I want to allow the user of my LabView program to be able to set the colour of an enlarged LED on the front panel using a colour palette control also on the front panel. Is this possible or can the LED only be the colour it is set to in its properties dialogue box?
    Thanks,
    Dave.

    The question is of course: "Does it really need to be a boolean LED that has a True/False and all the boolean logic???
    If you just want an LED lookalike where the color can be easily controlled programmatically I would recommend a color box indicator instead. You can even customized it to look like an LED! The attached example (LabVIEW 7.1) shows both methods, but the color box option is programmatically much less messy (no bundling, no array building, no property nodes!).
    (To make the LED color box indicator, I customized a plain color box and simply imported the graphic elements from the regular LED indicator.)
    LabVIEW Champion . Do more with less code and in less time .
    Attachments:
    ColorBoxLED.vi ‏22 KB

  • Moving controls about on a VI's front panel. How do you get a reference to a 'grouped' set of controls?

    Basic problem (annoying, if not disasterous - but common - at least for me):
    When you are trying to sktick two different VIs together and you copy the block diagram of one to the other, it sticks all the controls in the middle of nowhere.  THen you have to spend about 10 mins dragging the controls screen by screen from one end of the diagram to the other - sometimes over 15 screens.  Surely there has to be a better way?
    ** Incidentally you might think that labview would have these sort of settings in the 'properties' of the control on the right click menu - but no joy.
    I guess the obvious thing is that you can write a VI which will get a reference for a particular control and then say set it's position (x,y) to zero.  Only thing is that generally there will be a selection of controls, and often they will be organised nicely - after getting them to zero you don't want to have to reorganise them again.  I tried grouping the controls, but then the problem is - how do you get a reference to a group of controls.  If you move one of them it doesn't keep the spatial arrangement.  At this point i have got lost - and easily spent more time than it is worth fixing this problem.
    Any thoughts?
    Solved!
    Go to Solution.

    If I understand you correctly, when you copy the block diagram from the second VI to the first, the controls of the second VI end up in far left field on the front panel of the first, correct?  I think these added controls will maintain their relative locations among themselves so you should be able to find them all as a group out in left field. Then it's simply a matter of how to get them to enmasse join the rest of the controls on the front panel. There are a couple of easy ways to do this. There is a button on the toolbar at the top of the front panel window that allows you to reorder/group/ungroup front panel objects. You can select all controls/indicators out in left field and "group" them together. (As an alternative, you can also drop them all onto a tab control which will act as container for them). Then you select this group and with it selected scroll back over to the existing front panel and find and ALSO select (hold down shift key) a control/indicator from the existing group too. Then with BOTH the existing control selected and the new group (or tab control with the new group) selected you use the ALIGN buttons to quickly bring a corner of the new group into alignment with the old control. At that point you can ungroup the new stuff and move it where it needs to be. 

  • My front panel is causing my vi to run at the wrong frequency.

    My vi worked fine before I made my front panel into a useful GUI. The code was not changed only decorations, colors and position was changed. Now my vi will not operate at the correct frequency. I know this because I should be sending out a bit pattern at 25Hz and the oscope shows a change with the new vi. If I reduce this vi to 1/2 screen and the view the top of the front panel the vi runs fine as soon as I view the lower part of the front panel or go to full screen the frequency is wrong. I also found that by deleting two large decorative boxes the vi ran fine. I have played with the graphics settings and the only thing that helps is setting the resolution to 848x480 then the vi runs fine but looks funny.
    Any suggestions? Windows 2000 with LabView 6.1.

    Sounds like you are low on memory or CPU.
    Make sure you display is set for 16-bit color.
    Make sure none of the indicators are over-lapping.
    Ben
    Ben Rayner
    I am currently active on.. MainStream Preppers
    Rayner's Ridge is under construction

  • Front panel of a vi pops up when i start my top level vi how can i stop this

    i have a vi that whos front panel should display when the user clicks a front panel button(test instructions),
    however this vi pops up when i run the top level vi. I can manually close the vi, but how do i stop this?
    i tried modifying the Sub VI Set up properties, but that doesnt work.
    Solved!
    Go to Solution.

    Hi jknapp,
    As egraham has pointed out, you can customize the window appearance of your sub VI from the VI Properties.  If you go to File » VI Properties, then under Category select Window Appearance and then Customize..., you should be able to control how the sub VI appears.  Hope this helps!
    Taylor G.
    Product Support Engineer
    National Instruments
    www.ni.com/support

  • I am trying to create an executable vi that will call out another vi and show its front panel in the executable​. When I try this I recieve this error message "top level vi (my main vi) was stopped at unknown on the block diagram of (my sub vi)

    I am trying to create an executable vi that will call out another vi and show its front panel in the executable.  When I try this I recieve this error message "top level vi (my main vi) was stopped at unknown on the block diagram of (my sub vi)

    Well the most common way is to enclude the vi's in the build spec either directly in the dependancies that the App builder automatically generates OR by declaring them in the build spec as "additional enclusions" (like you must do for dynamic vi calls in your app.
    I have heard rummors about My.app Stuff.vi in a nugget Intaris posted- and I've wanted to dig deaper into Intaris' claims- but have not tried it myself.
    If you go down the stuff.vi route Keep us curious guys posted
    Jeff

  • Unerwartetes Erscheinen des Front Panel eines SubVI beim Start der Top-Level-Application

    Beim Starten meiner Top-Level-Application erscheint sofort das Front Panel eines Dialog-SubVI, welches eigentlich über die entsprechende Menüauswahl angewählt werden soll. Das passiert nur, wenn sich das SubVI im Speicher befindet. Das unerwünscht erschienene Front Panel zeigt dabei nicht die normale Fuktionalität, lediglich das Schliessen des Fensters ist möglich. Dabei verschwindet das VI jedoch komplett aus dem Speicher (sowohl Front Panel als auch Block Diagram). Danach lässt sich der Menüpunkt anwählen und der Dialog läuft normal.
    Befindet sich das SubVI beim Start der Top-Level-Application nicht im Speicher, läuft alles normal.

    Es könte sein, dass die Eigenschaften für das Sub-VI auf "Öffnen wenn geladen" oder was ähnliches gesetzt ist.
    Schau nach, ob die ganze "Fenstererscheinungsbild" Eigenschaften wie gewöhnt eingestellt sind. Zu beachten ist auch, dass die Sub-VIs individuell im Block Diagram andere Eigenschaften zugeweisen werden können (Rechtsklick auf der Icon im Block diagram)...
    Ich hoffe, dass ich damit ein wenig helfen könnte
    Shane
    Using LV 6.1 and 8.2.1 on W2k (SP4) and WXP (SP2)

  • How can I programically make a top level VI panel invisible?

    How can I programically make a top level VI panel invisible?

    You can use VI Server's 'Close FP' method to close the front-panel. You will need a reference to that VI to invoke the method. One easy way is to launch the VI with the VI Server and hold on to its reference.
    See the attached diagram -- the top-level.vi is launched and run, we wait for 5 seconds, and then close its front-panel.
    Hope this gives you some ideas.
    Khalid
    Attachments:
    close_fp.png ‏38 KB

  • 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

  • My iPhone is split from front panel on top, and back cover of my is swollen too. I am not able to use my phone and I cannot access my data in the phone. Please suggest what could be the cause of this problem?

    My iPhone is split from front panel on top, and back cover of my is swollen too. I am not able to use my phone and I cannot access my data in the phone. Please suggest what could be the cause of this problem?

    It sounds like the battery might have gone bad, and is swelling and causing the symptoms you describe.  Do not attempt to use the phone, but take it to Apple for evaluation.

  • Opening a Remote Panel of the Top Level vi for an executable

    Hello Everyone
    I was wondering how you would open up a remote panel for the top-level vi in an executable?
    I have created a LabVIEW application and have tested opening the remote panel when it is running in the full labview development suite - this all works fine. I simply go operate>connect to remote panel and enter the server address, the port (8000) and the vi name using the path "My Project.lvproh/My Computer/main.vi" format.
    However, if I then build this application into an executable I do not seem to be able to open a remote panel - it might be that I am just entering the VI name incorrectly.
    with VI name = "main.vi"  or with VI name = "C:\builds\main.exe\main.vi" and the exe. running I get the error:
    Connecting to remote panel server...
    Requested VI is not loaded into memory on the server computer
    However I am not sure how else I would enter it.
    The main.ini has the following configuration:
    server.app.propertiesEnabled=True
    server.ole.enabled=True
    server.tcp.acl="0800000008000000"
    server.tcp.enabled=True
    server.tcp.paranoid=True
    server.tcp.port=6363
    server.tcp.serviceName=""
    server.vi.access=""
    server.vi.callsEnabled=True
    server.vi.propertiesEnabled=True
    WebServer.Enabled=True
    WebServer.TcpAccess="c+*"
    WebServer.ViAccess="+*"
    DebugServerEnabled=True
    DebugServerWaitOnLaunch=False
    Both machines have LabVIEW 2011 Profesional Development System SP1 on so I do not think it is a limited remote access licence issue.
    Any suggestions as to where I am going wrong would be much appreciated.
    Cheers
    John
    Solved!
    Go to Solution.

    It appears that you can infact use remote panels within an executable.
    The problem I had was that I had left the web server port for the remote panels the same as the LabVIEW development environment. That meant that the main LabVIEW web server was getting in the way of the web server that was associated with my built application.
    With the application's web server on a different port and the VI in memory (and the file in a library/directory external to the exe if it is not the top level VI), you just need to specify the VI name such as main.vi .
    Solved!

  • Help: How to make the top level navigation into vertical at the left panel

    We have a need to change the top-level and 2nd-level navigation bars (horizontal)
    into the nodes on the left navigation panel (vertical).
    We find some way but it is a very extensive job.
    Is there any way to do it quickly?
    Thanks a lot! Points guaranteed.

    Hi,
    Try to develop your own menu by using Navigation Tag Libraries. Check this link :
    <a href="http://help.sap.com/saphelp_nw04/helpdata/en/42/f35146a7203255e10000000a1553f7/frameset.htm">Navigation Tag Library</a>
    There is also sample codes. You can start your project from this codes.
    Regards
    Abdul.

  • How to merge top level navigation into detail navigation panel.

    Hi All,
    I want to add all the contents of top level navigation into detail navigation panel and  remove top level navigation.I am looking for the code with which i can shift the top level navigation to detail level navigation.

    You could edit the top-level navigation iview and set the <b>Number of Display levels</b> property's value to 0.
    you can reach the Top-level navigation iview by going through the following path
    1) <b>Content Administration --> Portal Content --> Content Provided by SAP --> Admin Interfaces --> Top-level navigation</b>
    However, note that once you do this the whatever menus that are available in the top level will not be available anymore.
    Maybe, you could copy the standard Top-level navigation into a framework page that you have created and then make the change. After doing so, you can assign it to groups/roles you want. This will ensure that the CONTENT/SYSTEM/USER administrators see the normal portal framework and specific user groups alone dont see the Top level navigation..
    Pradeep.

  • TDMS Low level file functions and Saving Front Panel image

    Am using TDMS low level file functions to save while also plotting data in my data acquisition programme.  However, I also want to programmatically be saving the front panel image on every run of my data acquisition.  I have coded all other aspects, except the behavior of functionality of saving the front panel image on every successive runs of the application.  Unfortunately, I just have no idea on how to code this aspect on LabVIEW, and all effort to search for example codes on so far have not been successful.
    I would appreciate any useful hints or steps from anyone for me to follow, in order to accomplish this behavior, and that is being able to programmatically save my front panel images while using TDMS low level file functions in my File IO system of my application.
    Thanks in advance.

    Tebefia wrote:
    Am using TDMS low level file functions to save while also plotting data in my data acquisition programme.  However, I also want to programmatically be saving the front panel image on every run of my data acquisition.  I have coded all other aspects, except the behavior of functionality of saving the front panel image on every successive runs of the application.  Unfortunately, I just have no idea on how to code this aspect on LabVIEW, and all effort to search for example codes on so far have not been successful.
    I would appreciate any useful hints or steps from anyone for me to follow, in order to accomplish this behavior, and that is being able to programmatically save my front panel images while using TDMS low level file functions in my File IO system of my application.
    Thanks in advance.
    Did you see this link?
    CLA, LabVIEW Versions 2010-2013

Maybe you are looking for