05-07-2009 01:19 AM
Hii Every one,
Actaully in my application i need to know in a sub vi connector pane what are the terminals connected to it.
for example simple addition.vi with 2 i/ps and 1 output..
i will connect the 3 variables in the connetor pane......
then from another vi i need to know what data is available in that addition.vi connectpr pane?? how to get it?? can any 1 explain me....
05-07-2009 01:33 AM
Hi Karthikey...,
what do you mean with "... what are the terminals connected to it."? Do you mean the type? Can you explain a bit more about what you try to do?
Which type do you use as input (Variant)?
Mike
05-07-2009 01:40 AM
Hii Mike
In a sub vi i connect different i/p's and o/p's like string,number(like I 32,double)etc....
Now i want to know what r the i/ps and o/ps connected in the connector pane with data types for each........
05-07-2009 01:49 AM - edited 05-07-2009 01:53 AM
Hi Karthikey...,
so you have lots of inputs and outputs with different types and you want to know which are connected?
This thread discribes how you can check if an input is connected or not:
http://forums.ni.com/ni/board/message?board.id=170&thread.id=406234&jump=true
You can also use variant inputs, or an array of variants and use the "openg" function to get the connected type.
http://wiki.openg.org/Get_TDEnum_from_Data
Mike
05-07-2009 01:57 AM
05-07-2009 02:08 AM
Hi Karthikey...,
which part do you mean? Is it correct that you have different inputs and you want to know which of them is connected? Can you explain why you need it? Maybe a polymorphic vi is the better solution for you.
Mike
05-07-2009 02:12 AM
05-07-2009 02:33 AM

05-07-2009 02:36 AM
Hi Karthikey...,
navigate to "File -> New...". There you can select a polymorphic vi. Add all the your different vis and that's it.
Mike
05-07-2009 02:40 AM
Maybe it is rather leading to the desired result if you explain why you need to know this programmatically.
I asume that you are rather new to LabVIEW and miss some of the very basics of this language. I encountered such questions like yours only from programmers coming from C++/C# or other OOP-languages.....
Norbert