Remote panel loading

When loading a remote LabVIEW VI into IE why does the IE globe stop spining and the lower left IE status bar displays Done before the VI is actually loaded? The WEB page will display downloading panel but can take some time to actually load depending on network speed and size of VI.

oman5298 wrote:
What does this message mean" Client does not have access to specified VI ". It appears for this time while I was tryibg to build a remote RT front panel.
Thank for you posting on the National Instruments Discussion Forums.
Regarding your question, this error indicates that either the server-side configuration is incorrect to give the client access, or that you are trying to access the server from multiple clients with a license that is for a single seat.
The following document describes how to setup the remote front panel. I would like to suggest that you follow all steps in this tutorial, and ensure that you are only accessing the panel from a single remote computer.
Remote Front Panel
Thank you, and have a great day!
Scott Yellig
Applications Engineer
National Instruments

Similar Messages

Remote Panel: how to load a vi into memory without showing it on the screen

Hi,
I'm using the remote panel facility of LabView 6.1 to allow any user
to control my instruments from within a web browser. However, in order
for this to work, labview has to be running and the vi opened on the
server, which i want to avoid.
Is there a possibilily to enable the labview web server and load a vi
into memory in the background, whithout showing it on the screen?
thanks

> Is there a possibilily to enable the labview web server and load a vi
> into memory in the background, whithout showing it on the screen?
>
Not at the moment. The VI truly is running on the server and simply
displaying on the remote machine(s). At the moment it also needs to
have a display on the server. You probably could write a small VI to
periodically look for open LV windows that have connections to them and
minimize them. Then run that VI on the server.
Greg McKaskle

Browser can't load HyperTrend in a Remote Panel Application

I use the Remote Panel Function (LabVIEW6.1 + DSC6.1)to publish a Front Panel.
When I load the Front Panel with a Browser (IE6 or NS7) i can see all elements on the Front Panel except the HyperTrend.
I get an empty space where is written "Element could not be loaded".
This appears only on machines, where no LabVIEW is installed. (But of course the Run Time Engine 6.1)
What could be the reason?
Thanks for all help
Thomas

Thomas,
I think you don't have the ActiveX control on your remote computer.
You might copy the hypertrend.dll from your DSC computer to the remote computer and run regsvr32 "c:\winnt\system32\hypertrend.dll" to register the activeX control.
With this you might see the ActiveX control in the Remote Front Panel.
However, I don't know exactly if you would see traces and if you could browse back to the remote database. For sure you would need as well Logos/Citadel services running on the remote computer to do that.
A good point about limitation of ActiveX controls in Remote Front Panel is menioned in : Why Doesn't My ActiveX Object Update In A Remote Panel?<
/a> and the link at the bottom of this one.
H...

Slow loading of Remote panel on FP-2010

Are there any benchmarks for how much time it takes to download a remote LabVIEW VI into WEB browser.

Hi,
Since each network is unique, it is difficult to benchmark how quickly a Remote Panel can be loaded. There are many factors involved like the type of data and the amount of network traffic. However, we do have a document that describes good habits when developing these applications. Check out the following links:
Developing Remote Front Panel LabVIEW Applications
Viewing Remote LabVIEW RT Front Panels in a Web Browser
Mike
NI

CFP2120 remote panel shows "downloading panel 0% of 0 bytes" but never loads the panel

body {margin:8px} .LW-yrriRe {font:normal x-small arial}Good morning,
I've been trying to run a remote panel with a cFP2120 upgraded to LabVIEW
2009 & fieldpoint 6.05 (it was on labview 8.5 with 6.01) to no avail, the
program runs ok in the project manager and runs on the fieldpoint but the remote
panel doesn't. I would like to know if anyone else runs remote panels with 2009
and cFP2120s and if so was there any tricks required?
Things I've tried:
Upgraded and installed latest labview Runtime.
Tried on PC's running XP/XP Home/VISTA.
Tried with both Mozilla and Internet Explorer
Tried using a different port
Disabled firewall.
Using full name for html file
check html source code.
New project with simple program (flashing LED A on cFP), this works
Tried on two different cfP2120's
tried reformatting and reinstalling the s/w on the cFP
The front panel works fine with LabView 8.5 and FieldPoint 6.0.2
thanks for any help.

