Hidden front panel has undefined type

I am trying to fix a very large unruly labview program. I have a subVI that is connected to the main program by a very large unpleasant cluster. When I change anything on the subVI, the error: "Hidden Front Panel has Undefined Type".
The indicated cluster control definitely does not have an undefined type, so how do I handle this error? I went back to the original cluster in the parent vi and created a control from the cluster and copied this over, and get the same error. I am at a complete standstill from this behavior.
Thanks for the help.

I had the same error yesterday, using LV10SP1.
It was simply a hidden broken wire. Cleaned it up, the error was gone, code ran.
Don't know why it kept complaining about an unrelated cluster control.
Just glad I had found this thread and thought of doing a ctrl-b..
Thanks Broken Arrow!

Similar Messages

How can I get a reference to all controls on a front panel of one type )for example of the type Text Ring?

I'd like to set the strings[] property of all the Text Ring controls on a front panel at once without creating a property node for every text ring. How can i do that?

> How can I get a reference to all controls on a front panel of one type
> )for example of the type Text Ring?
>
> I'd like to set the strings[] property of all the Text Ring controls
> on a front panel at once without creating a property node for every
> text ring. How can i do that?
This is likely more complicated than making property nodes for each
ring, but you can do it. Make a subVI that takes in a panel reference,
reads the array of control references, loops through them looking for
rings, and modifying the Strings[] property on each ring.
The part of this that will probably be the least obvious, when you
have an array of control references there are two ways to find out
if an element is a ring. You can read the classID and compare it
to the cla
ssID of a true ring control. An alternative is to cast
the control reference to a ring control using a Cast to more specific
node and wire the error out to a case structure. The error case is
where the objects that aren't rings will go. The success case case
where you will have a valid ring refnum that you can use to modify
the strings.
Greg McKaskle

Show hidden front panel controls/indicators

I have a problem when I print the front panel. Much more space is printed that actually occupied by my front panel items. I assume that I have some hidden controls/indicators that seem to determine the print window. Would you think my assumption is correct? And if yes, is there an easy way to find out if I have some hidden items laying around. I have a lot of treminals in the diagram and it would take a lot of time to check if one of them has a hidden control/indicator associated with it.
Thanks,
Jerome.

Hi Jerome,
“Can you think of any reasons why it is printing more area than necessary?”
I’m using LV6.1 and I’ve had the same problem since 2001 for a VI with a tab control. Narrowed the cause of the problem down to the tab control by deleting things from the front panel and doing frequent Print Previews. I’ve never come across mention of it as a bug, but maybe it is/was one. I’ve also done a lot of other VI’s with tab controls that haven’t had this problem.
I found that I could get rid of the print area problem if I toggled the visibility of the tab control’s Label and Caption both to ON and then OFF again ... or by changing the size of the tab control a bit; however, the problem frequently reappeared when I did required edits over the past few years.
I got tired of the whole thing and found a fix that works for me:
To let the user print the front panel, I had been using the application item “Print Window ...” in the VI’s Run-Time menu. I dropped that and switched to invoking the ‘Print Panel to Printer’ method with the ‘Entire Panel?’ option set to false ... no more printouts with the front panel scrunched in the corner.
=====================================================
Fading out. " ... J. Arthur Rank on gong."

How to make non-visible Control on Front Panel Appear at Design Time?

I have some Controls on the Front Panel whose visibility is changed (turned on or off) at Run Time. The problem is that if I stop the Run time, the Visibility of the Control remains in the runtime state in Design mode. So I may not be able to see or find the Control to make changes in Deisgn mode.
How can I make all Controls on the Front Panel visible, or find and make visible a Control on the Front Panel whose Visibility has been made False?
THANKS.
Solved!
Go to Solution.

This is documented in the LabVIEW Help.
Displaying Hidden Front Panel Objects
Complete the following steps to display a hidden front panel control or indicator. You also can hide front panel controls and indicators.
Find the block diagram terminal for the object. If you have several terminals with the same data type, right-click the terminals and select Visible Items»Label from the shortcut menu. Find the object with the label that matches the hidden front panel object.
Right-click the terminal and select Show Control from the shortcut menu if the object is a control or Show Indicator if the object is an indicator.
You also can use the Visible property to display controls and indicators programmatically.
You also can display all hidden front panel controls and indicators.
Path: Fundamentals -> Building the Front Panel -> How-To -> Configuring Front Panel Objects -> Displaying Hidden Front Panel Objects.

Problem Printing Front Panel

I'm having a problem printing the front panel of a particular VI. When I set the print option to Standard Printing the printer prints nothing. When set to Bitmap Printing it works, but it's not the type of printout that I want. In both cases the Print Preview appears the same. Also, all my other VI's print in Standard Printing mode with no problems.
I've read other posts indicating that the cause may be that the VI is sending a print code to the printer telling it not to print. How can I determine if this is the case? If it is the case, how do I fix it? This VI's front panel has nothing special about it relative to other VI's that print correctly.
Any help would be greatly appreciated.

