LabVIEW开发者请看过来,教你怎么在LabVIEW中 使用VM 4.2 应用
本文介绍如何在LabVIEW中使用VM4.2 SDK,开发简单的视觉应用程序,有完整的示例和详细的解说,之前用LabVIEW调用VM4.2 SDK遇到挫折的客户可以点进来看看,肯定能帮到您。

在LabVIEW中 使用VM SDK 开发视觉应用程序

导言

Ø  庞大的NI LabVIEW软件平台

LabVIEW从1983年美国NI公司发布1.0版本以来,已经发展了将近40年,在虚拟仪器领域占据了绝对的统治地位,LabVIEW 已经从单纯的信号采集与显示,图形化的虚拟仪器软件发展为包罗万象,海纳百川的工业软件平台,涵盖了工业控制(如PLC,单片机的开发,运动控制),数据采集与监控(如工业组态软件,人机界面软件),集成电路开发(FPGA开发模块),机器视觉(NI Vision模块),计算机视觉与深度学习(Tensorflow模块),视频与音频处理(人脸识别,语音识别),状态机(一种编程模式),数学建模与仿真(Matlab与Simulink模块)等等。

Ø  LabVIEW 平台的特点

很多第一次听说LabVIEW或者对LabVIEW了解不多的人,可能会认为LabVIEW是一款编程软件,事实上这种说法好比说微软的Windows是一款编程软件那样可笑(事实上确实有一套基于Windows API的编程,使用Windows API你可以操作Windows平台上的一切),实际上LabVIEW 并不单纯的是一款编程软件或者编程语言,它是一个平台,一个可以运行不同编程语言开发出来的模块的软件平台,图形化的编程是它最大的特点,图形化编程的特点使得电气工程师,机械设计工程师,财经证券分析工程师,生物医学工程师等等这些未经过传统文本编程语言(C/C++,Delphi, VB.net,C#,Java等)训练与熏陶的不同领域的工程师都能够让计算机完成一些自动化的工作。因此LabVIEW在全世界范围内广受工程师的喜爱。

Ø  海康机器人的视觉算法平台VisionMaster特点

海康机器人(后面简称海康)的视觉算法平台VisionMaster(后面简称VM)在图形化编程方面和LabVIEW推崇的理念一样,就是尽量简化视觉的文本编程,能用图形化表达的,尽量用图像化的模块去表达,将视觉算法的调用过程隐藏在模块的后台,只需要简单的拖拉几个模块,把线一连就能工作,让视觉开发者感受不到后台的复杂的数据结构、函数调用、内存的闪躲腾挪的变戏法一样的复杂操作,因此,即使不是专业的程序员,只有具备基本的逻辑思维能力,非软件开发人员也能轻松驾驭VM的二次开发。

Ø  如何在LabVIEW中进行海康视觉算法平台二次开发

LabVIEW中使用第三方库,有这么几种方。

²  首先以C/C++语言的方式调用,这种方式的调用,只要第三方库是支持C/C++方式调用的调用的,用LabVIEW调用是没有问题的,只需要在LabVIEW中将第三方库的DLL导入,找到具体的对应的API函数就可以了,海康算法平台的算法模块本身就是用C编写的,所以这种方式的调用是完全没有问题的,了解我们海康算法平台软件历史的用户知道,我们VM3.x版本的二次开发是面向过程的,所有的算法模块操作都能找到对应的C/C++ API函数,在LabVIEW中调用就是通过调用C/C++ API这种方式。但是到了VM4.x版本,VM 二次开发是面向对象的,算法模块和界面库是以对象的方式包装的,不再是一个个相互独立,互不影响的API,对象和对象之间是有各种复杂的通讯和数据绑定的,另外:VM的控件库用C/C++ API这种方式调用就很复杂了,因为VM的控件的依赖比较复杂,直接用C/C++方式的调用是行不通的(如图像渲染控件,参数控件等这些并不是调用简单的几个API就可以做得到的)。所以很多用户在使用VM4.0以后的版本,想要在LabVIEW上直接调用VM SDK仍然用调用C/C++ API的方式就会遇到困难。

²  另一种方式,是以语言互操作为基础,使用.net和ActiveX容器的方式调用,以面向对象的方式编程,可以使用C#的封装接口直接调用VM SDK,同时也可以使用VM的各种控件了。不过需要注意的是,用户仍然不能直接引用VM SDK的C# 封装的原始DLL,因为VM的.net 各种动态链接库的依赖比较复杂,普通的开发者很难捋清楚一个控件背后依赖了哪些.net 封装的基础库。有一些使用VM4.0的用户,在LabVIEW中调用VM 4.0 SDK遇到了各种报错,无法成功将二次开发程序运行起来,误以为VM4.0是不支持LabVIEW环境下的二次开发的,本文将重点介绍如何在LabVIEW中调用C#封装的VM SDK,为一些使用LabVIEW做开发的用户扫清障碍。

方法与步骤

Ø  初次使用VM4.2在LabVIEW 平台下做二次开发遇到的挫折

有一些熟悉LabVIEW开发的用户,按照自己对LabVIEW调用C#动态库的方式的理解,兴冲冲的打开VM的安装路径下的动态库路径,这个路径一般是:

C:\Program Files\VisionMaster4.2.0\Development\V4.x\Libraries\win64\C#

以及

C:\Program Files\VisionMaster4.2.0\Development\V4.x\ComControls\Libraries\win64

然后在LabVIEW中以语言互操作来调用C# 动态库,如下图所示:

接着在LabVIEW的前面板上,希望放置一个VM的主视图控件(VmMainView)选择上面提到的路径中的DLL,如下图所示:


相信多数用户到了这一步,内心是绝望的,“尝试加载程序集时发生错误”这是什么鬼?难道VM4.2 的C# 库是不支持LabVIEW的吗?

其实并不是,因为Vm的控件库依赖的很多其他基础库,而这些基础库有一些LabVIEW需要的程序集并不在全局缓存程序集中(也就是所谓的GAC,Global Assembly Collection),导致LabVIEW在加载VM控件DLL,无法将它依赖的程序集一并加载进来,所以出现了上面的报错。

Ø  正确的使用方式

既然LabVIEW直接加载VM原始DLL会报加载程序集发生错误,那如果我把VM的原始C#控件库,做一层浅封装,将VM控件库放在一个用户控件的容器中,让LabVIEW 调用用户控件,这样是不是就可以了呢?答案是肯定的。为啥这种方式是行得通的呢?因为,VM4.2在安装的时候,已经把VM库的运行时依赖写入了系统的环境变量,使用VM二次开发生成的DLL是可以放在系统的任意目录下都能运行的,这样就省去了让LabVIEW在加载时期寻找依赖了。好,那我们说干就干,我们对VM 的SDK做一层浅封装,一提到 SDK库封装,很多初学者要瑟瑟发抖了,内心是拒绝的,啥?要自己封库啊,我要是有封库的本事,我还用用得着调用现成的库啊,我自己开发库好了。

非也,非也,此库封非彼库封装,如果是教用户从底层开始封装SDK,那等于是为了解决一个问题,引入一个新问题,并没有从根本上解决问题。我们只需要对VM的SDK的库函数做一个很浅的封装,简单到令人发指。仅仅就是把VM的库照搬进来,包裹一下,这里用一个形象的比喻来说明这个问题,这就好比海康是生产一种高级白酒的厂家,你从海康买来酒浆原液,然后把酒浆原液倒入自己生产的瓶子里,你自己并不需要参与白酒的复杂酿造过程,甚至你都完全不需要知道这些酒是怎么酿出来的,你唯一需要做的就是把就倒进你的瓶子里。

好了,我就就从封装VM的MainView控件开始,有多简单呢,告诉你,全程不需要写一行代码,对,就是这么简单粗暴,服没?

首先,新建一个C#的用户控件工程,如下如所示:

                                                                  创建窗体控件库工程

接着在VS的工具箱中拖动VM的渲染控件到你的控件窗口中,如下图所示:

                                                              拖动VMMainView控件到控件窗口

然后调整此控件的Dock属性为“Fill”,为啥要这样,这样做的目的就是为了让你的控件能够自动适应它的父窗口大小,使用这个控件的用户可以随意调整该控件的大小,而里面的布局始终都是充满窗口的。

好,现在只需要编译一下你的工程,就会生成这个控件DLL了,是不是很简单,全程有没有要你写,哪怕一行代码?有木有?

生成了这个MainView的用户控件DLL,接着就可以在LabVIEW中调用了,如下图所示,我这里生成的MainView控件名字叫VMMainViewControl.dll, 因此我在LabVIEW中使用右键菜单.NET与ActiveX,选择.NET容器,然后插入.NET控件,选择VMMainViewControl.dll,如下图所示:

                                    labVIEW前面板插入.net 控件

是不是再也不报加载程序集出错了?接着我们在LabVIEW中运行一下看看,是什么效果,如下图所示:

                                                                  LabVIEW中的运行效果

Ø  非界面控件库的封装

仅仅是封装MianView控件是不够的,我们还需要实现加载方案,运行流程,获取算法模块结果,获取流程配置的输出结果,获取全局变量结果等等,这些是和界面无关的一些操作API,如果所述,如果你直接在LabVIEW中加载VM.PlatformSDK.dll,VM.Core.dll这样C# dll 你是无法让LabVIEW把这些DLL的API函数列出来的,所以需要新建一个.net 类库工程。

所以,我们新建一个VmOperator类库,将常用的VM SDK的接口API加进来,并将其实现,这个稍微有一点点工作量,但是仍然是浅层封装。

如下图所示,我在VmOperator类中,设计了以下API,并加以实现。

这些API的实现并不复杂,都套用一个共同的模板,如下:

public static int xxxxOperation(args)

{

    try

   {

         //调用VM SDK

        Retrun 0;

   }

  catch(VmException ex)

  {

       return ex.GetErrcode();   

   }

}

所以并不复杂,属性VM SDK的用户完全可以实现这些API接口,按照上面的模板,实现加载方案的代码如下图所示:

运行流程的代码也不复杂,如下图所示:

有一点需要注意的是,VMSolution这个全局对象的销毁的操作是必须要实现的,实现的代码也非常简单,如下图所示:

Ø  在LabVIEW中使用浅封装后的VM SDK

有了前面已经封装好的DLL,在LabVIEW中调用就变得非常简单了,熟悉LabVIEW编程就可以按部就班来调用VM SDK了,这里举一个简单的例子,新建一个LabVIEW VI文件,我们在VI前面板中放置一个ManiView控件和VmRender渲染控件,放置几个按钮,实现加载方案,运行方案,渲染方案的简单功能。如下图所示:

                                                                                 LabView VI前面板放置控件

LabVIEW 的VI后面板的程序框图实现加载方案操作,如下所示:

                                                                    加载方案操作程序框图

加载方案加载方案后控制流程运行一次并渲染流程的结果显示,实现如下图所示:

                                                                       流程运行一次并渲染流程1

这里需要格外引起注意的是,一定要在VI程序结束运行时,释放全局对象VmSolution, 不然会引起LabVIEW崩溃,我相信即使是精通LabVIEW编程的开发者,在这里都会栽跟斗。所以,这就是前文中提到的为啥一定要实现DestroyInstance这个接口。

好了,让我们看一下整体的运行效果,如下图所示:

                                                                                         VI程序运行效果

更进一步

既然LabVIEW调用VM SDK必须以用户控件的方式调用,我们何不直接先用VisualStudio封装一个集成各种VM操作和显示的独立用户控件呢,这样不是更省事,事实上,这也是我们推荐的做法。

如下所示,我把VM的常见操作,结果的获取都封装在一个控件里了,也就不再需要单独封装一个个控件,如下图所示:

                                                               封装应用控件,而不是封装具体控件,灵活性更大


为了使更加通用,我把模块的参数的调试的二级弹出窗口也做了封装,这样调试在LabVIEW中,就不必弹出子VI,而是弹出WinForm窗口,这样就简单多了,如下图所示:

                                                                     在VI中弹出Winform窗口,而不是子VI


让我们来看一下整体的运行效果,如下图所示:


                                                                                整体运行效果

使用这种方式调用VM控件,LabVIEW的程序框图就得到了极大的简化,后置面板的程序框图,简单到令人发指,如下图所示:

                                            极简VM SDK调用方式

总结

Ø  在LabVIEW中调用VM4.x 版本的SDK是完全可以做得到的,在LabVIEW中使用面向对象的编程方式开发VM应用是很方便的。

Ø  直接使用VM SDK提供的DLL和控件DLL,LabVIEW加载程序集会出错,是因为GAC并没有把LabVIEW需要的基础程序集也加进去,我们可以通过对VM SDK做一层简单的浅层封装,用自定义控件和用户自定义库的方式让LabVIEW加载可以避免这个问题。

Ø  LabVIEW中调用VM SDK时,程序结束时一定要记得释放VmSoluition这个全局对象,否则会是使VM崩溃从而导致LabVIEW这个宿主也跟着崩溃。

Ø  在VS中将所有VM控件和VM操作API封装成一个整体的库,然后在LabVIEW中调用,会显著降低LabVIEW使用VM SDK的难度。

Ø  图形化编程是LabVIEW的突出特点,也是VM的突出优点,也是有别于其他机器视觉算法平台之处,LabVIEW和VM混合编程是很好的一种视觉应用开发模式。

版权声明:本文为V社区用户原创内容,转载时必须标注文章的来源(V社区),文章链接、文章作者等基本信息,否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件至:v-club@hikrobotics.com 进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容。
上一篇

如何集成第三方算子(如OpenCv,Halcon)到VisionMaster软件中

下一篇

浅谈 VisionMaster 中的视觉工具系列:测量矩形

评论请先登录 登录
全部评论 0
3
创作
4
粉丝
7
获赞
相关阅读
  • 浅谈visionMaster应用感受及优缺点。
    2022-06-13
  • 海康机器人“悉灵杯”课题研究活动-入围公布
    2022-05-31
  • 浅谈visionMaster 通讯的应用(非常好用)
    2022-06-16
  • IDP5104 PDA产品开箱体验和使用分享
    2022-05-30
  • 一篇文章教会你如何计算镜头延长环
    2022-06-08

请升级浏览器版本

您正在使用的浏览器版本过低,请升级最新版本以获得更好的体验。

推荐使用以下浏览器