08-21-2021 12:46 AM - edited 08-21-2021 12:58 AM
I've almost completed my project development process and now it's time to build a Deployment file in order to deploy in station system. I've have used "MSI-Based Installer" as an option of Output Type.. but I have no reason for that , so I may use other option too.. I'm not that much familiar with the Deployment settings and the process so let me copy here some screenshots of my setting in TestStand Deployment Utility. in addition I've used LabVIEW code modules.
please let me know what I'm doing wrong here and what should I have consider..
thank you in advance
LabVIEW Version: 2018-64bit
TesStand Version: 2019-64bit
in "Mode" tab I've set:
in "System Source" I've set:
in "Distributed Files" tab I've set:
in "Installer Options" tab I've set:
and finally in the "Build Status" tab I get this error:
08-21-2021 11:39 PM
TestStand deployment can certainly be tricky and has caused a lot of pain for a lot of people historically. Before I talk about what is going wrong with your deployment I'd like to mention that NI Package Manager is really the only way to deploy TestStand nowadays. It makes life so much easier if you know what you are doing. Now on to your issue:
Hope this helps,
08-22-2021 06:09 AM
thank you ~jiggawax~ for your kind reply 💙
1- I call .lvproj file as my project path and I call the the VI via .lvlib as my VI path.. so I removed .lvlibp file from the LabVIEW Project file, but when I delete the .lvlibp file from the folder, I get an error when the Deployment Utility perform Source File Analyzes..
2- I changed the test stand adapter setting for LabVIEW and set to LabVIEW Development System but get the same 18002 error.
3- I think the search directories are fine because as you mentioned I have it working in the sequence editor.
4- There is no broken VI when I open the .lvlibp file
5- When I uncheck all things on the Distributed Files tab and hit the build button, the build process finishes successfully.. but I didn't get the reason why we did that.
6- Is it possible to perform the deployment in an easier way? as you mentioned .. with NI Package Manager?
7- I have installed TestStand and LabVIEW and tested the whole UUT test process on the test station system (which is a MSI All In One PC) but the execution speed is almost half of the execution speed on my Development system.. will the deployment help it?
thank you in advance
08-23-2021 03:19 PM
I don't know why but i've never used the project path like you have. I've found that it tends to screw things up. And in fact it looks like your relative path for the VI seems a bit off. I would remove the project path from the VI call and just call the VI straight up. I know they've had bugs with the project paths in the past but I'm not recalling what those were.
On point number 5 from your previous message. The point was to uncheck one thing at a time to see what the culprit really was and try and isolate the issue.
If I were in your shoes I would take the .lvlib and build it into a .lvlibp. And then just call the .lvlibp directly from TestStand. This way the deployment utility doesn't have to build any LabVIEW code. Unless you are calling other VIs that are not in the .lvlibp, then you'll have to figure out how to deploy those.
Also, can you share your LabVIEW Options from the Deployment utility. On the Distributed Files click on the LabVIEW options... button.
08-31-2021 04:05 AM - edited 08-31-2021 04:06 AM
Hi Jigg thank you for your reply and excuse me for my delay. I have faced another problem so the deployment process is going to be postponed. but actually it is a little bit headache to deploy.. as you mentioned in your earlier message. I will try to back to deployment as soon as I solve my new problem 💙