Front Panel freezes completely

Hi,
The attachement contains the image of the front panel. The picture shows child vis loaded using subpanel . In this VI i have tab with 5 pages, the pages are controlled using Runt time menu. The picture shown is from the first page of the tab. Now i have a situation we similar child vis are loaded in all pages, it works until fine few minutes, later the front panel freezes compeletly. How to solve this problem?
Attachments:
Front panel.jpg ‏480 KB

Hi jay,
usual problems are
- starving the CPU by heavy load (especially in the UI thread)
- an event structure set to block UI while handling event(s)
Best regards,
GerdW
CLAD, using 2009SP1 + LV2011SP1 + LV2014SP1 on WinXP+Win7+cRIO
Kudos are welcome

Similar Messages

Front panel freezes using custom XControl

So here's the situation: I wrote an XControl using an external library (camera control functions). The control works as it should work. So I use it in a VI and save this file. Reopening the file causes the front panel to freeze. Why? When I restart labview after it ultimately crashed and place the xcontrol in a new VI it works like a charm again - but saving and reopening it leads to freeze and crash again. In an attempt to debug I deleted all the external VIs from my XControl, believing this to be the problem. Its completely empty now, but still the freezing and crashing. What could be the problem?
Kai

Thank you for your input! I appreciate it very much.
To Chris:
1) Version 12, 32 Bit
2) Here is my init vi:
As you can see, this is still default. I have not changed a thing. Maybe I should?
3) This could be the case! How can I prevent this, if it is the case? Other XControls work fine. I will try a minimal experiment.
To Altenbach: I tried to follow the instructions. Heres my facade timeout. Maybe the need to be more in there:
One last thing. When loading the facade.vi it told me the following:
Vi was expected under "C:\Program Files\Andor SOLIS\Drivers\Examples\LabVIEW\System Files\user.lib\atmcd32d_internal.llb\Error Code Handler.vi", but was loaded from "Z:\Kai\xcamera\MicroscopeControlPanel_64bit_06042012_newroomPalmSet Folder\Program Files\National Instruments\LabVIEW 2010\user.lib\atmcd64d_internal.llb\Error Code Handler.vi"
The first is the local machine, the second is an (access restricted) external drive. How can you EXPECT a source at one place, but load it from another? I will try to change that....it is definitely a possible error source.
Thank you!

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.

Lock front panel until the event case for this event completes

A Dynamic Event is a filtered event? Is this why "Lock front panel until the event case for this event completes" is not shown on Edit Event window dialog? I use Dynamic Event so I can subvi the event structure.
I need stop my app from locking the FP whenever the user double clicks on the numerical array value (<-- the FP freezes the mouse and renders it useless) and stops the value from ever being changed. This event is registered for Value Change (not mouse up or down) and I get a locked mouse. As yet in the UI, no value changed occurs but I get a locked mouse. A LV bug?
Trying to KISS, I can see this fixing this by moving ONLY the value change event to the top level VI instead of a dynamic registered event in a subVI. This will give me the option to NOT "Lock front panel until the event case for this event completes" .
Solved!
Go to Solution.

richjoh wrote:
Thx, Ben that fixed the problem when I unchecked "Lock panel...".
So it appears LV locks the panel during runtime once the Dynamic Reg Events is on BD and it doesn't matter if your case to handle the Reg Events is created or NOT... interesting. That's why my mouse persisted to "freeze up" although I deleted the case for my FP array.
Its situation like what you described that has given me many insights into how LV actually works. In one of my bbuggy VI's I found that a class wire can run a million miles through multiple sub-VI queues etc but the data itself is only touched when it has to be touched. in my case it was a crash while trying to write bogus class dat to a TDMS file.
I am glad you are back on course.
Ben
Ben Rayner
I am currently active on.. MainStream Preppers
Rayner's Ridge is under construction

Front panel is not shown completely.

Hi.
I have worked on a project more than three months and last week I was faced with a strange problem. When I switch from 'block diagram' to 'front panel' window it is not shown completely. I had this problem in LabVIEW 8.0 then I removed it completely and installed LabVIEW 8.5 but after two or three days it happened again. I do not think it is related to my laptop because I tested it on three different computers. I deleted all objects in 'block diagram' and 'front panel' windows but the file still has this problem. I attached my file and some images. When I compile and make an executable file it still has the problem. The 'image3.jpg' shows that file. When switch from another window like word to this window it is not shown completely. I do not know what to do.
Thanks a lot.
Attachments:
Main.vi ‏5 KB
image2.JPG ‏147 KB
image3.JPG ‏127 KB

I tested your VI in 8.6.1 and observe similar redraw problems. I suspect something is corrupt.
Have you tried starting with a new VI and copying you old code over?
LabVIEW Champion . Do more with less code and in less time .

Audigy 2 front panel: Aux-in 2 no longer wo

