VI动态加载到子面板速度优化

主要软件: LabVIEW Development Systems>>LabVIEW Full Development System
主要软件版本: 2010 SP1
主要软件修正版本: N/A
次要软件: LabVIEW Development Systems>>LabVIEW Full Development System

问题: 使用WLAN的工具包编写测试项VI，然后需要将这些测试项VI动态加载到主VI的子面板（Subpanel）上，当采用open vi reference的方式进行动态加载，随着加载的测试项VI增多，加载时间高达90s，怎么样能把这个加载的时间缩短呢？

解答:

如图1，有些功能VI其调用的子VI很多，那么实际打开这个功能VI时或者动态加载这个功能VI时，我们就会看到LabVIEW要确认所调用到的子VI的路径并进行加载，这个加载的过程是比较耗时间的。然而，当我们打开这个功能VI或者动态加载这个功能VI时，为了避免每次都要将加载子VI加载一遍，就必须将其调用的所有子VI进行编译，并将编译信息进行保存，如图2所示。只有将编译信息保存了，LabVIEW才可以知道各个子VI的路径信息，那么下次打开这个功能VI时或者动态加载这个功能VI时，其调用的子VI就不需要重新加载了。因此，要优化VI动态加载到子面板的速度，我们就必须注意对功能VI中子VI的编译信息进行保存。

图1 子VI加载耗时

图2 编译子VI

下面我们实际做一个验证，由于平时我们编写的VI层次结构并不复杂，所以无法看出VI编译对于加载时间的影响，所以我们用一个复杂一些程序来说明这个问题。如图3所示，该VI调用到了较多的子VI，因此当在没有保存编译信息的情况，由于要加载所调用到的子VI，所以打开该VI的时间就会比较长，自然要把该VI动态加载到子面板上的时间也会比较长。

图3 调用了较多子VI的功能VI

如图4所示，在该功能VI没有被保存编译信息的情况下，将其加载到子面板的时间约为1.6s。

图4 动态加载一个未被编译的功能VI耗时约1.6s

如图5所示，当加载10个这种没有被保存编译信息的VI时，可以看到在程序框图中虽然是并行加载的代码，但是时间却是12.3s，相当于10个VI加载时间的和。之所以会出现这样的情况，就是因为每一个功能VI的动态加载都需要将其调用的子VI重新加载一遍，所以在此就根本没有体现出LV编程天然并行执行的这样一个思想。