A GPIB remote panel question

Hi all, I have created a VI that make use of GPIB to control some of my lab equipment. The problem now i face is how can i set this VI as a remote panel for internet. I have a free website under www.bravenet.com . How can I do such a remote panel thing? thanks

Hello Jackolim,
Thank you for contacting National Instruments.
What do you want your remote panel to do? There are basically two different methods. In one you just monitor your front panel over the internet, like screen shots. The other method allows you to actually adjust the controls remotely.
If you need the first method then you just need to periodically upload the front panel image to your website. You could then have your site periodically refresh itself.
The second method however is not do-able, unless you have LabVIEW on the server. When you are hosting a VI remote panel, the LabVIEW web server is actually used. So the machine running LabVIEW hosts the website on itself, and has direct access to the VI that you are running. There is not a w
ay I know of to somehow route all the information through another web site. You will just need to host the VI on the computer running the VI.
I hope this helps.
Sean C.
Applications Engineer
National Instruments

Similar Messages

  • Remote panel - issues and questions

    So, what the title says.  I'm having issues with Remote Panels.
    First, the default example in LV 2014 does not appear to be working.  The client always returns "vi not loaded in server computer" type error.  Yet, I found an example from LabVIEW 7 (attached) that appears to be working fine. The differences are very minor.  Any suggestions?
    Second, if anyone has links to good reading / documentation / examples, etc on remote panels any and all would be much appreciated.  End goal is to have medium-large sized application that will be run remotely in a LabVIEW environment (not web).
    Thanks!
    Attachments:
    RemotePanelMethods-Server.vi ‏31 KB

    Not that I can think of, unless... Perhaps you could get a reference to the dialog box that is running on the server and force it to close in some way. A better solution as a whole might be to not using blocking dialog boxes. Can a VI tell if it's being remoted into?
    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

  • Can multiple PCs access one remote panel at the same time?

    I've written a program in labview 7.1 to monitor/control a labview application running in the test cell through Remote Panel. I and my coworker can remotely monitor and/or control this labview application individually. But if my coworker has the remote panel displayed on his PC and I try to get the remote panel on my PC, I get a labview error (63) as below:
    "LabVIEW:  Serial port receive buffer overflow.
    LabVIEW:  The network connection was refused by the server."
    My question is: Can multiple PCs access one remote panel at the same time?
    Thanks in advance!
    Y

    Sorry I wasn't clear. The remote panel license is separate from the number of LabVIEW development licenses. Pricing information on remote panel licenses can be found here.

  • Server does not support remote panels

    I am developing an online laboratory setup and hence am using a client server model..the client VI being accessed by remote users online. I have done all the necessary steps using Web Publishing tool and the configuration set up. I have also tested the VI previously online. Suddenly now when I hit the URL for the VI the panel does not load...it says Server does not support remote panels. What could be the problem?

    see answer given second posting of question.
    BJD1613
    Lead Test Tools Development Engineer
    Philips Respironics
    Certified LV Architect / Instructor

  • Flash in web-based remote panel??

    Hi,
    I have a question. I found this vi from ni.com (http://sine.ni.com/devzone/cda/epd/p/id/3891). It plays flash clips. However, I have a problem creating a remote panel for this vi. When I go to web-publishing to create a html for this vi and open this html on the development computer, the flash play on the vi instead of on the html. I did not try on client computer since it does not work on development computer.
    I also tried building the vi into an exe (I include html and swf as supporting files). I run the exe before opening the html and it does not work either.
    I have attached a sample flash file below. Could anyone give me some idea on how I can play a flash on remote panel??
    Regards
    Lee
    Attachments:
    balloon.zip ‏11 KB

    Hi Lee,
    I was running into the same problem as you were trying to play the flash file.  I could get it to work in LabVIEW but in the web browser it would not display properly.  Have you tried any other flash files than this one?  I believe the reason for this is the limitation Remote Front Panels have when using ActiveX objects. Since the drawing of the object draw and operate completely independent of LabVIEW, this is where the problem comes in.  You can read more about the limitations of the remote front panel in the help files of LabVIEW.
    Regards,
    Michael B.
    Application Engineering.
    Regards,
    Michael
    Applications Engineering
    National Instruments

  • Errors connecting to RT remote panel

    I am running into a problem connecting to a remote panel on my RT target. The vi I am trying to access is included in the startup.rtexe executable, and I can verify its operation with the execution trace tool. However, when I try to open a remote panel connection from the host machine, I get a variety of errors, including 66 (connection closed by peer) and 63 (connection refused by server).
    I have configured the vi in question to allow access to all machines (using * wildcard), and also (just in case) included access for the specific IP address of the host. I have tried several different port numbers, including 80, 3363, and 50000, since I seem to find conflicting advice on what ports are to be used for TCP/IP communication. I have even tried enabling web server access, although I don't think I should need to. All to no avail. I'm probably just leaving out one crucial little parameter, but I can't seem to figure it out.
    Any suggestions?

    Hi TwoCentsHappy,
    A LabVIEW realtime application should be programmed as though it doesn't have a front panel. You can create remote front panels for your RT application to see if your application is running. Here is a link  that gives you the instructions on creating remote front panels.
    Good luck!
    Warm regards,
    Karunya R
    National Instruments
    Applications Engineer

  • Remote panels- server running applicatio​n in log-off locked mode

    I have not used remote panels before and was pondering if they would work if the server (Win Xp) running the application goes into workstation locked mode.
    Company IT policy dictates that all PC's must go into locked screensaver mode after 15 minutes of inactivity. To reactivate, the user must log back in. Of course any applications continue to execute normally while in locked mode.
    Would another user at another PC be able to view/control the front panel of a LabVIEW exe remotely while the server running the application is in locked mode?
    Thanks
    -AK2DM
    ~~~~~~~~~~~~~~~~~~~~~~~~~~
    "It’s the questions that drive us.”
    ~~~~~~~~~~~~~~~~~~~~~~~~~~

    The remote panel should continue to run while in locked mode.  If another user wanted to open the remote panel and view it, that should be ok too.  Remember that there are limits to the number of users that can be viewing a remote panel.  The limit depends on how many licenses you have.  info here
    Because only one user can take control of the vi.  If the second user wanted to take control (and the first user had control) then the second user would not be able to take control.  The solution to this is to set time limits on how long a user can have control.  This is a configuration setting.
    SteveA
    CLD
    FPGA/RT/PDA/TP/DSC

  • Remote Panels

    We can access our application from outside of our organization. When
    we try to access it from within our organization, we get a message
    "Server does not support remote panels". We suspect a firewall
    problem. Does any know what port number the remote panel commands use?
    I do not think it is port 80, because all the html documents make it
    through, but none of the panel data. NI unable to help.
    Harry Harrison
    Professor, Capitol College
    Laurel, MD 20708

    JRA wrote in message news:<[email protected]>...
    > Actually, Remote Panels are controlled by the LabVIEW Web Server which
    > does run on port 80. However, this is configurable. If you think
    > that this could be causing your problem, you can change which port is
    > used in Tools?Options?Web Server: Configuration. You may want to try
    > that out just incase it is your firewall that's causing the problem.
    Hi JRA,
    I thought that DataSocket was used to pass the information with the
    remote panels? i.e. port 3015, with the HTML code passed through port
    80 (or whatever's set)
    (from the NI website :
    http://digital.ni.com/public.nsf/3efedde4322fef19862567740067f3cc/fe6a63983ac8289e86256b22005a067a?OpenDocument)
    So
    ftware Ports
    DataSocket 3015
    GPIB ENET 5000 and 50010
    LabVIEW 3079 -- LabVIEW RT TCP front panel connections
    3363 -- VI Server
    3015 -- DataSocket and Front Panel DataSocket
    1024 and Up -- Logos Communication (LabVIEW DSC) Lookout
    1024 and Up -- Logos Communication
    FTP 20 and 21

  • I am getting a Remote Panel displayed on the remote display outside of browser. How tdo I force the panel to display in browser.

    I have several machines running LabVIEW 8.2.1 my application uses remote panels embedded in a browser to display the front panel of the running VI. One machine is responding with the brower window coming up, but when the VI is launched it is displayed on the remote machine as a stand-alone remote front panel. About half of the machines have had InternetToolkit intalled, at least one machine that is working does not. the machine in question does not. Could this be part of the problem.
    The enclosing web pages are generated by a .Net web server running on port 80, LabVIEW web server on port 81.
    Example object block from the generated page. Other than machine and vi information I do not se any differences between the applications.
    <!-- LVRemotePanel -->
    <OBJECT ID="LabVIEWControl" BORDER=1
        CLASSID="CLSID:A40B0AD4-B50E-4E58-8A1D-8544233807A​E"
        CODEBASE="ftp://ftp.ni.com/support/labview/runtime/windows/8​.2/LVRunTimeEng.exe"
        WIDTH="722" HEIGHT="740" >
        <PARAM name="server" value="http://hostname.domain.class:81" />
     <PARAM name="LVFPPVINAME" value="Force.vi">
     <param name="REQCTRL" value="true">
     <EMBED src="http://hostname.domain.class:81/.LV_FrontPanelProt​ocol.rpvi82" LVFPPVINAME="Force_13.vi"
     REQCTRL="true"  WIDTH=722 HEIGHT=740 TYPE="application/x-labviewrpvi82"
     PLUGINSPAGE="http://digital.ni.com/express.nsf/express?openagen​t&code=ex3e33&">
      </EMBED>
    </OBJECT>
    Any thoughts or help greatly appreciated.
    Thanks,
    Phil

    Kevin,
    Thanks for the reply.
    Attached is a screen shot of the problem. This is from my home machine which does not have a LabVIEW environment installed, but does have runtime plug-ins for 7.1 & 8.2.1. I also get similar results on my development machines.
    The serving machines are all on campus.
    The remote front panel on the left is what I expected to see embedded in the 'loading ....' field on the Web page on the right.
    The application [ The iLab Project ] is complex and uses a collection of .Net Web Services to provide access to remote labs using the Internet.
    Access to an iLab Lab Server running on port 80 is authorized by a Service Broker, normally running on another machine. The Lab Server, LabVIEW environment and measurement hardware are normally on the same machine, iLab Lab Server using port 80, LabVIEW WebServer using port 81.
    Once the user is authorized and redirected to the Lab Server the Lab Server ensures that LabVIEW is running and the specified VI is loaded, a web page is generated on port 80 that includes the OBJECT block to display the front panel from port 81. Example OBJECT block included in my original post.
    I have used this code on three other 8.2.1 Lab Servers with different VI's and the Front panel is displayed in the web page as expected.
    Variations of the code have been used since LabVIEW 7.0. Prior to version 8.2 the InternetToolkit, GWeb Server and a custom CGI VI were used to generate the contents of an in-line frame to display the Front Panel. Since 8.2 I generate the Object block directly as part of the aspx processing. Is it possible I need the InternetTookit installed even if it is not used, I'm pretty sure one of my working systems has never had the toolkit installed, the machine in question has not.
    I hope this makes my problem clearer, any help, pointers or further questions will be appreciated.
    Phil
    Attachments:
    remotePanelBehavior1.jpg ‏216 KB

  • 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

  • Remote panel / Web server. II part ?

    Hi all
    There has been some activity about remote panels / web server in this forum.
    Basically, NI documentation states LV run time, at least, must be intalled in client PC to use that feature.
    In this link to post
    a post from NI engenier Jeremy L. says that just to monitor a remote panel vi, NI soft is not necessary in the client PC. That option looks very interesting.
    So, my questions are:
    1- Somebody got to monitor a remote vi if LabView or run time is not installed in client PC.?
    2- Can NI peo
    ple clarify this option?
    3- What is, if anything, the minimun NI soft required in client PC to monitor a remote vi front panel?
    Thanks in advance
    Alipio
    "Qod natura non dat, Salmantica non praestat"

    alipio wrote:
    > Thanks. I got last Jeremy´s post after posting my question.
    > Now I can monitor remote vi without NI soft.
    > About 3rd question, what I mean is if it is neccesary the full run
    > time or one only needs some dll or other small plugin from NI to get
    > control of remote vi.
    Well as I said for monitoring, NO NI software is necessary. For Remote
    Control you basically need the lvrt.dll runtime and some supporting
    files such as lvapp.rsc.
    As the runtime gets more and more complex it is not a good idea to try
    to install individual files. Eventhough the lvrt.dll contains up to now
    all the code necessary to execute simple LabVIEW programs there is more
    necessary to be able to for instance display the LabVIEW 6.x 3D controls
    (all of the
    models directory is then necessary) or in the case of the
    web plugin I would assume the lvpng.dll and lvjpeg.dll will be also
    necessary.
    Also some registry settings have to be set so that the plugin or LabVIEW
    application can find the appropriate runtime engine, unless you want to
    copy all the necessary files into the same directory as your application.
    In view of this I would not even consider getting a LabVIEW runtime
    system onto a computer other than by adding it through the application
    builder to my executable, or running the official NI runtime installer.
    Rolf Kalbermatter
    Rolf Kalbermatter
    CIT Engineering Netherlands
    a division of Test & Measurement Solutions

  • What is the Algorithm Used by the LabVIEW Remote panels?

    Hi
    Has any one had any idea about how dose "LabVIEW Remote Front Panels " works and its Algorithm?

    Is it possible to intercept data values transferred from server to
    remote computer display and put them in a text file for post-processing
    ? Each data value is accessible individually with graphic cursor but I
    don't know how to store the whole set of data.
    Thank you for your help
    Greg McKaskle a écrit:
    >> Has any one had any idea about how dose "LabVIEW Remote Front Panels "
    >> works and its Algorithm?
    >
    >
    > I'm not sure I know what it is you are asking. Roughly, the Remote
    > Front Panels feature transfers the panel of a given VI from the server
    > to your remote client machine. The client machine must be running
    > either a LV debugging environment, a plugin app, or a plugin ActiveX
    > control -- the latter two will also use the runtime en
    gine. The plugin
    > app will load the LV front panel and connect keep a connection to the
    > server. Each time the server updates a value or property on a panel, it
    > will send the information to the remote computer(s). This allows for
    > remote viewing of a panel running on the server.
    >
    > If you take control of the VI on the client by right clicking and
    > selecting the menu item, the client will also be sending the clicks and
    > keys sent to the remote panel to the server. The server will process
    > them in the diagram, and the results will affect panels.
    >
    > Please be more specificif this didn't answer your question.
    >
    > Greg McKaskle
    >

  • Secure Remote Panels?

    Question...Is there any way to secure Remote Panels?
    I've got a client with an application I wrote that he makes available to 'his' customes via Remote Panels.  He's concerned that some unauthorized person can 'tap into' the RP feed and be able to view (and possibly control) his VI.
    While this app was written using LV 8.5.1, I know that LV 2009 (and I guess 2010) have some kind of encryption built in.  Is there any way to use this to encrypt the Remote Panel image/data?
    Also, does anyone know how 'strong' the NI encryption is?  Apparently 64 bit is the strongest that can be legally exported

    Security is a relative thing.
    Back in the day when I consulted with banks on security systems I learned that the amount of money that went into protecting vault depended on how much money was in the vault. THe idea was to make it more expensive to break in.
    Same idea applies to computer security.
    The LV Web interface effectively sepeartes the front panel from the block diagram and provides the linkages between them.
    To attack that communication the atttacker must be familiar with that interaction AND be willing to do the attacking.
    Aside from one of my mentors, I know of nobody outside NI that can attack that interface and judging by his posts, he is too busy to get involved.
    So if the data in the app being served is really worth so much that the cometition would invest in doing the hacking, then the concern is valid. But if the served app's info is not that valuable, then relax and let the competition waste their money.
    Ben
    Ben Rayner
    I am currently active on.. MainStream Preppers
    Rayner's Ridge is under construction

  • Remote panels with proxy

    I would like to know if somebody has been able to download the remote panel of a VI through a firewall in the following situation: imaging a internal network of a company that has a proxy server with all traffic on port 80 allowed. Trying to connect to http://weather.ni.com/weather.htm has been imposible even with all trafic through port 80 allowed in the proxy server. According to the following link ( http://digital.ni.com/public.nsf/websearch/379E5C57148D877586256D6000632A3F?OpenDocument), that would be enough. So my question is: has anybody been able to connect to? In affirmative case, could you tell me the type of the hardware firewall?

    Hi Faust,
    Please have a look at this KB . Have alos a look at the link under this KB. With browser acces you can grant acces to your webserver; by default ecery one is allowded to connect to your webservice; you can specify in the browser acces list a IP address or a domain.
    Best regards,
    Martijn S
    Applications Engineer
    NI Netherlands

  • Disable Monitoring of Remote Panels

    This is going to seem like quite a bizarre question, but I'm trying to learn some rather advanced (Well I think they're advanced anyway LOL) uses of labview so that I can help make some programs to be used with an educational class. I've learned how to make a remote panel and how to access it from other computers, but there's one slight problem. See, the .vis I'm making are parts of assignments that the students will need to complete. So, odd as it may seem, I'm trying to find a way to make a remote panel ((aka an embedded vi on a webpage)) be controllable remotely, but at the same time I don't want other students to be able to essentially look over someone's shoulder and just watch as the other person completes the assignment. I searc
    hed all of the menus I could find, but was unable to find an option dealing with this. Did I miss something or is there a programmable solution to this problem?

    > I want only one person at a time to be able to control it, and its
    > fine for people to see the panel's image, but I'd prefer for them to
    > not be able to see what the other students are doing with the panel.
    > Currently only one person can control the panel remotely, but everyone
    > that's waiting in line can see exactly what they're doing.
    There is a utility for monitoring connections, and you can deny or close
    down connections for any reason, typically it will be for timeouts. But
    you could monitor and deny their access until the current user is
    finished. Or, it might be alot better to do this in the HTML pages
    leading up to the remote panel. They request control, and if someone
    else has it, they get a denied page where you sh
    ow them whatever you
    like, such as instructions for preparing the experiment. Then when the
    current user releases control, it can be given to the next in line. To
    do this, you could use CGI in LV, Perl, etc.
    Greg McKaskle

Maybe you are looking for