I believe that this may be a problem with the conversion from 8.5 or 8.6 to 2009. We recently ran into a problem that was similar to this. The steps that we performed to correct this were:
1.) Created a project (with only one VI called test_vi_851.vi) in LabVIEW 8.5.1
that I built into a real-time exe with a remote front panel and got all of that
working.
2.) Closed LabVIEW 8.5.1.
3.) Manually rebooted the cFP-2120
into Safe-Mode (by flipping the dipswitch on the front of the controller).
4.) From MAX, formatted the disk by right-clicking the controller under
Remote Systems and selecting Format Disk.
5.) After the controller rebooted,
reset my network configuration and name of the controller and hit Apply
(controller rebooted again to apply these settings).
6.) After the
controller rebooted (still in Safe-Mode), I added software to the controller
(FieldPoint 6.0.5 with LabVIEW 2009, controller rebooted again).
7.) After
the controller rebooted, I manually switch the Safe-Mode dipswitch back to off
and then rebooted the controller again from MAX.
8.) Launched LabVIEW 2009
and manually opened the VI (test_vi_851.vi, just the VI, not the project).
9.) I went to File»Save As... and selected the option Copy - create copy on
disk»Substitute copy for original.
10.) I then chose to name this copy
test_vi_2009.vi. Then I closed the VI, which brought me back to the LabVIEW 2009
Getting Started window.
11.) Selected Empty Project and then targetted the
cFP-2220.
12.) Enabled the Web Server by right-clicking the
target»Properties»Web Server»Enable Web Server. Then I deployed this setting to
the controller by right-clicking the target»Deploy.
13.) Returned to MAX and
rebooted the controller.
14.) After the controller rebooted, I manually
added test_vi_2009 by right-clicking the target»Add»File... .
15.) Opened
test_vi_2009 from the project and created a new html file (called mypage.html) using the Web Publishing Tool.
16.) FTPed mypage.html
to the appropriate folder on the controller.
17.) Returned to MAX and
rebooted the controller.
18.) After the controller rebooted, I ran the
test_vi_2009.vi from the project and was able to access the remote front panel
(http:///mypage.html).
Please give these steps a try, and let me know if you run into any further problems.
Nick Keel
Applications Engineering
National Instruments
Nick Keel
Product Manager - NI VeriStand and Model Interface Toolkit
National Instruments

Labview remote panel not loading

Hi,
I have a colleague who can't see my remote panel.
The site is
http://distillation.engr.utc.edu/WPI/WPI-Distillation.htm
My friend installed the LV runtime for LV 7.1 (which is what
the server has). He gets this response, in addition to the blank panel:
"Application Layer Gateway Service has encountered a problem and needs
to close. We are sorry for the inconvenience.
szAppName : alg.exe szAppVer : 5.1.2600.2180 szModName : ntdll.dll
szModVer : 5.1.2600.2180 offset : 0002d9cb"
Do any of you have any suggestions?
JIM

Consider it ignored.
David_B
Applications Engineer
National Instruments

Invalid server IP address for Remote Panels under LV 8.0.1

The other messages for troubleshooting the "invalid server IP address" were very helpful with getting my EXE to operate as a remote panel. But there is still one issue that I cannot resolve that seems to be caused by the 8.0.1 upgrade.
The remote panel work perfectly using IE6 on a computer that has the LV 8.0.1 FDS or PDS installed. When I use a computer that has LV 7.1 or no LV at all, the invalid server IP address appears inside the border of where the VI should appear on the HTML page. The connection to the remote computer is correct, the HTML file is delivered by the web server in LV, but the panel part of the page returns the error.
Does the part of the HTML that loads the Run Time Engine need to be updated for 8.0.1? Will the LV 8.0 RTE work for a remote panel on an EXE compiled for LV 8.0.1?
The code is:
var obj = '<OBJECT ID="LabVIEWControl" CLASSID="CLSID:A40B0AD4-B50E-4E58-8A1D-8544233807AD" WIDTH=1216 HEIGHT=915 CODEBASE="ftp://ftp.ni.com/support/labview/runtime/windows/8.0';
if (lng.indexOf("fr") != -1) { obj = obj + '/French'; }
else if (lng.indexOf("de") != -1) { obj = obj + '/German'; }
else if (lng.indexOf("ja") != -1) { obj = obj + '/Japanese'; }
obj = obj + '/LVRunTimeEng.exe">';
Michael Munroe, ABCDEF
Certified LabVIEW Developer, MCP
Find and fix bad VI Properties with Property Inspector

Thanks for the suggestion, Tunde. After further experimentation, it seems that 8.0.1 was not the problem. I worked perfectly when I removed the <parameter server=... > line that I added manually.
Michael Munroe, ABCDEF
Certified LabVIEW Developer, MCP
Find and fix bad VI Properties with Property Inspector

Remote Panels not working in embedded viewing mode

Hello,
I'm trying to develop a web version of my project using Labview remote panels. I configured the web server properties as it's described here: http://www.ni.com/white-paper/4791/en/
Currently I'm trying to create the web page on the web publishing tool. However when I select the Embedded viewing mode option I get an "Requested VI is not loaded into memory on the server computer" error on the web page that is created. But if I select Snapshot or Monitor viewing mode option the page is loaded without problems.
I'm using Labview 2013 and oppening the web page in google chrome. The VI from which I'm trying to create a remote panel has some subVIs that show the front panel when called. Is there anything I'm forgetting to configure, or do I need to have any plugins instaled on my browser?
Solved!
Go to Solution.

Mateus23 wrote:
I'm now developing the web version in HTML 5, using web services to comunicate with my labview application.
There you go, good solution. When doing this remember that you have access to the database on the server. A structure I have found effective is to use the server DB like a dropbox that I write to, and the web server reads from.
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

Remote panel doesn't work

I am using 2011 SP1 version of LabVIEW, toolkits and add-ons. I am trying to make the following remote panel opening VI work.
This used to work well on LabVIEW 8.5 but now I get an Error 7 from the last Invoke Node of the second loop. The top loop works fine. HPAC Main.vi is running as a startup VI on the RT target (PXI-8106). I can open its front panel using this VI. But the second loop can't open ST_viewer 1.vi. File names and paths are all correct. For building HPAC.rtexe, on the Source Files tab, HPAC Main.vi was chosen as a startup VI while ST_viewer 1.vi was put in the Always Included box. The VI server of the PXI is using TCP/IP port 3363. The PXI is directly connected to this host PC by an Ethernet cable.
I also made a very simple project (attached file named ServerTest), deployed its rtext to the PXI and ran it as startup. After rebooting, I tried to open the remote front panel of main.vi and sub.vi on the PXI using access.vi. I get the following errors at the Invoke Nodes.
For trying to open main.vi > Error 1352: Requested VI is not loaded into memory on the Server Computer
Fro trying to open sub.vi > Error 7: File not found......
As suggested in the article, Real-Time System Manager seems useful but I can't find it. Tools > Real-Time Module > and then I can't find the system manager. I only see Project Wizard, Configure Time-triggered Network and Execution Trace Toolkit. Does 2011 version have something else?
Any help will be appreciated!
Attachments:
HPAC Executable.vi ‏33 KB
ServerTest.zip ‏215 KB

Thank you, JaymeW. I found the VI States tab in the Distributed System Manager. And yes, all the steps in that article were already done.
If I set sub.vi as a startup VI on the PXI along with main.vi, then I can open it using the same method that opens main.vi. However, if I put sub.vi in Always Included box on Source Files tab and use the VI server to open it, I get errors.
On the VI States monitor, I see main.vi running as a startup VI on top level when I turn on the PXI. Then, I run access.vi and open main.vi successfully. When I click the sub.vi open button, sub.vi appears on the monitor with Run Top Level status but I get error messages.
At the first attempt to call the remote front panel of sub.vi, I get:
LabVIEW: Resource not found.
An error occurred loading VI 'lvfpp0.vi'.
LabVIEW load error code 3: Could not load front panel.
From the second call, I get:
Error 1000 occured at Invoke Node in access.vi
Possible reason(s):
LabVIEW: The VI is not in a state compatible with this operation.
Method Name: Run VI.
Could you take a look at the attached simple project and suggest a solution? Thank you!
Attachments:
ServerTest2.zip ‏218 KB

Remote Panel and DSC interfering?

Hi, I wonder if DSC or OPC is interfering to view my remote panel in a executable, since I installed them and now I cannot see my web page. I mean the instructions says close Labview to gain acces with the executable, does DSC or the shared variabel Server or something is interfering?
What happened:
I have a program which monitors temperature for rooms with fruit, We acquire the temps through modbus RTU, and We see that info through internet.
First I did it with the modbus libraries, and It worked, We had the web page working through remote panels and the web publishing tool.
But now I saw the DSC toolkit for Labview, and excited about that I migrated the whole functionality to the IO servers, and until the very end, when everything else works ok, the web page or remote server doesn't works, works with the VI but not with the EXE.
The first time I followed this, and I did this time again with not succes
http://digital.ni.com/public.nsf/allkb/7F95D43D3F50FCAC8625710E000068E1
Currently state:
My Web server is started and works in development, I made a webpage named TRY.html, and it works in Labview with the VI.
I know that the plugin doesn't works on chrome, but just to let you see that the problem is not IEXPLORER, whetn the web page is static it works on chrome too.
With IEXPLORER (right) it works in chrome (left) it doesn't
Working on IExplorer
So I followed the steps from the instructions, added the web page to my project, added to the build, and built
Then I modified my NIconfigserver file, and CLOSED labview entirely, the tutorial says so, I closed at least as much as I used to do before.
My ni config
# Web server configuration file.
# Generated by LabVIEW 14.0
# 13/06/2015 11:44:16 p. m.
# Global Directives
NI.AddLVRouteVars
ErrorLog "$LVSERVER_ROOT/logs/error.log", level=2, anew
TypesConfig "$LVSERVER_ROOT/mime.types"
LimitWorkers 10
LoadModulePath "$LVSERVER_ROOT/..;$LVSERVER_ROOT/modules;$LVSERVER_ROOT/LVModules"
LoadModule LVAuth lvauthmodule
LoadModule LVSnapshot lvsnapshotmodule
LoadModule LVRFP lvrfpmodule
Listen 8000
# Directives that apply to the default server
NI.ServerName LabVIEW
DocumentRoot "C:/SMC/data"
InactivityTimeout 60
SetConnector netConnector
AddHandler LVAuth
AddHandler LVSnapshot snap
AddHandler LVRFP
AddHandler LVSnapshot
AddHandler fileHandler ""
AddOutputFilter chunkFilter
DirectoryIndex index.html
My ini
[SMC]
server.app.propertiesEnabled=True
server.ole.enabled=True
server.tcp.paranoid=True
server.tcp.serviceName="My Computer/VI Server"
server.vi.callsEnabled=True
server.vi.propertiesEnabled=True
WebServer.Enabled=True
WebServer.TcpAccess="c+*"
WebServer.ViAccess="+*"
DebugServerEnabled=False
DebugServerWaitOnLaunch=False
saveFloaterLocations=True
find.viListFlags=0
LastErrorListSize=0,0,0,0
paletteStyle="NamedIcons"
And so, I open my EXE, then reload the webpages, and I can see that the web server is started, because it shows the html, but I cannot link to my EXE. It says that can't find my VI
Requested VI is not loaded into memory on the server computer
If I close the EXE the server stops
Remote Panel connection refused by specific server, Make sure Labview Web server is enabled
And that's my history
It's always hard for me to get the web page working, but this time I've spent hours without success
I did the test in my development pc and in the target PC and is the same, on these PC's the webpage was working before using DSC.
So any help will be appreciated
My best regards

The DSC Runtime Engine will be sufficient for the deploying the project to a new computer. The Run Time Engine is equivalent to the DSC Module, but you can't do any programming with it. You will need to purchase a separate license for the Runtime license for each deployment computer also.
What is the DSC Run-Time System and When Should I Use It?
http://digital.ni.com/public.nsf/allkb/E56DB8726DB68F288625770E00594351
Thanks,
Frank
Application Engineer
National Instruments

File Dialog's using Remote Panels (via web server)

I am aware that the web server remote panel access will not allow us to open a file dialog box on a remote computer. I have read people comment that you should create your own file dialog box, using LabVIEW to use instead of the file dialog box.
Has anyone actually done this? I would like know if anybody has source code for this, rather than re-inventing the wheel. Also, will the sub-vi actually just appear on the webserver? i.e. will it actually work?
Thanks for any help
Slade

Hi Emilie,
I have a program that I run on an industrial PC, with no keyboard, video or mouse. We currently control the application using the web server. We have a button to load and a button to save settings. If the files are missing for the load & save, it pops up a file open dialog to choose the file to import. However, while we are viewing the page this way, these dialog boxes do not work.
I would like to know if anyone has made up a file dialog box that I could use, that would display correctly in the web server's remote control.
Regards,
Slade

Opening a Remote Panel of the Top Level vi for an executable

Hello Everyone
I was wondering how you would open up a remote panel for the top-level vi in an executable?
I have created a LabVIEW application and have tested opening the remote panel when it is running in the full labview development suite - this all works fine. I simply go operate>connect to remote panel and enter the server address, the port (8000) and the vi name using the path "My Project.lvproh/My Computer/main.vi" format.
However, if I then build this application into an executable I do not seem to be able to open a remote panel - it might be that I am just entering the VI name incorrectly.
with VI name = "main.vi" or with VI name = "C:\builds\main.exe\main.vi" and the exe. running I get the error:
Connecting to remote panel server...
Requested VI is not loaded into memory on the server computer
However I am not sure how else I would enter it.
The main.ini has the following configuration:
server.app.propertiesEnabled=True
server.ole.enabled=True
server.tcp.acl="0800000008000000"
server.tcp.enabled=True
server.tcp.paranoid=True
server.tcp.port=6363
server.tcp.serviceName=""
server.vi.access=""
server.vi.callsEnabled=True
server.vi.propertiesEnabled=True
WebServer.Enabled=True
WebServer.TcpAccess="c+*"
WebServer.ViAccess="+*"
DebugServerEnabled=True
DebugServerWaitOnLaunch=False
Both machines have LabVIEW 2011 Profesional Development System SP1 on so I do not think it is a limited remote access licence issue.
Any suggestions as to where I am going wrong would be much appreciated.
Cheers
John
Solved!
Go to Solution.

It appears that you can infact use remote panels within an executable.
The problem I had was that I had left the web server port for the remote panels the same as the LabVIEW development environment. That meant that the main LabVIEW web server was getting in the way of the web server that was associated with my built application.
With the application's web server on a different port and the VI in memory (and the file in a library/directory external to the exe if it is not the top level VI), you just need to specify the VI name such as main.vi .
Solved!

Server does not support remote panels

I am developing an online laboratory setup and hence am using a client server model..the client VI being accessed by remote users online. I have done all the necessary steps using Web Publishing tool and the configuration set up. I have also tested the VI previously online. Suddenly now when I hit the URL for the VI the panel does not load...it says Server does not support remote panels. What could be the problem?

see answer given second posting of question.
BJD1613
Lead Test Tools Development Engineer
Philips Respironics
Certified LV Architect / Instructor

Server does not support remote panels, server overwhelmed

After an unknown amount of connections to remote panels, I recieve the "server does not support remote panels" error. Often times it will further say server is overwhelmed. It seems like sometimes we can have almost 100 succesful connections without the error and sometimes just only 10.
Ive combed over all other similar posts regarding this error and most others seem to have an issue with the initial connection, not after numerous succesful connections.
This error can be resolved by restarting labview; however, restarting means interupting some physical processes that are running in our warehouse. Is there a way to locate and empty this log that appears to be overwhelming the server?

Thanks for the reply.
Using Labview 2013 Full Development on windows server 2008. IO communication done through compact field point modules. All remote computers used to access remote VIs have been loaded with the correct runtime engine. The issue seems to happen on the server end because once it happens, all remote computers get the same message, instead of one isolated computer having an issue.
There doesn't really seem to be a pattern to this error occuring(to my knowledge). Sometimes we can go a week or two without seeing it, other times, a few days. We upgraded to labview 2013 and the new server almost a year ago. This error didn't start happening until after about 4 or so months of use.
I came across this knowledgebase earlier this week and have verified that all of our settings are correct.
Thanks again for the reply!

Workaround for Sophos anti-virus blocking remote panel

Hello, I was hoping if anyone had some suggestions regarding working around an antivirus.
I'm trying to have a PC act as a web server for some Labview embedded remote panels. Unfortunately whenever I tried to load it in browser on both the local host and other computers connected to the network (even very simple test VIs), I get the 0% downloaded problem people have had in the past. Since I have admin privileges on the host computer I have discovered that by disabling the antivirus (Sophos Endpoint Security and Control, ver. 10.2) completely fixed the problem for that machine.
My problem is that I intend for students to use the VIs and they do not have the access rights to disable Sophos so they too will be able to use the panel. Faculty IT are unwilling to modify the antivirus for the computer lab PCs so it is down to what I can do on the server PC to fix this problem.
Does anyone have any suggestions to work around it? I've tried a couple of different ports for the web server (8000 & 5000) with no luck. Snapshots come through fine, it is only the embedded ones that get blocked.
Any help would be appreciated.
Specs:
Labview 2011 with Run-Time Engine 6.1
Windows 7 (64 bit)
Anti virus: Sophos Endpoint Security and Control, ver. 10.2. On-access scanning is causing the issue.

I guess you have to ask IT which ports you can use, e.g. 8080, from the top of my mind.
/Y
LabVIEW 8.2 - 2014
"Only dead fish swim downstream" - "My life for Kudos!" - "Dumb people repeat old mistakes - smart ones create new ones."
G# - Free award winning reference based OOP for LV

Remote panel loading

Similar Messages

Maybe you are looking for