Configuring Remote Front Panels on a Real-Time Target,smart camera,but there is no image in the web page.

I do see the web page, but the image itself is not loading.i know a problem is with the installation of the LabVIEW ActiveX plug-in or the IMAQ ActiveX plug-in. The LabVIEW ActiveX plug-in is required for ALL remote front panel viewing, and the IMAQ ActiveX plug-in is needed for VIs that use the Image Display. how can i do ?where can i get the the IMAQ ActiveX plug-in. help me！

Got it working, after much experimentation. Seems to require installing exactly the right combination of items on the RT target, as some items (web services? web configuration? the "application web server"?) apparently run a separate web server - or instance of the web server - on port 80, which prevents remote front panels from being served on that port.

Similar Messages

Remote Front Panel Problems and Best Practices

All,
Problems
I'm currently attempting to host a Remote Front Panel from a cRIO 9073. The intent of the front panel is to control and configure the services running on the cRIO. Currently I've been experiencing quite a few problems getting this to operate smoothly.
These are the problems I'm currently experiencing.
* Front panel takes a very long time to load (~45 Seconds).
* On close the front panel may reset the cRIO.
* Front panel may cause excessive CPU usage.
* Plugin has problems in Firefox.
I'm fairly sure that I've installed all of the Latest NI software (I'm using LV 2009f2)
I currently cannot post the code as it's proprietary.
Currently the front panel consists of two timed loops one running at 500ms intervals and the other running at 1000ms intervals. The GUI is basically a tab control and on the heaviest tab contains about 15 buttons.
Questions
Is it not possible to use event structures in embedded LabVIEW? So far I've had to code my own event loop to handle all the events I wish to process on the remote front panel, and I feel this might be causing a problem.
Is the sort of functionality I'm trying to achieve acceptable in Web Front Panels?
It seems that the reason it takes very long for the VIs to load is that the VI Front Panel Server must fire up. Is there a way to make this or whatever the component is that handles it fire ahead of time?
Thanks for your time, I look forward to discussing this.
Regards,
Ken

Hi Ken,
Is this a remote front panel for a real-time VI? Is it built into an executable? If this is a RT VI, you cannot use event structures. More details are available in this KB:
Can I Use the Event Structure in LabVIEW RT?
I assume you have seen this?
How Can I View Remote LabVIEW Real-Time Front Panels in a Web Browser?
Are you still having the cRio reset issue and CPU usage increase?
Kristen H.

How to open remote front panel of vi's within an executable from an executable.

How do I remotely open front panels of subvi's contained within an executable, where both computers just have LabVIEW Real Time loaded (programs are run as executables)? I want to use the Method: Remote Panel Open Connection to Server to make this work. I have been getting error 1032 "VI Server Access Denied". I do not want to use the web page method (connection is too slow when controlling front panel objects and I can not programmatically exit out (release control of vi) of the web page).
Ex.
PC1: Has executable1 using Remote Panel Open Connection to Server Method etc. code inside. This program will make a call to executable2 (on PC2) to open up different vi front panels (within executable2), so the controls can be changed from PC1. I want to be able to make changes to the vi's running on PC2 from PC1.
PC2: Has executable2 containing several subvi's.

Not sure if this is what you are looking for but here is how to launch executables that can interact
Putnam
Certified LabVIEW Developer
Senior Test Engineer
Currently using LV 6.1-LabVIEW 2012, RT8.5
LabVIEW Champion

Remote Front Panel Problem

Hi
I am using a TAB control in a VI that is published as Remote Frontpanel.
When changing TAB the controls are often grayed out in the browser even when they are not in the running LabVIEW VI !
A Combo box may also contain the apps default values instead of the values from the running VI !
Any hints to solve this ?
I have login/logout in my application, and i need to auto logout when the last Remote Front Panel User disconnects.
How do I detect that there is no listeners/clients ?
The "connection manager.vi" is password protected, so i can't get any hints from there !
Best Regards
Teddy

I see thank you. Very funny because i thought i had to do something with duplicating the real time target.
So regarding the above problem, is there any way to be connected remotely to the target and when the link is broken to reconnect without affecting the operation of the VI running?
For example, lets assume we connect to a remote front panel which has a simple VI with just a 1 second period timed loop running and for each iteration of the loop i monitor and i save the index of the loop. When i connect to the VI i request control and i click run. The VI starts running. After one minute, at loop iteration 60 the link between the host and the target breaks. The VI should continue running.
After 1 minute of broken link the network is again available.
What can i do to re-establish connection without affecting the VI operation and continue monitoring the VI. If reconnecting after 1 minute i will be expecting to see the loop iteration to be 120 and keep running. Is there any way to do this?

Producer/consumer architecture over network variables with Real-Time target.

Hi all,
I am maintaining a producer/consumer data acquisition program to be deployed on a real-time target. The main code is deployed to and run on the real-time target during experiments, but was having trouble because the program was originally designed to write all experimental data to disk on the real time during acquisition, which puts the whole experiment at the mercy of the hard drive. I am now trying to rework the code so that the host takes care of logging, so that my time-critical loops don't have to wait.
I am currently using LabVIEW 8.5
I have two questions:
First, how can I programmatically call the data-logging subvi on the host so that it runs in parallel with the main vi which runs the experiment and collects data on the real-time? I have attached the test code that I have been working with to figure this out, but it does not run the logging vi continuously in the background. I am aware that there is better functionality for this in newer versions of LabVIEW, but I would prefer not to upgrade unless there is no other option. I would like to be able to run my data-generating vi and have it start the data logging remotely.
Second, is there a way in the host VI to read values off the network variable using an event structure rather than polling it for updates?
Any help would be sincerely appreciated!
Attachments:
testRemoteLogging.zip ‏124 KB

VI server
Mark the target VI as served on the machine on which it will execute and use VI server Call by reference to invoke the served VI.
This used to be taught as THE way to communicate syncronously with an RT app.
Ben
Ben Rayner
I am currently active on.. MainStream Preppers
Rayner's Ridge is under construction

Where are daqmx files stored on real time target?

Hi,
I am working on an application that will be embedded in a RT desktop target. To make the system easier to maintain in the future, I would like to be able to generate a DAQmx task programatically from the *.ini file exported from MAX. This way, users don't have to know what my code is doing in order to recalibrate sensors or manage new hardware; they only have to know how to use MAX and where to store the config files on the target.
Where are daqmx task, channel, and scale information stored on a RT target? I've been through the files on the target looking for something that contains my task data but have found nothing, though dropping a system property node into a VI running on the target will give a correct list of the tasks that I have configured. (The project that contains the aforementioned VI does not have the tasks in it ie: I did not import them to the project.)
Is there a utility that will run on the RT target that can generate a task at run time from the exported *.ini files?
Thanks
CLAD
Solved!
Go to Solution.

Exahustive keyword searching brought me to an answer on the forums. I'll post a brief summary here in case anyone else uses the same keywords as I have.
1. Export config file from MAX
2. Write a VI that uses the tools in the System Management pallette to upload the configuration to the real-time target.
3. Profit.
In my case, the VI I wrote to upload the DAQmx config also generates the config files for the VIs on the host and target side, so everybody knows what the tasks are called.
CLAD

Show front panel of subVI on a real-time target

Hi,
I'm running an application on a real-time target (14.00). On the main front panel of the application, I have a button who open another VI with the invoke node method but this component doesn't work with Real-Time taget. So, how can I show the front panel without this method ?
Thank you

Hint: RT = there should be no GUI.
RT applications are meant to just run off on their own. GUI is not part of a real RT system since that adds a non-deterministic process to the system, adding jitter (which is a big no-no in RT). What you should be doing is making a Windows host application that can communicate with the RT system (via Network Streams, TCP/IP, etc). The host application acts as the GUI/HMI.
There are only two ways to tell somebody thanks: Kudos and Marked Solutions
Unofficial Forum Rules and Guidelines

How can i access remote front panel in RT with LabVIEW run time engine in client PC

Hi to all,
I have developed the RT application with cRIO 9075 integrated chassis. And i have access its remote front panel in client PC. Now i want to access the remote panel in the client PC without having LabVIEW runtime engine. If i connect the remote panel with that client, it shows only the vi border. i doesn't downloads the front panel.
How Can i access its remote front panel without LabVIEW runtime engine in the client PC?

You cannot view a remote front panel without the LabVIEW runtime - the LabVIEW runtime is what makes the remote front panel possible. What you will want to do instead is likely create a Web Service that you can access from a remote PC without requiring the LabVIEW runtime. However, this will require you to develop a web-based HTML or similar UI to interact with the VIs running on your system - NI hasn't yet created a way to export a LabVIEW front panel as an HTML'ish page.
-Danny

Error accessing Remote Front Panel on RT Target after upgrade to LV2011

I'm upgrading a real-time application (target is a desktop PC running the LabVIEW real-time) from LabVIEW 2009 to 2011. Under 2009, it was possible the view the main VI remotely by browsing to a static HTML page that embedded the front panel. After upgrading to LabVIEW 2011, instead of the front panel image I get an error saying "Server does not support Remote Panels." I have already gone through the list of possible causes from "Server Does Not Support Remote Panels" Error When Connecting to Remote Front Panel, and none of these resolved the problem. I am using the standard LabVIEW web server, there is a direct ethernet cable connecting my computer with the real-time system, and I have recreated the web page to reference the correct plug-in version. I reformatted the RT system and then did a clean install of the components from LabVIEW 2011 (using the Add/Remove Software feature in Measurement and Automation Explorer). I also created a new test project with a new simple VI; I was able to access that VI remotely on port 8000, but not on the default port 80 (which used to work under LabVIEW 2009). What changed in the web server between LabVIEW 2009 and 2011? Can I use the standard HTTP port 80 to serve a static page with an embedded VI, or does this now only work on other ports (and if so, why)? Will I need to recreate my entire project in LabVIEW 2011 in order to get this working at all?

Got it working, after much experimentation. Seems to require installing exactly the right combination of items on the RT target, as some items (web services? web configuration? the "application web server"?) apparently run a separate web server - or instance of the web server - on port 80, which prevents remote front panels from being served on that port.

Remote front panel SSH support?

Does the LabVIEW HTTP server which delivers remote front panel "content" have the option of running in SSH mode? If not, what are my alternatives for securing connections to remote front panel servers?

I am not aware of any options for SSH in LabVIEW. However, there are other ways to keep you remote panels secure. To prevent a user from gaining control of a VI, click the lower left corner of the front panel and select Lock Control from the shortcut menu. This option prevents a viewer from requesting control of the VI on the Web until you unlock it. Similarly, you can regain control of a VI from any Web client.
To configure more Web Server security options, select Tools»Options, select Web Server: Configuration from the top pull-down menu, and enter the Root Directory. After you enter a root directory, Web clients have access only to files in that directory and its subdirectories. All other files on your computer are not accessible on the Web. Select Web Server
: Browser Access to grant or deny viewing and/or controlling access to different IP addresses, so only known clients can view or run your application. Select Web Server: Visible VIs for control over which VIs in your Web Server directory are visible to a client, and to limit the time that a client can maintain control of a VI. Refer to the LabVIEW Help, which you can access by selecting Help»VI, Function, & How-To Help, for more information about configuring the Web Server.
Alternatively, you can program security into the VI itself. For example, you can require a user to log in when the VI first runs, and disable all other aspects of the VI until you verify the login. To do so, place a login field on one page of a tab control, the other controls on subsequent pages, and enable the other pages after the user successfully logs in.
J.R. Allen

How to display remote front panels of subvis that are already open

I inherited an RT project that uses remote front panels for nearly all the user interfaces. The host application opens a remote front panel the the top level RT vi, and there are several subvis on the RT system that are opened from that top level vi and thus displayed on the host (i.e. their "Show Front Panel When Called" properties are set TRUE).
If the Host loses its connection to the RT system when any subvi front panels are opened, and the host application is restarted, it can re-open the top level vi remote front panel, but all the RT subvis that are already open will not display their front panels. I am looking for a way to open the front panels to these subvis from the host application.
The kicker is, I need to know which subvis are actually running before I attempt to open remote front panels. Is there any way to determine what subvis are actively running (and not just in memory, such as subvis that won't get executed until the top level vi reaches a certain state)? I am thinking that I could create a list of the subvis that I need access to, check to see if any are actively running on the RT system, and then invoke a remote front panel connection with those that are running.
Does anyone have any ideas as to how I might be able to do so? Or any other suggestions? [and yes, I know that RFP communication is probably not the best way to go, but we're too entrenched in this software to start over with a new system!]

TurboPhil wrote:
If the Host loses its connection to the RT system when any subvi front panels are opened, and the host application is restarted, it can re-open the top level vi remote front panel, but all the RT subvis that are already open will not display their front panels. I am looking for a way to open the front panels to these subvis from the host application.
It might be possible to work around this behavior by placing VI invoke nodes in your top level VI that reference each of your subvis and setting the Wait Until Done invoke method to false. This should cause the subvi to close when the top level VI closes even in the case of an unexpected restart.
You can access this invode node in the functions pallet by selecting Application Control » Invoke Node and also selecting Application Control » Static VI reference. Wire the Static VI Reference to the vi reference input node and double click the Static VI Reference and select the appropriate subvi in the dialog window. Left click on the Method section of the invoke node and select Run VI. Finally right click on the Wait Until Done invoke method and select Create Constant and ensure this constant is set to false.
TurboPhil wrote:
The kicker is, I need to know which subvis are actually running before I attempt to open remote front panels. Is there any way to determine what subvis are actively running (and not just in memory, such as subvis that won't get executed until the top level vi reaches a certain state)? I am thinking that I could create a list of the subvis that I need access to, check to see if any are actively running on the RT system, and then invoke a remote front panel connection with those that are running.
You can access this information by using the Real-Time System Manager (Tools » Real-Time Module » System Manager). This can be used to show what VIs and subvis are loaded into memory and which are running.
For more information on using this tool please referere to this Knowledge Base article.
Message Edited by BLAQmx on 02-18-2008 11:40 AM
Mark
LabVIEW R&D

Remote front panel reconnection problem

Hello,
I have created a real time application build for myRIO and i can succesfully run it as startup. After MyRIO reboots, through the Project Window i select Operate/Connect to Remote Panel. I enter the local network IP address 192.168.0.101 and port 8000 and the Front Panel of the Startup VI opens. I run it and everything is running as expected.
This setup is installed on a UAV and acquires data from scientific instruments all data is writen on a USB flash drive on myRIO
It is expected that sometimes the local network link will break during the flight. To simulate this i unplugged myRIO from the ethernet cable will the Data is saved.
I noticed the following strange things:
1. At time X i connect to the remote panel and i start the DAQ which acquires data
2. At time X+10 minutes i unplug the ethernet cable which connects myrio to the local network
3. At time X+20 minutes i poweroff myRIO
I was expecting that after the connection was broken the VI would have kept acquiring the Data until myRIO powers off.
Instead i noticed that myrio acquires data for only 1 more minute after the ethernet cable is unplugged.
It is very important that after the UAV takes off whatever happens to the network connection the VI keeps acquiring data for as long myrio is powered on.
I also tried the web publishing tool but i could not connect using a browser. It seems that the web server was not running properly. I also noticed that the html file was not located in the target destination folder. I tried to manually copy it using a map networked drive but the file could not be copied.
I will appreciate any help on the above issues.
Thank you,
Christos

I see thank you. Very funny because i thought i had to do something with duplicating the real time target.
So regarding the above problem, is there any way to be connected remotely to the target and when the link is broken to reconnect without affecting the operation of the VI running?
For example, lets assume we connect to a remote front panel which has a simple VI with just a 1 second period timed loop running and for each iteration of the loop i monitor and i save the index of the loop. When i connect to the VI i request control and i click run. The VI starts running. After one minute, at loop iteration 60 the link between the host and the target breaks. The VI should continue running.
After 1 minute of broken link the network is again available.
What can i do to re-establish connection without affecting the VI operation and continue monitoring the VI. If reconnecting after 1 minute i will be expecting to see the loop iteration to be 120 and keep running. Is there any way to do this?

Remote Front Panel in LV RT?

"Getting Started --> Operate --> Connect to Remote Front Panel..." allows me to connect to a remote front panel (obviously). However, the program I am creating will need to be accessed by users with the runtime environment but not the developer environment. It seems that this is possible through the VI-in-a-web-page sytem, but that looks to me as though it would be pointlessly complicated compared to Connect to Remote Front Panel.
Is there a way for a "runtime only" user to Connect to a Remote Front panel, such as by a small application build or even something in the runtime download itself? If not, am I at least correct that the VI-in-a-web-page functionality alows remote VI control for "runtime only" users?
Edit: Waaaaait a second... is that option available to any application I make? I thought it was just on the Getting Started screen.
Huh.
(If I'm wrong about something here, feel free to correct me.)
Message Edited by DJDDA on 01-29-2008 04:41 PM

Okay... I don't think I made myself clear, and I guess I didn't understand the response. Let me try again. Please ask for clarification if you do not understand, I need to get this working.
A want a client with only the run-time environment to control one of my VI's remotely. I have not been able to make this work.
I DO NOT CURRENTLY HAVE LABVIEW "REAL TIME" (oops).
If I have a VI running in the development environment on the server, should the client be able to Connect to Remote Panel? (I'm guessing no.)
If I have a LabVIEW Application running on the server, should the client be able to Connect to Remote Panel? (I'm guessing no, at this point.)
If I have a VI running embedded in a web page, should the client be able to control it? (I'm guessing no, but I'm not sure.)
Is it possible to embed an application in a web page if the server does not have LabVIEW Real Time on it? (I'm guessing no, at this point, but again I'm not sure.)
I can easily control the VI remotely (in various ways) with another development enironment, but I need it to work for a run-time environment user.

RT Remote Front Panel issues.

I'll start with my setup:
2 PXI-1042 chassis connected via fiber-optic using NI PXI-8336 (MXI-4) cards.
Chassis 1: PXI-8108 embedded controller running LabVIEW Real-time OS (2010), PXI-6528 DIO, PXI-8336 MXI-4.
Chassis 2: MXI-4 in slot 1, 4 PXI-8334 DMM, PXI-6528 DIO, PXI-6281 M-series DAQ.
The real-time executable monitors analog and digital inputs and DMM measurements, displays the values using numeric and boolean indicators, generates alarms and allows users to acknowledge alarms via a Remote Front Panel. The code has a custom error handler that traps errors and stores them in a global array. This allows the code to display them on a console and allows the user to acknowledge and clear errors, and scroll through multiple error messages. We used property nodes sparingly.
The system is monitored by two laptops with the correct run-time engine installed (both laptops have the LabVIEW development suite). Under normal conditions, one laptop keeps control of the Remote Front Panel at all times.
The problem:
The system was running flawlessly for 3 months of continuous use. Then, for no apparent reason, the indicators that display measurements from "Chassis 2" (specifically the DAQ) stopped updating.
If the user refreshed the browser, the Remote Front Panel client would reconnect to the RT Web Server and get updated values, but they were always static. Essentially, refreshing the browser took a "snapshot" of the data, but the indicators did not update continuously as before. At the same time, DIO inputs to "Chassis 1" responded appropriately to changes in state.
Refreshing the browser on one laptop would update the values for that laptop only, and the other laptop could be refreshed independently and have different values displayed, but both laptop's indicators were static. During this time, the DMM measured inputs were not changing and the "Chassis 2" DIO inputs did not change state (i.e., we could not perturb the inputs), so we could not determine if those indications were affected.
Also, the error console did not respond to user input until the browser was refreshed and the client reconnected to the target.
We know the RT application is running on the target because there is code that monitors the status of the loops by changing state every loop iteration and displays the status to the user.
Our short-term solution was to reboot the RT controller by powering down both chassis, starting "Chassis 2", then starting "Chassis 1". It's been running for a few days now without incident.
Since the data displayed after refresh was accurate based on comparison to gages in the system, we do not suspect a measurement problem.
Possible culprits:
1. The RT Web Server has malfunctioned in some way (memory problems, synchronization, etc.)
2. The MXI-4 link.
3. Cosmic rays? Sunspots? Nearby radar stations? Neighboring HAM radio operators (with massive amplifiers)?
If anyone has any ideas, they are welcome. We are concerned that this will be an ongoing problem, if only every few months or so.

Could you clarify a bit on how the PXI-6528 was acting while you were seeing these problems? Does this card have values display on the Remote Front Panel, and if so were they still updating properly? I believe you were saying that, but I wanted to be sure because that makes a big difference.
If everything became static, including the DIO card, at the same time, then I'd say see if your browser updated, or something in your network settings was changed without you noticing. Perhaps an update ran and reset some of your firewall settings, or an Internet Explorer update changed something that required a reboot.
If just the outputs of chassis 2 were the problem, and the DIO card values on your remote front panel still worked well, then it is most likely a problem with your MXI-4 cards or your fiber optic cable that cause the change in behavior.
Miles G.
National Instruments
Applications Engineer

Crio to host multiple remote front panels

Hello all,
I've a question abt remote front panel hosted by a cRIO system (cRIO9068 to be more specific, running RTOS).
I have a top level VI (main) as the start up vi in my cRIO system, and it would call a subvi during run. I'd like to enable remote front panel for both the main vi and the sub vi so that I can see both front panels using a web browser. I'm not sure if such a configuration is possible at all and would like to listen to comments by users who have similar experiences.
Thank you very much!
Best,
Jidong

Hello hhaamm,
To the best of my knowledge, I don't believe it is possible to host multiple remote front panels from the same executable, and, if it is, would be very difficult. The NI Web Server configuration file only specifies one port on which an executable can run web services, like remote front panels. In, short, I am not sure how you would be able to accomplish this.
Another thing to keep in mind is that what you want to accomplish can be done in many different ways that would be much easier than creating multiple remote front panels.
One of these is to move all of your controls and indicators to the top level VI. i.e. make the data you want to see from the sub-VI an output of the sub-VI and create a new indicator for this on your top-level front panel. This way you can still use a remote front panel and can use different decorations and labels to separate the top-level and sub-VI outputs.
Another way to do this is to use the tab control to create multiple tabs, one for your top-level indicators, and one for your sub-VI indicators. This would still enable you to use remote front panels and would allow for the separation of your different indicators. Here is a note on how to do that:
http://zone.ni.com/reference/en-XX/help/371361H-01/lvhowto/creating_tab_controls/
And here is a more in-depth forum post on how to create them:
https://forums.ni.com/t5/LabVIEW/how-do-you-create-tabs-on-the-front-panel/td-p/201495
The final way I can think how you would accomplish this is to use a web service instead of remote front panels and host the output of the sub-VI as a separate website.
Hope this helps!
Collin D.
Applications Engineer
National Instruments

Configuring Remote Front Panels on a Real-Time Target,smart camera,but there is no image in the web page.

Similar Messages

Maybe you are looking for