-18002 error, issue with LabVIEW and Test Stand VI calls

[CoastalLabVIEWER]

I'm currently stumped.  Error is:

"Error calling sequence Test UUTs.

Error loading step 'Leak Check' in 'MainSequence' in file 'MySeq.seq'

Error loading Step 'Start Pump' of sequence 'MainSequence' in file 'MySeq.seq' 

"Unable to load VI 'C:\MyPath\RaiseEvent.vi'

LabVIEW already has the VI 'C:\PathtoEXE\MyEXE.exe\RaiseEvent.vi' loaded and cannot load different VIs with the same name. You can resolve this issue by either by renaming the VI or adding the VI to a LabVIEW Project Library'

Thing is, the VI IS in my project library file and it is included in the always include section of the build.  The TestStand LabVIEW adapter is set to Runtime.  If i set it to Development environment I don't get this error.  I've tried changing the VI call in TestStand to be with the project library instead of a direct/relative path and when I do that I get a runtime error message when the step executes saying "No Object of that name was found".  It's as if TestStand isn't aware of these VIs and their place in memory.

LabVIEW 2014 btw

[JÞB]

I believe you need to call 'C:\MyPath\RaiseEvent.vi' through the source project context so that TestStand knows the difference between C:\PathtoEXE\MyEXE.exe\RaiseEvent.vi and "RaiseEvent.vi on MySourceProject.lvproj"  you do this by selecting "MySourceProject.lvproj" in the ""Optional"" Project module settings to force the call to a vi with the same name through a different namespace context.

[CoastalLabVIEWER]

Maybe I worded it wrong in my original post but I tried that and it no longer errors on preload but errors at runtime saying "Obtain Queue in RaiseEvent.vi 6890001, No object of that name was found. No reference could be returned.  So still seems like some kind o namespace/memory space issue. 

[JÞB]

The scope of a queue is limited to the context that it is in.  They cannot pass data between contexts or application instances.  That expected behavior explains why you see that error.  

You need to find other means like a TS variable or, IIRC, TS has native queues.