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

Similar Messages

  • Multiple remote front panels?

    I have two separate applications running with remote front panels from this KB:
    How can I use Remote Front Panels with Executables?
    I can not get the two to run at the same time.  I was then shown this:
    How can I run Two or more Executable with remote front panels?
    This seems to be a little old (Version 8).  I am running 2012.
    Has anyone gotten this to work?  How do you set up the web server to listen on more than 1 port?  How do you then direct that port to a particular app?

    Thank you for the solution Todd. I was having the exact same problem.
    LabVIEW 2013 SP1
    Windows 7 64bit
    Windows Server 2012 64 bit
    Windows 8.1 32 bit

  • Able to interact with a cRIO remote front panel from one computer but not another

    I have a cRIO application that publishes a remote front panel for monitoring and control of the application. From one PC (Win7 & firefox) I can see, interact and control the cRIO through the published remote front panel. From a second PC, also Win7, I can see and monitor the cRIO's state, but the remote panel that is opened does not allow for any interaction and this is true whether I'm using IE, FF or Chrome as the browser. When either PC is connected to the cRIO, it is via a dedicated Ethernet link and only the cRIO and the one PC are on that network. For this two-device private network, the PC is always at address 192.168.1.1 while the cRIO always uses 192.168.84.199 (port 8000).
    The firewall rules on both PCs are setup to allow all incoming and outgoing programs/ports/protocols to be used between these two IP addresses.
    Both PC's have up-to-date LabVIEW development systems installed on them (which more or less guarantees they have the minimum require LV runtime needed to see and use a remote front panel).
    What might be different on the PC that view but cannot interact with the remote panel?
    Solved!
    Go to Solution.

    Sam_Sharp wrote:
    Right click on the second one and select "take control of this VI".
    As far as I am aware - only one viewer of the remote front panel can control the panel at any time - the rest can only view.
    As I tried to say in my original post, there was only one host physically connected to the private network at any given time (by virtue of the fact that the one Ethernet cable connection to the private network was being moved back & forth between the two hosts) so there was no way both hosts could be trying to control the cRIO at the same time. I even went so far at one point of restarting the cRIO while it was connected to the problem host to see if would render it functional, but it did not.
    But I did not know that it was possible to do what you suggested, much less that there was a right-click context menu associated with a remote panel, so I tried it and it worked!    Thank you!

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

  • 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?

  • Why does refreshing my web browser page increment the number of users connected to my Remote Front Panel?

    Hi,
    I'm using LabVIEW 2010 and a cRIO-9118 to broadcast my RT Front Panel on the web with a Web Server.
    I successfully configured the web server to be able to control my Front Panel remotely. However, I have an issue with "Refreshing" the browser.
    When I press "Enter" to search the adress of the web server, the number of users connected seems to increment by one and then tells me that "Too many users are connected to the front panel". Once this has been done, the only way to "unlock" the web server is to reboot the cRIO.
    Is there any solution to avoid this behavior?
    My current web browser is Internet Explorer 8.
    Thank you
    Mathieu Veillette, Ing Jr.
    Solved!
    Go to Solution.

    Hi Mathieu,
    Unfortunately, there currently isn't a very good solution for the problem you are facing. It seems like this is a known issue that R&D is working on. It so happens that in addition to simply refreshing, this issue also occurs if you try to access the Remote Front Panel using a second tab in a tabbed browser. One "fix" would be to invest in a higher count Remote Front Panel license. If that's not feasible, then the current recommendation would be to avoid connecting to the Remote Front Panel from a second tab or refreshing the view in your browser. Once you exceed the number of connections to the Remote Front Panel, you will have to restart the RT controller -- there isn't a way to change this default behavior. You can track any fixes by R&D by keeping note of the CAR (corrective action request) ID for this issue, which is #202702.
    Sanjay C.
    Embedded Software Product Manager| National Instruments

  • 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: loading VI into controller memory

    Hi everyone,
    I am currently using LabVIEW 7.1 and need some expert help.
    I have a VI (which also include more than 80 sub VIs) that controls a system through compact Field Point module controllers. Currently, all these VIs are stored in a server computer.
    At this stage, I am capable of creating a remote front panel, which allows me to control the system from a client computer other than the server computer. Instead of using the server computer to control the system, I would really rather to use my field point controller to do the job, and I have the following questions:
    1. In the server computer, VI can be loaded to memory by opening the VI, how do you do it if you were to use the cFP-2015 controller as a server?
    2. I created a "startup.exe" and the "htm" files for my program and stored them in my controller and set it to launch application at boot-up. For once, I can access to my controller from the web. But once I close my browser, and re-access the web, the memory in my controller seems to be lost and I got an error message saying VI was not loaded in server memory. Is it possible to store the VI in the memory of my controller for a long time??
    Many many thanks in advance.
    Tak

    Hello Guenter,
    Thanks for your explanation. I think your description match very well with my observation. Your suggestion of flashing the LED while my program is running is a good idea.
    Sorry that I didn't describe what happend well enough, here is what happened to me.
    I embedded the program which simply turn on and off one of the LED on my cFP controller for 20 times.
    I re-boot my controller and wait some time, I then see the LED turns on and off.
    Before my program finish, I can access to my remote front panel page for multiple times even after I closed my browser while the program is still running.
    If I request control over the controller, I can manually stop the program, and then re-start it.
    However, after I re-start the program remotely, if I closed the browser even while the program is still running. The program stops as soon as the browser is closed. When I re-open my browser, it says the requested VI is not loaded in the memory on the server computer.
    So, correct me if I am wrong, it sounds like embedding my program as exe file, download to my controller, and set it to launch the application at boot-up is the only way to load the VI into controller's memory. Is there any other way?
    So, having said that, I have to re-boot my controller every time when I want to start my application file that is sitting in my controller, is that correct?
    Many thanks again.
    Tak

  • Where does the processing take place when using a remote front panel?

    Hi,
    I am considering upgrading my LabView software from 6i to 6.1 for the new "two click" remote front panel feature. I have already seen a demo of this feature but have just a few questions before I get the upgrade:
    My setup consists of several pieces of equipment connected to Labview via GPIB, to aid in the evaluation of a new microchip.
    1. I wish to grant control of the setup to anyone with a web browser, Is the remote monitoring feature compatible with both Netscape and IE?
    2. The VI which controls the setup is currently located on the PC beside my setup. When I embed a VI in a remote front panel, where does the processing take place, is the local VI still controlling the setup? and
    the remote panel just sending and receiving data from the local VI.
    Thanks, Troy

    > I am considering upgrading my LabView software from 6i to 6.1 for the
    > new "two click" remote front panel feature. I have already seen a demo
    > of this feature but have just a few questions before I get the
    > upgrade:
    >
    > My setup consists of several pieces of equipment connected to Labview
    > via GPIB, to aid in the evaluation of a new microchip.
    >
    > 1. I wish to grant control of the setup to anyone with a web browser,
    > Is the remote monitoring feature compatible with both Netscape and IE?
    >
    Yes. Provided they are resonably modern versions.
    > 2. The VI which controls the setup is currently located on the PC
    > beside my setup. When I embed a VI in a remote front panel, where does
    > the processing take place, is the local VI still controlling the
    >
    setup? and the remote panel just sending and receiving data from the
    > local VI.
    >
    The computer which we refer to as the server, the one with the GPIB card
    in your case, will execute as it does now. In fact, its window will
    even be open. The remote client computer, the one with the web browser
    will be running the runtime engine and processing user events, value
    change and property/method events from the server. So in reality, both
    computers will be sharing the load a bit. This allows for very small
    packets to be sent between the computers. It is in fact quite similar
    to publishing the data between the computers using datasocket.
    One thing to keep in mind. Standard LV includes a license for one
    connection. If you want to allow for multiple web browsers to view at
    the same time, additional licenses are available. Also, only one user,
    remote or server may be in control of the panel at a time. That means
    that if you want to be able to operate the panel, changing kn
    obs or
    flipping switches, the others will become viewers only until you give up
    control. Hopefully this isn't a surprise, but I thought you might want
    to hear about it now.
    Greg McKaskle

  • 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

  • How can I close a remote front panel by closing only the browser window?

    I control a remote front panel in a browser (from the client PC). If I don't use the 'close' - button in my program to end the remote front panel, but instead of this the 'x' of the browser window (in the right bottom corner), my program won't be close, it continues on the server. Do you know how to end a VI by closing only the browser windows?
    Thanks for any help!
    wolfe

    I found the examples. Thanks.
    But I could not find a solution yet. Now I know how to end a VI by clicking on the x of the VIwindow.
    My problem is, to end a VI by clicking on the x of the BROWSER window after I loaded and controlled a remote panel VI in a browser (e.g. IE).
    If you have any ideas ... I'd be happy.
    Thanks for your help.

  • Remote front panels

    when I use remote front panels in LAbVIew 6.1, The Web Server and the client interact using DataSocket Technology through the ActiveX controls embebed in the web page?

    > when I use remote front panels in LAbVIew 6.1, The Web Server and the
    > client interact using DataSocket Technology through the ActiveX
    > controls embebed in the web page?
    No, it is a low-level TCP based protocol that passes the data values and
    property values similar to datasocket, but not using datasocket.
    Greg McKaskle

  • Server does not support remote front panels

    hello
    I'm about to command the front of my labview program remotely. I followed all the steps that I found on the NI website. when I do the test on my Intenet Explorer browser it gives me the following mesage: "Server does not support remote front panels".
    I await your propostion and solutions. Sincerely

    Hi,
    This KB might help.
    Christian

