LabVIEW Remote Front Panels and WebCT or Blackboard Integratio​n

Hi,
Has any one had any experience with getting LabVIEW Remote Front Panels working with WebCT or Blackboard E-learing software?
Generating the Remote Front Panel is easy enough, it's incorporating the Remote Front Panel into WebCT or Blackboard that am interested in?

Hi,
Are you using FieldPoint 6.0.2?  We have a Corrective Action Report (#125870) for the remote front panels for the cFP-2220 with LabVIEW 8.6 and FieldPoint 6.0.2.  R&D is currently working on a fix, until then, the only known workaround is to using LabVIEW 8.5.1.
Regards,
Jeremy_B
Applications Engineer
National Instruments

Similar Messages

  • Do you need a web browser and internet server to run LabVIEW remote front panel?

    Does anyone know if ones needs an internet server to use the Remote Front Panel application of LabVIEW, or is it also possible to use a LAN/WAN for the same application?  if it is possible, how does one set up such a system?

    You can do this on any IP based system (which includes LANs).
    Basically, you need to be able to ping the server and to have the RFP port allowed in the firewall.
    Then you need to enable the option in the application. If this is an executable, you will need to configure this in the Options dialog or copy some lines from the LabVIEW.ini file into your EXE's INI file. You will also need to take the htm file created by the publishing wizard and make sure it points to your VI and that it is located in a place where it can be accessed from outside the server (read the LV help or search the site for more on this).
    Then, you just need to enter the URL for that htm file in the browser on the client (e.g. 192.3.42.5/c/rfp.htm) and it should load.
    Try to take over the world!

  • Simultaneously Controlling LabVIEW Remote Front Panels not working properly

    We are trying to simultaneously control a Executable file from different PC as per the description given in link below:
    http://www.ni.com/white-paper/4867/en
    But the issue is that we are not able to view it in Web browser as in "Web Publishing tool" When we click on "Preview in Browser" it Pop up a message " Web server not started. Do you want to start it now? We Click YES. Still nothing happens.
    We have exactly followed the steps given in the "white-paper/4867/en  i.e. Selected "Enable web server" and VI Properties to "Reentrant execution".
    In Control Panel>>Administrative  Tools>> Services we found that NI Web Server is available but NI Application Server is not installed. Is this is the reason why we are not able to Preview in Browser. If yes how to install that OR any thing else we are missing?
    Thanks
    R.B.Chavan

    Mateus23 wrote:
    I'm now developing the web version in HTML 5, using web services to comunicate with my labview application.
    There you go, good solution. When doing this remember that you have access to the database on the server. A structure I have found effective is to use the server DB like a dropbox that I write to, and the web server reads from.
    Mike...
    Certified Professional Instructor
    Certified LabVIEW Architect
    LabVIEW Champion
    "... after all, He's not a tame lion..."
    Be thinking ahead and mark your dance card for NI Week 2015 now: TS 6139 - Object Oriented First Steps

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

  • 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

  • Hi,why I have a "DMA hardware error detected" when I try to save file as *.htm for remote front panel application?

    Hi,
    I try to learn how to present my data anywhere by using labview remote front panels. I use PCI-mio-16E-4 device to acquire data. After I start web server and try to save to as *.htm file, I got the "DMA hardware error detected" message. Can anyone help me to solve the problem. Thanks.

    What was the actual error code?
    Copyright © 2004-2015 Christopher G. Relf. Some Rights Reserved. This posting is licensed under a Creative Commons Attribution 2.5 License.

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

    Hello,
    I have different dedicated PC (8) that control dedicated experiment. I can monitor and control them using remote front panel troutgh a browser web page. Now I'd like to Centralized the web servers.
    Is it possible to publish (or manually  move&edit ) *.html generated by labview remote front panel in another LabVIEW web server of a Machine ( running LabVIEW 8.2)?
    Thanks

    You need to copy over the .html file to the computer that will be your server (in the www folder).  Copy over the .exe and/or .vi's, making sure they are in the correct folders (normally the SAME folder that they were in on the development pc).
    You will also need to change the link that points to the remote machine.
    Instead of : http://my_pc/my_program_My Computer_interface 3.html
    Change it to: http://server/my_program_My Computer_interface 3.html
    Run the .exe/vi and it should work now.
    Let me know if you have problems.
    As far as for the web server on the server computer, does the server computer have the development environment, or just the run time??  If you have the dev environment, you can change the webserver settings as you normally would, via the options.  If it is just the run-time, I believe that you have to change it progmatically using property/invoke nodes in your program (I could be wrong).  The main reason to change any webserver settings are when you need to change who has access to the program, want to change the port, or want to stop it, otherwise normally (in my opinion) you just leave it alone.
    Message Edited by Kenny K on 09-26-2007 07:34 AM
    Kenny

  • 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

  • Problems with Remote Front Panel

    Hi, I've seen "How to create a LabVIEW Remote Front Panel" video of Grant H.
    I've followed the steps to create a remote front panel but doesn't work. When I open the URL in Explorer, show the title, header and footer but don't show the front panel, only a image that say: "Downloading front panel 0.00% of 0 Bytes" and don't work.
    My Remote Front Server in turned on and I'm using LabVIEW 2010 in Windows 7.

    I am having the same issue.
    Is there anything I can look up to find possible solutions?
    BTW, I run the same application in a different machine and it works just fine. I just can't seem to find where I should be looking...

  • 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 with labview 8.6 executable

    I am trying to create a remote front panel of my application, built in an executable using Labview 8.6. I want to run that application on a target machine (not the one used for developing the project) and view and control the front panel of the VI from a web browser on another computer.
    I have followed these steps: 
    How can I use remote front panels with Labview Executables?
    But when I finally open the web browser and navigate to the URL I obtain that the page cannot be found.
    I have my Labview project created and I have built a web page using Web publishing tool. I have saved it in my Labview 8.6/www directory and added it to the project. I have built my executable including HTML file and copied all the obtained folders to the target PC.
    Then, I have modified the .ini file like in the step 7, but when I arrive to the step 8 I don't know what to do. Which  niwebserver.conf should I modify? The one localized at Labview 8.6 directory of the target machine? Or the one that is created in the directory where I have copied the executable when I run the executable?
    In the DocumentRoot tag  I have to replace the default Labview/www with the location of my HTML file. Should I use quotation marks or no?
    Have you got any ideas of what is happening?
    Thanks!

    Ok, but when I create the executable, in the folder where the application.exe and .ini are there isn't a file called niwebserver.conf. When I run the application a file with this name appear in the directory (the one I include), but it hasn't the section Directives that apply to the default server as in the manual.
    What I have done is to copy the niwebserver.conf file ubicated in the Labview 8.6 of the target machine in the same directory of the executable but it doesn´t work...
    niwebserver.conf
    ServerRoot "."
    ErrorLog "./logs/error.log"
    LogLevel 3
    ServerName default
    DocumentRoot "./../../www"
    Listen 80
    ThreadLimit 10
    TypesConfig mime.types
    DirectoryIndex index.html
    LoadModulePath "./modules" "./LVModules" "./.."
    LoadModule LVAuth lvauthmodule
    LoadModule LVSnapshot lvsnapshotmodule
    LoadModule LVRFP lvrfpmodule
    LoadModule LvExec ws_runtime
    LoadModule dir libdirModule
    LoadModule copy libcopyModule
    AddHandler LVAuthHandler
    AddHandler LVSnapshotHandler .snap
    AddHandler LVRFPHandler
    AddHandler LvExec
    AddHandler dirHandler
    AddHandler copyHandler
    CustomLog "./logs/access.log" "%h %l %u %t \"%r\" %>s %b"
    KeepAlive on
    KeepAliveTimeout 60
    Timeout 60

  • 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

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

Maybe you are looking for