Dynamic VIs and Remote Panels

I am completing an application with LabVIEW 6.0.2. The application will be distributed as a stand-alone executable.
Now I wonder if it is worth upgrading the software to LabVIEW 6.1 in order to allow the users remotely interact with the software by means of the "remote panels" feature. In the past I tested the built-in Web Server functionality of LabVIEW but I found it too "static" with a lack of support for dialog boxes coming from dynamically loaded VIs.
Does anyone know if the new "remote panels" feature allows a real control of the remote program even when there are dynamic VIs?
Are there licensing restrictions for the single connection provided with LabVIEW 6.1? Hundreds of users may install and run my application.
Thank you
in advance!

Hi again,
I attach an example that shows how to use remote panels feature.
The Grafico.vi loads dinamically Sub-vi.vi for an easy task. This can be controlled by a remote client. I also attach the html file working for my server, you should edit it and change the server name (mine is K1000) to get it work. You will also find a document about the sintax for creating html files for LV Web Server.
Feel free to ask any further information,
Alberto
Attachments:
remote_panels_example.zip ‏24 KB

Similar Messages

VI Templates and Remote Panels

My system creates multiple test windows using a dynamic load of a VI template, and I wish to have Remote Panel access to each of these test windows. The user does not need to instantiate the windows remotely, only access them. So, when each window is created, it creates it's own HTML file so a user can access it. It worked just great for .snap publishing -- so far, so good.
However, my VI template is a little unusual, because within it there are other VI-template subVIs. I do this because I make use of LV2 global variables (acts as a passive G object with it's own data space), and each window has it's own local copy of that template subVI.
Now when I try to access the Remote Panel on my instantiated test window, I get an error like this "The VI named 'Test Window 1.vi' contains unsaved untitled subVIs. Cannot save the VI before all its untitled subVIs are committed to the disk'. This error indicates that my template-subVI instantiations need to be saved in order for the Remote Panel to work. I'm not sure why this is a requirement, but let's go along with it for now.
So I went ahead and used a VI server method to save the untitled subVI instantiations to a temporary directory, with the intention of deleting them when the test window is closed. It worked! Kind of... it worked in development mode, but didn't work when I built the executable. The executable gives me error 1043: "Not supported in this version" when it tries to save the untitled subVIs (even though I specify to save WITHOUT the block diagram, which obviously isn't there).
Is there a way out of this quandry?
Thanks for your help,
David Moerman
TruView Technology Integration Ltd.

Hello again everybody,
Sorry I have to re-submit my post. I found a bug in my demo (where the VI name referenced in the HTML did not match the running window). Also, I made it to dynamically set up the web server path, to make it easier on you.
BTW, this is in LV 7.0. And a warning: this problem is not for the faint-of-heart. I somewhat doubt there is a solution without NI changing how Remote Panels works.
Again, my apologies for the previous bug.
-Dave
Attachments:
main_v2.zip ‏79 KB

TCP communication and Remote Panel programming

Hi all:
I am developing a LabVIEW program which is to used remotely. I am planning on using Remote Panel Access or TCP Communication for my application. I would like to know why is a better choice and what are the factors I should consider in choosing one of these. Jsut for information, I am also using serial communication in this program using RS232 cable.
Thanks in advance,

I am not sure what the legal aspects are for the Run Time Engine. You will have to dig deeper or contact NI if it will not let you load it. From what I read is:
Additionally, the Run-Time Engine allows your browser to display VIs that are embedded in Web pages. There are two downloads that are available. You only need to install one of them. LVRunTimeEng.exe is a smaller download intended when viewing Remote Front Panels in Web pages. It does not contain the full run-time engine, but will allow some executables to run..............
http://digital.ni.com/softlib.nsf/websearch/1F1EBEA6D03A67E6862570A400531F97?opendocument&node=13205...
Yes, you can have an executable and that would be the preferred method. Start small and work up to the final version. Start by using your developer version and have it generate the WEB page. Using the same computer you can view the page and take control using Microsoft Internet Express. From there build it into an application, try it again. When all looks good then put it on the server. You are limited by licenses on how many WEB pages you can have running.
Hope this helps,
Matt
Message Edited by mfitzsimons on 11-01-2005 10:17 AM
Matthew Fitzsimons
Certified LabVIEW Architect
LabVIEW 6.1 ... 2013, LVOOP, GOOP, TestStand, DAQ, and Vison

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.