Maybe you are looking for

  • Transformation activation giving an error.

    dear experts, i have created a transformation which is having some routines and i have also created some key figures with amount type. while activating the transformations its giving error. " key figure (version A) is not compounded. what could be th

  • 3rd gen 20GB iPod not being detected / freezing computer

    One day I plugged in my iPod before I left for work so it would charge, and when I came back it was still stuck on the do not disconnect screen. This was before I knew you could reset the iPod with the select/menu buttons, so I just left it for a bit

  • Connecting to a database in Dreamweaver/ColdFusion

    Please Help! I've created database connections to both Mysql and MS Access databases in the ColdFusion Administrator Data Source page (I've used both Mysql and Access to test what's wrong with the connection). However, I can't connect to them in Drea

  • SSRS 2012 Initial Rendering Incorrect

    I'm running into an issue in the Report Manager where reports do not render correctly initially. If a report requires user input (a parameter that does not have a default value), the report loads incorrectly--all images are missing (including charts)

  • Data Streaming Destination in SQL Server 2014?

    I would like to publish a SSIS package as a SQL view. I'm working with SQL Server 2014 Developer edition, and SSDT-BI for Visual Studio 2013. The instructions for SQL Server 2012 are here: http://msdn.microsoft.com/en-us/library/dn600376(v=sql.110).a