Network architecture with Application Builder

[hellboy]

There is Base version of Labview with Application Builder on "main" PC and one (can be more)  PCs with NI-DAQ USB card without Labview

Executable VIs (Application Builder EXEs) should be developed on "main" PC and should be running on target PC.

Questions:

Can user control execution of executable VIs (on target PCs without LV) from browser (Labview web server)?

Or

 Can VI access to NI-DAQ USB card on remote PC?

[SFK]

---

hellboy wrote:

There is Base version of Labview with Application Builder on "main" PC and one (can be more)  PCs with NI-DAQ USB card without Labview

Executable VIs (Application Builder EXEs) should be developed on "main" PC and should be running on target PC.

Questions:

Can user control execution of executable VIs (on target PCs without LV) from browser (Labview web server)?

Or

 Can VI access to NI-DAQ USB card on remote PC?

---

Hello hellboy,

if you have activated the WebServer for the executable, it can be controlled through a browser. To achive this, be sure to enable the web server once in LabVIEW itself, and then copy the corresponding settings from the labview.ini file to the application's ini file (mainly the line "WebServer.Enabled=True"), or use the default ini file when LabVIEW's web server is active. Also remember to include the "www" directory with the HTML files into the application.

To answer you second question: you will need to have the DAQmx driver (or at least the DAQmx runtime) installed on the PC that the USB DAQ card is connected to. Then any VI or LabVIEW application on this computer can access the DAQ board. It is even possible to have the DAQ card connected to computer A and run a VI on computer B. If you have configured the measurement task on computer B and have the DAQmx IO Server running, remote PCs can request the measured data (max. 1kS/s per channel).

Best regards,

Sebastian

[hellboy]

Another question with simple password security.

I found

http://digital.ni.com/public.nsf/websearch/427FE409FB11575686256DFF0008BBE4?OpenDocument

But:

1) Limit Access by IP - no

 User can have dynamical IP 

2)  Programmatic Password Protection - no

VI has been published in Monitor mode (read-only)

 3) Internet Toolkit Password Proection - no

We must buy it 😞

Therfore: Has Labview server internal simple password security feature as in Apache (.htaccess/htpasswd)

http://www.cyberciti.biz/faq/howto-setup-apache-password-protect-directory-with-htaccess-file/

[SFK]

Hi hellboy,

LabVIEW's web server is designed to provide a fast and simple way to monitor or remote control a VI application. As with many other parts of LabVIEW too, there are toolkits and modules available to upgrade the functionality. And one of the main features of the Internet Toolkit's web server is user authentification. Therefore, I expect there is no way to integrate password protection into the standard web server.

If you still fell that this functionality should be available to all users of LabVIEW, please file your request here: Product Suggestion Center

Best regards,
Sebastian

[hellboy]

>if you have activated the WebServer for the executable, it can be controlled through a browser.

I have  executable file MyVI.exe

I have started exe file, but server is not running!

 http://localhost:8086 - is not accessible

Is Web server included in EXE file or this is standalone app?

MiVI.ini:

server.app.propertiesEnabled=True
server.tcp.servic="My Computer/VI-Server"
server.vi.propertiesEnabled=True
WebServer.Enabled=True
WebServer.TcpAccess="+*"
WebServer.ViAccess="+*"
DebugServerEnabled=False
DebugServerWaitOnLaunch=False

 niwebserver.conf:

  # Global Directives
#
ServerRoot "."
ErrorLog "./logs/error.log"
LogLevel 3
CustomLog "/Programms/National Instruments/LabVIEW 8.6/resource/webserver/logs/access.log" "%h %l %u %t \"%r\" %>s %b"
TypesConfig mime.types
ThreadLimit 10
LoadModulePath "./modules" "./LVModules" "./.."
LoadModule LVAuth lvauthmodule
LoadModule LVSnapshot lvsnapshotmodule
LoadModule LVRFP lvrfpmodule
LoadModule dir libdirModule
LoadModule copy libcopyModule
Listen 8086

#
# Directives that apply to the default server
#
ServerName default
DocumentRoot "./www"
Timeout 60
AddHandler LVAuthHandler
AddHandler LVSnapshotHandler .snap
AddHandler LVRFPHandler
AddHandler dirHandler
AddHandler copyHandler
DirectoryIndex index.html
KeepAlive on
KeepAliveTimeout 60

[hellboy]

Firewall is off.

On the same machine I have Labview Base and Web Server works properly.

in the VI EXE directory is www direcory from

C:\Programs\National Instruments\LabVIEW 8.6\www\

[SFK]

Hmmm, I just wrote a sample application, edited the niwebserver.conf to accomodate for your port 8086 and a different html directory, and could connect to the webserver without problems when the application is running.

The webserver itself is located in the LabVIEW 8.6 Runtime directory, where it is called from your application. But this does not mean that you have to keep the html file in LabVIEW's www folder. Just remember that the niwebserver.conf file is generated automatically with each build, so you will have to keep track of the one with your changes. I solved this issue by integrating the modified file into my project, and comparing it with the one in the application directory at the start of my application (see attached project).

Best regards,
SFK

Message Edited by SFK on 01-29-2009 10:35 AM

[hellboy]

Thank you very much for sample!

It works!

There were problems in niwebserver.conf file