Working Principle of Remote Panel

Hello,
I am using LabVIEW Remote Panel and want to know more about it. Does anyone know what is the working principle of it? How can it embeds a VI interface into a Web page? What technique and protocol are used in it?
Thanks

Hi Alan,
You have three options when creating a Web page with the "Web Publishing Tool"; Snapshot, Monitor and Embedded. Snapshot and Monitor are simply including an image of the front panel in the HTML document, whereas Embedded actually embeds a VI front panel (not block diagram/code) with all its functionality in the HTML document to remote control the actual VI on the server. The technology used for the remote control communication is provided by the LabVIEW Runtime Engine. That is why the Runtime Engine has to be installed on the client machines to be able to see the Remote Panel.
When accessing the HTML document the first time, the front panel will be downloaded. After that point, only data that goes to and from the controls and indicators will be transferred. Since the image of the front panel is not repeatedly being transferred, you will get a much better result. One thing you have to take into account though, is that ALL data to and from the controls and indicators is being transferred through the TCP/IP connection, so if you are transferring a lot of data (for example one million points every second on a graph), your network connection can get flooded. Therefore, don't update the indicators with an amount of data that exceeds what can be shown on the indicator.
Does this make sense?
- Philip Courtois, Thinkbot Solutions

Similar Messages

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

Use of property nodes together with embedded remote panels

Hello,
In the LV RT 6.1 release notes is a point under 'known issues'
You can programatically change the properties of front panel controls
and indicators in LabVIEW by using Property Nodes on a block
diagram. Similarly, when you target, or connect, LabVIEW RT to the
RT Engine on an RT Series device, Property Nodes affect the front
panel of the RT Development System on the host computer. However,
if you disconnect the RTDevelopment System from the RT Engine and
subsequently reconnect it, you must reset the properties for them to
take effect on the reopened front panel. The same applies to embedded
remote panels.
I did not found the same in the LV RT 7.1 release notes. Does this still apply to 7.1?
My problem is that everything done using property nodes behaves strange. For example setting scale offsets, multipliers, maximum and minimum is working well if the front panel is displayed in the web browser during the call to the property node. If the web page containing the front panel is reloaded the scalles get messed up.
Also clearing the history of a chart seems not to work.
Is there a workaround for this. Reseting properties as mentioned in the 6.1 release notes does not work with embedded remote panels since there seems to be no way to detect remote connections in labview.
Regards, Beat

For your reference.
I have been doing this since then
Ian F
Since LabVIEW 5.1... 7.1.1... 2009, 2010
依恩与LabVIEW
LVVILIB.blogspot.com
Attachments:
ClusterCTRLPropertyNode.jpg ‏54 KB

Remote Panel not working in Windows 7 Starter

Hi all,
We have an application that can be controlled via remote panel. This is working fine in Windows XP PC. But when I try to access the same by opening Internet Explorer in a PC running Windows 7 Starter OS, I only get the 'Downloading 0.00% of 0 bytes'. I have disabled the Windows Firewall and there is no antivirus software also. What could be the reason for this? How could I solve this?
Thanks in advance,
Priyadarsini
Solved!
Go to Solution.

The system which had the problem was a netbook that came with Windows 7 Starter. We found out recently that there was some parental controls utility in the netbook that prevented the LabVIEW Remote Panel access. We were not aware of its presence & it had not shown any indication that it had blocked Remote Panel communication. We uninstalled this utility & the Remote Panel started working as intended. Thanks again for your help.

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 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 and Internet Explorer

Hello. I have a problem with a Remote Panel and Internet Explorer. I create a measurement system in LabVIEW. It�s composed of a main front panel and a few subVIs with independent front panels opened from main Front Panel when I press appropriate button. As a local system everything works ok but I try to create a web version of this system. I decide that I can use a Remote Panel. In Web Publishing Tool I was creating a web page for each of Front Panel. I try to have the same functionality as in local system, so when in Front Panel (opened in Internet Explorer window) I press appropriate button I want to open secondary Internet Explorer window with a subVI inside. And now I�m stuck because I can�t open this secondary window in a network w
orkstation. Has anyone have an idea how can I do it?

