Fast update on remote panel

Hello All,
I have a front panel with a few knobs, 4 XY graphs and other numeric controls. All the XY plots have points drawn on them every 1 second. The trouble is when I look at the front panel with a remote connection (LAN, intranet) the update speed seems to be about 7-11 seconds. Every 7-11 seconds, I can see the XY plots updating where as the data acquisition is every second. Although the update speed in every 6-11 seconds on the remote panel, all the data points are drawn. I would like the user to see the XY plot update in real time. Does anyone have any ideas on how I can increase the update speed? Thank.
KB

Hi,
The slow update speed could be caused by the XY graphs. Try to see if reducing the number of XY graphs increases the speed. Also, try using charts rather than graphs and that should improve the performance.
Regards,
Ankita A.
National Instruments

Similar Messages

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.

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

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.

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

Real-time 8.6 Remote panel connection exceeds max number of licenses- with no connections

I've been using the remote panel right along with no problems to connect to my Compact Fieldpoint. This morning I accidently opened the connection twice on the same computer and tripped the "Remote panel connection exceeds max number of licenses" error. Now it will not let me connect anymore from my computer. I've tried clearing cookies, cache and history in Internet Explorer and rebooting my computer. I've fired up the Remote Panel Connection Manager which shows no connections, and the NI License Information window does not show any connections which have been denied due to max # of clients being exceeded. Is there a way to reset this without having to reboot my RT controller? I'm running RT8.6 and LV 8.6 Full Dev System and understanding that it should come with 1 remote panel license.
Thanks
maat
LV2014

The boss wanted to see an updated feature, so I was forced to deploy a new version and reboot. Problem went away as I suspected it would.
I did manage to make the same mistake again this morning (launch the remote panel in 2 different MSIE windows) and after closing them both I could reconnect. Must be a glitch or a bug? It'd be interesting to see if anyone else has this problem. For now...solved, but it would be nice to see a way to fix this without rebooting.
Message Edited by maat on 10-22-2008 10:10 AM
maat
LV2014

Streaming Video in Remote Panel

Desired Functionality: Our laboratory uses LabVIEW 2011 to make science instrumentation such as digital microscopes, spectrometers, etc., available to college students to do remote laboratory assignments. We need to be able to choose a live video stream from a number of cameras and display it on a VI front panel that is being served up by the LabVIEW web server. We also need allow the users to pan/tilt or zoom the camera using the VI. The purpose of this video stream is to allow remote users of the VI to see what is going on in the laboratory in real time. The video must have low latency and be reasonably high resolution so there is no lag in viewing what is happening as the users control instruments and equipment in the laboratory.
Current Solution: We use a DataVideo SE-800 video switcher to take in the feeds from up to 4 Sony EVI-D70 cameras. The switcher can be controlled through LabVIEW in order to allow selection of one of the video feeds. The selected video is sent to a MOXA V-Port 461 streaming appliance. When the VI is loaded in a browser by a user, a piece of code placed in the html file uses JAVA to layer the video stream from the MOXA over top of the front panel. A cartoon showing this physical connectivity is attached as “Current Connectivity.pdf” The limitations of this are that JAVA introduces some additional complexity and also is a potential security risk.
Desired Solution: We would like to display the live video feed directly in the Remote Panel, without having to layer it with an external application. The use of the video switcher and video streamer are not requirements, although it is nice to pull the video from an IP address and it gives us more control over the quality and frame rate of the video stream using the MOXA. Also, the Sony camera model we are currently using is not a requirement – any pan/tilt/zoom controllable camera will do just as well, but must be high resolution, as these cameras are. So, if there was a way to connect 1 to 4 cameras directly to the LabVIEW server and select a video feed from any one of them to display in the front panel of the VI, that would be fine.
Attachments:
Current Connectivity.pdf ‏63 KB

Hi danbranan,
Have you attempted to write any code in LabVIEW for this yet? I've included a couple of links below that might help. One is a forum thread talking about how to stream video in a remote panel. The second is an overview of Remote Panels. Using Remote Panel may not be fast enough to get the quality that you want due to throughput limitations of Remote Panels.
How to streaming video in remote panel:
http://forums.ni.com/t5/LabVIEW/How-to-streaming-video-in-remote-panel/td-p/758512
Remote Panels in LabVIEW:
http://www.ni.com/white-paper/4791/en
Hope this helps!
Robert B
Applications Engineer
National Instruments

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

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

What is the Algorithm Used by the LabVIEW Remote panels?

Hi
Has any one had any idea about how dose "LabVIEW Remote Front Panels " works and its Algorithm?

