Modern 3D surface appearance in remote panel

Hello folks,
I noticed that a modern style 3D Surface indicator is displayed differently in a remote panel. In the example below, I:
simply put such a graph on a blank VI,
made the borders transparent,
built an executable out of this VI
run the executable on a server
connected to the remote panel from my development laptop
(sorry for the gigantic picture)
As you can see, the borders, which should be transparent, are grey.
And the color scale is different and the axis, grid, labels etc. don't show.
Why is it like that?
LabVIEW 2013 SP1
Windows 7 64bit
Windows Server 2012 64 bit
Windows 8.1 32 bit

It appears that, although the ActiveX surface graph appears on the palette, it is in fact NOT supported in LabVIEW 2009 64-bit. I just tried to place one on the front panel in a new VI and it also would not load. I guess this means I will have to consider one of the alternative 3d plots. I did some signficant customization through property nodes, so this might actually be a time consuming process.

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

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.

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

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

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

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

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

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

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

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

Server does not support remote panels, server overwhelmed

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

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

Anyway to bring up a file dialog box on a remote panel

A user is requesting a file dialog box to be opened. The problem is his program is on a remote system, and I'm utilizing remote panels to bring the app to his control console. File dialogs don't seem to work, for mostly obvious reasons. Other dialog boxes appear just fine. Is there anyway to provide a file dialog box of the remote panel's computer's file structure? Or do I need to build in the feature?

Doing a search on "remote panel file dialog" gave me a bunch of hits.
In one of the threads, there was a link to File dialog to use in Remote Panel applications

Pop-Up Remote Panels--Express VI's Taboo?

I have a set of VI's that I'm controlling remotely. I have some pop-up windows which need the "password" style text fields, so I made that small change to the Prompt User express VI and saved it as a new sub VI. I didn't change anything else.
When running a VI remotely, all pop-ups work fine. When that same VI is compiled into an Application and run remotely, the sub VI's work fine but the express VI's will only appear as a pop-up on the server, rather than the client.
Oh... Kay...
Does this mean that I just shouldn't use actual express VI's for pop-up's in applications? Should I not use actual express VI's at all? Should sub VI's that are identical to express VI's always work, or did I get lucky? Am I missing something deeper here?
Edit: Here's an example. The password prompt comes up clientside, but the options only come up serverside.
Message Edited by DJDDA on 01-31-2008 01:59 PM
Attachments:
subvivsexpvi.gif ‏4 KB

"To me, it sounds like you are using popup boxes inside a remote front panel using the express VI to create a popup."
Yes. If the remote front panel comes from the Web Publishing Tool, it will use both kinds of pop-ups as normal. If it comes from Operate --> Connect to Remote Panel, the express VI's (Prompt User for Input) won't work.
"Perhaps those express VI's are using Windows dlls that are not available on the Real Time target?"
The edited express VI's--which also came from Prompt User for Input--don't have this problem, and all I changed was the display type of the text field.
"Any more information regarding this problem would be great, including maybe creating a small example VI that shows off the problem and allows us to test it out."
Sure, included. examp1sub.vi is completely identical to the Prompt User for Input express VI, I just did Open Front Panel --> Save As. If you put these in a project, compile to an application, and use Operate --> Connect to Remote Panel to control it, the sub VI button will work client-side but the express VI button will give you something server-side, preventing further use of the program.
Edit: Tags.
Message Edited by DJDDA on 02-01-2008 03:50 PM
Attachments:
examp1sub.vi ‏30 KB
examp1top.vi ‏45 KB

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

How to display SubVI on secondary monitor using remote panels?

I am trying to have a SubVI called from a Main VI open on a secondary monitor. I am using Remote Panels to control my Main application, which is opened in a web browser on the secondary monitor. I have tried setting the VI Properties - Window Run-Time Position - Monitor to "1" and also tried setting this value programatically using the Front Panel Property Node but neither seems to work. My SubVI still appears on my primary monitor.
I'm using LV 8.6.1 RT and my application is running on a CRIO.
I'd appreciate any help.
Thanks
Dan
Solved!
Go to Solution.

Mike,
All the SubVI does is prompt the user for some text. The front panel is a simple string control. The SubVI is called from my Main application (not using VI Server) and I have the Window Properties for the SubVI set so that the front panel opens when called, and closes when finshed. The SubVI displays teh fornt panel when called but does not open a new browser window. I have attached the SubVI in case you want ot have a look.
Attachments:
New Name.vi ‏25 KB

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

Error code 1 remote panel close connection

Good Afternoon,
i'am working with the web publishing tool utility of LabVIEW 8.6 to open vi files (front panels) remotely. I've programmed a server in LV that receives querys from a web server/client programmed appart (not in LV). I got to open the vi files remotely, executing it embedded and allowing the user to take the control. Afeter some minutes i want to close the conection with that remote panel. For doing that, i have used the Invoke Node with the method -> RP.Close Connection to Client which uses the conection previosly searched with RP.Client connections. The problem that I have is the next one:
Many times, this process works fine, but some times, it appears the following error:
                     Error 1 ocurred at Invoke Node in ....
                     Possible reasons
                     LabVIEW: An input parameter is invalid. For example if the input is a path, the path might not contain a character not allowed by the OS    such as ? or @
                     Method Name: Remote Panel:close connection to Client
I've checked the path that taht methos is using and it doesn't include any ilegal character, the path is the same that in other times when it works fine. With this porblem I can't close the connection what it'sa really necesary for my work.
Has anybody idea how to fix it?
Thank you very much!

Could it be a LabVIEW bug? I've heard that labVIEW 8.6 has some troubles with web service

Modern 3D surface appearance in remote panel

Similar Messages

Maybe you are looking for