> Hello. I have a problem with a Remote Panel and Internet Explorer. I
> create a measurement system in LabVIEW. It?s composed of a main front
> panel and a few subVIs with independent front panels opened from main
> Front Panel when I press appropriate button.
I think you have two options. You can open most modal subVI panels
directly on a remote machine. The popup panels won't be in a web page,
but it will work with few changes.
A second approach would be to change the app slightly. The buttons that
launch the subVIs will turn into URL links. The links will open a web
page with a different embedded panel.
Greg McKaskle

Open url in a remote panel

HI.
I want to put a button that launch a webpage. I works fine locally, when I click OK button, a new internet window browser is open with the URL.
But if I take the control in other PC client (using Web Publishing Tool) and I click OK button a internte window browser is open in THE HOST. I want to open the new window in the Client.
Thanks.
I attach the VI (open_google.vi) and the HTML file created by WPT (test.txt)
Raymundo Cassani
Attachments:
open_google.vi ‏11 KB
test.txt ‏2 KB

Hello,
When you view or control a VI using Remote Panels that VI is executing on the host side. The VI will not be able to interact with the operating system on a remote panel client. This means that it will not be possible to use this approach to open a browser window on the client side.
You could take another approach- at least the way I would do it is thusly:
Instead of putting the button that launches the page in the VI you could put it in the html file that the remote panel is hosted in.
Using javascript you could pop up a new browser window with the URL you need.
If you need to control what URL is viewed from within the VI you could make the button point to a URL that will be handled by your VI that can redirect to the URL you need. This would be easy to do in 8.6 as you could simply export the VI as a web service. Pre-8.6 you would either have to use the G web server or build a minimal web server yourself (this would be easier than it sounds since the server would have to do nothing but redirect).
I should add that this approach would require some knowledge of HTTP/HTML/JavaScript.
Let me know how it goes.
Nathan
Message Edited by NathanK on 10-15-2008 11:07 AM

How can I disable messages generated by Remote Panel?

I created an application (EXE) to server its panel to other network clients.
I used the Tools > Web Publishing Tool to generate a HTML code to create two different web pages to access this application using Web server:
- Embedded (for some users who need visualize the panel in real time).
- Monitor (to display panel snapshots to users updated every 1 second).
I don't need anyone controlling the remote panel, so I used this option:
Tools > Options > Web Server: Browser Access and checked Allow Viewing (not controlling) for every client connected.
Ok, both are working fine. But it a user try to Request control of VI on the Embedded page (right click in the remote panel), the application running in the server displays a message: Denied control request from XXX: Check permissions.
The embedded page stills working fine, but in the Monitor page that message appears in a box (see attached picture below)..
Is there a way to disable all messages in the remote panel? I realized that I need to access the computer where the application EXE is running to close the message.
I'm thinking in two solutions:
- Unable the right click menu in the embedded page to avoid clients request control of the remote panel.
- Run a code in the application to erase messages generated.
Has anyone an idea how to solve this?
Thanks in advance,
Klein
Message Edited by Klein on 08-06-2008 12:54 PM
Attachments:
Remote Panel message.jpg ‏10 KB

Hi Dpcamargo,
I'm already using monitor with a delay of 1 second and this doesn't seems real time like remote panel visualization.
But you sent me a good tip: use java code to cancel right clicks at all....
I will try this solution.
Hey, we are both brazilians! So, thank you so much, Dpcamargo.

Blink while alarm on using shared variables with remote panel

I am creating an application where I have front panel indicators data bound to shared variables. I also set it up to have them blink when the alarm is on. I am using the DSC module.
This works great under the development environment. But when I connect using the remote panel, I can no longer see the blinking indicator if there is an alarm. I can see the blinking indicator on the machine that is running the program, but no on any of the remote panels (I have no problems connecting to the remote panel and controlling the program).
I have the remote panel set as embedded, since I want the user to be able to change some settings over the network.
I am sure I am missing something simple, any ideas??
thanks
Kenny

