Remote Panels under Virtual OSs?

I've been asked a question from a customer...
If they run a LabView compiled VI under a Virtual OS (like Microsoft's), would they need separate Remote Panel licenses for each Virtual OS? As an example, if a user has 5 Virtual XP OS's running, and a compiled VI running in each one, and they want 4 users to access the remote panel for each VI running, would they need 1 20-user RP license, or 5 5-user licenses?

Hi Steve,
I am just going now, but I will look into this tomorrow - if you dont get an answer by the morning.
My first question is, if you have one instance of XP and you deploy and exe with remote panels, with 4 users - how many would you need?
My guess is each instances of XP would need to be licensed indivually and therefore you would need licenses for each instance of XP (and then what ever the users effect is).
Kind Regards,
Kind Regards
James Hillman
Applications Engineer 2008 to 2009 National Instruments UK & Ireland
Loughborough University UK - 2006 to 2011
Remember Kudos those who help!

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

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

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

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.

How do I run Remote Panel Connection Mgr on server with just runtime & exe

We are running a LabVIEW 6.1 executable on a PC with Windows2000. We have remote panels enabled and the system seems to be working fine. However, we would like to be able to run the Remote Panel Connection Manager in order to monitor the load we placing on our communications system. I can run it while in development mode, but the option is no longer available under Tools once I create the exe. On the actual server machines we do not have the full development system (only the runtime engine) installed. Is there a way to run the Remote Panel Connection Manager while running just the exe with the runtime engine?

The manager is a separate VI. It's located in \project\remotepanel.llb. You could try building an separate exe from it or including it as a support file in the exe you want to run as a remote panel. If it does run, you might have to create a custom menu in order to call it from your exe.

Remote panels - Client Crashes Situation

Hello,
I would like to ask if someone can help me with the following situation.
I have an application which contains a top level VI and several other dialog VIs. This application can be accessed by a remote client via Remote Panels. From the top level VI (contains the menu - while loop and event structure) the client selects what he want to run. Then the front panel of his choice opens on his computer. It all runs ok.
However, if the client computer suddenly loses internet connectivity, then the Run Time Engine reports a plugin crash in the browser.
On the server side, all opened apps seem to freeze. I can turn them off one by one and then restart everything again.
Could anyone let me know how to approach this issue? I would like the client, in case a crash happens, to be able to reconnect to the application.
Thank you and have a nice day.
Solved!
Go to Solution.

Hello and thank you for the reply,
On the server side I am using Labview2011 with SP1, under WinXP.
On the client computer, Run Time Engine 2011, Chrome under WinXP.
The server is situated in a laboratory and it should work on its own, 24/7, without my intervention for taking control of the app.
So now, I have considered the scenario when a client connects to the application, starts running it and after a while he will use the Windows Task Manager to end the application, without considering the normal options which are available in the menu. In this case, in the browser I would get Image1. Basically the client will have to connect again to the server. On the server side, I have inserted a state where I check to see if there are any remote clients connected to my application. If no client are connected, then it closes. So as the client kills the task, imediatelly my server stops the application. So this is solved and works fine.
The second scenario is when a client does not close the application even when his time allocation has reached 0 minutes. Again, the server checks this time limit and it closes the client connection. For this, I have used in a case, the code presented as Image2. If this situation occurs, the client is disconnected and he
gets the Image 3 message on the browser. This error appears twice and each time the client presses Continue. In the end the server takes control and it is all ok.
However, what might cause this error? Is there a chance to fix it? I couldn't find any reference to it and the Remote Panels.
Thank you and have a nice day.
Attachments:
IMAGE1.jpg ‏38 KB
IMAGE2.jpg ‏75 KB
IMAGE3.jpg ‏62 KB

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

Remote panels with the application builder

I have no experience with the remote panels, but just enabled it in the project window. Is this sufficient?
Do I have to add all VI's to the 'visible vi' list?
I have a whole bunch of VI's and pop-ups so that'll be a lot of work.
I am also wondering what 'browser access' list means. I have created an installer now including the webserver. Is there anything else I should do?
I cant seem to find a good tutorial or something for this.

Hi Faust,
Please have a look at this KB . Have alos a look at the link under this KB. With browser acces you can grant acces to your webserver; by default ecery one is allowded to connect to your webservice; you can specify in the browser acces list a IP address or a domain.
Best regards,
Martijn S
Applications Engineer
NI Netherlands

Secure Remote Panels?

Question...Is there any way to secure Remote Panels?
I've got a client with an application I wrote that he makes available to 'his' customes via Remote Panels. He's concerned that some unauthorized person can 'tap into' the RP feed and be able to view (and possibly control) his VI.
While this app was written using LV 8.5.1, I know that LV 2009 (and I guess 2010) have some kind of encryption built in. Is there any way to use this to encrypt the Remote Panel image/data?
Also, does anyone know how 'strong' the NI encryption is? Apparently 64 bit is the strongest that can be legally exported

Security is a relative thing.
Back in the day when I consulted with banks on security systems I learned that the amount of money that went into protecting vault depended on how much money was in the vault. THe idea was to make it more expensive to break in.
Same idea applies to computer security.
The LV Web interface effectively sepeartes the front panel from the block diagram and provides the linkages between them.
To attack that communication the atttacker must be familiar with that interaction AND be willing to do the attacking.
Aside from one of my mentors, I know of nobody outside NI that can attack that interface and judging by his posts, he is too busy to get involved.
So if the data in the app being served is really worth so much that the cometition would invest in doing the hacking, then the concern is valid. But if the served app's info is not that valuable, then relax and let the competition waste their money.
Ben
Ben Rayner
I am currently active on.. MainStream Preppers
Rayner's Ridge is under construction

Remote panels with proxy

I would like to know if somebody has been able to download the remote panel of a VI through a firewall in the following situation: imaging a internal network of a company that has a proxy server with all traffic on port 80 allowed. Trying to connect to http://weather.ni.com/weather.htm has been imposible even with all trafic through port 80 allowed in the proxy server. According to the following link ( http://digital.ni.com/public.nsf/websearch/379E5C57148D877586256D6000632A3F?OpenDocument), that would be enough. So my question is: has anybody been able to connect to? In affirmative case, could you tell me the type of the hardware firewall?

Hi Faust,
Please have a look at this KB . Have alos a look at the link under this KB. With browser acces you can grant acces to your webserver; by default ecery one is allowded to connect to your webservice; you can specify in the browser acces list a IP address or a domain.
Best regards,
Martijn S
Applications Engineer
NI Netherlands

Not enough memory to complete this remote panel operation

I am developing my application in cFP 2000. I am using remote panel to view and operate the application. I am able to view the front panel from a host PC on the network for the first time through Internet Explorer (IE6). If I close the IE and then try to access the remote front panel, I get the error "Not enough memory to complete this remote panel operation" What could be the reason for this error. Please help me solve this problem. Thanks in advance.

I agree with Jonas suggestion re: RT Engine Info.
I beileve use need the following line in your LabVIEW.INI file to get that option.
targetmeminfo=true
I threw together a VI that tracks memory usange vs time VI that has preved quire helpful. I will attach this Vi along with a llb that I pulled down of this site somewhere. They have some supprt VI that are required.
What I suggest you do is fire this VI up and watch how your memory behaves. What you will see (hopefully) is memory useage that converges on some constant level. When you open FP via LV-RT or the web served FP's, there will be spikes in memory usage. When these remote FP are closed, the memory usage will drop-off.
If the memory usage keeps climbing, you have a problem!
NOW LE
T ME STOP and acknowledge that you may have some difficulty in trying to use the Get RT Engine info or using my utility if you really are out of memory. Let me suggest that you start by opening and running my utility first. If your code will not run and load with my utility running, don't give up! Try targeting the application and building the VI on the cFP 2000 and setting it to auto-boot. I have found that the compiled vesrions use a much smaller foot print than the development versions. Start your app by ressetting it and then target the cFP unit. You then load and start the utility I attached.
I have successfully deplyed app's that would only run as built app's on the cFP's. The cFP is very good at making you very aware of how you are using memory. THey are just a little tricky to work with. They make you appreciate the luxury of working with the cFP 2020's.
Post your code, and I'll take a look if you like.
Ben
Ben Rayner
Certified LabVIEW Developer
www.DSAutomation.com
Ben Rayner
I am currently active on.. MainStream Preppers
Rayner's Ridge is under construction
Attachments:
GetMemoryStats.vi ‏66 KB
MemoryExample6_1.llb ‏85 KB

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 Panels and LabVIEW 2009

Hello,
I have updated my real-time PXI application to LabVIEW 2009 (Pro) and I'm now trying to connect to it with remote planels. I can only have one remote panel opened. The second one gives me the "Remote Panels connection exceeds maximum numbers of licences" The problem wasn't occuring in LabVIEW 8.5 and I have the remote panel license (unlimited) is actived in the license manager.
How this can be resolved?
Regards,
Patrick
Solved!
Go to Solution.

Have you transfered the license files to the controller since the switch to 2009? There should be a .lic file under ni-rt>>system>>shared>>licenses on the controller. Is that present on your system?
Justin Parker
National Instruments
Product Support Engineer

Remote Panels under Virtual OSs?

Similar Messages

Maybe you are looking for