Is it possible to embed a remote panel in a subpanel?

When I connect to a remote panel it opens its own totally seperate window from the calling VI. Is it possible to open a remote panel in a subpanel of the calling VI. If this is not possible then as remote web panels make use of Active X would an Active X container work?
Thanks

Hi Peter,
I've set this up with a small test and it seems to work ok. You just need to create an activeX control and select the Microsoft Web Browser, and then for the navigate property, select the URL that you want to point to - in this case, your LabVIEW remote panel. Requesting control etc still seems to work ok in this configuration.
Take a look at the attached vi's and html page - you'll need to copy this html page into your 'C:\Program Files\National Instruments\LabVIEW 8.2\www' directory to get this to work, and make sure you have the web server configured correctly. The browser vi is the one to run - with the test vi being the one in the remote panel.
Hope this helps
Regards
Hannah
NIUK & Ireland
Attachments:
test.zip ‏14 KB

Similar Messages

Is it possible to view remote panels without LAN?

Useing inbuilt webserver of LabVIEW limits to view remote panel over LAN or WLAN.what are other possible ways to view it on other pc which is not in LAN?
Vikas H. Kumthekar
ASE
Tata Consultancy Services
Pune-1

Not that I tried it, but what makes you think it is limited to a LAN?
Remote FPs work on TCP, so I would expect any kind of TCP connection you can form to work (like a modem). It probably won't work over a serial connection or something similar, if that's what you're asking (unless you know how to make it work like a network card).
Try to take over the world!

Is it possible to limit the number of remote panel connections to a vi?

Hello,
I have an application running on a RT PXI and I'm using remote panel to access it. My licence allows me to have multiple remote connections and it's ok as I sometimes need to open multiple remote panels at the same time. However, I would like to limit the number of connections to 1 for a particular VI. Is it something that can be done?
Regards,
Patrick Lessnick
Solved!
Go to Solution.

Patrick: If you right click on your target PXI system in the project exporer, select Properties>Web Server>Browser Access you can select who you let have access to your VIs. Likewise, in the Visible VIs section of Web Services you can limit which of your VIs you want people to be able to see.
If this isn't enough control, from your run time application on the PXI system you can write a startup VI (in parallel with your main application) to monitor the Remote Panel: Connections to Clients Property of the real time server. Once this monitor application sees a connection you can take any number of actions to prevent more than one connection, deny access to specific IP ranges or what have you.
I am assuming you are using LabVIEW 2009 and MAX 4.6.1 but it may apply to earlier editions.
Hope this helps.
Bill

I am getting a Remote Panel displayed on the remote display outside of browser. How tdo I force the panel to display in browser.

I have several machines running LabVIEW 8.2.1 my application uses remote panels embedded in a browser to display the front panel of the running VI. One machine is responding with the brower window coming up, but when the VI is launched it is displayed on the remote machine as a stand-alone remote front panel. About half of the machines have had InternetToolkit intalled, at least one machine that is working does not. the machine in question does not. Could this be part of the problem.
The enclosing web pages are generated by a .Net web server running on port 80, LabVIEW web server on port 81.
Example object block from the generated page. Other than machine and vi information I do not se any differences between the applications.

<OBJECT ID="LabVIEWControl" BORDER=1
    CLASSID="CLSID:A40B0AD4-B50E-4E58-8A1D-8544233807AE"
    CODEBASE="ftp://ftp.ni.com/support/labview/runtime/windows/8.2/LVRunTimeEng.exe"
    WIDTH="722" HEIGHT="740" >
    <PARAM name="server" value="http://hostname.domain.class:81" />
<PARAM name="LVFPPVINAME" value="Force.vi">
<param name="REQCTRL" value="true">
<EMBED src="http://hostname.domain.class:81/.LV_FrontPanelProtocol.rpvi82" LVFPPVINAME="Force_13.vi"
REQCTRL="true" WIDTH=722 HEIGHT=740 TYPE="application/x-labviewrpvi82"
PLUGINSPAGE="http://digital.ni.com/express.nsf/express?openagent&code=ex3e33&">
</EMBED>
</OBJECT>
Any thoughts or help greatly appreciated.
Thanks,
Phil

