Datasocketing a Front Panel

Hi,
I'm looking for a way to transfer the image of a front panel from one vi (which will be running) to another vi. I was thinking of datasocketing the front panel items; however, it seems as though you can only datasocket indicators on an individual basis - i have 40+ items I'd like to data socket and I don't really want to cluster all of the indicators as I'd have to rewrite the entire block diagram.
Any suggestions?
Thanks,
Richard

If you are using LabVIEW 8, it is also possible to bind a shared variable to a front panel item. The Shared Variable can be configured to have a cluster data type which may be another option for you.
I'm a little confused by your description - are you trying to avoid create a cluster of the objects? If so, then you have no choice and will have to individually bind the front panel objects to a variable (or use datasocket pre 8.0). It will depend on how you have your code structured, but it may be simpler to package your data on the block diagram and use TCP comms for passing the data between different machines/VIs. I wouldn't worry too much about the fact that you have to modify the code; this normally doesn't cause a complete architecture re-write and there are clear benefits in implementing this on the block diagram as it will make the readability of the code better rather than Front Panel binding.
Let me know your thoughts and we can discuss further. If you want, you could post code here and I'll advise which is the best approach to go for.
Thanks,
Stuart

Similar Messages

Front Panel DataSocket takes long time to connect

Hi,
I have build a very simple DataSocket application.(Front panel DS only)
I transferring data between two applications running on 2 PC's connected via a wireless network
What hapens to be is when the router is connected to internet (via ADSL modem) the connection between clieant and server is established imidiatly.
However when Modem is disconnected it takes about 1 minute to establish connection.
At both cases I am using the internal IP of the server PC (the PC datasocket server is running on)
1. I used 2 different wirless routers and result is the same
2. I used static IP addres on both client and server PC's
3. DSTP url I use is "dstp://l192.1.128.106/number" (not computer name but rather ip number)
4. datasocket server is running on one commputer. The other (client) is running under Runtime (its an "exe" file)
5.When I look at data socket server I see that "process connected" is updated immediately. BUT the front panel controls are waiting for about a minute till datasocked LED is turns green. During this time the datasocket server looks very busy.
I have to emphasis again when the router is connected to internet connection is established immediately.
My gut feeling tels me it has to do with DNS. I don't usderstand why.
Is is related to the server PC DNS?
The client PC DNS?
The router DNS?
Any help would be extremely appreciated!

