LabVIEW动态调用VI的作用和实现细节

为了说明状态机、动态调用的作用和动态调用的注意事项，设计如下小程序

首先从Excel文件中读取100个数，面板有两个按钮，一个可以将这100个数求和，另一个将每个数加1. 之所以设计这个看起来没什么用的程序，是因为逻辑上以及架构上和最近做的一个实际项目很接近，只是功能简化了很多，此外还有以下几个原因

图1

进入正题。写好图1的读取Excel的VI后，建立两个项目，两个主VI分别用直接调用和动态调用的方式来调用它，构建一个简单的状态机，再加上一点简单的算法就可以了。待读取的Excel就是A1到J10单元格分别写下1到100. 具体见图2和图3. 图2中获取应用程序的类型是为了区分是以VI运行还是以exe运行。以exe运行时路径会多出一层虚拟文件夹，后面会有更详细的说明

图2

图3

因为是直接调用，所以当把Direct Call（即主VI）添加到项目中时，被直接调用的子VI自动出现在了“依赖性”目录中，Build完成后，把Excel文件拷到exe相同的目录，如图4

图4

生成exe也正常运行，不过可以看到如图5所示，在没有打开Excel文件的情况下，Excel进程正在运行。直到关闭exe应用程序，Excel进程才会自动结束。

而且直接调用时所有子VI也都被加载到内存中，如果是很多子VI组成的大型程序，会占用大量内存。尤其是当VI后期不再被调用时，这些内存也无法释放。

图5

下面来看动态调用。动态调用只在VI被调用时才加载进内存，调用完成后释放相应内存。

首先编写如图6的子VI，它被主VI直接调用，又作为主调函数动态地调用“Read Excel.vi”

图6

然后主VI调用上面子VI时，需要传递的实参就是“Read Excel.vi”（即需要被动态调用的VI）的路径，以及要读取的Excel文件的路径。

这里VI路径这一项容易出问题，因为VI和Excel文件在同一目录，所以很自然的会写成如图7这样，用同一个根目录组合出两个路径。（只截图初始化部分，其余部分不变）

图7

上面的VI运行起来完全可以实现我们需要的效果，如果点击白色运行箭头的过程中一直观察Windows任务管理器，可以看到Excel进程出现了1秒钟左右就又消失了，然后程序的功能也完全没有问题。于是开始生成exe。

创建的过程就没有直接调用那么顺利了，如图8所示，因为“Read Excel.vi”没有被直接调用，所以不会出现在“依赖性”里面，也就没有出现在这个工程里。显然无法继续Build

图8

这个问题解决起来比较容易，既然“Read Excel.vi”没有自动进入工程，我们就手动把它添加进来，然后Build时放到“总是包含”里面，如图9，就可以生成exe了

图9

Build完运行exe，结果如图10，找不到“Read Excel.vi”。而且通过第三条“动态VI路径”可以看出软件希望找到这个VI的完整路径并不存在，自然是找不到的。读不到Excel，后面的计算等功能自然就不能用了

图10

如果改成图11这种路径设置的方式，即只拆分一次路径再组合成动态VI的路径。exe运行界面第三个路径同样显示了系统寻找动态VI的路径，是在“动态调用.exe”这个虚拟文件夹，Build过程中把动态VI包含在了“总是包含”里，就是为了实现这个。

运行效果如图12，没有错误且可以实现功能

图11

图12

总结一下本文要表述的要点

本程序设计一个动态调用读取Excel，就是同时涉及到了上面2，3两条，可以作对比参考。

最后提一下，如果程序是图7那种不正确的方式，只是会导致程序在没有动态VI的地方寻找它，我们只要把这个VI复制到程序希望找到它的位置，程序依然可以正常运行，如图13，即使客户机没有安装LabVIEW不能识别VI文件也可以。

图13