Kevin,
Thanks for the reply.
Attached is a screen shot of the problem. This is from my home machine which does not have a LabVIEW environment installed, but does have runtime plug-ins for 7.1 & 8.2.1. I also get similar results on my development machines.
The serving machines are all on campus.
The remote front panel on the left is what I expected to see embedded in the 'loading ....' field on the Web page on the right.
The application [ The iLab Project ] is complex and uses a collection of .Net Web Services to provide access to remote labs using the Internet.
Access to an iLab Lab Server running on port 80 is authorized by a Service Broker, normally running on another machine. The Lab Server, LabVIEW environment and measurement hardware are normally on the same machine, iLab Lab Server using port 80, LabVIEW WebServer using port 81.
Once the user is authorized and redirected to the Lab Server the Lab Server ensures that LabVIEW is running and the specified VI is loaded, a web page is generated on port 80 that includes the OBJECT block to display the front panel from port 81. Example OBJECT block included in my original post.
I have used this code on three other 8.2.1 Lab Servers with different VI's and the Front panel is displayed in the web page as expected.
Variations of the code have been used since LabVIEW 7.0. Prior to version 8.2 the InternetToolkit, GWeb Server and a custom CGI VI were used to generate the contents of an in-line frame to display the Front Panel. Since 8.2 I generate the Object block directly as part of the aspx processing. Is it possible I need the InternetTookit installed even if it is not used, I'm pretty sure one of my working systems has never had the toolkit installed, the machine in question has not.
I hope this makes my problem clearer, any help, pointers or further questions will be appreciated.
Phil
Attachments:
remotePanelBehavior1.jpg ‏216 KB

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

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 DataSocket

In LabVIEW6.1,there is "Remote Panel"feature.And in http://digital.ni.com/demo.nsf/websearch/3DF73584759FF60986256ABD005BB446?OpenDocument&node=1381_US, there is a demonstration named "Weather Station".In LAN,I can control the VI from another host.But how can I control a VI from a host of different LAN or by Internet.For example ,can I bulid a remote panel which you can control from your own computer?
Thanks.

LabVIEW ships with a web server that is used to host your own applications. In LabVIEW 6.1 you find the tools to help you embed your own VI in a web page. These tools are found under Tools >> Web Publishing Tool and Tools >> Options >> Web Server. Most corporate networks have a firewall that you will have to deal with. In order for everybody inside or outside the firewall to access your remote panel, you will have to open a port through the firewall. Also, anyone that wants to view a remote panel will have to have either the LabVIEW Run-Time engine or full developments system installed.

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

Can you use LV6.1 Remote Panel AND CGI?

I would like to use both CGI and the Remote Panel system of LabView 6.1. I'd perfer to be able to implement the CGI in either Perl or LabView, but anything would work. What I'm trying to do is have a front end that is mainly all CGI, and only after certain conditions things have occured in the CGI would they be allowed access to the Remote Panel. This could be pretty easily done by having the CGI write the HTML file for the Remote Panel. I would do it all using Remote Panel, but the I only have 1 license, and I only really want 1 person to be able to use the Remote Panel at a time, but I want multiple people to have access to the CGI at any given time. Any ideas would be more helpful.

I'm working on a similar issue with controlling connections to my remote panels. Correct me if I'm wrong, but I think the above solution has some loopholes also. Since the CGI script is generating a new HTML and actually writing it to disk, wouldn't anyone else also be able to connect to this newly page if they new the URL?
For instace:
1) A person logs in from the CGI page.
2) The CGI script builds the remote panel page.
3) At any time thereafter, someone knowing the name of the new webpage can connect to it.
Now this problem could be solved if the newly generated page could be sent directly to the person who has logged in if session variables were used within a single web server. However, since two separate web servers are being
used, this is probably not possible.
If anyone has a solution to this new problem or can refute what I've just said, please let me know. I have been running over how to do use a login system repeatedly without success. I really don't want to default back to using IP addresses to block access since my users will be 1) spread across multiple IP ranges and 2) more than likely unable to provide their own IP addresses if requested.
Thanks,
Pete

Remote panel plugin support for Firefox browser?

