topic Adaptable Terminal Type in LabVIEW

Adaptable Terminal Type

EMDI — Thu, 13 Dec 2007 18:59:15 GMT

Hi guys,

I have seen VIs such as the "Unflatten from String" that take a "Type" input and can adapt their input/output value terminals to that type. Basically if you connect a string constant to the type terminal then the value terminal becomes a string, but if you connect an integer, then the value output is of type integer.

How do they do that?? I would like to do the same for some of my VIs.

Thanks.

Re: Adaptable Terminal Type

altenbach — Tue, 23 Dec 2025 16:32:00 GMT

You can create a polymorphic VI.

Check the online help. (https://www.ni.com/docs/en-US/bundle/labview-api-ref/page/dialog-boxes/polymorphic-vi-window.html)

Re: Adaptable Terminal Type

tst — Thu, 13 Dec 2007 19:28:11 GMT

There are also XNodes, which do work like the primitives, but they are much more complicated and not supported by NI. You can find out more in the LAVA forums' XNodes forum, but I would also advise that you use a polymorphic VI if you really need this.

Re: Adaptable Terminal Type

Jarrod_S. — Thu, 13 Dec 2007 19:41:25 GMT

The other way to do this in LabVIEW is with LabVIEW Classes and dynamic methods. Granted, this is a very limited option in the overall scope of LabVIEW, but I though it would be worth mentioning. Here's how it goes.

If you have a child that inherits from a parent, then that child can call all the parent's methods. The connector pane for the parent method will usually have a parent object input and output. All other things being equal, if you wired a child up to the parent object input, you should still have a parent object output as defined by the subVI, but LabVIEW is smart enough to propogate the child type directly to the output. So you don't have to downcast when calling parent methods. Pretty cool stuff.

If that doesn't make any sense to you, you might consider reading up on LVOOP for fun. I'm not claiming this technology solves the problem you mentioned, but it's worth noting. 🙂

Re: Adaptable Terminal Type

EMDI — Thu, 13 Dec 2007 20:11:13 GMT

Thanks guys.

A quick follow up about polymorphic VIs: Is there a performance hit with using polymorphic VIs? For example, if a VI takes in an integer as an input, is there a performance difference if the VI is coded as a simple VI with an integer terminal versus the case where it is coded as a polymorphic VI?

Thanks again.

Re: Adaptable Terminal Type

Jarrod_S. — Thu, 13 Dec 2007 20:29:40 GMT

Polymorphic VIs only have different Edit Mode behavior. During run-time (when they can no longer switch between instances), they are exactly like any other subVI.

Re: Adaptable Terminal Type

tst — Thu, 13 Dec 2007 20:56:14 GMT

But there is a memory hit on having to load all the instances.

Re: Adaptable Terminal Type

smercurio_fc — Thu, 13 Dec 2007 22:44:36 GMT

There's also the variant control.