Remoting an instrument via web

[cbenzi@eutelsat.fr]

Hi
I would like to set up a VI to control a satellite
receiver via a serial interface.
I would then like to put such a VI on a web site
and have the possibility to interact with it via a
web page, i.e. to change the tuning frequency of
the receiver remotely.
I have read some LabView literature and I have
understood that the Internet Toolkit give limited
possibilities to interact with a VI in this way.
Three major approaches are suggested: (1) LV Web
Server (2) Data Socket and (3) LV VI Server.
In which direction should I go?
Should an ActiveX control be implemented anyway?
Should ComponentWorks be a/the solution?

Thanks to all of you.

Cristiano


Sent via Deja.com http://www.deja.com/
Before you buy.

[Geosphere]

Hello,
I think you are a developer in France, aren't you?
Maybe you can contact NI France for your application. They will give you
some advice and you can always ask them for more information.
Maybe a little advice from me. I was a student and I made my thesis about
the thing you want to do. I used LabVIEW and ComponentWorks (DataSocket) to
write to a webpage. this is the best way to do it, because you have secure
and real-time datatransfer when you use DataSocket. Of course, you are
limited to a system the runs Windows (ActiveX), but I don't think this will
be a problem.
If you want more information, you can always contact me. I am now a support
engineer at National Instruments Belgium. You can contact me by E-mail on
Koen.Hoogstoel@ni.com

Thanks!
eutelsat.fr> wrote in message news:85kfst$q4s$1@nnrp1.deja.com...
> Hi
> I would like to set up a VI to control a satellite
> receiver via a serial interface.
> I would then like to put such a VI on a web site
> and have the possibility to interact with it via a
> web page, i.e. to change the tuning frequency of
> the receiver remotely.
> I have read some LabView literature and I have
> understood that the Internet Toolkit give limited
> possibilities to interact with a VI in this way.
> Three major approaches are suggested: (1) LV Web
> Server (2) Data Socket and (3) LV VI Server.
> In which direction should I go?
> Should an ActiveX control be implemented anyway?
> Should ComponentWorks be a/the solution?
>
> Thanks to all of you.
>
> Cristiano
>
>
> Sent via Deja.com http://www.deja.com/
> Before you buy.

[Johannes Niess]

"Koen Hooogstoel" writes:

> Hello,
> I think you are a developer in France, aren't you?
> Maybe you can contact NI France for your application. They will give you
> some advice and you can always ask them for more information.
> Maybe a little advice from me. I was a student and I made my thesis about
> the thing you want to do. I used LabVIEW and ComponentWorks (DataSocket) to
> write to a webpage. this is the best way to do it, because you have secure
> and real-time datatransfer when you use DataSocket. Of course, you are
> limited to a system the runs Windows (ActiveX), but I don't think this will
> be a problem.
> If you want more information, you can always contact me. I am now a support
> engineer at National Instruments Belgi
um. You can contact me by E-mail on
> Koen.Hoogstoel@ni.com

Koen,

I have to disagree. Forcing people to use a certain kind of software
is always a bad idea. There are other ways to enhance security,
e.g. https and cgi-scripts for the web interface. Realtime over the
internet will be an illusion for ever.

Johannes Niess

[Geosphere]

Hello,

Yes, I know that forcing people is a bad idea, but this man was asking for
an opinion. I have just finished school (college) and we had to make a
thesis with the subject "remote controlling instruments through the
Internet". We (3 students) had to find out the best possibility to transfer
data through a network. We found out that DataSocket was the best idea. The
major advantage of DataSocket is that you do not have to program a lot. When
you don't want to learn HTML or CGI script, I think DataSocket is the best
way to do it!


Johannes Niess wrote in message
news:m2aem8fsn2.fsf@server.landtechnik.uni-bonn.de...
>

[mrbean]

What we have now is a server (within a radio) that (over a secure link - https) sends html (web pages) to a client (PC) that (using Internet Explorer) displays these pages.  The user enters button clicks, data, etc, to command the server and thus, the radio).   The server and client code were written by a different company.  We need to automate this interface for a production ATP environment.  Thus, we want to replace 3^rd-party HMI (that runs on a laptop) with our own (that’s part of a large test rack, aka the ATE).   We are supposed to develop our own client such that the server (over this same secure link) is going to send us XML instead of html.  The XML will allow us to focus on only those parts of the data that matter, and not the many components within the html concerned with appearance of the page.  I'm supposed to parse this XML (I plan on using easyXML) and generate a http request using POST method and the web server will respond with HTTPS containing XML, etc I'm not sure how to establish the client/server communication, and second, I'm not sure how to handle the security aspects.  I’ve seen mentioned using stunnel - I've also seen QT Framework, and Visual C++ suggested as I think it has similar MFC classes that support http implementation. 

All the tests on the client side are going to be written in LabVIEW, and possibly controlled by TestStand.  Can I use DataSocket on the client side to do this?  Can I do secure (https) link?