This is odd to me. I updated to Windows SP3 and it insisted on updating my realtek HD audio drivers which I had disabled. Upon restart they were reinitalized. I quickly turned them off, disabled, then uninstalled them.
I switched back to my Audigy 2 but my AUX-IN 2 no longer works, and no it's not muted. It's really frustrating since I have some multimedia streaming through those RCA's and I really need it.
I've tried to rip every audio driver out. I've reinstalled about 4 times. And it still doesn't work. I've tried old drivers, new drivers. No luck.
Do you think there could be some conflict inflicted by when both drivers were installed? Are there any apps to purge Realtek from my system? Does SP3 have something to do with it's? Please help!
Quick Edit: Everything else on the front panel works and the my cables are new. I bought them because I thought they were shot.
Message Edited by Spooty on 0-25-2008 02:3 PM

Thanks for the response. I've tried the program and it does work for the intended purpose; however, now I'm experiencing a new issue. Sometimes when Muvixer "kicks in" and changes the input back to my selection the computer will lock up. I'd say this occurs out of 25 times -- enough to make this a severe pain. The sound will freeze with repititous noises coming from the speakers and the computer will be completely non-responsi've. The only solution is to hard restart. I've got a fairly decent dual core rig @ 3.9ghz with a week-old reformat and clean Windows install, so I can only imagine this is an issue with the audigy.
Any suggestions?

Open VI's front panel

Hi,
See the included file 'Printing.bmp'.
I am printing a VI's front panel, but before printing I want to open another VI's front panel that is showing the message 'Printing...'(P'ting). This VI's front panel should be closed after printing. But the front panel of P'ting.vi could not be drawn completely within the printing time. I just can see the borders of the VI. How can I solve this?
greetings
Davy
Attachments:
printing.bmp ‏247 KB

Sorry I did not see the picture...
I don't know what your CPU is like, but the time LV needs to send the printing commands is very small.
When using a pause, use a sequence to be sure that the pause starts before the printing.
Attachments:
printer_Kopie.JPG ‏43 KB

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

Is there a way to use the built-in Datalogging and programmatically log the front panel while the vi is running?

I would like to use the built-in Data Logging feature. There is the "Log at Completion" option, but is there a way to programmatically make a new log record while running? I looked around in VI server and couldn't find any methods that would do that. Currently, I am grabbing all of the front panel control references using VI Server and if there are any changes, the changed values are written to a log file along with a date/time stamp. I'm mostly dealing with buttons, which simply change from 0 to 1 or 1 to 0, so it's not too hard to visualize what was pressed. It works okay for reconstructing what happened, but it would be much nicer to use the built-in fe
ature because you can "replay" directly onto the front panel and actually see what the changes were. However, without being able to programmatically make a new log, it won't work for me.

Jake,
There are several options here.
I would suggest using your own code for datalogging. The datalogging you are referring to is primarily for debug, and one shot datalogs of front panel indicators (and controls?), not including graphs, etc.
If you go to the file functions, you will see a menu for datalogging. These functions will allow you to save your data, as you need it, simply, and in a compact format.
I recommend opening the datalog file, doing all your file operations, and closing the file before the program is complete. There are several examples of this in the examples database.
Good luck

How to pop up another VI front panel and run this in the main VI?

Hi all,
I want to create a VI, which contain several buttons: like "RUN ANALYSIS 1" and "RUN ANALYSIS 2".
When I click one of them, another front panel of VI jump out and run automatically. When I click on "Finish" button on this VI (the one jump out), this front panel close.
How to complete it?
Thanks,

Hi Osso,
The ability to click on other VIs is also controlled by the Window Appearance. If you follow Dennis' instructions above, but this time change the Window Behavior to modal. You can find more information about the different selections in the LabVIEW Help: Customize Window Appearance Dialog Box.
Regards,
Elizabeth K.
National Instruments | Applications Engineer | www.ni.com/support

Vi front panel printed

hi,
i have a real strange problem and don't know even where to start.
i have a real complex program running on a PC that is connected to my net with a VPN.
every time one of the VIs executed it tells a printer at my location to print the front pannel of this VI.
when running the same program on another PC at the same point i got this strange messsage that the program is attemptint to go to some pdf quick-books files.
the VI is attached.
any ideas will be welcomed
thanks
amose
Attachments:
check for dirt.vi ‏77 KB

Oh, I thought the printing was desired. Go to File->VI Properties for the VI you posted. Change the category to Print Options. In the section Print with Execution, you have the automatically print front panel every time VI completes execution checked. Uncheck it. Check to see if you have it checked for any of your subVIs, too.
Message Edited by Matthew Kelton on 12-26-2007 01:36 PM
Attachments:
Print Options.png ‏19 KB

Cluster does not populate in sub-vi unless front panel is opened

I have a sub-vi that saves my data to a database and the cluster
containing the data will not populate unless I open the front panel
when it executes. What could possibly cause this?

It is the readings cluster that does not populate. That is the input cluster for the vi. When I run in the development environment the program saves correctly without opening "Save Readings.vi". However after the complete program is compiled the data will not save unless "Save Readings.vi" is opened when it executes. I have attached the missing vis
Attachments:
Log SQL.vi ‏27 KB
Connect SQL Server.vi ‏48 KB
Update Process Info.vi ‏81 KB

How do i display my labview front panel on a web-page and update it say eyery 5 seconds, I think i need Lookout?

My front panel display updates every 20secs. I want to be able to view the Labview front panel on a web-page which updates itself continuously. Will Lookout do this?

LabVIEW will do this with it's built in web server. Full control of a LabVIEW front panel is possilbe with version 6.1. Older versions have the ability to publish a panel with no control. What version do you have? Lookout is a completely different software package for HMI/SCADA applications and has no relationship to LabVIEW except that they're sold by the same company.

Is there a way to create a button on the front panel that would automatically open the txt file data is being stored to?

I am saving data read from FieldPoint to a .txt file. Is there a way to create a button on the front panel so that when the user pushes this button it automatically opens the .txt folder in notepad? I want to bypass the user having to find the file in the computer in order to open it.

Hi jem,
I suggest that you break this up into three seperate questions and re-post to this list. That way you get more ideas from others that may have better insites than myself.
Re:the sysexec
The Sysexec will allow you to execute a dos command. This is the equivalent of going to
Start>>>Run
What you should do is find the proper DOS command sysntax that is required to open a text file in notepad or your favorite editor. Once you know what a good DOS command is, you should pass that string to the Sysexec.VI. The Sysexec has an input that allows you to choose if the code waits for the command to complete or if it should just start the program and let it run in the background. Sysexec will open its own window to run the command you speci
fiy.
Ben
Ben
Ben Rayner
I am currently active on.. MainStream Preppers
Rayner's Ridge is under construction

Can't remove Front Panels in Application Builder

I have had a few issues using Application Builder (v7.1) in regards to it removing or not removing front panels for my subvi's when I was trying to compile. Here are the conclusions I came to if anyone else runs into the problems I had.
Problem 1) Some of the front panels were being removed for dynamically loaded VI's, which were not set as dynamic VI's in the Application Builder, but which were static-linked VI's in the program (so they were loaded in memory as linked subvi's but called dynamically). When the Application Builder decided to remove the front panel for those VI's, there was an error when loading them dynamically.
Problem 2) Some of the front panels were NOT being removed for subvi's that I didn't want to have their front panel built into the compiled program. Loading front panels that are not needed uses extra memory, but there was no way to change the option to not load the front panel for certain particular subvi's in Application Builder--the option was grayed out.
For problem 1, I decided not to worry about linking the files dynamically in the Application Builder, but to just make sure the Application Builder would include their front panels. For problem 2, I had to figure out what was making Application Builder force the front panels to be included when I deemed it unnecessary, so that I could fix them not to be included. Basically then, going through my VI's that were forcibly included, I came up with a list of stuff I began checking for each time I would run into one where I didn't want to include the front panel. I have attached my list to this post.
My solution for problem 1 was then to use a customized appearance for my static-linked / dynamically loaded VI's, and disable the menu bar (forces the front panel to be included by Application Builder without changing appearance, since I never actually see the FP). My solution for problem 2 was often to remove property nodes referencing text on the front panel controls. Sometimes I was able to perform a numeric->text or enum->text conversion instead of referencing the text of the control itself, and sometimes I realized I didn't want anything to change and that it was ok to include the front panel so I could (for example) get a list of strings for my enum control.
I have attached the reference list I came up with of things to check for to make sure your VI properties are set correctly if you are trying to get Application Builder NOT to include the front panel of your subvi. The list might not be complete, but it's helped me to narrow down things very quickly and find the problems I was having.
Attachments:
ThingsToCheck.doc ‏61 KB

