NI TestStand

cancel
Showing results for 
Search instead for 
Did you mean: 

LabVIEW OI executable set adapter instance

I have a LabVIEW operator interface that runs fine in the LabVIEW development environment, but when I try and build it into an executable the LabVIEW adapter for the steps running in TestStand seems to be a different instance than the LabVIEW that launched TestStand.  Is there a way to point TestStand to the LabVIEW adapter within the LabVIEW executable so that the steps run in the same instance that the EXE that launched LabVIEW is in?  Has anyone else seen this issue?  Does my question even make sense?

Certified LabVIEW Architect since 2007
0 Kudos
Message 1 of 4
(3,906 Views)

Your question makes sense.  For example, a functional global variable created in your OI isn't accessible by TestStand.  I don't think there's a way to point TestStand to the OI LabVIEW adapter (probably because the interface could be in a number of different languages that aren't LabVIEW).  

 

If your need is to create some form of communication between your OI and TestStand, you could have TestStand send UI Messages and the interface can respond by setting TestStand variables.  

 

I have also found that some operator interface features (such as subpanels) require that the TestStand LabVIEW adapter must match the interface (i.e. both must be LabVIEW development or both must be run time).

 

Pulido Technologies LLC

0 Kudos
Message 2 of 4
(3,884 Views)

Thanks for the reply.  Unfortunately changing to a messaging based approach would require a significant amount of rework.  I am currently pursuing an approach where I have a dummy OI that does nothing but start the TestStand sequence, then I have a TestStand step launch my actual OI.

Certified LabVIEW Architect since 2007
0 Kudos
Message 3 of 4
(3,876 Views)

The behavior you are referring to is related to the concept of LabVIEW Application Instances, which is basically the idea that LabVIEW can execute VIs within independent instances. As pulidotech mentioned, this often comes into play when trying to use FGVs or subpanels in LabVIEW. 

 

Within TestStand, one of the main things that affects the application instance is whether the LabVIEW adapter is executing VIs in the context of a LabVIEW project--if you specify a LabVIEW project in the step settings, that VI will be executed in the context of that project, which is a separate application instance from VIs that do not have a LabVIEW project specified in the step settings.

 

You can always tell what application instance a VI is executing in by looking at the bottom status bar of the VI front panel window. It will display the name of the application instance, which is typically either 'Main Application Instance" or the name of the LabVIEW project, if the VI is being executed in the context of a project.

 

You can find a lot more information about this here: http://www.ni.com/white-paper/14335/en/

 

Hope it helps!

0 Kudos
Message 4 of 4
(3,875 Views)