I have been using IE6 and Firefox, and I have found that the blinking does show up, if you refresh the page. And then if the alarm stops and the blinking stops, you will not notice it until you refresh again.
Kenny

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

Remote panel and selective control access through Security with DSC

Hi Everyone,
I looked around to see what labview had to offer concerning security of remote panel and all the solutions I've found only propose full access to a remote panel, or none. The login page is not an option for me as everyone on the intranet can access the remote panel for monitoring but not everyone can have control to the buttons on it.
With the DSC module, I can give securities to the different controls and it works great with the exe, if I log in or out, the controls appears or disapears. Unfortunately, with remote panels, those controls are always visibles. Furthermore, when I log in from a remote panel, all the other remote panels get logged in with the same username and priviledges. When I log out, same thing, it logs out all the other remote panels. So the last guy who logs in gives its priviledges to every one else who is monitoring the remote panel at that time. when he logs out, he logs everyone out. I used a reentrant vi hoping that this would solve the problem but it didnt.
I would like to do what my colleague does with Advantech without any problem. He has only 1 .exe is running on the server and whoever connects to it through webserver, just needs to log in and he has all the priviledges of an guest, operator, admin, etc.. with access to controls and features accordingly. All this without interfering with the other people using the remote panels. This colleague has always been doubtful about the capabilities of labview to do SCADA systems and uptil now, I've been able to prove him wrong.. please help me continue
There are workarounds, using remote desktop to the server instead of webserver but it definitely is not as practical for the client and it will need quite some work to to synchronise all the exes open from the differents sessions, through the use of shared variables, binding and securities.
Thank you for your help.
Solved!
Go to Solution.

Thank you very much for your reply Jordan.
The NI security info is on the server (local domain with groups and users), and the running exes as well. The remote panel is not supposed to be accessed by internet, at least not yet, but just by the computers on the network and thinkline computers who are directly connected to the servers. the remote panel is accessed through the simple url: http://serverip/Application.html
There is no problem with accessing the remote panel of the exes on the server from another computer on the network. But there are several security issues when logging in and out with the NI Security Programmatic Login and logout VIs through the remote panel..
The 1st problem occurs when several people access the remote panel at the same time. In my setup, everyone is allowed to check what's happening on the front panel of the running exe, go through the tabs, check the graphs, the tables, etc.. , but only the administrators and the operators can send commands to the machines and the production line through this remote panel. Hence some buttons are accessible to all users, while others are only accessible depending on the privileges of the person logged in.
So like I said in the 1st post, I configured some buttons to be accessible only by the users of the admin group. When the exe runs, it's perfect, if I log in and out with an admin account, the buttons appears and disappear accordingly. But when I check the remote panel, those admin buttons are always visible, even if I am logged in as a guest or even logged out. Is it because the remote panel only needs minimum runtime engine and doesnt use the dsc runtime engine? if so, any work around?
Furthermore, another big problem is that if I login as an admin in one remote panel, then login as an guest in another remote panel, and then logout back from the first remote panel, it says: "User Domain/Guest logged out". Hence, my second login logged out my first user. I can actually see the admin buttons appearing and disappearing on the exe when login as admin and guest from the different remote panels.
So that's it, I would like my remote panel to behave like a normal scada system, with one exe running in the back (on the server) and with all the users accessing it through web server. Several users might/will access the remote panel at the same time and each of the users have a login/password that grant some of them the privileges to take some actions while giving the others only monitoring rights.
I hope that I have been more clear in this 2nd post,
Thank you again for your time.
Best Regards,
Tom.

Running LV application from remote panel which measures FP through different LAN

My LabVIEW application is running in a PC and it takes measurements from the FieldPoint modules which are connected via the FP-1601 network module.
I want to view and execute the application from another PC using remote panel option. The master PC has two LAN connections, one seperate connection for the FieldPoint module and the second one to connect with other PCs.
But the application returns error while initializing the FP modules when executed from remote panel.
Will the application be able to communicate and take measurements from the FieldPoint module in this case? Please explain.
Thanks for the help and awaiting earlier response.
Thank you,
Rajeswari

