04-06-2023 06:14 AM
Hello,
in the attached screenshot you can see a DotNet.DLL this is executed in a VI.
This VI is called in Teststand.
It is running without problems _direct_ under Teststand with _both_ adapters development and runtime.
But when i execute the sequencefile containing this VI in my custom C#-OperatorInterface then the VI is not working any more.
In the teststand detailed log info i get the attached message (failure_dialog.txt):
Question:
Is there something wrong in the way i call the dll-function in labview?
Is there a different DLL search path used in Teststand when using Labview-adapter = runtime?
What can i do to find the problem?
Thanks for help
I have the latest version of teststand labview installed incl. all updateds
04-14-2023 08:45 AM
04-14-2023 08:56 AM
Hello,
thank you for the link.
I dont have the option to "built a packed project library" as this is since a >10 years working testsystem with lots of custom labview steptypes. The steptypes point to a vi-file. I cannot change alle steptypes to use a file in a packed library.
The problem appears only in two of my steptypes where i import a dotnet dll in the vi and then call the vi in testsstand via API in my OPUI.
04-17-2023 07:48 AM
Hi OnlyOne,
There's a broken VI showing in your error description, meaning the dependencies are getting broken. You need to build the LabVIEW project's dependencies as packed project libraries (PPL) and then call the PPL from Teststand.
Refer to these articles below to build and deploy the PPL's.
TestStand System Deployment Best Practices - NI
Deploying VIs in LabVIEW Packed Project Libraries - NI
Using Packed Project Libraries in LabVIEW Projects - NI
Regards)