Remote front panel with viewing mode in monitor jams if two browser connects

I made a exe with the vi attached, with the web publishing viewing mode set to monitor every 1s.
I copy all the executables and generated files to a target computer. The target computer is 4 CPU 2Ghz, 1Gb RAM, Windows 2000.
If I open a client web browser connection to the remote panel, everything is fine, I can see updates every 1s or so.
But if I open two client web browser connections, the display in the two web browser grinds to a halt, and the exe in the server computer slows down from 1s update to 6s update.
If shut off one client web browser, the other client browser and the exe in server go back to normal speed.
So what is the problem? How do I solve this problem? Is this problem solvable?
Attachments:
monitor4.vi ‏85 KB

Bump.

Similar Messages

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

Programmatically Open a Remote Front Panel with Panel Open Method

Hi,
I am trying to open the front panel of the VI on my cRIO-9024 through a remote computer. Currently, I am able to run the VI with no problems with the RUN VI method; however, when I try to open the front panel, I receive "Error 1043 - This property or method is not supported in this version of LabVIEW" or the Front Panel is simply not visible. My cRIO is configured to allow TCP/IP protocol, The VI is visible, and I have made my project into a source distribution on my cRIO.
Any help or suggestions regarding this problem would be great. I am very new to LabVIEW.
I have attached a screenshot of my block diagram and project.
Thanks,
Jake
Attachments:
Block_Diagram.PNG ‏12 KB

Project Img
Attachments:
MyProject.png ‏15 KB
MyProject.png ‏15 KB

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

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

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.

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!

How can i access remote front panel in RT with LabVIEW run time engine in client PC

Hi to all,
I have developed the RT application with cRIO 9075 integrated chassis. And i have access its remote front panel in client PC. Now i want to access the remote panel in the client PC without having LabVIEW runtime engine. If i connect the remote panel with that client, it shows only the vi border. i doesn't downloads the front panel.
How Can i access its remote front panel without LabVIEW runtime engine in the client PC?

You cannot view a remote front panel without the LabVIEW runtime - the LabVIEW runtime is what makes the remote front panel possible. What you will want to do instead is likely create a Web Service that you can access from a remote PC without requiring the LabVIEW runtime. However, this will require you to develop a web-based HTML or similar UI to interact with the VIs running on your system - NI hasn't yet created a way to export a LabVIEW front panel as an HTML'ish page.
-Danny

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...

Where does the processing take place when using a remote front panel?

Hi,
I am considering upgrading my LabView software from 6i to 6.1 for the new "two click" remote front panel feature. I have already seen a demo of this feature but have just a few questions before I get the upgrade:
My setup consists of several pieces of equipment connected to Labview via GPIB, to aid in the evaluation of a new microchip.
1. I wish to grant control of the setup to anyone with a web browser, Is the remote monitoring feature compatible with both Netscape and IE?
2. The VI which controls the setup is currently located on the PC beside my setup. When I embed a VI in a remote front panel, where does the processing take place, is the local VI still controlling the setup? and
the remote panel just sending and receiving data from the local VI.
Thanks, Troy

> I am considering upgrading my LabView software from 6i to 6.1 for the
> new "two click" remote front panel feature. I have already seen a demo
> of this feature but have just a few questions before I get the
> upgrade:
>
> My setup consists of several pieces of equipment connected to Labview
> via GPIB, to aid in the evaluation of a new microchip.
>
> 1. I wish to grant control of the setup to anyone with a web browser,
> Is the remote monitoring feature compatible with both Netscape and IE?
>
Yes. Provided they are resonably modern versions.
> 2. The VI which controls the setup is currently located on the PC
> beside my setup. When I embed a VI in a remote front panel, where does
> the processing take place, is the local VI still controlling the
>
setup? and the remote panel just sending and receiving data from the
> local VI.
>
The computer which we refer to as the server, the one with the GPIB card
in your case, will execute as it does now. In fact, its window will
even be open. The remote client computer, the one with the web browser
will be running the runtime engine and processing user events, value
change and property/method events from the server. So in reality, both
computers will be sharing the load a bit. This allows for very small
packets to be sent between the computers. It is in fact quite similar
to publishing the data between the computers using datasocket.
One thing to keep in mind. Standard LV includes a license for one
connection. If you want to allow for multiple web browsers to view at
the same time, additional licenses are available. Also, only one user,
remote or server may be in control of the panel at a time. That means
that if you want to be able to operate the panel, changing kn
obs or
flipping switches, the others will become viewers only until you give up
control. Hopefully this isn't a surprise, but I thought you might want
to hear about it now.
Greg McKaskle

How to edit remote front panel

Can i create a remote front panel that only displays as a monitor an array??

Hi tomsch1,
If you have the Internet Developers Toolkit installed on your version of LabVIEW (provided in the Full and Profession Development System packages and as an add-on for the Base package), then the Web Publishing Tool will provide you with three viewing options:
1. Embedded
2. Snapshot
3. Monitor
Detailed information about these options can be found here:
Web Publishing Tool Viewing Options
It sounds like your application would want to use the Monitor option that will just take images periodically and refresh then on the front panel. The Embedded option might also work if
you set the Option for Web Server: Browser Access to be Allow Viewing only.
Here are some related links for more information as well:
Products & Services: NI LabVIEW Remote Panels
Internet Developers Toolkit Reference Manual
Hope this helps!
Kileen Cheng
Applications Engineer
National Instruments

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.

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?

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

Remote front panel with viewing mode in monitor jams if two browser connects

Similar Messages

Maybe you are looking for