I want to know if i can run labview through Visual Basic front end client?So that I can use Labview Automatically given a logfile input, and output the graphs produced immediately within the VB program.I have already done this with MATLAB.

[Bronwyn]

I want to know if i can run labview through Visual Basic front end client?So that I can use Labview Automatically given a logfile input, and output the graphs produced immediately within the VB program.I have already done this with MATLAB.This is for a program that takes data off an Ethernet (TCP/IP?) every 20msec.This may be upgraded to a CAN Bus at some point but I don't know anything about that.I need to be able to graph multiple, parameters at once, do sliding window plots, and pole-zero plots/Transfer function analysis.Is Labview
able to do these things?

[Jeremy Braden]

There are several ways to call LabVIEW from other programs. LabVIEW can be called through an ActiveX automation call to launch,run and return info from VIs. LabVIEW does not support ActiveX controls though. LabVIEW code can also be called as an executable and as a dll. I am curious why you hope to gain by using LabVIEW in your VB program. Why not use one language or the other? (perferably LabVIEW) If you are just interested in the pretty controls, consider Measurement Studio. This software package contains a set of activeX controls just for this purpose. You can learn more about Measurement Studio at http://sine.ni.com/apps/we/nioc.vp?cid=3769〈=US

Jeremy

[Bronwyn]

i am using The VBToLV.vbp example, which originally ran the parse arithmetic expression vi from VisBasic, allowing the user to enter an expression in vb, and get the answer automatically in vb. I have modified this to call a modified version of Real-Time Chart.vi.
however, when the vi is called, the vb program stops ( aquiring data for input into the vi).is there a function that i can use that allows VB to keep running and passing data as it arrives to the vi? also, any ideas on how i should pass this data to the vi (array?)?Thanks.

[Jeremy Braden]

This example used LabVIEW as an activeX automation server. I am not sure this is the best way to get data continiously. It is my guess that you want to aquire data using LabVIEW and displaying it in VB. If this is the case, you ought to make the NI-DAQ calls to the card just in VB. This will be of better performance.

By default the calls to run VIs will make VB wait until the execution is finished. This can be turned off. Look in the online LabVIEW help (open labview >> help >> VI, function, and how-to help >> click on contents tab >> activex >> properties and methods >> vi class >> methods >> run). You can then poll the control for its data and have your VB code continue to run. Another option is to continiously write data to fi
le in LabVIEW and read it in VB. Datasocket would be a better option than the file transfer if you had Measurement Studio.

Jeremy