I think I've been through all the relevant material on the NI site, but to no avail. I used to be able to make Remote Panels work with Mozilla by copying the NPLVWin32.dll into the Mozilla plugins directory. This doesn't seem to work with Firefox--at least, not with my Firefox.
I have XP, Firefox 1.0, and LabVIEW 7.1.1, and these tests are all on the machine that has LabVIEW installed, so the run-time engine is not the issue. The symptom is that I get "Click here to download plugin" when trying to load a page with an embedded panel no matter what things I do in the Firefox plugins folder.
Any ideas? I think that Firefox/Mozilla are closing in on 10% market penetration, with much higher rates in Europe, and I'm wondering if others have made this work. This experience has also made me want to know more about how browser plugins work (how the supporting library is selected and located by the browser, how the OBJECT and EMBED tags work, etc.), so good tips on explanatory nuggets are also appreciated.
Thanks,
John

I have no issues using remote panels in Firefox (2.0) I believ 1.5 worked as well.
You only have to make sure you accept the ActiveX component
Ton
Free Code Capture Tool! Version 2.1.3 with comments, web-upload, back-save and snippets!
Nederlandse LabVIEW user groep www.lvug.nl
My LabVIEW Ideas
LabVIEW, programming like it should be!

Internal Error trying to open a remote panel in netscape 7.1 in linux

/usr/local/netscape/netscape
Internal Error : "fontmgr.cpp", line 1023
LabVIEW version 7.0
For assistance in resolving this problem, please exit and relaunch LabVIEW, or contact National Instruments.
I got this error when I was trying to open a remote panel from a machine running windows 2000 to a machine with netscape 7.1 browser under linux redhat 7.3
I have made a link in /usr/local/netscape/plugins LV7NPlugin.so -> /usr/local/lib/LabVIEW-7.0/LV7NPlugin.so
I have also copied the file in /usr/local/netscape/plugins but it doesn't work.

Here the official statement from NI
The crash happens when LabVIEW can't open the catch-all font of "fixed" as a fallback when a particular font is not available on the system. The "fixed" font is ALWAYS supposed to be available on the system. The "fixed" font is provided by a font alias in the file /usr/X11R6/lib/X11/fonts/misc/fonts.alias. The alias should be defined in the first few lines of this text file. On a SuSE system where the crash is occurring, do an 'xlsfonts | grep fixed' . In a correct configuration, you should see a font called simply "fixed" in the output, but if not, this will cause the LV crash. I have not actually been able to reproduce the problem here without intentionally deleting this alias, because "fixed" is available on our SuSE syste
m with the XFree86 packages from SuSE 8.2 installed. It's possible that this problem has already been corrected by SuSE, and the packages on their FTP site have been updated from the original CD release. Workaround: Download XFree86-4.0.3-19.i386.rpm or later from ftp.suse.com (or a mirror; ftp.mcs.anl.gov is a really fast one in the USA) and upgrade your X server. Verify that "xlsfonts | grep fixed" reports that the font is available. LabVIEW should then display an ugly fixed-width font for the missing font(s), but not crash.

Remote Panel exe no custom icon

I have a built exe which has remote panels enabled and is working properly, however there are two less than ideal issues I am trying to resolve:
1) The custom icon I have developed for my exe only appears in the titlebar of the server VI but not in the remote panel. The default LabVIEW icon is displayed on the remote panel. I assume this is because the remote machine's OS has not registered the icon of the exe and is using the icon registered to the run-time engine on the remote machine. I would like to know if anyone has found a workaround to getting custom icons to show properly in the remote panel?
2) There seems to be a slight delay in actually loading the front panel of the main VI in the remote browser, or any pop-ups remotely for that matter. You can visually see the LabVIEW toolbar (run, stop, VI icon, etc.) for a split second before the VI shows as running on the remote panel. This occurs when calling a subVI set to open front panel when called. Even if VI Server is used to load a VI and the VI is run well before the front panel is opened there is still a lag on the remote machine that displays the VI before it is running and shows the LabVIEW toolbar briefly. Does anyone know how to improve this? For pop-ups it looks a little awkward (I know pop-ups are probably not recommended for remote panels but my application requires a limited amount of them).
Steffan

