LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Labview hangs while loading a project

I have a large project that suddenly will cause LabView to slow to crawl, and eventually hang, while loading.  It will load normally when Windows is booted into safe-mode, which leads me to think a service, virus-protection, etc. is getting in the way.  But I think I've eliminated all of those possibilities.  

 

More details:

  • Labview 2015, 32-bit
  • Windows 7
  • The project has ~500 VIs, with a few hundred additional non-VI files.  I believe the total number of files loaded is ~3000 (when VI.lib and User.lib are included).
  • There are 3 RT targets (sbRIO-9606,  sbRIO-9607, Desktop)
  • I can open the top-level VIs outside of the project
  • The longest I've waited is ~1 hour
  • Things I've tried:
    • Mass compile of project directory
      • Failed in normal boot
      • Succeeded in safe-mode
    • Forced binary compile
      • Succeeded in safe-mode
    • Clear compiled object cache
    • Applying Labview updates
    • Applying Windows updates

Any ideas would be greatly appreciated.  Thanks.

 

-Joe

0 Kudos
Message 1 of 4
(3,266 Views)

I have a similar-sized LabVIEW RT Project (my target is a PXI system, no FPGA code).  When I load the Project, the Target is off.  There are 600+ VIs and about 140 TypeDefs or custom controls.  It takes at most 20" to load the Project.

 

I don't have much experience with cRIO Projects.  I assumed that during Development, all of the code lived on the PC until it was Deployed to the RIO.  Is there any compiled FPGA code involved?

 

Bob Schor

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

Yes, both of the RIO targets have FPGA VIs and compiled bitfiles.

 

The day before this started, the project would load in 3 or 4 minutes, and has been that way for 2 years.

 

I also tried reverting to a previous revision, but that didn't help.

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

Hi Joe,

I encourage you to contact NI support. This looks like an issue that could take time to resolve and it would be better I think if you have a dedicated NI engineer that can can reproduce the issue and verify what is going on

 

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