Thanks again Kyle, I have followed up some of you suggestions. With some trial and error (and a fiew bucks...) the problem was solved. The way I solved it: 1. I bought a new router (Edimax BR-6424 ~$40)2. I have configured the PC the Datasocket server was running on, as with dynamic IP and obtain DNS automayicaly. The router was not connected to Modem and everything is working fine. (if you look at atached VI - "time to establish connection was about 2S. This is the VI I am running on the client PC) Alternate 2. is configure static IP BUT LEAVE DNS VALUES EMPTY. that works fine too. (2S for connection) When I used static IP with some values in DNS the time to establish conection was ~16S. Aperrantly my problem was not related to modem at all.I have made my test with one bad (or misconfigured) router (level one WBR-3406TX).The test I made with the other router (old Edimax I borowed from a friend) were with bad DNS configuration.So I got wrong impression that my problem was related to absence of modem. I am going to use the new router. But just for curiosity. Do you have any Idea what could get wrong with the old router (level one). The DNS was configured correctly. (obtain DNS automaticaly) but still when I ran the attached VI it took 16-20 S to establish connection.??? Best regards, Hazkel
Attachments:
Dataocket Example.vi ‏11 KB

DataSocket, Front panel Port number Change

how can i change the datasocket port and front panel port?
메시지가 05-03-2007 01:33 AM에 solsun에 의해 편집되었음

Hi Solsun,
I do not know what you mean by front panel port. Also, the port that Datasocket uses cannot be changed, as it will use 3015 per this document, "What Ports Do I Need to Open on My Firewall for National Instruments Software Products?"
Hope that helps.
Take care,
-Sam F, DAQ Marketing Manager
Learn about measuring temperature
Learn how to take voltage measurements
Learn how to measure current

Where is front panel datasocket connection

After successfully using front panel data socket connections in the past I have now discovered that the menu item is gone. Anybody have any idea as to why?
LabVIEW 8.0.1
WinXP/SP2
Why can't I paste a screen shot?
LabVIEW 8.0.1; WinDoze XP
aut viam inveniam aut faciam

The only data socket control that I see is the Datasocket Refnum (reference control), which is located in the refnum palette.
I think all other functions are found in the block diagram palette.
RayR
Message Edited by JoeLabView on 12-17-2007 08:04 AM
Attachments:
datasocket.PNG ‏6 KB

I want to publish my data using datasocket connection on the net and I want to use Front panel binding. Can I?

I want to publish my data on the net.
I want to use front panel binding and I do not want
to write the code. Can I do that. What should I modify
in my datasocket server manager. The other question is, When I open my VI, I want to open automatically my DataSocket Server. My english is bad. When I open the LabView I also want to open my DataSocket server. How can I do this?

To use datasockets to publish data to be accessed via the web, see the following document.
http://digital.ni.com/public.nsf/websearch/F58A6C2DAAADECB68625672400636145?OpenDocument
This document explains how you can create an interactive Web page with which users can view data from a remote acquisition application without the common problems of a client-server application. You use the Measurement Studio DataSocket control and Microsoft Visual Basic to create a software component that you can insert in a Web page. You then use that Web page to read, write, or share data with other applications across the Internet.
If you want to publish data but do not want to write any code, you should consider the web publishing tool available in Labview 6.1. This tool allows
you to create a webpage to be published from the the LabVIEW webserver on your machine. See the following link for more information on ways to easily publish to the web from LabVIEW.
http://zone.ni.com/devzone/conceptd.nsf/webmain/E4E311FA046EE24586256B1F0074F39D?opendocument
As for starting the datasocket server when you run your VI, you can use the 'System Exec' VI to run the application. The exe to start the server is located in the following directory:
C:\Program Files\National Instruments\DataSocket\cwdss.exe
I hope this is helpful.

Display and interact with a vi front panel on remote C++ app

Hello:
I am new to LV and need a little advice. I need to display a LabVIEW VI front panel in my C++ .Net application that users can interact with to view real-time spectrum data. The C++ app (client) must reside on a separate computer(s) from the VI so that the client can connect from anywhere around the world and interact with the VI.
I am not sure about the basic architecture that should accompany a good solution. We want to use TCP/IP but not DataSocket. I do not have access to Measurement Studio but I do have access to LabVIEW Professional Development System v 8.2. Can anyone provide suggestions on what I need to do in order to
1. Connect to my TCP server using my C++ client app - I have already written TCP client and server code which communicate but now I need to integrate LV
2. Get access to the VI sitting on that server
3. Send the VI front panel to the client for display
4. Allow the user to modify parameters on the front panel displayed on the C++ client, send those changes back to the server, and refresh the front panel displayed in the C++ client given the new parameters (I would like a real-time display of the spectrum to always be available)
Is this possible? Has anyone done this using C++ .NET in VS2005? Are there examples I can mimic or references that will help direct me? I have searched and searched through NI's help and found a lot of good stuff but I'm still feeling confused about the best way to utilize LV.
Thank you in advance!

One more question ... what if I could use Measurement Studio? The documentation seems to indicate that it's easy to create network applications and therefore it would be easy for me to re-create our VI's front panel using Measurement Studio components in my C++ app and then simply connect those components to the networked hardware (TCP/IP or DataSocket) that could be located anywhere in the world.
Depending on what components you are using in your LabVIEW panel, it is probably pretty easy to build a Measurment Studio application to look like a LV panel.
Given that, you could use network shared variables to move data across the network, no TCP programming necessary -- I think that this is pretty easy to do, but I don't know the specifics about variable programming in that environment. Also, you will probably need to add some smarts to the server side to make sure that it is reading to and writing from variables in an appropriate manner.
Question: why can't you just use LabVIEW for the client application also?

How to update the variables in sub-vi on main front panel?

hi~
The problem is to display variables in Sub vi on main front panel.
What should I do?메시지가 04-07-2005 03:14 AM에 julitan에 의해 편집되었음
Attachments:
main_.vi ‏14 KB

You probably want the slide to update while the while loop in the subVI is running, so you can't simply wire an output from the subVI to the main VI. So you are going to have to use some form of communication between the two VI's other than a hard wire. For this simple case I think I would recommend using a global variable. You could also use DataSocket or even write the value to disk, but using a global is probably the easiest method for this case. I've attached your modified VI's. Let me know if this works for you.
Robert Mortensen
Software Engineer
National Instruments
Attachments:
global.zip ‏45 KB

Using Shared Variables and Initialize Front Panel Binding (to PSP)

Hi,
I use LV DSC RT 8.2.1
I have a Vacuum System That includes signals from - Pumps failure, Valves status, Vacuum gauge, start Pump ...
Each signal is read by a FieldPoint.
All the relevant FieldPoint Channels are read by the Server (a computer in the Ethernet Network) and published to the network in the form of Shared Variables.
I have a client VI that is reading the Shared Variables published by the Server using Front Panel Binding.
Problem :
Some of the Bindings are in the mode 'Write &Read' and that causes some initialization problems.
For example - Valve #1 is Open, and then a User start running the Client VI, (the Valve #1 Status mode is 'Write & Read")
if in the VI the status of Valve #1 is closed (before running it) then the Valve status is changing to Closed.
I want the Client VI to first read the Physical status of the instrument and then to change the Value if the User changes it.
But that's seems to be a problem when using Front Panel Binding... (is it?)
I know I can Deploy a lvlib in the Client Side and Item Bind to the Shared Variables or Use DataSocket.
(Is DataSocket is a Reliable method when connecting to Shared Variables? What are the disadvantages when using DataSocket?)
What is recommended by those of you that are experienced or by NI ?
Sincerely Yours,
Amitai Abramson.

Amitai Abramson,
Hello and thanks for using the NI Forums.
I'm glad that you've read the Using the LabVIEW Shared Variable Tutorial on our website. Check out these other resources:
Network Variable Technical Overview
Troubleshooting Network-Published Shared Variables
Why Do I See Unexpected Value Change Events for Shared Variables Using LabVIEW DSC?
All You Need to Know About Shared Variables
Creating a Value Change Event for Shared Variables
Alternative Method for Using Shared Variables Between Systems in LabVIEW 8.x
What Is The Difference Between Using Shared Variables And DataSocket VIs To Access OPC Tags?
The issue that you are seeing by having "Write & Read" bound items on both the server and client side is essentially a race condition, you don't know which one is being read/written at what time. To resolve this issue I would take a look at some of the documents below.
Using a Local, Global, or Shared Variable in Parallel Loops Can Cause Race Conditions
Using Local and Global Variables Carefully
Tutorial: Local Variable, Global Variable, and Race Conditions
Locking a Shared Resource or Variable in LabVIEW Using Semaphores
You mentioned not wanting to have two sets of shared variables (one on each side), but this is a great method to resovle this issue, that, or you can develope some sort of hand shaking to prevent these race conditions.
I would suggest that in the future when using these forums you try to ask only one question per thread and make it more concise. It's hard to tackle multiple questions and such broad questions as "I want to know all the ways that I can connect to Shared Variables, and I want to know the advantages and disadvantages." I suggest this because we want you to get your questions answered and more concise questions will result in quicker and better answers.
Message Edited by Ben S on 10-01-2009 06:05 PM
Ben Sisney
FlexRIO V&V Engineer
National Instruments

Create OPC I/O server and front panel data socket problem

Hi all!
I installed the NI OPC server. When I try to create a new server I/O in a LabVIEW project I don't see the "OPC client" possibility.
Is something software missing?
Other question: I tryed to connect to OPC server using front panel data socket but my problem is same. When I click the numeric control and I go to the "data operation" menu there is no possibility to make data socket connection.
I don't know what is the problem.
I attached two pictures about my problem.
Solved!
Go to Solution.

Dear vajasgeri1,
do you have LabVIEW DSC module installed? Without it you will not have the OPC client funtionality.
And to configure DataSocket binding you need to go to the Data Binding tab in the Properties of a control.
BR,
Mateusz Stokłosa
Applications Engineer
National Instruments

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

Bind a front panel control to an item

Hi all,
I have a problem with selecting DataSocket in "Data Binding Selection" when I want to bind a front panel control to an item in another server such as an OPC Server. I want to know whether we connect to that item via OPC Server or DataSocket Server after specifying an OPC URL. The LED_DataSocket near the front panel control planned to bind to an OPC Server's causing this doubtfulness for me.
And I want to know in a big application what the difference between these two is:
Connecting a front panel control to an OPC Item selecting:
NI_PSP\network Items\then selecting the item from an OPC client instance currently created or,
DataSocket\browse\ finding the item we want through Servers listed.
Please advice.

I'm working on a big HMI application with more than 200 I/Os. if I want to read/write these data items from an OPC server, do you mean it's better to use shared variables bound to OPC data items, then read/write directly the shared variable from a front panel object, connecting a shared variable node to it?
I want to know if I bind my all front panel objects to shared variables or OPC items via NI-PSP or Datasocket, for this number of I/Os, it works. And what are the differences between these two technologies?
I 'm for the best way of gathering data from an OPC Server.
Message Edited by Maryam on 04-20-2006 11:41 AM

Setting up position of front panel objects using input from file

I am working on a project and i have got the following query.
i have a front panel with lot of objects like knobs,dials,push buttons etc..
the entire panel will be the console to the user and as he changes the various
positions of the objects their values will be written in to a file.
now after a days work when the system is restarted again the next day
the values of various objects should be read from the file and the front panel objects should be set in their position according to it
in short the objects(knobs,buttons etc) should both act as o/p i.e when user interacts with them and they should also act as i/p when their position will be set from
file.
how can i achieve this.any help regard
ing this would be greatly appreciated

You should separate the read portion of this vi from the write portion of the vi. You want to execute the read portion of the vi only at startup and the write portion of the vi only at shutdown. So you'll be reading the file and writing the output to the property nodes, running your program, and then taking the value of the controls and writing to file. I have attached an example of how this might work. You might also do this with a state machine structure to control the data flow.
Hope that helps
Attachments:
query.vi ‏49 KB
read_file.vi ‏42 KB
write_file.vi ‏36 KB

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

Is there a trick get around physical bundling of items on the front panel?

Ok - so I appreciate how bundling items on the front panel into a cluster can make the programmatic code very slick and easy to access.
I know this is completely obvious - but it forces me to arrange my front panel objects I would prefer not to arrange them. Here's why: I have my objects grouped together in a manner that reduces the number of datasocket read/write necessary for VIs to intercommunicate - they are grouped based on how they should be communicated to other VIs - not based on their physical arrangement on the front panel.
It seems the only way I can organize my objects into a cluster that appears as a pink control/indicator block in my diagram is by assembling
the objects into a cluster on the front panel... and this pink block is very useful as I can make local variables for it. This is much simpler than having all the controls and indicators bundled into a cluster for network transfer... but still having to use local variables for each control/indicator in order to use it elsewhere in the diagram.
Ugh. I fear this message is too much rambling and not enough information for anyone to help me... I'm going to post it in the hopes that someone can follow me.
I guess before I submit this I should remind you of what I was hoping to accomplish - to use the front panel to group objects but then skirt the requirement of keeping this objects in the same physical cluster box on the front panel.
again, ugh,
Jim

Place all your front panel objects the way you want them then in the block
diagram use the Bundle by Name vi to create a cluster.
Kelly
"dingler44" wrote in message
news:[email protected]..
> Ok - so I appreciate how bundling items on the front panel into a
> cluster can make the programmatic code very slick and easy to access.
> I know this is completely obvious - but it forces me to arrange my
> front panel objects I would prefer not to arrange them. Here's why: I
> have my objects grouped together in a manner that reduces the number
> of datasocket read/write necessary for VIs to intercommunicate - they
> are grouped based on how they should be communicated to other VIs -
> not based on their physical arrangemen
t on the front panel.
> It seems the only way I can organize my objects into a cluster that
> appears as a pink control/indicator block in my diagram is by
> assembling the objects into a cluster on the front panel... and this
> pink block is very useful as I can make local variables for it. This
> is much simpler than having all the controls and indicators bundled
> into a cluster for network transfer... but still having to use local
> variables for each control/indicator in order to use it elsewhere in
> the diagram.
> Ugh. I fear this message is too much rambling and not enough
> information for anyone to help me... I'm going to post it in the hopes
> that someone can follow me.
> I guess before I submit this I should remind you of what I was
> hoping to accomplish - to use the front panel to group objects but
> then skirt the requirement of keeping this objects in the same
> physical cluster box on the front panel.
>
> again, ugh,
> Jim
>

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

Datasocket​ing a Front Panel

Similar Messages

Maybe you are looking for

Datasocketing a Front Panel