Reference main Front Panel Cluster in Sub VI

Similar Questions

• I built a VI and then I used it as a Subvi, it works but the front panel of the Sub - VI has no light of other options

  Please suggest me possible errors

  Go to the properties of VI, choose the appearance of the window.  The simple way would be to use the parameter in the dialog box.  But you can play with the personal settings too.

• VI front panel does not close when it is done executing, when this vi was called by reference.

  I created a simple vi set to indicate the problem I'm having. I run dynamically under vi to leave a main application. Simply the main application is my test exec and the Subvi I call dynamically is different tests. In the example I have write here the criterion vi is called Test electric 1(vi). I configured this electric Test 1 vi to see the front when it is called and close later while initially closed.  Problem is that it doesn't close before.

  Other things to keep in mind

  • I want to be able to run the vi test and do not wait until it is done.

  I'm using LabVIEW 2012 SP1.

  

  Basically the fence after that call questions only if the VI is called as a Subvi (as if you open you a VI and run it, it does not close when it's done).  Are two ways to work around this or have your app high lvl close the VI when it's done, it's explained here:

  http://digital.NI.com/public.nsf/allkb/987B2026B41BD39786256CF800032E8C

  or having your VI close when it's done.  A reference of the VI and the front panel: Close call node.

  I hope this helps.

• Sub - VI does not open (error 3 could open the front panel)

  I work for the VI (the version of Labview 2011 trail), I created a Subvi. At the same time, I opened this Subvi to adjust terminals connection - what I've done before - and after saving the file and its closure, the Subvi is remained unadjusted. In fact, I am not able to open the Subvi more. And when I want to open the file in a VI (e.g. running VI in windows), I get "' load the error code 3: could not open the front panel." "

  I can't also preform any task for example the recording of the main program for an older version, because this Subvi is present in the program.

  Nevertheless, the VI still works as a Subvi in the mainprogram I wrote - in how it worked until I adjusted the connection terminals.

  Is it possible to solve my problem without having to rewrite the entire Subvi? The Subvi about is attached in this post.

  I thank in advance

  PS. After the closure of Labview, it sends an internal report of the caveat.

  Hi all

  I added this issue to an existing bug report (what we call a request for Corrective Action); There was one reported with Labview 2010. I added this matter to him. The reference of this application is CAR #251753. With this reference, you can always ask the status of this bug report.

  Best regards

• How to get rid of the reference lines on the front panel

  I forgot how I created a couple of horizontal and vertical lines on the front panel. It seems that the original on the front lines. When I move my program to another monitor with a different resolution, the layout is messed up because of the reference lines cannot change the resolution. Everybody respected this before? How to get rid of them?

  Attached are the 2 creen shot of facades.

  Thanks in advance.

  Ah, I figured out. I accidentally selected the "scale with objects pane" from the context menu of a button in the tab. This is whence the reference lines.

  Thanks for all your guys help and advice.

• Programmatically disable the controls on the front panel

  Hi all

  I have a case in which I need to activate the control of front panel during scanning or taking data and when this case is false / when not not taking data. I try to make the Subvi usng vi reference, the node property, making the label controls and disbaling it. I want to disable the control listed in the table during the real deal and allow them to return to the case of fake. But right now, it of not working and hangs my main program. Please see the vi attached and help find where I am doing wrong.

  Thank you

  The best way would be to create an array of references to the controls you want to mess with beforehand.  I say that because I'm guessing that you have several groups of controls you will be turn on/off at the same time.  If you have a table of these controls already created, then just run the table in a loop FOR and use the Disable property.  I made a few minor cleanups in your current VI.  I got rid of the outermost case structure since the two cases are essentially the same thing.  A selection function allows to choose to enable or disable.

  NOTE: the forums are screwing again and not let me post a VI.  Change the extension back to vi to open it in LabVIEW.

• Disabling the controls on the front panel

  Hello

  Currently, I am working on trying to disable/gray out between 10-20 controls on the front panel when you press a start button and then allowing them the end of the test. Currently I use the property nodes, all of which are connected to a constant of the State in which I want that works perfectly. My question is that there is another way other than having a bunch of knots of padding property to the top of my structure of the event. Ive read where people had Subvi, which has used references to make this same feature, but is there a way of doing things in the block diagram of my current VI? Thank you!

  Need references of your controls on the front panel, so this can be fast, because you can select more than one, and with a right click you create references.

  I have attached a version LV2010.

  Edit: another review:

  Must be created only once these references. Usually, it's comfortable group all the references in a cluster, use this thread through your entire code. This way you can just ungroup references to the actual location, you have to play with, put them in a table and use the above FOR loop to change their properties...

  Like this:

  

• Is there a way to put a button on the front panel only when clicked gives a pop-up dialog box with more information on it?

  Hello world

  The simulations that I create are very simple themselves but are intended to use in the classroom to help students learn more about the proven theory.  I hope to be able to place a 'help' or 'other info' button on the front panel that rises wants more info on theory, they can click on it and a pop up appears with background information on it.  It should also have a second button to close it and return to the main façade.  Can anyone lead me in the right direction?

  Thank you!

  Use a structure of the event on the main vi when the button is clicked, launches a "help" void / vi. On the inside of the Sub vi (with the set properties to load the front when it is called, of course), use another structure of the event to wait until then click on the button of the Subvi, you can return to the main VI. Do you need assistance on using the structures of the event?

  Charles

• display the error when editing on front panel

  Hello

   

  When I add another tab (notching amplifier) in the front panel, the program displays connection error. What should I do to get rid of these errors? I am attaching the file along the slot vi.

  Kind regards.

  This happens because the data type of the tab control changes (you add another page). A tab control is essentially an enum and enum values are part of the data type. A reference to the tab control control is to be packaged and passed in several subVIs. Cluster of frontage on these subVIs control has the element 'Hand Control' value "Include the Data Type". Thus, what they expect to see (for example, a tab with 3 pages) is not what they get. That is why the thread cut. You must either:

  • Uncheck "Include the Type of data" for the item "control of the hand. I don't know what other impact this will have, as I look at all the code.
  • Update all the controls on the front panel with a new reference to the command.

  Aside: who wrote this program needs a lesson on the typedefs.

• Outsourcing of the controls on the front panel for a panel floating Subvi

  Hello!

  I already found a few similar topics, but I still don't know which is the best way to solve my problem. I will try to describe my problem in detail first: I have a main VI that acquires data from a device and displays these data in a large waveform graph. I have also a few controls on the front panel to control my device. First, I placed all of these device controls (digital, sliders, etc.) as well as the chart inside the front of my main VI. However, due to limited screen space now I would like to make the largest possible graph and so decided to "outsource" some controls out of the main façade of VI to several panels front-end Subvi.

  I would then press a button in my main VI and it would open the Panel before the floating of the Sub - VI corresponding with outsourced controls when required. However, everything must be absolutely transparent. It is important that floating panels to run in parallel with my main VI, that is the main VI must continue to operate. That way I'll have my data constantly updated in the chart in my main VI while I can change some settings of the device through the controls placed in my SubVIs. These changes will be immediately applied (for example as soon as the main VI calls this slot - VI in its main loop).

  It is important to the visibility of the outsourced optional control panel, i.e. If the Subvi front panel opens with the user that it will pop up and the user will be able to change the paramers device using the. But then the user should be able to close the front panel (hide) the Subvi to see the entire chart again without the Panel floating in front of her (of course control values must be maintained when the Subvi front is not visible). Then the new button is pressed in the main VI that opens the dialog box not modal Subvi containing controls and it can redefine new values of device.

  Advice how to do this are welcome. I don't know if I need something complex like VI server or asynchronous screws or I can solve my problem by changing some settings simple Subvi? Thank you in advance for your help!

  Best regards

  Anguel

  AStankov wrote:

  How about using a global variable for the VI at VI communication instead of a queue?

  A global variable will, also.  Write you in one place and read the value frequently to somewhere else (in the election). So you can see easily to any value change.  However, mark will waste a lot of time processor.  This is why I have proposed to use a queue or a notification utility.

  AStankov wrote:

  Would be the last option that you mentioned, i.e. finish the Subvi at each change of value, I would keep the Subvi front open as needed until things from the user to hide? Or would there be inevitable flickering Panel or any other drawbacks?

  Yes, the Subvi can keep the façade open until the user closes. And there should be no flickering.  The biggest drawback I see right now is that when you expect an event in the Subvi, the mainVI cannot stop without talking to the Subvi to stop.  So you'll need another channel of communication (again a global, a queue, a declarant or an event) to tell the Subvi that she must stop.

• front panel called a Subvi, which calls another Subvi

  Hello

  I'm having a problem call a Subvi main façade, where the Subvi is called other two Subvi. My two last Subvi the hierarchy have references in order to see the results on the front panel of the Subvi. While that of the Subvi References work and I see the exit, when I try to reference the Subvi references I can't see the output on the main façade.

  I don't know how to reference objects but I missed something? Thank you

  
  

• Mobile module - new open front panel

  Hello

  Is it possible to open a new front of the main vi on the target of PDA, created with LV Mobile module?

  I would press the button in the main vi and open the second vi with the new front end and new controls and indicators.

  Thank you.

  Best regards
  Zdenko.

  By the word 'new window', you mean that you want to call a Subvi?  If yes it is possible.  Place the VI as a Subvi and change the 'installation of the Subvi node' so that the sub vi Front panel opens.

  But if you are looking to open a nonexistent vi or dynamically create a new vi is not possible.  In models LabVIEW environment VI has solved this problem, but does not support the PDA * of .lives

  Ticket return for queries.

• A way to group controls and indicators on the Front Panel and that they can be made Visible or not as a group?

  I would like to combine several orders and LEDs on the front panel in a group in a way that allows me to do the whole group Visible or not.

  I tried to use a Cluster, but it has a side effect that all elements must be inside the controls or indicators, but not mixed.

  Is there any graphic element, like a panel that can contain other controls and indicators on the inside and make them Visible or not as a group regardless of whether they are commands or the LEDs?

  Good suggestions on how to do this?

  Thank you.

  The tab control is still not my favorite, appearance but it's a way fast and effective to show and hide groups of controls and indicators.

• Reminders does not work in the executable LabVIEW front panel

  I have a couple of reminders in the process template that trigger an event in the event structure to update of the lights on the front panel for the user. Everything works fine until I have create an executable file. This can also be an indication of the other points, I have not discovered yet.

  Any ideas?

  Thanks for all the help.

  Found!

  Not unlike most of LabVIEW developers, I have a range of utility screws that I use over and over again. Such vi is vi uses a property node to find out what environment the application is running in, i.e. .llb, exe, development, publishing student, etc.. This vi is used because SEO screws in an executable file have a way different than when their listing in the development environment. Using this vi allows your code to reference the screws properly when developing and when the executable is built. The code still works because it automatically adjusts the referenced path of the vi. See attachment 'Path Finder.vi environment'.

  Now for the fun part! For some reason, perhaps because of the friendly character of NOR and the relationship it is with its developers :-), AND decided to change the path of the executables in LabVIEW 2009. After hours of troubleshooting and countless rebuilt, I came to the conclusion that the ' paths of the band of "work magically stopped working. It was at this time one of my friends happened to walk and ask why I had everything in my monitor across the room (figuratively speaking of course, I'm sure we've all been there). I explained what could be the only conclusion, band paths do not work!

  My friend immediately began laughing, having recently had the same problem. He explained that in LabVIEW 2009 executable paths are different and our 'find the path vi' would not work. He added that NOR, after finding this funny, however gave the developers a way to solve this problem with a check box within the app Builder. The box is called "Layout using LabVIEW 8.x file." See attached photo named "App Builder."

  The only thing I could say to my friend was, ' silly me, I should have know what that.»

  Laughing out loud

  Thank you for trying to help, it launched my butt.

• Effectively save the front panel settings

  Hello.  Just a quick question: is there a way to effectively interrogate all the settings on the front panel and save them in a file to be loaded later?  I know that this is possible by making the keys for each, but my front panel has a huge 38 parameters that need to be saved.  Using the methods I found online and elsewhere in this forum, save a large number of parameters is possible, but would be very tedious.  I was wondering if there was a more efficient way, as a command to mark all present controls and group them into an easy to manipulate the cluster.

  LV 9 versions