labview生产者消费者.docxVIP

— PAGE \* Arabic 1 — labview生产者消费者 生产者/消费者模式(1)_前言  statemice的LabVIEW程序设计模式(五)—生产者/消费者模式(1)_前言  再次回顾“基本状态机模式”的6个缺点，只剩下第6个缺点无法在上述的“状态机和事件结构的结合模式”中被解决。  (1) 任何时刻只能有一个状态在运行  这个问题也许有些多余，但是在实际的应用中往往又是最常见的。大多数比较复杂的应用至少应该有“菜单”和“采集”两个状态，如果数据采集程序在运行时仍然希望系统能够处理菜单的事件，这是在传统的状态机或者事件结构中无法实现的。因为无论是状态机结构还是事件结构，都是由一个循环组成的，不同的状态是无法同时被响应和处理的。  解决这个问题的方式也比较简单，LabVIEW本身就是一种多线程  的程序设计语言，可以再加一个循环或者另外开一个程序独立运行。但是这样也会带来一些新的问题，比如：  (1) 两个循环（程序）之间如何交换和共享数据。  (2) 两个循环（程序）都有着独立的错误处理系统，  它们之间是如何协调的。  (3) 两个循环如何分工呢？应该以哪种方式对状态  进行分类以将不同的状态放置在不同的循环（程序）中？  (4) 一个程序如何控制另一个程序的运行和停止。  在上面提出的4个问题中，对循环和程序这两个解决方案而言，第（1）~（3）个问题的解决方式是一样的。只有第（4）个问题是专门针对两个程序而言的，在LabVIEW中这种不同程序之间的相互调用称为“程序的动态调用”。  生产者/消费者模式(2)_VI的可重入性（Reentrant Execution）statemice的LabVIEW程序设计模式(五)—生产者/消费者模式  (2)_VI的可重入性（Reentrant Execution）  在介绍VI的动态调用之前有必要对LabVIEW在执行VI过程中的规则有个大致的了解。众所周知，LabVIEW是通过VI的文件名（VI Name）来表示独立的VI的，并不是VI的路径。因此，LabVIEW不允许具有相同名字的VI同时载入内存中，即使这些VI存储在不同的路径中。  在前面曾经提到，LabVIEW本身就是一种多线程设计的语言。那  么当同一背面板中放置两个VI的实例时代码应该如何执行呢？在图29中，右侧是测试VI运行的时间，左侧是Wait.vi的具体实现代码，仅仅是等待一定的秒数。那么在右侧的VI中，输出的Time是多少呢？是3秒还是2秒？   图 29 Reentrant Execution  打开VI的Highlight调试工具，可以看出两个Wait.vi实例的调用并不是同时执行的，而是依次按顺序执行的，至于哪一个实例先执行是不确定的。这是由于LabVIEW本身是并行设计的，从理论上而言，两个VI的实例是同步执行的，但是如果两个Wait.vi实例同时执行必定会产生参数赋值紊乱，因为LabVIEW只允许内存中存在一个名称的VI。因此，此时Time的输出结果是3秒。  如果在实际使用中需要这样的应用该如何解决呢？LabVIEW提供了VI的可重入技术，打开Wait.vi，单击按键，选择图 30所示的Reentrant execution选项。此时再次运行Time的输出结果是2秒。从Highlight的运行过程来看，两个Wait.vi实例是同时执行的，因此总的运行时间就是1秒。   图 30 VI Properties  事实上，LabVIEW的可重入技术相当于在原有VI的基础上产生了一个相同的副本，打开Wait.vi从标题栏可以看出VI的名称为Wait.vi:1(clone)。同理这是由于LabVIEW中不允许内存中的VI存在同名，VI的可重入技术相当于产生了与原VI具有同样功能的新VI 并且修改了该VI的命名。  在实际应用中，需要根据情况决定是否设置VI的可重入属性，灵活使用。并不是需要将所有的VI都设置为可重入，那将占据大量的内存资源。  生产者/消费者模式(3)_LabVIEW程序的动态调用  statemice的LabVIEW程序设计模式(五)—生产者/消费者模式(3)_LabVIEW程序的动态调用  简单而言，动态调用指的是通过程序控制另外一个程序的运行、停止、赋值和获取值等。LabVIEW提供了多种动态调用的方式，从底层而言是通过VI Server技术实现的。  图 31所示为LabVIEW中的Application Control