m3nth wrote:
Problem 1) Some of the front panels were being removed for dynamically loaded VI's, which were not set as dynamic VI's in the Application Builder, but which were static-linked VI's in the program (so they were loaded in memory as linked subvi's but called dynamically). When the Application Builder decided to remove the front panel for those VI's, there was an error when loading them dynamically.
This is expected behaviour. The application has no way of knowing that these VIs will at some time be called dynamically. That would require analysing and understanding the entire program and in cases where you calculate the dynamic VI to be called at runtime it still wouldn't be feasable to do so.
m3nth wrote:
Problem 2) Some of the front panels were NOT being removed for subvi's that I didn't want to have their front panel built into the compiled program. Loading front panels that are not needed uses extra memory, but there was no way to change the option to not load the front panel for certain particular subvi's in Application Builder--the option was grayed out.
There are several reasons why a front panel is needed. One of them is when the VI is called dynamically, even if the FP is never displayed and AppBuilder will account for that for VIs which have been added as dynamic VI to the project.
The other is when a VI uses some Property Nodes or Attribute Nodes as they are called now.
So to solve your problem 1) you could also just drop some property node in the diagram of such VIs and be done with it.
Rolf Kalbermatter
Rolf Kalbermatter
CIT Engineering Netherlands
a division of Test & Measurement Solutions

Front Panel freezes completely

Similar Messages

Maybe you are looking for