Q: How to do remote data aquisition from an ARM Linux with DAQCard-1200

[Ongapisa]

I have a small embedded system running ARM Linux. This system has two PCMCIA
slots. My idea is to have a Bluetooth or WLAN card in one of the slots, and
a NI DAQCard-1200 in the other. I have the Linux Comedi DAQ drivers
installed already. Assuming that I can connect to this embedded system using
TCP/IP, would it be possible to interface this system to a PC running
LabView? Is there any implementation of something like VI server or RDA
server around for Linux, preferably with source code?

/Ulf




-----------== Posted via Newsfeed.Com - Uncensored Usenet News ==----------
http://www.newsfeed.com The #1 Newsgroup Service in the World!
-----= Over 100,000 Newsgroups - Unlimited Fast Downloads
- 19 Servers =-----

[JRA]

I'm not clear on whether or not you are wanting to control the DAQ Card from the LabVIEW system or not. I know that you can use TCP/IP to communicate from LabVIEW to this machine. However, it depends upon what you are wanting to do with LabVIEW. If your Linux system writes data to a file, then a LabVIEW application could use TCP/IP communication to read from this file. That is one way to interface them. If that is what you are looking for, then you're on your way!

[Ongapisa]

I would like to be able to control the DAQ from the LabVIEW system, without
going through any intermediary file writing steps. Maybe it would be
possible to write some kind of a proxy VI that would communicate over TCP/IP
with some Comedi-based DAQ proxy running on the embedded Linux system? Has
anyone seen such a proxy implementation?

/Ulf

"JRA" wrote in message
news:506500000005000000C1C40000-1042324653000@exchange.ni.com...
> I'm not clear on whether or not you are wanting to control the DAQ
> Card from the LabVIEW system or not. I know that you can use TCP/IP
> to communicate from LabVIEW to this machine. However, it depends upon
> what you are wanting to do with LabVIEW. If your Linux system writes
> data to a file, then a LabVIEW app
lication could use TCP/IP
> communication to read from this file. That is one way to interface
> them. If that is what you are looking for, then you're on your way!




-----------== Posted via Newsfeed.Com - Uncensored Usenet News ==----------
http://www.newsfeed.com The #1 Newsgroup Service in the World!
-----= Over 100,000 Newsgroups - Unlimited Fast Downloads - 19 Servers =-----

[Anonymous]

In article <3e2605cc_1@news.newsgroups.com>, "Ulf S"
wrote:

> I would like to be able to control the DAQ from the LabVIEW system,
> without going through any intermediary file writing steps. Maybe it
> would be possible to write some kind of a proxy VI that would
> communicate over TCP/IP with some Comedi-based DAQ proxy running on the
> embedded Linux system? Has anyone seen such a proxy implementation?
>
>
Sounds cool. Looks like you want to built a DAQ server and client. This
is very similar to communicating with a mail or ftp server. The server
would just sit there merrily collecting data and every so often it check a
particular TCP port to see if any requests have come in. I would use easy
to understand text comma
nds like RUN or GET SAMPLES. This will make it
easy to test by using telnet. The hand shaking would be key here. You
don't want to saturate the server with commands but you don't want it to
miss any. You may want to copy the SCPI command syntax as used with GPIB
instruments.

OT - have you made calls to the Comedi shared library using LV's Call
Library Function yet? Just tried it and was pleased to find that it
actually works. Way better than using CINs.

Good luck!
-Kevin