Fieldpoint embedded data logger and remote panels license (5)

Multiple use remote panels license (5) does not allow multiple access to cfp 2120 realtime embedded datalogger (all pc's on the same subnet). Error message:"remote panel connection exceeds maximum number of licenses." Licenses installed in ni-rt>system>share>licenses on the remote system?????????????????????????????

Hi, thanks for your help=) I've manage to drag the file into my targeted controller. I am now doing the setting of the data logger program, but there's one thing I'm unsure of. May I know what does it mean by the cFP controller clock? http://zone.ni.com/devzone/cda/tut/p/id/3219 . Thanks. =)
Log On Startup
Start logging when the controller powers up.
Start Log Time
The time to start logging.
Stop Log Time
The time to stop logging.
Note: Make sure the clock is set correctly on the controller. The settings described above refer to the cFP controller clock.
Log Rate
The number of milliseconds to wait between each acquisition.
FP Drive For Data Files
The drive to store the log files in. The C: drive is the default for all cFP controllers. If you want to save to the removable CompactFlash drive on the cFP controller, select the D: drive.
Digital "Pause" Line
The Digital Input item to use as a "pause" button for data logging. Logging pauses when the signal is high. When the signal goes low again, a new file is created and logging continues if appropriate.
Note: Use only Digital Input items for the Digital "Pause" Line.
Tip: You can use DIP Switch 3 to block the current data from being logged. This switch works the same way as the Digital "Pause" line.
Logging Session Tag
Is stamped on the spreadsheet that the data logger creates.

Labview 2010 SP1 - How to install just the labVIEW and remote panel

Hi all
I am currently using a licensed version of LabVIEW 2010 SP1. It came up with 6 to 7 DVD’s each of them containing around 5 GB of data. Installing all these stuffs eats up around 30 GB of ma C drive.
My project just deals with 2 EPOS controllers controlling 2 of maxon EC motors and these 2 EPOS controllers are communicating via USB port with the client PC. This client PC have to be monitored and controlled remotely by host PC containing the same LabVIEW version.
To do this, do I have to install all of these 7 DVD’s or just enough to download the “LabVIEW for education 2010 SP1” from the NI website, available in the below link “http://search.ni.com/nisearch/app/main/p/ap/tech/lang/en/pg/1/sn/n8:28,ssnavdl/”
Awaiting for your reply friends.
Thanks in advance

Duplicate Post

LabVIEW Real-Time and Remote Front Panel MemoryManager.cpp line 437 error

Hi all,
I'm using a smartcamera (NI 1742) with LabVIEW Real-Time 8.6.
When I look at the Front Panel with the web browser and I close the browser or I Stop the executable, I always get this error: MemoryManager.cpp line 437. I've checked if someone else had this error, but I guess I'm the only person who got this error. I saw someone who had the MemoryManager.cpp line 406, but mine isn't on this line.
The application works well, but when I got the error, I need to reboot the smartcam to get it works. In my application, I use the Modbus library and I read/write binary file in the hard disk of the smartcam....
Anyone knows the solution?
Thank you very much
Stephanie

