LabVIEW如何方便地调用DLL文件

LabVIEW如何方便地调用DLL文件

LabVIEW调用DLL文件

LabVIEW支持通过调用DLL文件的方式与其它编程语言混合使用。比如，在实际的工程项目中，用户可以用C++语言实现软件的运算部分，并把这些功能构建在DLL文件中，然后再使用LabVIEW编写程序的界面部分，并通过调用编写好的DLL来调用运算部分的功能。

LabVIEW 中是通过Call Library Function Node（CLN）节点来完成DLL文件调用的。创建一个新的VI，右击程序框图，在Functions Palette中依次选中Connectivity——Libraries & Executables工具栏即可找到该节点(如下图)。

将节点放置在程序框图中，双击会出现它的配置对话框，共有四页。第一页用于填写被调用函数的信息Library name or path（库名/路径）需给出DLL文件名和路径，若引用操作系统路径下的DLL文件，直接输入文件名也可调用，其它的必须输入全路径。在这里已经给出名字的DLL是被静态加载到程序中的，也就是说当调用了这个DLL的VI被装入存时，DLL同时被装入存。LabVIEW也可动态加载DLL，只要勾选上Specify path on diagram(在程序框图中指定路径)的选项即可。选择了这个选项，在Library name or path（库名/路径）中输入的容就无效了，取而代之的是CLN 节点多出一对输入输出，用于指明所需要使用的DLL的路径。这样，当VI被打开时，DLL不会被装入存，只用程序运行到需要使用这个DLL中的函数时，才把其装入存。Function name是需要调用的函数的名称，LabVIEW 会把DLL中所有的暴露出来的函数都列出，用户只要在下拉框中选取即可。Thread栏用于设定哪个线程里运行被调用的函数。用户可以通过CLN 节点的配置面板来指定被调用函数运行所在的线程。CLN 的线程选项非常简单，只有两项：Run in UI thread和Run in any thread。LabVIEW的程序框图上直接可以看出一个CLN节点是选用的什么线程。如果Run in UI thread，节点颜色是橙色的；Run in any thread则是浅黄色的

通常情况下，除非使用的动态库是多线程安全的，CLN 中选择Run in any thread方式；否则必须选择Run in UI thread方式。判断一个动态库是不是多线程安全的，需通过以下方法：如果一个动态库的文档中没有明确说明它是多线程安全的，那么就要当作是非多线程安全的；在可以看到动态库源代码的条件下，如果代码中存在全局变量、静态变量或者代码中看不到有lock一类的操作，那么这个动态库也就肯定不是多线程安全的。

选择了Run in any thread方式，LabVIEW会在最方便的线程运行动态库函数，且一般会与调用它的VI在同一个线程运行。因为LabVIEW是自动多线程的语言，它也很可能会把动态库函数分配给一个单独的线程运行。如果程序中存在没有直接或间接先后关系的两个CLN节点，LabVIEW很可能会同时在不同的线程运行它们所调用的函数，也许是同一函数。对于非多线程安全的动态库，这是很危险的操作。很容易引起数据混乱，甚至是程序崩溃。

选择Run in UI thread方式，因为LabVIEW只有一个界面线程，所以如果所有的CLN设置都是界面线程，那么就可以保证这些CLN调用的函数肯定全部都运行在同一线程下，肯定不会被同时调用。对于非多线程安全的动态库，这种方式就保证了它的安全。

让我们回到配置对话框第一页，Calling convention用于指明被调用函数的调用约定。这里只支持两种约定：stdcall 和C call。它们之间的区别在于，stdcall由被调用者负责清理堆栈，C call由调用者清理堆栈。这个设置错误时，可能会引起LabVIEW崩溃，也就是说如果LabVIEW调用DLL函数时出现异常，首先应该考虑这个设置是否正确。（Windows API一般使用的都是stdcall；标准C的库函数大多使用C call。如果函数声明中有类似__stdcall这样的关键字，它就是stdcall的。）

第二页是函数参数的配置（图4）。

DLL和LabVIEW之间传递参数，最常用的三种数据类型是数值、数值型数组和字符串。C语言中经常把指针或者数据的地址在函数间传递，在32位操作系统中，可以使用int32数值来表示指针。因此，当需要在LabVIEW中传递指针数据时，可以使用I32或U32数值类型来表示这个地址类型的数据。但是，64位的程序中，数据的地址只能使用I64或U64来表示。这样，如果一个调用了DLL函数的VI，并且函数参数中有地址型数据，使用固定数据类型的数值来表示地址，就要准备两份代码。解决方法是使用LabVIEW中的新的数据类型Pointer-sized Integer。这个数据类型的长度在不同的平台上会自动使用32位或64位长度。如果在C语言函数参数声明中有const关键字，可以选中Constant选项。布尔类型在DLL函数和LabVIEW VI之间传递没有专有的数据类型，是利用数值类型来传递的。输入时先把布尔值转变为数值，在传递给DLL函数；输出时再把数值转为布尔值。对于数组的传递，LabVIEW只支持C 数据类型中的数值型数组，传递数组类型需要注意的的是“Array Format”要选择“Array Data Pointer”。这个设置中还有其他两个选项，带有“Handle”的参数类型都是表示LabVIEW定义的特殊类型的。在第三方的DLL中不会使用到数组参数作为输出值时，要记得为输出的数组数开辟空间。开辟数据空间的方法有两种：第一种方法，创建一个长度满足要求的数组，作为初始值传递给参数，输出数的数据就会被放置在输入数组的所在的存空间。第二种方法是直接在

参数配置面板上进行设置。在Minimum size中写入一个固定的数值，LabVIEW就会按此大小为输出的数组开辟空间。在Minimum size 中选择函数的其它数值参数，而不是固定数值。这样LabVIEW会按照当时被选择的参数值的大小来开辟空间。字符串与使用与数组是非常类似的，实际上在C语言中字符串就是一个I8数组。

在NI软件的安装路径下打开当前使用版本的LabVIEW文件夹，通过examples\dll\data passing\Call NativeCode.llb找到简单数据类型在LabVIEW与C之间的对应关系。部分常见关系见表1。