LabVIEW框架 “连续测量和记录” 心得

LabVIEW2014在创建项目的模板中有“连续测量和记录”的例程，这个模板在一些中小型的采集、处理、存储系统中，可以作为一种模板使用。

前面板：

前面板的功能很简单，通过设置按钮设置波形，点击开始便产生（采集）波形，停止则停止采集，对话框中有当前状态的显示，退出则退出系统。

后面板的功能则五脏俱全，十分强大。在后面板的范例主要是在“队列消息处理器”项目模板的基础上创建，这里面设计好了足够全的常用知识，用户事件、队列、通知器、生产者-消费者结构、控件引用、自定义控件的使用等多方面的知识。

这一连续测量和记录的模板，我们采用从左到右、从上到下、从外到里的方式进行介绍。

程序首先进行事件的注册、声明，笔者在一般程序开发过程中并没有使用，在偶尔的使用中发现，此事件注册、响应的方式十分适合在LabVIEW中做中断处理，可避免接收数据的时候，一直采用不间断轮询的方式，但具体实现方法没在项目中实现过，因此不过多赘述。

其后为队列声明及初始化，用于创建应用程序所需的所有消息队列。如应用程序需要两个以上消息队列，可右键单击上面的“消息队列”常量并选择打开自定义类型，将新的消息队列添加至该自定义类型，然后通过此VI进行初始化，其入队列和出队列等功能函数都进行了二次封装，虽功能与自带的入队列等函数相同，但其可以实现队列消息和消息数据的传输，这种方式，笔者认为十分方便，其在队列传输的过程中，相当于是对要传输处理的数据进行消息标记，数据采用变体形式，基本可以传输任意数值类型的数据，十分方便。

通知器功能不太可靠，因此笔者应用也不多，但作为了解，也建议可以学习下用法，熟悉这种方式也许有其他地方十分适合使用。

初始化完成后，从结构框图来介绍这种框架。如上图，这是典型的生产者-消费者结构，事件处理循环将相应前面板用户事件，并对前面板的动作通过UI队列进入UI消息循环，处理“开始、存储”等一系列的前面板用户操作，UI消息队列笔者经常作为一个中转站，将前面板的操作进行分类中转，再在UI消息循环中将类型分类，如下图，比如存储的放入存储循环中处理，所有采集的都放入采集循环中处理，不同的板卡可能都有采集存储等功能，将相似功能分类，可以方便数据的处理。在下图中大家可以看到，采集记录UI的队列会进入UI消息循环，进行分配，其后会在Acquisition Message Loop和Logging Message Loop中处理，而比如采集的数据需要进行存储呢?则需要在这两个循环中，对UI队列入队列，将具有标记功能的数据传出来，也许会再进入一个显示的队列，也许简单的就在UI消息循环中处理了，也许还要再经过UI消息循环将这个标记的数据传入存储循环中，这样便对整个数据流进行了有序的分类，这样数据的传输是十分清晰的。

在项目的开发过程中，遵守着框架来编程，能够极大约束自身也方便自己编程，即使更换了编程人员也能够很快熟悉项目功能，继续完成工作。在笔者目前的工作中，这种优势也得到了提现，两三人可以任意在各自的项目中自如切换，因为大家遵守相同的规则和约束，这样比备注代码还要有效。

经过笔者的研究和使用，发现，在UI消息循环中，有前面板引用的声明UI Refs自定义控件的使用，这种自定义控件极大方便了我们的编程。在初始化时完成前面板控件的引用初始化，我们可以将这个UI Ref自定义控件连接入其他子VI中，如框图下方的存储循环或采集循环中，这样我们只需要用引用属性就可以在任意的子VI中修改前面板的控件属性，而不用再将相关的操作放回第一级VI main中进行，这在项目的开发过程中十分实用，省略了很多的麻烦。

而其上方的Config，可以作为数据存储的容器，用来记录前面板的数值，当初始化时将存在文件中的上一次关闭时的值释放出来，当当次测试更新数值后，也可以继续存在Config中，这样方便了我们的使用。

以上是自己在应用这个框图时的一些个人心得，希望能够对做工程项目的初学者一些帮助，LabVIEW上手很快，但是做好也不容易，项目逐渐变大，功能逐渐变多，性能等各方面的问题也很考验编程规范等问题，希望能跟大家多交流，多学习，也希望大家指正。

顶一个！NI自带的模板确实是很好的学习资料，我也在研究当中！

其他循环间需要传递数据都需要经过UI循环再分配吗?是不是这样做会好点

不需要全部经过UI，特别是接收和存储这种，接收到的数据可以直接进入存队列，用到UI分配，只是感觉更清晰

谢谢分享，谢谢分享，谢谢分享，

123