Hi again,
Still didn't find the problem on my side. Here's a picture of my code. If I put the code surrended in red at place (1), I don't get the error, but if I put the code at place (2), I get the error. Why oh why....?
I get the error when I close the browser or click Back button of the browser or Stop the application with the red dot or stop the application with the Quit button on my front panel.
This morning I found a post on this forum about getting an error using Property node and Remote panel (http://forums.ni.com/ni/board/message?board.id=170&message.id=252705). I did what they suggest: wire the property output to an indicator and it works (disable "Enable automatic error handling dialod" didn't work... I don't know why)... until I put extra code in my VI.
I really need help please!
Thank you
Stephanie
Attachments:
MemoryManager line 437 error.JPG ‏228 KB

Remote Panel Over Internet

Hi All,
Our office PCs r connected internally through LAN. Each PC set to get Automatic IP address. One PC is connected with external Modem. We have a laptop with internal modem. I am dialing the modem and connect to the PC with modem. Now after connection is established I try to use Remote panel then gives error like "network error" and "Remote Panel server not delivered specified vi" though the require vi is in memeory. I had also tried out by specifing the IP address but the same error repeats.
Please let me know how could I solve this problem.
Thanks.
Vishal

I have never run across this before, but I will throw out some ideas to get it rolling. Is this a fire wall issue? I assume because you are dialing in that it is not part of the network. Are you able to ping the computer that is hosting the remote panel? Are the run-time and LabVIEW development versions the same?

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

Polymorphic VIs and executables

I have recently created a polymorhic VI for a project. Now when I tried to convert it to an executable I was told by LabVIEW that "You cannot include a polymorphic VI in the Startup VIs or Dynamic VIs and Support Files listboxes." and the help file stated that "Use an instance of the polymorphic VI instead."
What does "Use an instance of the polymorphic VI instead." mean? Can anyone translate it into a simple langusge that may be understandable by me?
I'll be grateful!
Have a nice weekend!

Hi C.DOT,
every polymorphic vi consists of different vi´s. You can´t use the real polymorphic vi, because it only describes which other vi´s are part of it. You can only use instance (the "subvi´s" from the polymorphic vi) in your program. If you don´t wanna start your program with the polymorphic vi and don´t want to load it dynamically, then you don´t need to think about it while creating an executable.
Hope it helps.
Mike

Executable with Dynamic VIs

LV 8.6.1f1
I'm having a hard time figuring out the ALWAYS INCLUDE field under the SOURCE FILES section of the BUILD properties in my BUILD SPECIFICATION.
My app uses "plug-ins". You configure a channel (in my editor) as a plug-in channel, you give it a name "X".
The code looks for "X.vi" in a certain folder, runs it once to check out if it exists, figure out its prerequisites, and gets ready to run it for real.
These plugins do things like compute a power channel from a speed and torque channel, or things involving chemistry. Basically, they're fake channels, but the user can treat them just like real channels by adding alarms, graphing them live, etc.
These plugins use certain subVIs, and control typedefs (ENUMS, mostly) that are in the main program.
All this works fine in the development system.
If I build the app, my config puts the app alongside the main VI's library file, and the executable works just fine.
However, If I move the app (and the supporting folders with the plugins) to a different place (without the main source code present), I have trouble.
Specifically, when I make a channel ACTIVE (and thus try to dynamically load it), I sometimes get an error 1003, meaning the VI is not executable (broken).
When I flip the ACTIVE switch, I can see the LOADING dialog appear for just a tenth of a second or so. If I keep trying, I can eventually read the name of the VI it's looking for (some subVI, or control, used by the VI I'm loading).
If I modify the build spec to include that control in the project, it doesn't change anything. I don't really expect it to, since the main VI already knows it needs this particular control (in a lot of places besides the plug-in).
However, if I add this control to the ALWAYS INCLUDE list, then things work just fine.
The question is: WHY?
I can guarantee that this control is in the EXE; it's used in a lot of places (including the editor that checks out the plugins). I just did a search and found 807 instances of it.
The help for ALWAYS INCLUDE says "Specifies the dynamic VIs and support files always to include in the application, even if the startup VIs do not contain references to the files".
I just confirmed that if i remove it from the ALWAYS INCLUDE list, it fails; if I add it back in, it succeeds.
Maybe it has to do with paths - in the development folder, I have :
Root\Main.llb\Main.vi { the main VI }
Root\Libraries\Units.llb\Units.ctl {the control in question }
Root\User\Plugins\Whatever.vi {a plugin that uses it }
When I build the app, it goes into the root:
Root\Main.exe
and everything else is the same.
I move the app into a testbed:
Root\Testbed\Main.exe {the main program }
Root\Testbed\User\Plugins\Whatever.vi { a plugin }
and there's where the failure occurs.
So the questions are:
1... Why is this happening?
2... What rules do I need to follow so that it doesn't happen again?
I don't want to just dump stuff into the ALWAYS INCLUDE bucket until I understand what's what.
Ideas?
Steve Bird
Culverson Software - Elegant software that is a pleasure to use.
Culverson.com
Blog for (mostly LabVIEW) programmers: Tips And Tricks
Solved!
Go to Solution.