If it happens using the menu, then it's not that your code sends a "do not print" action to the printer.
Try copying front panel items, one or two at a time, from your wonky VI to a new VI, and print the new VI after every move.
Maybe you can find one item that causes it.
If you're on a Mac, print it to a PDF file, and see if that's OK. If you're on Windows, you can use Print2PDF or something similar to act like a printer and show you what the printout would be.
Steve Bird
Culverson Software - Elegant software that is a pleasure to use.
Culverson.com
Blog for (mostly LabVIEW) programmers: Tips And Tricks

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

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.

Extra window on front panel

Hi
My Front Panel has 4 big graphs that should be on display at all times for my experiments. However i need to add some fucntionalities, maybe changing voltage range, ... get a trend of the previous information.... (is still under development). I wanted to be able to click a button and a small window to appear with this information, buttons, graphs... From what I read in the forum maybe doing it with a sub-VI? What do you think? I'm not keen on using tabs or scrolling down the screen.
Thanks for your help!!!
Solved!
Go to Solution.

I had a very similar problem. What I ended up doing is putting my modifying controls into a sub-VI and then creating a few buttons linked to an event structure. The event was set up to look for a value change in certain buttons. You place the sub-VI within the event and right click on it and go to "Sub-VI Node Setup". Select the options "Show Front Panel When Called" and "Close Afterwords if Originally Closed". In your sub-VI, set up a loop that has some kind of stop button. When you hit the stop button, the VI should close and you will have access to your original front panel again.
Hope that helps!

How do I group a large logic circuit into a single icon that still allows for control of that VI's front panel?

I have a graphical representation of a P&ID made of LED lights that turns green or red depending on if that
process line is open or closed. The coorisponding block diagram is a rather large logic circuit that controls
these LED lights.
My problem is that I want to essentailly block that large piece of code into a "Sub VI" but I still want to use that
code to control THAT VI's front panal. This would allow me to, in the future, make an automated sequence that can
still use this light show without opening another VI's front panal.
If anyone has used Simulink this is the exact same thing as its grouping function...

Are you asking how to control the front panel of one VI from the front panel of one of its subVIs (or another VI)? Is so, check out VI server. VI server functions are found on the Application Control palette. For a short demo, right click on one of your controls and select Create»Reference. You will be switched to the block diagram and have a reference node attached to your cursor. Drop it. Now go to the Application Control palette and select and drop a Property Node. Connect the newly created reference to the Property Node top left terminal. Click the Property Node's Property area and scroll down to the Value property and select it. Right click on the Value and select Change to Write. Wire a value to this input and it will change the value of the control. You now have a method that allows you to change the value of a control from another VI.
Some caveats. This can be slow. It is synchronous, meaning that the function will not return until the front panel has been updated. If you want to do a lot of controls at once, use the VI property Defer Panel Updates to turn updates of the front panel off while you are writing to it. Don't forget to turn it back on. If you can use a terminal or local variable, do not use the Value property.
My apologies if I have misinterpreted your request. Let us know if you need more info.
This account is no longer active. Contact ShadesOfGray for current posts and information.

SCXI Switches not showing up in NI-Switch Soft Front Panel

Hi,
I have an SCXI 1001 chassis containing about a dozen SCXI 1160 switch modules. The first switch module is connected to a PXI-4060 DMM card in a seperate PXI chassis. MAX 4.0 was able to auto-detect the switches, and they show up under the "Devices and Interfaces" folder. However, when I run the NI-Switch Soft Front Panel application, the SCXI switches do not show up as selectable switches. Are there additional properties that need to be configured in order for the Soft Front Panel to detect the SCXI switches? Is there an online manual/guide for doing this?
Thanks in advance for any help.
VRMan

If you have the option of using a DAQmx supported device as the controller for the SCXI chassis, I would recommend changing your SCXI configuration so that your SCXI devices show up in the Soft Front Panel.
If the PXI-4060 (which is not supported under DAQmx) is the only SCXI chassis controller you have, a workaround is to use the Traditional(Old) Soft Front Panel. The Old Soft Front Panel has not been updated with switch modules since NI-SWITCH 2.4 and is not currently supported. But given that you have SCXI-1160s in your chassis, it should work for your use case.
We install the Old Soft Front Panel at Program Files\IVI\Drivers\niSwitch\OldSoftFrontPanel

SB Live! CT4780 Front Panel Au

