Front panel disappear when executing

I have made a VI with some CAN functions. The application worked OK, but now suddenly a strange function has come.
When executing my application, the front panel nearly disappear. The window is being minimized to a vertical bar and can then be maximized again.
The only thing I have modified is that my Labview has been reigstred with licence. First I run a demo.
Any suggestions?
Test technican

Hi,
First, installing more drivers than you have hardware should not cause problems; I do it all the time....
Your problems is (most likely..) either:
1.  Your VI is corrupted, or
2. There's something wrong with your LabVIEW installation
If this problem only occurs running this application, then your VI is propably corrupted. 
Maybe the easiest solution is if you contact National Instruments directly so we can look at the problem for you?  Your service request number in this case is 329222.
Regards,
Frode

Similar Messages

  • 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

  • Sub vi front panel opens when main vi opens

    When I open my main vi I have one of my sub vi front panels that opens.  I looked in the properties for the sub vi and Show front panel when loaded is NOT checked. Is there something else I need to look at?
    Solved!
    Go to Solution.

    please clarify;
    Q1)
    The sub-VI FP opens when
    You open the top VI but BEFORE you run it
    OR
    The sub-VI FP opens after you start the top level VI
    Q2)
    If the above Q was after you run....
    Is the sub-VI running or paused when it opens?
    If it is puased you may have a breakpoint set in it.
    Ben
    Ben Rayner
    I am currently active on.. MainStream Preppers
    Rayner's Ridge is under construction

  • Reference to control on main front panel fails when subvi front panel is closed?

    Hi All,
    I'm experiencing an odd bug. In my code, I use a subvi to control a piece of hardware. This subvi has controls for all of the functions of my hardware.
    I'm changing the value of one of these controls from my main front panel by running a reference to a knob on my main front panel into the subvi, grabbing the value of the knob with a property node, and then updating the value of the subvi control using a signaling property node.
    This works fine when my subvi front panel is open but fails to work at all when the subvi front panel is closed.
    I'm new to labview , so any help is appreciated.
    Thanks,
    Arpan
    Solved!
    Go to Solution.

    What is your LabVIEW version?
    Front panels that are not shown are typically not updated and might not even be loaded into memory.
    The presence of certain code elements (e.g. property nodes) often forces the front panel to be in memory even if it is not shown, but I haven't studied it in a long time so there might be subtleties. Maybe somebody from NI can give more details.
    If it does not work unles the FP is open, open the front panel minimized to avoid distraction.
    Can you attach some code? Maybe there are better ways to do all this anyway.
    LabVIEW Champion . Do more with less code and in less time .

  • Is there a way to place a button on the front panel that when clicked gives a pop up dialog box with more info in it?

    Hi Everyone,
     The simulations that I am creating are very simple themselves but are intended for use in a classroom setting to help students learn more about the theory being demonstrated.  I am hoping to be able to place a "Help" or "more info" button on the front panel so that if a student wants more info about the theory they can click on it and a pop up appears with background info on it.  It should also have a second button to close it and return to the main front panel again.  Can anyone lead me in the right direction?
    Thank you!
    Solved!
    Go to Solution.

    Use an event structure on the main vi that when the button is clicked, launches a "Help" sub vi. Inside the sub vi (with the properties set to load front panel when called of course), use another event structure to wait for the button of the subVI to be clicked so you can return to the main VI. Do you need help with using event structures?
    Charles
    Charles Chickering
    Architecture is art with rules.
    ...and the rules are more like guidelines

  • A tool-switching panel disappears, when a dialog is displayed.

    We are currently developing the plug-in of Adobe Illustrator CS6.
    Our CS6 Plug-in displays a modal dialog in tool selection.
    Modal dialog appears when I change tools, and the tool-switching panel disappears.
    I do not want to display a modal dialog on changing tool.
    In the case of CS5, such a thing does not occur.
    Do you have any solution?

    After a bunch of grumbling, head-scratching, research, and experimentation, I identified a solution that works for us.
    The consistent condition for users with this problem was that they had Acrobat (any version, near as we can tell) installed.  The browser used the Acrobat print dialog to print .pdf, and that dialog is the one that doesn't work.  Those who had only Adobe Reader were OK, since its print dialog worked.
    The fix is to make the browser use Reader to process pdfs rather than Acrobat, and the Reader print dialog works great.
    In the cases where no Reader was installed (only Acrobat), we installed it, and the Reader install reconfigured the browser to use the Reader with pdfs, instead of Acrobat.  The Reader install also makes itself the default application for all the standard pdf file types.  We initially thought, where both Reader and Acrobat were already installed, we could just re-associate the files with Reader and that would also correct the browser behavior.  But the browser explicitly associates an application with a file type, and does not rely on the computer associations to make that determination.
    Unfortunately, we weren't able to figure out how to manually change that for IE 10 or 11.  Probably a registry hack for that, but we're not terribly interested in going there.  So, if the computer already had both Acrobat and Reader installed, we just removed and reinstalled Reader.  Presto, browser uses Reader and printing is fixed.
    Of course, the down side is that after a Reader install, double-clicking a pdf file will bring up Reader, not Acrobat.  We told Acrobat users to run Acrobat first and use File/Open, or to right-click the file and use Open with.  If they want to play around with the file associations themselves, well, that's up to them.
    TSN, thanks for the response.

  • Are there any disadvantages to writing data to front panel indicators when the vi's panel is not shown during execution?

    Hi,
    In the case where a sub vi's panel is not shown during execution, does it matter if I include front panel indicators on the sub vi's panel? (these indicators were there for debugging purposes). Is there any performance penalty for this? Thanks!

    If the frontpanel is not loaded it has no time penalties. But a frontpanel is sometimes loaded because of property nodes!
    greetings from the Netherlands

  • Files panel disappears when clicking Point-to-File icon Dreamweaver CC

    I am trying to create a link using the Point-to-File technique.  Unfortunately, when I click on the Point-to-File icon the Files panel closes so I cannot click and drag from the icon to the file.
    Does anyone have any suggestions?
    Thanks,
    Jerry

    I personally have never seen the behavior you describe (or heard of it in the forums in my time here) in any version of DW. I use DWCC daily and can't get it to do what you describe.
    The Program Cache, when corrupt, can cause all kinds of weird issues with DW. Clearing it is just one step in the troubleshooting process and since the program creates a new version when it's started up, it's a pretty painless operation.
    As for restoring preferences and the Edit > Preferences menu, I'm not sure where that came from. Did you not have a chance to take a look at the Restore Preferences link I posted above? If your preferences have become corrupt, it can also cause all kinds of strange behavior in DW. Restoring them to factory default is a bit more of a process than choosing a menu option, that process is explained in detail at this link (also posted above) Restore preferences | Dreamweaver CS4, CS5, CS5.5, CS6
    If clearing the cache and restoring preferences doesn't fix the issue, a full reinstall using the cleaner tool available here will kill any corruptions in your program and give you a factory fresh installation of the program...
    http://helpx.adobe.com/creative-suite/kb/cs5-cleaner-tool-installation-problems.html
    Beyond that, if the problem persists, I would try creating a new admin level user account on the computer to test whether your user account has somehow become corrupt and is causing some kind of conflict with DW.

  • Remote front panel with labview 8.6 executable

    I am trying to create a remote front panel of my application, built in an executable using Labview 8.6. I want to run that application on a target machine (not the one used for developing the project) and view and control the front panel of the VI from a web browser on another computer.
    I have followed these steps: 
    How can I use remote front panels with Labview Executables?
    But when I finally open the web browser and navigate to the URL I obtain that the page cannot be found.
    I have my Labview project created and I have built a web page using Web publishing tool. I have saved it in my Labview 8.6/www directory and added it to the project. I have built my executable including HTML file and copied all the obtained folders to the target PC.
    Then, I have modified the .ini file like in the step 7, but when I arrive to the step 8 I don't know what to do. Which  niwebserver.conf should I modify? The one localized at Labview 8.6 directory of the target machine? Or the one that is created in the directory where I have copied the executable when I run the executable?
    In the DocumentRoot tag  I have to replace the default Labview/www with the location of my HTML file. Should I use quotation marks or no?
    Have you got any ideas of what is happening?
    Thanks!

    Ok, but when I create the executable, in the folder where the application.exe and .ini are there isn't a file called niwebserver.conf. When I run the application a file with this name appear in the directory (the one I include), but it hasn't the section Directives that apply to the default server as in the manual.
    What I have done is to copy the niwebserver.conf file ubicated in the Labview 8.6 of the target machine in the same directory of the executable but it doesn´t work...
    niwebserver.conf
    ServerRoot "."
    ErrorLog "./logs/error.log"
    LogLevel 3
    ServerName default
    DocumentRoot "./../../www"
    Listen 80
    ThreadLimit 10
    TypesConfig mime.types
    DirectoryIndex index.html
    LoadModulePath "./modules" "./LVModules" "./.."
    LoadModule LVAuth lvauthmodule
    LoadModule LVSnapshot lvsnapshotmodule
    LoadModule LVRFP lvrfpmodule
    LoadModule LvExec ws_runtime
    LoadModule dir libdirModule
    LoadModule copy libcopyModule
    AddHandler LVAuthHandler
    AddHandler LVSnapshotHandler .snap
    AddHandler LVRFPHandler
    AddHandler LvExec
    AddHandler dirHandler
    AddHandler copyHandler
    CustomLog "./logs/access.log" "%h %l %u %t \"%r\" %>s %b"
    KeepAlive on
    KeepAliveTimeout 60
    Timeout 60

  • How to find VI's connected terminals when controls are hidden on the front panel?

    When working with a sub-VI which has terminals connected to hidden controls is there a straight-forward way to find the terminals on the block diagram?
    I click on the terminal and an outline appears on the front panel but when I try to click on that outline I can not unhide the control. 
    The only way I have discovered to find the terminal of the connected control is just check each terminal on the block diagram which looks like it might be connected.
    I'm using LV7.1 but also use 8.5.
    Thanks,
    Davey

    Ben wrote:
    smercurio_fc wrote:
    If I understood the premise of the question it sounds like you have controls/indicators wired to the VI connector pane, but for some reason these controls/indicators are hidden. If this is a VI you wrote slap yourself. If this is a VI someone else wrote, go slap them.
    One way that you can find the terminals on the block diagram by performing a search by text. The context help will show you the names of the controls/indicators. The only problem with this approach is that if the control/indicator has the caption visible rather than the label, then the context help will show the caption, not the label.
    Another method is to use scripting. Not sure if it's worth the effort for just one VI, though.
    Before we get all slap-happy I have to ask...
    If I have a sub-VI which is set for Print on completion and the controls in/out for the icon connector are NOT supposed to show up on the final report, isn't setting those objects as hidden a viable option?
    Ben
    Well, of course, Ben. My comment was not meant to be taken seriously... hence the smiley happy icon. To respond to your question in a more serious matter, though, there's always exceptions to rules. That's why they're rules - they're meant to be broken. Otherwise they wouldn't be rules. It's a strange state of the universe, isn't it? Although, one could probably just place the control behind another object. That sort of hides it, doesn't it?

  • VI Front Panel in SubPanel reacts slowly

    In LabView 2010F2, I have a VI that has several buttons and other controls on the Front Panel. When I run that VI standalone, it runs very quickly, uses less than 20% CPU, and is very responsive. ALl of the controls react very quickly. But when I put that same VI FP in a subpanel in a small VI, all of the controls in the VI in the subpanel are now running very slowly. There buttons are slow to react. There is almost a 1/2 second delay on the buttons. The CPU is stall down around 25% usage. The hosting VI does not do much and should not be responsible for this delay.
    If the CPU is not very busy, what is the cause for the delay in the reaction of a Front Panel of a VI that is placed in a subpanel?
    What can be done to significantly improve the response of a FP that is placed in a subpanel?

    dbaechtel wrote:
    Ben wrote:
    How is you memory doing?
    Do you have "show Kernal time' selected?
    Ben
    CPU Usage and Kernel Time do not pudge much during Save All or Clean Up Diagram of large diagram.  CPU usage stays about 25%, Kernel time stays about 50-75% of Total CPU Usage.
    I don't see any reason why LV would show "not responding" under these conditions unless there are some long LV processes that are being executed that include significant I/O delays that do not relinquish the CPU to do other things while executing these long LV processes. If LV was not blocked by I/O (disk) delays then I should see near 100% CPU usage. If LV was being delayed by memory swapping, the I should see less than 50% memory free,
    I'll leave the discusion of Internals and Data Structure for another thread.  
    Spoiler (Highlight to read)
    Both of my copies of that book are much more worn.
    Both of my copies of that book are much more worn.
    It is going to take some work to narrow down the possiblitlites since you have presented this situation as an interaction problem.
    Generally speaking there is one hot button that comes to mind and that is the UI (User Inteface) thread where all GUI updates are handled as well as those things that do not play well if left to run in their own threads (property nodes for example).
    SO I would like to suggest you start by trimming it down to something that work good and then start adding stuff back until you can detect the performance hit. At tath point step back and look for contention issues.
    If I remebe correctly you can't post code images so asking you to post images of teh code that does not play nice together is a no-go.
    You could also run the performance monitor.
    THe Trace Execution tool kit should aslo help you get a the root of this situation.
    Trying to help, wondering if if I can,
    Ben
    PS Regarding the bug thread. I depend on that thread to stay on top of potential bugs. I asked and Laura moved the off-topic posts to the proper thread. Please excuse my "anal-retentive" side.
    Ben Rayner
    I am currently active on.. MainStream Preppers
    Rayner's Ridge is under construction

  • How to bring of subvis to the front panel of main vi?

    I am working on a simulaton project where a PID control toolkit is used to controla process .How can I access the controls of this PID controller when I execute the main VI ?

    I'm not sure I understand. The PID VIs I know run within your code on a loop basis. In every iteration of the loop they run using the values you input and output the proper values. So, to input values, you simply wire controls into them. Regardless of this, to open the front panel of a VI, you need to get a reference to that VI (using open VI reference) and wire that reference into a property node (both can be found in the Application Control palette).
    Select the Front Panel>>Open property, wire T into it and the FP will open. You can also set the VI to have its front panel open when called in File>>VI properties.
    Try to take over the world!

  • 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

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

    I forgot how I created a couple of horizontal and vertical reference lines on the front panel. It looks like the origin lines on the front panel. When I move my program to another monitor with different resolution, all the layout is messed up because of the reference lines can not change with the resolution. Did anybody meet this before? How to get rid of them?
    Attached are the 2 creen shot of front panels.
    Thanks in advanced.
    Solved!
    Go to Solution.
    Attachments:
    front panel.png ‏63 KB
    front panel2.png ‏42 KB

    You will have to click on the top menu and choose options see below
    when you do this window will pop up and you scroll down until you get to the front panel options. See below
    Tim
    Johnson Controls
    Holland Michigan

  • Limit Front Panel Bounds programmably

    Hi,
       My front panel contains a picture control that fills the panel. I allow the user to resize the window and also apply zoom factors to it. At times, I have to limit the panel size to prevent the panel from being larger than the drawing area of the picture. This is easy to do when the zoom factor is changed, but I'm having trouble finding a good solution when the user reszes the panel.
       Currently I am using the "Panel Resize" event to detect when the panel size has changed and if it is too big I use a property node to reset the front panel bounds. This works but is not ideal. Since this is not a filtered event, I can only fix it after it has been moved which means the user can see the front panel background momentarily before I can properly set the size.
      Is there a more elegant way to accomplish this task?
      Ideally, I'd like to programmably set a limit on the maximum front panel size such that as the user resizes then panel, it just stops at that limit.
    Thanks in advance,
    steve
    LV 8.2 but soon 8.5
    Help the forum when you get help. Click the "Solution?" icon on the reply that answers your
    question. Give "Kudos" to replies that help.

    Thanks for the responses so far,
    Here are some examples to better illustrate the issue.
    The first  one (res_win)  shows the default behavior with the picture set to fill the panel and to Scale object with pane. The picture control displays a circle that fills the front panel. When you drag the right side of the front panel, first you see some of the background, then the picture is resized and the background is covered.  This is sort of ugly imho plus I only want the customer to see the circle, not the empty space next to it.
    The second example (res_win1) uses the Panel Resize event to check for and limit the front panel size, but it still shows the background momentarily which I don't like.
    Thanks again,
    steve
    LV 8.2.1
    Help the forum when you get help. Click the "Solution?" icon on the reply that answers your
    question. Give "Kudos" to replies that help.
    Attachments:
    res_win.vi ‏21 KB
    res_win1.vi ‏36 KB

Maybe you are looking for