Is it possible to intercept data values transferred from server to
remote computer display and put them in a text file for post-processing
? Each data value is accessible individually with graphic cursor but I
don't know how to store the whole set of data.
Thank you for your help
Greg McKaskle a écrit:
>> Has any one had any idea about how dose "LabVIEW Remote Front Panels "
>> works and its Algorithm?
>
>
> I'm not sure I know what it is you are asking. Roughly, the Remote
> Front Panels feature transfers the panel of a given VI from the server
> to your remote client machine. The client machine must be running
> either a LV debugging environment, a plugin app, or a plugin ActiveX
> control -- the latter two will also use the runtime en
gine. The plugin
> app will load the LV front panel and connect keep a connection to the
> server. Each time the server updates a value or property on a panel, it
> will send the information to the remote computer(s). This allows for
> remote viewing of a panel running on the server.
>
> If you take control of the VI on the client by right clicking and
> selecting the menu item, the client will also be sending the clicks and
> keys sent to the remote panel to the server. The server will process
> them in the diagram, and the results will affect panels.
>
> Please be more specificif this didn't answer your question.
>
> 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...

Remote Panel bandwidth

I am attempting to use the remote panel to connect over the Internet - the server VI is fairly intensive in terms of the controls/indicators etc., so that there is a bit of a draw on the available network bandwidth when I access it.
Is there a way to set the refresh or update rate for the the remote panel (either the client or the server), so that I query the remote panel at a slower rate (or update on demand)?
Or, would using data sockets on selected controls/indicators be a more efficient way of minimizing the bandwidth (this means I have to create a duplicate app on the client PC that subscribes to the selected controls, I imagine).
Thanks.

Another solution is to not try to transfer the screen image back and forth but just the data that's significant. I have done this in the past and it works well. A major advantage to this approach is that you get to control what data gets passed and how often it's transfered. For example, you could only send data that changes.
To implement this approach you will need to define a communications protocol. It could be built on the LV TCP/IP routines, Telnet, datasockets, remote VI server calls or any of several methods. It all depends on what features you need--and how much time you want to take.
If you have specific questions about this sort of technique I would be glad to answer them.
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 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

Limiting access on remote panels

Since you cannot limit the number of people able to view a remote front panel (I am under the assumption that either everyone can view the panel or no one can), I am trying to come up with a way to only allow one person to control and VIEW the remote panel. I think it might be possible to create an "access" VI that will redirect a user to the experiment VI if no one else is using it or not allow them to access the experiment VI if someone else is using it at the time. Is it possible for one remote panel to tell if another remote panel is being accessed, and if so, can a remote panel link you to another remote panel?

The way you have it set up is basically correct, but I'll make some comments before explaining the problem.
First, don't use clusters functions to process arrays. If you want to get the first element of the array, use Index Array (as it is or with a 0 wired into the index input).
Second, maybe it's just me, but I don't like the icon displays for the terminals (takes too much diagram space and doesn't really help). You can switch it with a right click for each terminal or disable it in the options menu competely. On the same note, the wire should continue straight to the Array function, and have an extension going up to the indicator, instead of taking a detour through the indicator. It just looks better and is clearer to read. You really should look at those tutorials and the style guide.
Third, your timeout case isn't necessary. A timeout case should only be used if you have code that you need to execute if no event has occured. You can simply delete the timeout and delete the case. To stop the loop, simply add an event for the stop button and wire T only out of that case. As a side point, there is no point in having a 100 ms wait if you are already waiting the 10 ms of the timeout.
Now, to the problem.
The indicator isn't being updated because the loop isn't running, and the loop isn't running because you wired the stop condition from the top loop into the bottom loop. This means (the biggest rule of dataflow programming) that the top loop will have to complete before that information will be available, which means the bottom loop will only start running after the top loop. To debug and know if your loops are running, create an indicator for the i terminal or use a probe on wires inside the area you need to check.
What you need to do is cut the loops. The easiest way is to place the stop control in the bottom loop and to use a value change event to stop the top loop. If you have more than 2 loops, it's usually easiest to create a local variable (you will need to change the mechanical action for the boolean control).
Once you did this it should work and my quick test (on the same computer) shows that the array is updated as soon as the browser goes to another page.
Try to take over the world!

LV2010 and cFP-2120 and remote panel

I have a project in LV2010 for cFP-2220. When I convert the project for a cFP-2120, the remote panel doesn't work. When the browser goes to the IP address it defaults to 192.168.1.2/#Home.

The remote panels and browser control work fine for the 2220. I inserted the 2120 into the project in place of the 2220 and modified the fieldpoint paths in the vis. I upgraded the software on the 2120 using LV 2010. The original program was written for the 2120 in earlier versions of LV. It was updated to LV 2010 and adapted for the 2220 along with program feature updates related to pumps and other necessary system component changes. Maintenance and support of our customers units involves replacing pumps and other components and/or replacing their 2120's. We are trying not having to replace their 2120's.
When we deploy the program as a startup it runs controls and collects data, but the remote panel access with Internet Explorer isn't working. We have tried creating a new index.htm.

Fast update on remote panel

Similar Messages

Maybe you are looking for