Receive LV data from another computer

Question

Dear
I would like to write Labview program after receiving some data.
The data(temperature and humidity) are acquisiting in real time by LV from an independent computer(remote com.).
Are there some simple methods to share or extract the data like this situation?
(Hopefully, I don't want to modify much LV code in the remote computer.)
Thank you in advance. 

Answer 1

For DataSockets, you have to be running Windows, the DS server doesn't run on other platforms.You have to already have TCP network access between the two machines.
For this little exercise, the data you want must be in a front panel indicator (or control). If you do more coding, you can send DS data programmatically, but for now, let's assume it's on the panel.
On the client side (the one you will monitor with), run the DS Server. {Start - Programs - National Instruments - DataSocket - DataSocket Server.
On the Server side (the one where the data is already there), pop up on the item(s) you want to monitor.
Choose DATA OPERATIONS - DATASOCKET CONNECTION.
In the CONNECT TO box, enter "dstp://192.168.0.101/Value1" (without the quotes). Substitute the client IP # for the IP # shown. Substitute a sensible name for the "Value1" part.
Choose PUBLISH as the connection type, an click ATTACH (or CHANGE if this is not the first time thru).
You should see a small LED next to the item. You can hide it if you want (VISIBLE ITEMS), but for now leave it there.
Run the program. The LED should be GREEN, and on the client side, the DS SERVER should show changing numbers, as packets come in.
On the CLIENT side, you want a similar indicator (same data type) as the one on the server that you are monitoring. You want a WHILE loop with a STOP button and a WAIT function, at least.
On the front panel, pop up on the indicator, and choose DATA OPERATIONS - DATASOCKET CONNECTION.
in the CONNECT TO box, enter "dstp://localhost/Value1". You could enter the IP number, but "localhost" covers it, since the DS server is running on this same machine. The "Value1" part must match the name you gave it on the other (server) end.
Click SUBSCRIBE, and close the dialog.
Run your client program, and the client's indicator should match the server's.
Things to be aware of:
You don't know when the data is updated. When your client program uses the values, it gets the latest values. Maybe they're a mSec old, maybe they're a month old. You don't know.
If you monitor TWO (or more) indicators, they are not necessarily updated at the same time. If you read them on the client, maybe they correspond, and maybe they don't. It's possible that you read them AFTER it updated #1, and BEFORE it updated #2. You just don't know. If that's a problem, put everything into a cluster, and just update the one value.
The server will consume system resources (CPU - network time) and net traffic, whether you are listening or not. If your server updates the display 100 times a second, but you only want a value once a second, that's wasteful because the value gets sent over the net 100 times.
I'm not 100% sure, but I think there's no security with this. Any process with access to the DS server, can ask to be updated and it will be.
You had asked for a minimum-code-change idea. I believe the above meets that challenge (no code change at all, only DS settings).However, it has drawbacks, and if they outweigh the no-code-changes, then you need to consider either programmatic DataSockets or plain TCP. With those you can control every aspect of communication. Consult the examples for those.
Message Edited by CoastalMaineBird on 04-01-200704:51 PM
Message Edited by CoastalMaineBird on 04-01-2007 04:53 PM
Steve Bird
Culverson Software - Elegant software that is a pleasure to use.
Culverson.com
Blog for (mostly LabVIEW) programmers: Tips And Tricks
Attachments:
DataSocket.png ‏41 KB