03-10-2011 03:00 PM
I have a collection of VI's that relate to a machine. I would like to compile all of these to a DLL and be able to call each one via an invoke node. Something like a .net class or an activeX object. In the app builder I can build a dll but I dont want to use the call library function.
I'd like to be able to use property nodes and invoke nodes to interact with the machine.
I have several machines that use these and a single library would make life much easier.
Thanks!
03-10-2011 11:29 PM
Bumpty Bump
(Stephen King reference)
03-11-2011 10:28 AM
Hi Wayne,
I am a bit confused with exactly what you want to do. Do all these Vis just call commands to execute actions on another (specific) machine on your network? If you can explain your application a little more, it would help.
As far as bundling all your Vis to make it easy to distribute, you can make the all sub Vis with properly wired connector blocks and save them to a single Labview library LLB.
Eric
03-11-2011 11:40 AM
Thanks for the reply Eric.
Each VI executes a specific function. One connects to the machine, one issues move commands, etc.
They are in an LLB now. The goal is to interact with the machine using invoke nodes, not VI's.
I can make them into a class (as suggested in another forum) but I still dont know how to
use the property/invoke nodes to execute each method.
03-11-2011 02:47 PM
Did you use the app builder to create a .NET Assembly? If so, where are you having problems with the invoke node. You should be able to simply right click on it and select the method.
03-11-2011 03:43 PM
I tried that once before and LV just threw up on me (maybe it was because there was a vi with an active front panel).
I tried again and I was able to use the assembly dll in a project. However, when I run a node, LV just freezes with no indication
of whats happening.
Here are the projects. Assembly is the dll and AssemblyTest is the project that calls the dll.
03-11-2011 09:40 PM - edited 03-11-2011 09:41 PM
You have perhaps run into this bug. I had an assembly created with 2009 and that works fine in 2010.
03-11-2011 09:45 PM
03-14-2011 06:01 PM - edited 03-14-2011 06:01 PM
I wanted to go ahead and confirm that this is a bug with a filed CAR on the issue. The public workaround is referenced in the post indicated above.
Take care.