If you have your test running in 32bit version of LabVIEW and 32-bit version of TestStand, and especially if your application is dealing with image processing algorithms, then there are numerous chances you end-up with a Not Enough Memory dialog from LabVIEW as below. There are some creative way and some workaround way to fix this memory issue.
1. Unload option
Find out the step which consumes most memory and change the Unload Option for that step in TestStand properties. I prefer Unload after step executes. This option would unload that step from the memory and thereby releasing any data stored in that module. Ensure if this module deals with any references, which upon closing, other modules might get affected.
2. Run the VI module in Run-Time
When you select to run any item on run-time, then it basically going to use the Teststand’s memory. LabVIEW run-time runs under the TestStand memory (SeqEdit process). The modules which are directed to use run-time will use the TestStand’s memory and not LabVIEW’s memory. If your module has overheads in LabVIEW development environment, then this option helps a lot.
3. Run few VI modules on Run-Time and few on LabVIEW development Environment
If you strategically plan to split few modules to run use both of the above two options, i.e., few steps on LabVIEW development environment and few steps on Run-Time Engine, then you are supposedly having 4GB+4GB = 8GB memory for your sequence to run. This way you can get double the memory space to finish off your work.
These are numerous workarounds or creative ways like this to get around the memory issue. Nevertheless, the best solution is to optimize the modules which causes that memory gulp or memory leak.
Ajay is a professional developer and architect of LabVIEW applications with extreme interest in getting the hardware connected to LabVIEW and automate the stuffs. He is also a good mentor for the various interns in his career. He is ready to help the people in techie roles.