Joe_S wrote:
Steffan,
Let's start with the first issue. I have gotten a chance to test out the first problem on my own, creating an executable that runs with remote panels in LabView 2010 and I was not able to reproduce the problem with the custom icon. The icon that I made for the VI shows up on the remote computer. I did not see any CARs relating to this issue. One thing you can try is running your program in the LabView development environment to see if the icon still won't show up on the remote computer. That way you can determine if the issue is within LabView or within the executable. You can also do the same thing to see if you still see the delay in the LabView toolbars.
Hope that helps! Have a great day!
Regards,
Joe S.
Application Engineer
National Instruments
Hi Joe,
Thanks for the reply. For the custom icon, that is created in the build specification for the exe so it can't be run from the development environment to test. Which icon resolutions did you specify? Does your remote test machine only have the run-time engine installed? I tried specifying icons for all resolutions but that did not make a difference. One additional thing to note is that my server machine is running Windows 7 and the remote machine is running XP. Could that be a possible cause?
As far as the toolbars delay, that is present in both development environment and as an exe so that one should be easily reproducible. Let me know if I am missing something here.
Steffan

Why crashes LV 8.0.1 when opening remote panel

Hi everybody,
everytime I try to open a remote panel to my vi from another VI Labview (remote client) crashes completely. It worked fine with LV 8.0 but not with LV 8.0.1 on a linux machine (Suse 10.0). When I try to open the panel in a browser it says that the run time engine is missing. But installing the rte doesn't work because the script says it's already installed. There is no difference if I try it locally or on a remote machine, both running LV 8.0.1 on Suse linux 10.0.
I'd appreciate any tip, thanks
Clemens

Hi Robert,
I just gave up using Lv 8.0.1 because I had nothing but problems with it and the original problem I instellad it for wasn't solved and in the meantime I was told I had to live with it. The strange thing with the RTE was that it worked with some vi's but not with all. But it worked with all vi's usting LV 80. The migration form LV 7.1 to 8.xx took so much time that I'll stay as long as possible with it ignoring all further updates.
Regards Clemens

Using datasocket or remote panel?

Hi,Friends,
I am developing a fault inspection system in a production line. The manager and other leaders want to watch the inspection process remotely (at their office)when my system is running in test room. I have tried remote panel so that they can monitor the process with IE Browser, but the refresh and data transfering in remote site are very slow. I noticed someone could use DataSocket the implement this function. But I have no idea about the difference of DataSocket and remote panel. Are there anyone who has this kind of experience tell me some skills to improve the performance of remote monitoring?
Other questions are:
1. In order to carry out remote display, which one is better, DataSocket or remote panel?
2. What the
purpose of remote panel and DataSocket in LabView? What are the difference and connection between them?
Any suggestions are warmly appreciated.
Red

The benefit of remote front panels is that a user can view the front panel of your application with only a runtime engine. When using datasockets you will need the full development environment whether it is LV or another programming language like VB. Datasockets are a mechanism to transfer data across a network but still the underlying protocol is TCP/IP. Data sockets will require you to use the datasocket server and will require code to utilize them. In other words you will still have to write a vi to display your data. Where as in remote front panels you can utilize the front panel on the source machine. Because of the TCP/IP protocol it is more of a network speed issue in your case. You still are restricted to the capabilites of your network. Once sug
gestion is to isolate your network from your corporate network if that is the case. This will reduce traffic on your network and allow your data to be transferred at the highest speed possible. Hope this helps.
BJD1613
Lead Test Tools Development Engineer
Philips Respironics
Certified LV Architect / Instructor

Can i use webserver other than that is provided by LabVIEW to view remote panels?

How to view remote panels using webserver (not inbuilt of labVIEW)? Is it possible to communicate with other webserver? if yes which VIs to be used?

What do you mean "use another web server"?
The remote panel publishing is an integral part of LV. I don't think it can just be detached.
You can write your own code which will grab the image of a front panel, send it to another VI and have that other VI capture the mouse clicks and send them back to the original VI which will then simulate them. You can also use something like VNC, PCAnywhere or XP's terminal services to remotely connect to the computer (or LabVNC to connect directly to a VI).
Why not use the built in web server?
Try to take over the world!

Is it possible to embed a remote panel in a subpanel?

Similar Messages

Maybe you are looking for