The control is in the exe, but if you only have your plugin vi without the control, then the vi is not executable.
--- I don't understand what you're saying. The control does exist in the EXE, it's used in lots of other places in the EXE. So I was expecting the plugin to be able to find it.
Every vi, you want to load dynamically, has to be executable independently from the exe which calls them.
--- That's not exactly true, specifically the "independently" part.
More testing with lots of these plugins has yielded the following rules for my case:
The plugin itself does NOT have to be in the ALWAYS INCLUDE list. That's obvious, or it wouldn't truly be a dynamic VI.
If the plugin uses a typedef control, then that control must be in the ALWAYS INCLUDE list. It doesn't matter if it's used in the main already, even 800+ times. It simply has to be in the list.
Any subVIs that the plugin calls have to either A) be already used in the main, so that they're in the EXE, or B) in the ALWAYS INCLUDE list.
My confusion comes from the difference between 2 and 3. Controls are fundamentally different from VIs in this treatment, and I didn't (don't) understand why.
I said that your "independently" comment was not true because of #3. These plugins are capable of finding subVIs in the parent EXE. They're dependent on the EXE, but they can still work if that dependency is resolvable.
For some reason, they're not capable of finding typedef controls in the parent.
Steve Bird
Culverson Software - Elegant software that is a pleasure to use.
Culverson.com
Blog for (mostly LabVIEW) programmers: Tips And Tricks

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.

Selecting and running vi's on a compact FieldPoint 2120 via remote panel

Hi,
I'm trying to provide two html files to run two different vi's on a compact fieldpoint. I can run either of them by setting them as 'run as startup' in the Build Specification which creates the startup.rtexe program on the controller but the only way I can run two different vi's on the fieldpoint is by renaming the files in the startup directory before calling the html file (and that doesn't work that well). Is there a better process to allow different programs to be run on the compact fieldpoint via the remote panel/html calls?
thanks

Hey AgB2,
I think the best way to get multiple HTMLs linked to their respective VIs would be to set your VIs as the Startup VIs when you build the EXE to deploy to your Compact Fieldpoint. A KnowledgeBase article describing the steps to do this can be found here:
http://digital.ni.com/public.nsf/allkb/466EA9705F98E07786257687005E081B?OpenDocument
Next, all you'll need to do to get your two HTML files to run two different VIs will be these steps:
1.Build the HTML for each VI you want to control
2. Enable the WebServer for your cFP
3. FTP your HTML files to the www folder on your cFP
Once you restart the cFP, your EXE will run at startup with both VIs and you can access them by navigating to http://<ip address>/<vi name>.html. Just to double check, I did this on my computer and had no problem loading both HTMLs or taking control of both VIs at the same time.
Logan H
National Instruments
Applications Engineer

Remote Panel and Internet Explorer

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

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

Loading independent sub vis in sub panels and calling from main vi

Hi all,
I have trying to work on the following requirement.
I have a main vi with a file browzer and sub panel - Channel . I will select a channel configuration text file which contains Analog and digital channels names. ''
My vi will read that file and loads and Channel VI in the sub panel - Channel.
Now the CHANNEL VI has a tab control with 2 pages analog and digital. Each page again has sub panels i,e. sub Panel - Analog and sub-Panel-Digital.
Analog VI with some knob controls which are binded to Signals are displayed in the sub Panel - Analog.
Digital VI with some boolean controls which are binded to Signals are displayed in the sub Panel - Digital.
These vis will show the values acquired from the hardware.
I want to provide the user to load any channel configuration file and acquire the data. For the first time the execution is working fine. The next time when I tried to load a new configuration file. it says "Invoke node in main cvi <Append> Method Name <b>Run VI</b> and the new configuration is not loaded.
The following logic is implemented as a sub vi to load and close the sub panel vi.
VI Load logic:
VI CLose Logic
So please let me know where am i doing wrong.
Before loading the new configuration file Iam calling the close logic . But still is not working.
Thanks in Advance.
Ramesh.

Can you post a vi snippet? It would be helpful to see your logic flow, I'm wondering if your problem is that you've got "remove vi" node at the end after you have already closed the vi reference - but can't tell if same vi reference are used as in the case of top diagram.
-DP
New Controls & Indicators made using vector graphics & animations? Click below for Pebbles UI

Dynamic VIs and Remote Panels

Similar Messages

Maybe you are looking for