I want to recognize front audio panel pinouts
In specifications I find
On-Board Connectors:
Line Level Out (front) / Headphone Out
Line Level Out (rear)
But there is no similar pinots on card
Plz help
P.S. I don`t have manual

yeah totally.
Power is connected properly - hence the hiss. The cable is also connected properly. One thing may be the problem, it seems as if one of the pins on the front panel has been and subsequently broke off. But this is only pin, is this a trainsmash?

Hiding front panel with built applications

I've seen and used the techniques to run a VI with a hidden front panel. I have the VI open a reference to itself and it works as expected. However when I build my code into an application, it no longer works. Watching Task Manager I see the application quit when the panel becomes hidden. I've even tried building the window-less.zip example I downloaded from the NI website. It worked in VI form but not in EXE form. Anyone have any suggestions?
Andy Brown
Averna

Andy,
I ran into this problem back in LabVIEW 5.1 when I was developing a game in LabVIEW. I had an introductory screen that allowed the user to run the tutorial or play the game, and upon selection I hid the introductory screen and displayed the panel of the appropriate subVI (tutorial or game). Unfortunately when I built an executable, it would end once I chose to run a subVI, and I later found out that this is because closing the front panel of an executable essentially closes its reference. My workaround was to use LabVIEW 6i and the new tab control to keep all of my front panel operations in the same VI, and programmatically switch between the tabs in order to display different screens (like tutorial, enter info screens, the actual game, etc.)
I hope this
suggestion helps. There may be a way to bypass the problem with closing EXEs once their front panels are gone, but I do not know of one.
Good luck with your application, and have a pleasant day.
Sincerely,
Darren Nattinger
Applications Engineer
National Instruments
Darren Nattinger, CLA
LabVIEW Artisan and Nugget Penman

Audigy 2 card with Audigy Front Panel not worki

I've just bought a used audigy 2 card with an audigy front panel. I have installed everything and have sound from the card to my speakers.
The front panel has a blinking light on the optical out and when I plug headphones into the panel, I can hear static and control the volume of the static from the knob on the panel.
I can't hear anything else through the headphone jack and can't get any input signal using the line 2 input on the front panel.
Connections and drivers appear to be OK, am I missing something......
Thanks,Dave.

David,
If you go into the surround mixer or Windows mixer do you see a listing for the front panel inputs (line in2/mic in2, Aux 2, etc)? If so, are any of them muted? If you go to start/programs/Creative/SB Audigy/Audio HQ/Device Settings, do you show a headphone tab? If so what options are enabled in there?
Double check your ribbon cable connection and maybe even swap sides of the cable.
Jeremy

Front panel stopped working properly on Qosmio X300/305

Greetings and thanks for reading,
I got my computer not a week ago and since then I've had some problems, mostly with blue screens when I hit the FN key. Looking into the problem, I deactivated various Toshiba services and finally found the culprit: hwsetup.exe. Running it manually crashed my computer and it still does. However, after having installed a new version of it, it seems that FN works ok now. Running hwsetup still crashes the computer though.
Any ideas what might cause this? The computer is brand new so I don't see what I might have done to cause this situation myself.
Now to the next problem: it seems that the front panel has stopped working properly, the touch keys that let you start the Dolby application, the webcam application and also turn on and off the red lights on the keyboard. When I click the touch keys, all I get is the beep-sound from the speakers, but nothing happens. I guess I must have deactivated something by mistake. Any thoughts?
I would appreciate any input immensely, folks, so please share your theories with me. It's such a fine laptop and I can hardly sleep right now because of these problems.. silly, yes, but I want everything to be perfect since I spent so much money.
Best regards,
Johan

> I am considering a re-installation of the whole OS, but if there is anything else I can do before resorting to that option I would very interested in knowing about it.
I think you should reinstall the OS using the Toshiba image because the BSOD can be related to the software and to the hardware issue.
Reinstalling the OS you could find out if this issue is caused by software fault or hardware fault.
If the reinstallation will not help you to sort out this issue then the hardware malfunction can be possible and the Toshiba technician should check it.
By the way;
> As a result of all this, my touchpad has stopped working properly. FN-F9 doesn't help. However, it's interesting to see that I can actually move the cursor with the pad during a microsecond when the computer is loading applications into the system tray during startup, then it's immediately disabled
Seems the touchpad was disabled in the Synaptics utility.
As you said the touchpad works for a short time. Why? Because the touchpad uses the default Microsoft touchpad driver until the Synaptics utility has been loaded.
Anyway, if you would reinstall the OS the touchpad issue should be solved too

Modifying a front panel decorative box

Hi
I have an application whose front panel has several decorative boxes
(smooth and lowered style) used for aesthetic purposes. When my
application starts I would like to adapt my front panel display to
match varying screen dimensions. How would I go about dynamically
changing these objects? Do the boxes have any properties that are
modifiable?
Thanks
John

You can access references to the decorations via a front panel reference. Wire the front panel reference to a property node and select the controls property, it will give you references to all the decorations. You now need to know the indexes of the references you want, get those indexes and you can read and write the size property of the decoration(s). I have attached a simple example that resizes two decorations when the front panel is rescaled, just run it and resize the window...the properties will rescale accordingly.
In the example the rescaling is curde; it just finds how large a percentage the window has changed and change the size of the decorations approx. the same. In real life you may want to put in logic that controls the size in a more refine
d way.
Mads
MTO
Attachments:
DecorationRescaling.vi ‏52 KB

Hidden front panel has undefined type

Similar Messages

Maybe you are looking for