Remote Front Panel Problem

Hi
I am using a TAB control in a VI that is published as Remote Frontpanel.
When changing TAB the controls are often grayed out in the browser even when they are not in the running LabVIEW VI !
A Combo box may also contain the apps default values instead of the values from the running VI !
Any hints to solve this ?
I have login/logout in my application, and i need to auto logout when the last Remote Front Panel User disconnects.
How do I detect that there is no listeners/clients ?
The "connection manager.vi" is password protected, so i can't get any hints from there !
Best Regards
Teddy

I see thank you. Very funny because i thought i had to do something with duplicating the real time target.
So regarding the above problem, is there any way to be connected remotely to the target and when the link is broken to reconnect without affecting the operation of the VI running?
For example, lets assume we connect to a remote front panel which has a simple VI with just a 1 second period timed loop running and for each iteration of the loop i monitor and i save the index of the loop. When i connect to the VI i request control and i click run. The VI starts running. After one minute, at loop iteration 60 the link between the host and the target breaks. The VI should continue running.
After 1 minute of broken link the network is again available.
What can i do to re-establish connection without affecting the VI operation and continue monitoring the VI. If reconnecting after 1 minute i will be expecting to see the loop iteration to be 120 and keep running. Is there any way to do this?

Similar Messages

  • Remote Front Panel Problems and Best Practices

    All,
    Problems
    I'm currently attempting to host a Remote Front Panel from a cRIO 9073. The intent of the front panel is to control and configure the services running on the cRIO. Currently I've been experiencing quite a few problems getting this to operate smoothly.
    These are the problems I'm currently experiencing.
    * Front panel takes a very long time to load (~45 Seconds).
    * On close the front panel may reset the cRIO.
    * Front panel may cause excessive CPU usage.
    * Plugin has problems in Firefox.
    I'm fairly sure that I've installed all of the Latest NI software (I'm using LV 2009f2)
    I currently cannot post the code as it's proprietary.
    Currently the front panel consists of two timed loops one running at 500ms intervals and the other running at 1000ms intervals. The GUI is basically a tab control and on the heaviest tab contains about 15 buttons.
    Questions
    Is it not possible to use event structures in embedded LabVIEW? So far I've had to code my own event loop to handle all the events I wish to process on the remote front panel, and I feel this might be causing a problem.
    Is the sort of functionality I'm trying to achieve acceptable in Web Front Panels?
    It seems that the reason it takes very long for the VIs to load is that the VI Front Panel Server must fire up. Is there a way to make this or whatever the component is that handles it fire ahead of time?
    Thanks for your time, I look forward to discussing this.
    Regards,
    Ken

    Hi Ken,
    Is this a remote front panel for a real-time VI?  Is it built into an executable?  If this is a RT VI, you cannot use event structures.  More details are available in this KB:
    Can I Use the Event Structure in LabVIEW RT?
    I assume you have seen this? 
    How Can I View Remote LabVIEW Real-Time Front Panels in a Web Browser?
     Are you still having the cRio reset issue and CPU usage increase?
    Kristen H.

  • Remote front panel reconnection problem

    Hello,
    I have created a real time application build for myRIO and i can succesfully run it as startup. After MyRIO reboots, through the Project Window i select Operate/Connect to Remote Panel. I enter the local network IP address 192.168.0.101 and port 8000 and the Front Panel of the Startup VI opens. I run it and everything is running as expected.
    This setup is installed on a UAV and acquires data from scientific instruments all data is writen on a USB flash drive on myRIO
    It is expected that sometimes the local network link will break during the flight. To simulate this i unplugged myRIO from the ethernet cable will the Data is saved.
    I noticed the following strange things:
    1. At time X  i connect to the remote panel and i start the DAQ which acquires data
    2. At time X+10 minutes i unplug the ethernet cable which connects myrio to the local network
    3. At time X+20 minutes i poweroff myRIO
    I was expecting that after the connection was broken the VI would have kept acquiring the Data until myRIO powers off.
    Instead i noticed that myrio acquires data for only 1 more minute after the ethernet cable is unplugged.
    It is very important that after the UAV takes off whatever happens to the network connection the VI keeps acquiring data for as long myrio is powered on.
    I also tried the web publishing tool but i could not connect using a browser. It seems that the web server was not running properly. I also noticed that the html file was not located in the target destination folder. I tried to manually copy it using a map networked drive but the file could not be copied.
    I will appreciate any help on the above issues.
    Thank you,
    Christos

    I see thank you. Very funny because i thought i had to do something with duplicating the real time target.
    So regarding the above problem, is there any way to be connected remotely to the target and when the link is broken to reconnect without affecting the operation of the VI running?
    For example, lets assume we connect to a remote front panel which has a simple VI with just a 1 second period timed loop running and for each iteration of the loop i monitor and i save the index of the loop. When i connect to the VI i request control and i click run. The VI starts running. After one minute, at loop iteration 60 the link between the host and the target breaks. The VI should continue running.
    After 1 minute of broken link the network is again available.
    What can i do to re-establish connection without affecting the VI operation and continue monitoring the VI. If reconnecting after 1 minute i will be expecting to see the loop iteration to be 120 and keep running. Is there any way to do this?

  • Problems with Remote Front Panel

    Hi, I've seen "How to create a LabVIEW Remote Front Panel" video of Grant H.
    I've followed the steps to create a remote front panel but doesn't work. When I open the URL in Explorer, show the title, header and footer but don't show the front panel, only a image that say: "Downloading front panel 0.00% of 0 Bytes" and don't work.
    My Remote Front Server in turned on and I'm using LabVIEW 2010 in Windows 7.

    I am having the same issue.
    Is there anything I can look up to find possible solutions?
    BTW, I run the same application in a different machine and it works just fine. I just can't seem to find where I should be looking...

  • How can I close a remote front panel by closing only the browser window?

    I control a remote front panel in a browser (from the client PC). If I don't use the 'close' - button in my program to end the remote front panel, but instead of this the 'x' of the browser window (in the right bottom corner), my program won't be close, it continues on the server. Do you know how to end a VI by closing only the browser windows?
    Thanks for any help!
    wolfe

    I found the examples. Thanks.
    But I could not find a solution yet. Now I know how to end a VI by clicking on the x of the VIwindow.
    My problem is, to end a VI by clicking on the x of the BROWSER window after I loaded and controlled a remote panel VI in a browser (e.g. IE).
    If you have any ideas ... I'd be happy.
    Thanks for your help.

  • Configuring Remote Front Panels on a Real-Time Target,smart camera,but there is no image in the web page.

    I do see the web page, but the image  itself is not loading.i know a problem is with the installation of the LabVIEW ActiveX plug-in or the IMAQ ActiveX plug-in.  The LabVIEW ActiveX plug-in is required for ALL remote front panel viewing, and the IMAQ ActiveX plug-in is needed for VIs that use the Image Display. how can i do ?where can i get the the IMAQ ActiveX plug-in. help me！

    Got it working, after much experimentation.  Seems to require installing exactly the right combination of items on the RT target, as some items (web services? web configuration? the "application web server"?) apparently run a separate web server - or instance of the web server - on port 80, which prevents remote front panels from being served on that port.

  • Hi,why I have a "DMA hardware error detected" when I try to save file as *.htm for remote front panel application?

    Hi,
    I try to learn how to present my data anywhere by using labview remote front panels. I use PCI-mio-16E-4 device to acquire data. After I start web server and try to save to as *.htm file, I got the "DMA hardware error detected" message. Can anyone help me to solve the problem. Thanks.

    What was the actual error code?
    Copyright © 2004-2015 Christopher G. Relf. Some Rights Reserved. This posting is licensed under a Creative Commons Attribution 2.5 License.

  • Multiple remote front panels?

    I have two separate applications running with remote front panels from this KB:
    How can I use Remote Front Panels with Executables?
    I can not get the two to run at the same time.  I was then shown this:
    How can I run Two or more Executable with remote front panels?
    This seems to be a little old (Version 8).  I am running 2012.
    Has anyone gotten this to work?  How do you set up the web server to listen on more than 1 port?  How do you then direct that port to a particular app?

    Thank you for the solution Todd. I was having the exact same problem.
    LabVIEW 2013 SP1
    Windows 7 64bit
    Windows Server 2012 64 bit
    Windows 8.1 32 bit

  • Error accessing Remote Front Panel on RT Target after upgrade to LV2011

    I'm upgrading a real-time application (target is a desktop PC running the LabVIEW real-time) from LabVIEW 2009 to 2011.  Under 2009, it was possible the view the main VI remotely by browsing to a static HTML page that embedded the front panel.  After upgrading to LabVIEW 2011, instead of the front panel image I get an error saying "Server does not support Remote Panels."  I have already gone through the list of possible causes from "Server Does Not Support Remote Panels" Error When Connecting to Remote Front Panel, and none of these resolved the problem.  I am using the standard LabVIEW web server, there is a direct ethernet cable connecting my computer with the real-time system, and I have recreated the web page to reference the correct plug-in version.  I reformatted the RT system and then did a clean install of the components from LabVIEW 2011 (using the Add/Remove Software feature in Measurement and Automation Explorer).  I also created a new test project with a new simple VI; I was able to access that VI remotely on port 8000, but not on the default port 80 (which used to work under LabVIEW 2009).  What changed in the web server between LabVIEW 2009 and 2011?  Can I use the standard HTTP port 80 to serve a static page with an embedded VI, or does this now only work on other ports (and if so, why)?  Will I need to recreate my entire project in LabVIEW 2011 in order to get this working at all?

    Got it working, after much experimentation.  Seems to require installing exactly the right combination of items on the RT target, as some items (web services? web configuration? the "application web server"?) apparently run a separate web server - or instance of the web server - on port 80, which prevents remote front panels from being served on that port.

  • Why does refreshing my web browser page increment the number of users connected to my Remote Front Panel?

    Hi,
    I'm using LabVIEW 2010 and a cRIO-9118 to broadcast my RT Front Panel on the web with a Web Server.
    I successfully configured the web server to be able to control my Front Panel remotely. However, I have an issue with "Refreshing" the browser.
    When I press "Enter" to search the adress of the web server, the number of users connected seems to increment by one and then tells me that "Too many users are connected to the front panel". Once this has been done, the only way to "unlock" the web server is to reboot the cRIO.
    Is there any solution to avoid this behavior?
    My current web browser is Internet Explorer 8.
    Thank you
    Mathieu Veillette, Ing Jr.
    Solved!
    Go to Solution.

    Hi Mathieu,
    Unfortunately, there currently isn't a very good solution for the problem you are facing. It seems like this is a known issue that R&D is working on. It so happens that in addition to simply refreshing, this issue also occurs if you try to access the Remote Front Panel using a second tab in a tabbed browser. One "fix" would be to invest in a higher count Remote Front Panel license. If that's not feasible, then the current recommendation would be to avoid connecting to the Remote Front Panel from a second tab or refreshing the view in your browser. Once you exceed the number of connections to the Remote Front Panel, you will have to restart the RT controller -- there isn't a way to change this default behavior. You can track any fixes by R&D by keeping note of the CAR (corrective action request) ID for this issue, which is #202702.
    Sanjay C.
    Embedded Software Product Manager| National Instruments

  • ASK remote front panel

    hai bro i try to remote panels with labview 8.0 professional with this information :
    http://zone.ni.com/devzone/cda/tut/p/id/4791
    http://zone.ni.com/devzone/cda/tut/p/id/3277
    and it's done, for example i give it name test then i start the web server it's works well.
    but when i try to connect again with remote panel connection manager and open the project (test)
    the remote panel connection manager says that they can find it certainly i've save and open it with the same name and folder where i save the project.
    can youm tell me why  i can't do that?
    tanx before, sorry for bad english 

    What do you do differently the second time from the first? Are you opening it up differently? Are you using an executable? It doesn't look like it from your description but if you are there is a link below that may help. do you have a firewall up or a proxy server? The second link may help if the problems are being caused by one of these.
    KnowledgeBase 3U5H27MY: How Can I Use Remote Front Panels With LabVIEW 8.x Executables?
    KnowledgeBase 2ZAC2IEG: Remote Panels Through a Firewall or Proxy Server
    Vince M
    Applications Engineer

  • Remote Front Panel Centralized

    Hello,
    I have different dedicated PC (8) that control dedicated experiment. I can monitor and control them using remote front panel troutgh a browser web page. Now I'd like to Centralized the web servers.
    Is it possible to publish (or manually  move&edit ) *.html generated by labview remote front panel in another LabVIEW web server of a Machine ( running LabVIEW 8.2)?
    Thanks

    You need to copy over the .html file to the computer that will be your server (in the www folder).  Copy over the .exe and/or .vi's, making sure they are in the correct folders (normally the SAME folder that they were in on the development pc).
    You will also need to change the link that points to the remote machine.
    Instead of : http://my_pc/my_program_My Computer_interface 3.html
    Change it to: http://server/my_program_My Computer_interface 3.html
    Run the .exe/vi and it should work now.
    Let me know if you have problems.
    As far as for the web server on the server computer, does the server computer have the development environment, or just the run time??  If you have the dev environment, you can change the webserver settings as you normally would, via the options.  If it is just the run-time, I believe that you have to change it progmatically using property/invoke nodes in your program (I could be wrong).  The main reason to change any webserver settings are when you need to change who has access to the program, want to change the port, or want to stop it, otherwise normally (in my opinion) you just leave it alone.
    Message Edited by Kenny K on 09-26-2007 07:34 AM
    Kenny

  • Remote front panel in tablet

    Hi all
    I am trying to establish a remote front panel connection on to a windows 8 32 bit OS on 64 bit atom processor tablet from an exe deployed on myRIO. I had verified the remote front panel connectivity on the development PC (windows 8 64 bit OS on i7 processor), installed LV RT engine 2013 and the 32 bit drivers on the tablet. The problem is that the remote front panel connection gets stuck after some time. I am connecting the target to a B type USB which is connected to an OTG cable and then to tablet microUSB port.
    1. I reduced the data rate to some 200 samples per second (displaying 20 values on a graph per 0.1 second), still the problem persists
    2. The remote panel works pretty well when connected to development PC and to another PC (windows 8, 64 bit OS with LV RT 2013 installed) via USB, it is just the tablet that is losing the connection after a while (it says remote panel connection refused by specified server)
    3. I connected target to a local network, enabled WiFi on the tablet and got remote panel working perfectly. It is just the physical USB connection to the tablet via OTG cable that is creating the problem after sometime
    I came to the conclusion that the problem could be with the 32 bit drivers (the display gets stuck only after sometime though), OTG cable (i tried another one too) or that the tablet is running on 32 bit OS. I even installed LV 2013 on the tablet, developed a test exe and tried getting remote front panel, still the same problem persists. Any inputs as to what the problem might be?
    Thanks
    Arya
    Solved!
    Go to Solution.

    If the WIFI works, I would just use it. Alternately, I would look into a better cable. With cut-rate calbles the first place thay start trying to save money is with the connectors.
    Mike...
    Certified Professional Instructor
    Certified LabVIEW Architect
    LabVIEW Champion
    "... after all, He's not a tame lion..."
    Be thinking ahead and mark your dance card for NI Week 2015 now: TS 6139 - Object Oriented First Steps

  • RT Remote Front Panel issues.

    I'll start with my setup:
    2 PXI-1042 chassis connected via fiber-optic using NI PXI-8336 (MXI-4) cards.
    Chassis 1:  PXI-8108 embedded controller running LabVIEW Real-time OS (2010), PXI-6528 DIO, PXI-8336 MXI-4.
    Chassis 2:  MXI-4 in slot 1, 4 PXI-8334 DMM, PXI-6528 DIO, PXI-6281 M-series DAQ.
    The real-time executable monitors analog and digital inputs and DMM measurements, displays the values using numeric and boolean indicators, generates alarms and allows users to acknowledge alarms via a Remote Front Panel.  The code has a custom error handler that traps errors and stores them in a global array.  This allows the code to display them on a console and allows the user to acknowledge and clear errors, and scroll through multiple error messages.  We used property nodes sparingly.
    The system is monitored by two laptops with the correct run-time engine installed (both laptops have the LabVIEW development suite).  Under normal conditions, one laptop keeps control of the Remote Front Panel at all times.
    The problem:
    The system was running flawlessly for 3 months of continuous use.  Then, for no apparent reason, the indicators that display measurements from "Chassis 2" (specifically the DAQ) stopped updating. 
    If the user refreshed the browser, the Remote Front Panel client would reconnect to the RT Web Server and get updated values, but they were always static.  Essentially, refreshing the browser took a "snapshot" of the data, but the indicators did not update continuously as before.  At the same time, DIO inputs to "Chassis 1" responded appropriately to changes in state. 
    Refreshing the browser on one laptop would update the values for that laptop only, and the other laptop could be refreshed independently and have different values displayed, but both laptop's indicators were static.  During this time, the DMM measured inputs were not changing and the "Chassis 2" DIO inputs did not change state (i.e., we could not perturb the inputs), so we could not determine if those indications were affected.
    Also, the error console did not respond to user input until the browser was refreshed and the client reconnected to the target.
    We know the RT application is running on the target because there is code that monitors the status of the loops by changing state every loop iteration and displays the status to the user.
    Our short-term solution was to reboot the RT controller by powering down both chassis, starting "Chassis 2", then starting "Chassis 1".  It's been running for a few days now without incident.
    Since the data displayed after refresh was accurate based on comparison to gages in the system, we do not suspect a measurement problem.
    Possible culprits:
    1.  The RT Web Server has malfunctioned in some way (memory problems, synchronization, etc.)
    2.  The MXI-4 link.
    3.  Cosmic rays?  Sunspots?  Nearby radar stations?  Neighboring HAM radio operators (with massive amplifiers)?
    If anyone has any ideas, they are welcome.  We are concerned that this will be an ongoing problem, if only every few months or so.

    Could you clarify a bit on how the PXI-6528 was acting while you were seeing these problems? Does this card have values display on the Remote Front Panel, and if so were they still updating properly? I believe you were saying that, but I wanted to be sure because that makes a big difference. 
    If everything became static, including the DIO card, at the same time, then I'd say see if your browser updated, or something in your network settings was changed without you noticing. Perhaps an update ran and reset some of your firewall settings, or an Internet Explorer update changed something that required a reboot. 
    If just the outputs of chassis 2 were the problem, and the DIO card values on your remote front panel still worked well, then it is most likely a problem with your MXI-4 cards or your fiber optic cable that cause the change in behavior. 
    Miles G.
    National Instruments
    Applications Engineer

  • Able to interact with a cRIO remote front panel from one computer but not another

    I have a cRIO application that publishes a remote front panel for monitoring and control of the application. From one PC (Win7 & firefox) I can see, interact and control the cRIO through the published remote front panel. From a second PC, also Win7, I can see and monitor the cRIO's state, but the remote panel that is opened does not allow for any interaction and this is true whether I'm using IE, FF or Chrome as the browser. When either PC is connected to the cRIO, it is via a dedicated Ethernet link and only the cRIO and the one PC are on that network. For this two-device private network, the PC is always at address 192.168.1.1 while the cRIO always uses 192.168.84.199 (port 8000).
    The firewall rules on both PCs are setup to allow all incoming and outgoing programs/ports/protocols to be used between these two IP addresses.
    Both PC's have up-to-date LabVIEW development systems installed on them (which more or less guarantees they have the minimum require LV runtime needed to see and use a remote front panel).
    What might be different on the PC that view but cannot interact with the remote panel?
    Solved!
    Go to Solution.

    Sam_Sharp wrote:
    Right click on the second one and select "take control of this VI".
    As far as I am aware - only one viewer of the remote front panel can control the panel at any time - the rest can only view.
    As I tried to say in my original post, there was only one host physically connected to the private network at any given time (by virtue of the fact that the one Ethernet cable connection to the private network was being moved back & forth between the two hosts) so there was no way both hosts could be trying to control the cRIO at the same time. I even went so far at one point of restarting the cRIO while it was connected to the problem host to see if would render it functional, but it did not.
    But I did not know that it was possible to do what you suggested, much less that there was a right-click context menu associated with a remote panel, so I tried it and it worked!    Thank you!

Maybe you are looking for

  • Download data from interactive report

    Hi all. I'm on apex 3.1.1.00.09. I have this problem: when I download data from interactive report I can download only in CSV and PDF. If I try to download into pdf it creates a file of only 1 KB. I would know if I must configure my apex in order to

  • NO REMOTE BACKUP & RESTORE ON BLACKBERRY PROTECT ON BB10 OPERATING SYSTEM --- READ THIS POST

    Dear BlackBerry, First of all I would like to establish that I am a very loyal customer of BlackBerry, so anything that I will say in this letter is because of the personal concerns shared by me and millions of loyal BlackBerry customers. BlackBerry

  • Extreme Syncing Problems

    Whenever I try to sync my ipod (second Generation), bad things happen. First off, When itunes opens up, it normally says that it cannot connect to itunes store. Though when I go to the store part of itunes it works fine. Second, I always get a proble

  • Characteristic display after Key Figures

    Hi, I need to display a characteristic in last coloumn of the report. i.e., after all the key figures. is it possible ?? regards, KV

  • Detection of third party software

    ok. My wife is the NETwork administator and I believe has either downloaded 3rd party software or is monitioring my internet usage. How can I tell? I can get into her Network Administrator account I just do not know hoew to find what I am looking for