In principle this I believe this is a TCP/IP routing issue.
If your fieldpoint unit is connected to one card lets say
Card 01 Host 10.0.0.1 255.255.255.0 ---- Fieldpoint 10.0.0.2 255.255.255.0
Card 02 Host 168.95.0.1 255.255.0.0 ---- Lan 168.95.x.x 255.255.0.0
The routing in the host takes care of which card is used for which network segment.
My guess is that you have not seperated the network segments as shown above.
Is this correct ?

Detect remote panel connections?

Is there a way for my VI to 'detect' when someone has connected to it with a Remote Panel and requested control?
I have an issue (due to the size/complexity of my VI I'm sure) that when a RP gains control, after a period of time, the main VI begins to slow down and starts to lose data (it's coming from a TCP connection)!
I'd like to be able to see when a RP gains control, and automatically log them off after a period of time (5 min?). I know that there is a connection time-out on the web publishing page, but it appears to only come into play if 1 RP has control and another requests it. I need to be able to limit the control time of a single RP.
Solved!
Go to Solution.

Cory,
Well, it almost worked...
I'm attaching my little test program 'RP Control.vi'. I've compiled this into an executable that's in my server path, so I can get to it from my laptop (on my network). When I run it from my server, I can press my 'Start' button and nothing happens--no client RP's are connected, so this is as expected.
When I connect via my laptop to the server, my laptop is now the remote client, but it's hasn't requested control -- again, nothing happens when I press my 'Start' button.
When the laptop requests control of the VI, and I press the 'Start' button from the laptop, I see all my data fields filled in, and I show my calculated 'End Time?' which is 1 minute after the laptop got control.
I can then keep pressing my 'Start' button, and see the 'Time Now' update, and when 1 minute elapses, I see my 'Close' LED turn on, indicating I should have activated the 'Close Connection To Client'.
However, the laptop still has control of the VI...it hasn't returned to the server.
Any suggestions as to what I may be doing wrong, or does the 'Close Connection To Client' work differently?
<edited>
Looking at the Method - 'RP.Close Connection To Client' does this return control of the VI to the server copy (which is what I want to do), or does it try to completely disconnect the Remote Panel (which is not what I'm looking for)?
Message Edited by Steve257 on 09-17-2009 02:47 PM
Attachments:
RP Control.vi ‏22 KB

How to Detect LV runtime engine prior to showing Remote panel in browser?

I work on a web server that delivers remote panels embedded in browser windows. On new machines, the labview runtime engine needs to be downloaded and installed.
Currently, when a new user 'hits' the remote panel, the user is prompted and then downloads the component. However, the user experiences some errors that can be confusing. The first time, the remote panel is not embedded properly and the user must go 'BACK' then reload the page.
We would like to check and detect whether the LVRT engine is installed prior to posting a webpage that contains a remote panel.
What is the best way to detect whether the LVRT engine is installed on a remote computer?
Jim West

Jim West wrote:
My brain is swimming... I haven't had enough coffee this morning... There is a chicken and egg issue. As soon as I post the page, the client knows it needs to install the Labview runtime engine. However, my Labview process has already attempted to place the remote panel in the page. I get an error. I'll admit that I haven't delved into my software since there are two spawned processes involved. One process responds to the request and another lingers in memory running the remote panel until the user finishes.
From my perspective my lingering process should be sufficient to get the remote panel displayed when the RTE in finished installing but here is the catch. Installing the RTE requires a reboot, therefore the server process would need to linger in memory a long time and then would need to recoginize that a user from the same computer and login is looking for the page. Not really the way to go. I can't have a process on the server lingering waiting for a user to reboot his computer and then do something when they start running again. That process needs to die right away if the RTE is not available.
Jim
Would it be possible for this lingering process to check to see if the web server read has timed out? The default is 60 seconds, and you can change it by going to Tools>>Options>>Web Server: Configuration.
Trey B
Applications Engineering
National Instruments

Working Principle of Remote Panel

Similar Messages

Maybe you are looking for