LabVIEW数据记录和存储
LabVIEW数据记录和存储(三)—二进制文件（Binary File）
LabVIEW程序设计札记2009-10-12 09:34:30 阅读326 评论2 字号：大中小
在文件存储的逻辑上，二进制文件基于值编码，而不是字符编码，其占用空间小，读取/写入速度快，但是译码比较复杂，不利用数据共享。根据具体编码方式的不同，二进制的使用方式也有所不同，如对bmp格式，规定了文件各个字节段/块的含义，只需要按照相应的编码方式进行解码就可以得到bmp文件的内容。因此，使用记事本是无法查看bmp的内容的（无法解码bmp文件），只能使用专门的图像查看软件。事实上，任何程序员都可以按照自己的方式自定义二进制文件的编码方式，并提供相应的解码模块将信息从二进制文件中提取出来
即可。
与文本文件的读写方式类似，LabVIEW中的二进制文件的读写采用图10所示的两个函数完成：“Write To Binary File”和“Read From Binary File”。这两个函数是多态函数，可以接受File Refnum和File Path两种输入。其使用方式也与文本文件的两个VI类似，本文不再赘述，仅仅说明其特殊的参数和使用方
法。
图10 File I/O选板
图11所示为利用Write To Binary File.vi函数将一个数组以二进制文件存储。首先，程序使用10次的FOR循环以产生0~9的数列并将其转换为U8类型的数组；然后将这个数组存入二进制文件中。
图11 使用Write To Binary File.vi函数
如果计算该文件的大小，可以很容易的得到：10*1 Byte（U8）=10 Bytes，即10字节。打开该文件的“属性”对话框，如图12所示，显示文件大小为14字节。那么多余的4字节是怎么产生的呢？这与Write To Binary File.vi函数的“prepend array or string size (T)”参数有关，它表示当输入端的数据类型是数组或字符串时是否在文件头包含该数组的大小或字符串的长度，默认是True。该长度通过一个32 bits（4 Bytes）的整型表示，因此当往二进制文件中写入数组和字符串时，可以决定是否需要将大小和长度信息写入文件头。
图12 test.dat文件属性
从上面可知，通过读取test.dat文件的前4个字节获取字符串的长度或数组
的大小，如图13所示。
图13 获取test.dat文件的大小
在Write To Binary File.vi和Read From Binary File.vi中，均包含一个byte order参数。这实际上就是常说的“大小头”问题，比如U16占有2个字节，是前面的字节占高的内存地址，还是后面的字节占高的内存地址。由于不同的操作
平台对该问题有不同的处理方式，因此使用时需要显式地指定，只需要写入和读
取时一一对应即可，一般保持默认值。
为了说明数据结构对二进制文件的影响，本文将使用一个比较复杂的数据类型写入二进制文件，如图14所示。实例中使用簇的数组类型，在簇中依次包含了double、string、I32和2个I32型数据组成的数组元素。
图14 写入二进制文件
根据LabVIEW数据类型的定义方式，可以计算单个簇元素的大小是：8 Bytes （double）+5 Byte（string，其中4个字节表示字符串长度）+4 Bytes（I32）+12 Bytes（Array of I32，其中4个字节表示数组的长度）=29 Bytes，整个文件的大小是29 Bytes*10+4 Bytes（表示数组的长度）=294 Bytes。因此，test.dat文件的
格式如图15所示。
图15 test.dat文件的格式
根据图15的文件组成，可以获取数组的第6个簇元素的值，如图16所示。首先读取test.dat的前4个字节获取整个数组的长度；然后，将文件指针移动到第6个元素的开头；最后，读取第6个数据元素即可得到数组中的第6个元素。显然，如果程序员不知道test.dat中的字节存储情况，是无法获取第6个元素值
的。
图16 获取test.dat文件中数组的第6个元素
综上所述，二进制文件由于其高速、高效的特点在高速流盘、安全存取方面应用广泛。同时，由于其无法被常用的字符处理程序直接读取，因此无法便捷地查看数据，而只能通过专用的应用程序读取。此外，对特有的数据结构而言，二进制文件需要非常了解该数据结构的内存占用情况才能够准确检索和定位。
通常，为了识别二进制的基本信息，程序员往往会在文件的头部增加一些基本的头文件信息，用来描述文件的组成。如bmp格式文件在头部使用14个字节表示文件信息以及40个字节表示位图信息，这些信息使得程序员可以快速地获取bmp文件的字节大小、位图像素、分辨率、颜色等相关信息。
labview事件结构学习
labview事件结构学习 编程的主要目的是为了实现用户的某种功能，用户通过用鼠标、键盘、程 序内部等触发某种程序动作，从而达到某种结果，这些操作都被称作为事件，LabVIEW 中相应这些事件最常用的结构就是事件结构。事件结构内容丰富，基 本上大的程序结构都需要用到事件结构，下面将详细介绍事件结构。事件结构 在程序不能够单独响应各种事件，必须与循环结构一同使用，如下图事件添加 方式很简单，鼠标右键事件框弹出菜单如上图，有添加、删除、复制、编辑事 件等选项，按照操作即可。如下图，为事件结构添加Stop 事件，布尔控件触发 事件的方式有多种，鼠标按下、经过、离开、进入等，这里我们选择值改变。 确定后，stop 事件就被添加进去了，如下图，当我们运行程序后，点击前面板 的stop 按钮，触发事件使while 循环停止而后程序也停止。同一事件分支只能 添加一种事件吗？当然不是！有的时候有很多不同操作却会执行相同代码，怎 么编程才不会让代码冗余呢？看个例子，如下图2 个按钮stop1，stop2 点击后 都可以让程序停止，我们怎么为其添加事件呢？我们先添加一个事件stop1 的，方法上面已经描述了。由于stop2 的执行代码和stop1 一样，我们在事件stop1 上右键->弹出菜单->编辑本事件分支（Edit Event Handled by This Case）会弹出已添加事件stop1 的编辑框，这是左侧有2 个按钮如下截图我们点击Add Event 左侧事件列表会出现如下变化选中这个后，右侧列表选中stop2 的Value Change 事件后，点击确定在看该事件分支如下,2 个事件就添加在同一个分支当中了，运行程序后，点击stop1 或stop2 均可让程序停止。超时超时是事件结构特有的，看名字就知道是怎么回事，即超过一定时间没有触发事件则执行超时 事件。如果超时时间设置所以如果程序事件功能不多，又需要定时执行一段代码，可以考虑用此方式来完成；如果程序操作频繁，则不建议用此事件来定时
Labview执行结构：详细说明
执行结构：详细说明 While循环 与文本编程语言中的Do循环或Repeat-Until循环类似，必须满足特定条件之后，While循环才会执行其内的程序代码，如图1所示。 图1. LabVIEW中的While循环；具备While循环功能的流程图； 还有While循环功能的伪码范例 While 循环位于Structures面板上。从面板上选择While Loop之后，针对所要重复的代码区块，可用鼠标拖拽出矩 形并将之圈住。放开鼠标之后，即会有While循环圈住用户所选的区块。 只要将对象拖拽至While循环中，即可将其新增至While循环中。 只要条件接线端接收特定的布尔值之后，While循环随即执行代码 也可通过While 循环的条件接线端来处理基本错误。若将错误簇连接至条件接线端，则只有Status参数的真或假值传送至接线端。同样，Stop if True和Continue if True快捷菜单项目，将分别变更为Stop if Error和Continue while Error。 计数接线端属于输出端点，其中包含已完成的循环次数。 While循环的循环计数均从零开始。 注意： While循环将至少执行一次。 无限循环 无限循环为常见的程序错误，即无法停止的循环。若条件接线端 i为True时停止，而用户又在While循环外部放置布 尔控件接线端。一旦循环开始，控件值即成为FALSE，就会形成无限循环。
图2.While循环之外的布尔控件 因为在循环开始之前，仅读取该值一次，所以改变控件的值并无法停止无限循环。若要通过控件停止While循环，则必须在循环中配置控件接线端。若要停止无限循环，则按下工具栏上的Abort Execution按钮，即可终止该VI。 在图3中的While 循环将不断执行，直到随机数函数的输出大于或等于10.00，且Enable控件为TRUE时才会停止。当且仅当“与”函数的两个输入都为真时，函数的返回值才为真。否则，与函数将回传FALSE。 在图3中，只要随机函数不产生10.00以上的值，就会成为无限循环。 图3.无限循环 结构隧道 隧道负责为结构传送数据。 While循环边框上的实心区块即为隧道。此区块的颜色与隧道所连接的数据类型的颜色相同。在循环终止之后，随即有数据送回循环。当隧道传送数据进入循环时，只有数据抵达隧道之后，才会执行循环。 图4即以计数接线端连至隧道。直到While 循环执行完毕，隧道中的数值才会传送至Iterations显示控件。计数接线端在Iterations显示控件中只会显示最后的数值。 图4. While循环的隧道
labview控制程序流程——labview事件结构
labview控制程序流程——labview事件结构 1 事件结构及它的图形化表示法事件被用来通知用户有异步活动发生。图 形化语言的事件响应包括：用户界面事件、外部I/O 事件和程序其它部分的事件。对事件的处理程序也被称为：事件驱动程序。事件驱动程序可以分为若干 个分支，每个分支处理不同的事件响应。所以对事件的响应结果也可以控制程 序的流程。事件驱动机制来自于可视化的操系统，可视化操作系统对用户事件 提供了简洁、有效的响应方式，最常见的事件来自于鼠标和键盘。虚拟仪器借 助于操作系统的事件处理机制实现了图形化语言的事件响应能力。在没有引入 事件结构之前，LabVIEW 是借助于轮询的方式来查询用户操作，由于轮询的方 式会占用一定的CPU 资源，甚至可能遗漏事件，所以这种处理方式并非理想。事件结构的出现避免了对CPU 资源的占用，同时也避免了事件的遗漏。事件 结构在函数选板》编程》结构子选板中可以找到，并可以将其直接拖拽到程序 框图中，图形化表示的事件结构，参见下图。图 1 图形化的事件结构与Case 结构和循环结构类似，事件结构也包含了一个主框架，这个框架内将用来放置 事件处理的事件驱动程序代码。如果事件处理任务众多，会有众多事件分支存在，在结构上类似Case 的多帧结构（选择器标签）。当在程序框图上拖放一个 事件结构时，我们只能看到上图所示的一帧已经预先注册的超时事件（Timeout），超时事件分支。它具有定时延迟的基本功能（不包括While 循环），参见下图。图 2 具有定时延迟的基本功能当然也可以采用另一种表示方法，参 见下图。图 3 利用事件结构内部节点获得中止时间通过这个例子也好理解内部 节点中时间的含义（是事件响应的停止时间）。超时事件超时事件是一种特殊 的事件，当然也可以看成是默认的事件分支。如果存在其它事件源时，超时事 件完全可以被忽略或取消。看下面一个例子。图 4 仅有的两个事件之一超时事
LabVIEW事件结构的妙用
LabVIEW事件结构的妙用 首先，我们回顾一下上期节目：LabVIEW网络讲坛乊悬案迷思中关于事件结构的几个重要知识点。 事件结构的基本组成部分： 事件结构五大基本组成部分 事件结构由——事件选择器、超时接线端、事件数据节点、事件过滤节点和动态事件接线端5个基本部分组成。 事件结构编程的3条黄金原则： 在使用LabVIEW事件结构迚行编程的时候，我们应该注意：1.不要将事件结构放置在while循环乊外，而应该放置在while循环的内部；2.不要在事件结构的内部使用循环处理事件，可选择采用生产者消费者结构，在生产者循环中放置事件结构，在消费者循环中处理事件；3.记得为事件结构添加一个单独处理停止按钮的分支。 遵守以上三条原则将使我们的程序更加健壮，避免在使用事件结构的时候出现前面板死锁等问题。 过滤事件与通知事件：
在LabVIEW中，以问号结束的事件被称为过滤事件，其余的事件被称为通知事件。对于通知事件，程序可以感知事件的发生并且响应该事件，然后再处理在事件结构中定义的任务；而对于过滤事件，程序感知事件发生后，首先处理在事件结构中定义的任务，然后根据事件过滤节点的值（Discard？）来决定是否响应该事件或是否改变事件数据。 因此我们建议，在希望参与处理用户操作时使用过滤事件，因为过滤事件可以放弃事件或修改事件数据。如果仅需要知道并响应用户执行的某一特定操作，则应使用通知事件。 在本期节目中，我们着重介绍动态注册事件的用法。 静态和动态两种事件注册模式： 静态注册指定了事件结构的每个分支具体处理哪些事件。一旦VI开始运行，LabVIEW将自动注册这些事件，并且在VI运行的整个过程中无法改变事件结构所处理的事件。 而动态事件注册与VI服务器相结合，允许在程序运行时使用控件、VI或应用程序的引用来动态地指定和改变产生事件的对象。动态注册在控制LabVIEW产生何种事件和何时产生事件等方面更为灵活。 Demo 1和Demo 2帮助大家更好地理解动态注册事件编程方法。 Demo 1：动态注册事件_阿拉丁神灯.vi Demo概述： 在这个VI中，用严格自定义的方式将一个布尔类型的控件做出神灯的样子，并为这个布尔控件动态注册了”鼠标按下”的事件。这个事件执行的任务是显示神灯神仙，并弹出一个对话框。由于该事件采用的是动态注册的方式，所以可以通过一个按钮取消对该事件的注册。并通过另一个按钮再次注册该事件。这就是动态事件的使用效果，它可以在程序运行的过程中，动态地控制何时注册事件和注册什么样的事件。 程序实现：
labview事件结构浅析
https://www.360docs.net/doc/ca14153225.html,/forum.php?mod=viewthread&tid=207837 使用LabVIEW图形化语言开发的应用程序界面是图形化用户操作界面，也称为：GUI （graphical user interface），它的作用是与操作者实现人机对话形式的互动操作。这种对界面操作的互动响应在LabVIEW 6.1发布之前，只能是通过“轮询（polling）”的方式来实现。轮询的方式的缺点是：需占用一定的CPU资源（在没有事件发生时）和灵活性不好。在LabVIEW6.1引入事件结构（Event Structure）后，采用事件结构来设计、实现的GUI操作则变得更加灵活、方便，并且不占用CPU的资源，这与先前采用轮询的方式来查询事件的方式相比要合理的多。下面结合应用项目中的设计实例来介绍GUI设计中的事件驱动。 有关事件结构的一些基本概念、原理及使用方法在LabVIEW Help及许多中文书中都作了详细的讲解，这里我就不作更多地介绍了。 事件结构通常包括以下部分： 1、Event cases——包含有若干个注册的事件源及同等数目的Event case层,在每个Event case层中包含对该事件响应的处理程序。 2、While循环——用来检测连续不断产生的事件 事件结构中的While循环，是用来确保检测到连续不断发生的事件。如果没有这个While循环，无论有多少事件发生只能对第一个发生的事件进行处理，处理完后程序将退出事件结构。 菜单选项事件结构实例 2011-11-11 09:50 上传下载附件(8.79 KB) NI USB-9219是一款4通道通用C系列模块，专为多功能测试而设计。USB-9219能够测量传感器中的多种信号，如压力计、RTD、热电偶、测压元件和其他需要供电的传感器。由于通道接受单独选择，4条通道可以分别进行不同类型的测量。测量范围随测量类型而异，包括±60 V最大电压范围和±25 mA最大电流范围。 第1步、创建一个项目：综合参数测量仪 按照我的设计习惯，首先在桌面上创建一个新的文件夹，命名为《综合参数测量仪》。然后，打开、运行LabVIEW开发环境，并选择开发环境中的：新建》项目。 此后，在“项目浏览器”就可以看到一个新建的项目："未命名项目1"。单击项目浏览器：文件》保存，并将该项目命名为：“综合参数测量仪”后，存放到桌面上的《综合参数测量仪》文件夹中。 此时，项目创建完毕。 第2步、创建一个主vi：综合参数测量仪.vi 2011-11-11 09:41 上传下载附件(14.71 KB) 打开刚刚新建的“综合参数测量仪”项目，然后用鼠标右击该项目中的”我的电脑“选择：新建》VI，即创建了一个新的vi。 用鼠标点击新vi的：文件》保存（命名为：综合参数测量仪.vi）。 主vi即宣告创建完毕。如例图所示。
LABVIEW 中的事件结构杂谈
LABVIEW中的事件结构杂谈 刚开始接触事件结构时觉得它很好用，所以很喜欢用，但也引起了一些问题，就是前面板很容易就被挂起来了，就是所前面板没有响应了，很郁闷。之后就不敢用了，很多可以用事件结构的地方都只用CASE结构麻烦的代替了~~ 今天被师兄那么一指点，觉得完全是委屈了事件结构啊，之前事件结构引起的问题可以很容易的解决。 方法就是设置“超时”（之前一直觉得这个东西没用的）： 一般情况下，事件结构是会和while循环套用的，通过不断的循环来执行不同事件源激发的事件，但如果不设置超时，也没有事件源发生，那么while循环将一直等待事件的发生而不进行循环，这样就会使得事件结构外的其他程序也不能执行，可能造成的结果就是前面板本该有反应的地方（比如变量值的变化）没有了反应。 而如果设置了超时，比如设置为100（ms），意思就是每隔100ms如果没有事件发生就超时，进行一次循环，那么事件结构外的其他程序也就得到了执行。 总结一下： 如果事件结构在while循环中，而事件结构之外又有其他的程序需要执行（可能不依赖于事件的发生），那么就应该设置超时。 在事件处理过程内，如何响应前面板命令控件的命令? 我发现，在一个事件内的处理过程完成之前，系统不能响应前面板的其他命令。系统是在事件完成之后的等待时期才响应其他前面板命令事件。 编辑事件结构对话框的下边有一个: 锁定前面板在事件分支执行完毕前。你可这个默认选中的选项取消了，就可以实现你的“在一个事件过程处理中途响应前面板的其他命令"功能。 LabVIEW事件结构 使用LabVIEW图形化语言开发的应用程序界面是图形化用户操作界面，也称为：GUI （graphical user interface），它的作用是与操作者实现人机对话形式的互动操作。这种对界面操作的互动响应在LabVIEW 6.1发布之前，只能通过“轮询（polling）”的方式来实现。轮询的方式的缺点是：需占用一定的CPU资源（在没有事件发生时）和灵活性不好。在LabVIEW6.1引入事件结构（Event Structure）后，采用事件结构来设计、实现的GUI操作则变得更加灵活、方便，并且不占用CPU的资源，这与先前采用轮询的方式来查询事件的方式相比要合理的多。下面结合应用项目中的设计实例来介绍GUI设计中的事件驱动。 有关事件结构的一些基本概念、原理及使用方法在LabVIEW Help及许多书中都作了详
labview课程设计模拟计算器事件结构
河北工程大学 《虚拟仪器设计》课程设计报告 课题：计算器模拟 姓名：张振兴 学号： 090030301 班级：测控三班 完成日期：2012 年 6月19日
目录 一、设计思路 (2) 二、实现过程 (2) 1、面板键入感应 (2) 2、运算变量的初始化 (2) 3、无操作时的默认输出 (3) 4、数字的键入1-9的输入 (3) 5、数字0的输入 (4) 6、小数点的键入 (5) 7、结果去零操作 (5) 8、“+/-”键的设计 (7) 9、“+、-、*、/”四则运算 (7) 10、等号键 (8) 11、开方运算 (9) 12、取倒数倒数运算 (9) 13、退格键CE的设计 (10) 14、清零键C (11) 15、停止键OFF (12) 三、整体程序 (12) 四、前面板的设计排版 (12) 五、while循环中寄存器能 (13) 六、此计算器可以实现的功能 (13)
一、设计思路 完成标准型计算器的一般功能。 输入第一个数，进行存储并显示输入运算的类型并存储输入第二个数，存储并显示按“=”或则按其它运算符号“+、-、*、/”进行连续的运算，最后显示运算结果。 二、具体的实现过程 1、面板键入感应 在前面板上建立22个布尔量，其中包括0--9十个数字键，1个小数点键，4个“+、-、*、/”运算键，1个等号键，1个开方键，1个符号转换键，1个倒数键，1个清零键，1个退格键，1个退出键。如下图所示： 2、运算变量的初始化 在运行程序之前，首先对需要用到的变量进行初始化，如图所示
3、无操作时的默认输出 当键盘上的键没有任何一个按下时，系统仅执行顺序结构第一帧，系统处于初始化状态输出。 4、数字1--9的输入 以数字“1”为例，当按下数字“1”后，布尔量为值改变，进入时间结构结构，将1输出到显示中，布尔量再次改变时。（图1.4.1）若再次输入1，为避免出现01这样的字符串，先判断之前显示的数据是否为0，若为0，则直接输出1，（图1.4.2）若不为0，则将这两次输入的数据通过
labview事件结构
最近贴子比较少啊，发个贴子讨论一下基于事件结构的状态机吧，最近好像不少朋友都会有这方面的问题。 有些截图看不清文字的可以单击图片放大来看。 我感觉在LabVIEW中进行程序框架设计，似乎只见到过一种框架，那就是状态机，（并行的算不算？）还有“主/从设计模式”、“生产/消费模式”之类的，但好像也是建立在状态机的基础上的。如果真是这样的话，状态机就成了唯一的程序框架了？状态机简单一点说就是上一个运行状态决定下一个运行状态，在LabVIEW中有标准的状态机的模板，菜单中选择文件>>“新建…”（是第二个而不是第一个“新建”,注意“新建”二个字后面的省略号，表示会弹出界面来），在弹出来的对话框中的右边树形控件中选择“VI>>基于模板>>框架>>设计模式>>标准状态机。（还有其它一些设计模式也可以这样打开）新弹出的标准状态机如下图： 我一开始的时候看到这种结构不是很好用，感觉有点怪，完全不需要用户进行操作整个程序就运行完了，所以刚听到状态机时感觉这种结构的功能也没有宣传的那么强大，我一般在主程序中都没有使用这种结构，只是偶尔在一些比较底层的子VI里使用一下，因为这种结构跟顺序结构差不多，但在调试、查看时又没有顺序结构直观，要在不同的CASE进行切换比较麻烦，虽然这种结构在错误处理上有一定的优势。后来又发现，说到状态机的话，是说这样一种编程思想，好些类似的结构似乎都可以归到状态机范畴里面（难怪官方只说这种是标准状态机？）其它状态机如下： 第一种我是用得比较多一点——基于事件的状态机
这种结构充分发挥了用户与程序的互动，比如上图，用户在点击前面板的“开始采集”按钮后才会开始进行数据采集任务。我一般在主程序上是用这种结构，一些附加功能，比如用户设置、生成报表等功能都是利用事件结构处理前面板的按钮点击事件来实现的。 第二种跟标准状态机也差不多： 这种结构是利用循环结构里面的循环计数器来选择需要执行的下一个状态。也是不需要与用户进行互动而一直执行的，在一些固定测试顺序的测试中看到过这种结构。状态机中使用到了循环结构，而循环结构中另一个非常实用的东东就是移位寄存器（事实上状态机也是借助了移位寄存器才能更好地实现它的功能），将上一次（或几次）循环的数据“移到”本次循环中进行使用，刚开始学LabVIEW的时候不怎么敢用移位寄存器，但一旦开始使用后，就发现移位寄存器好处实在是不少，如果还不会使用的话写一二个小程序，立马就可以发现，其实移位寄存器也很简单：上面的程序中使用高亮执行的话就可以很清楚地了解移位寄存器的作用了。 有了移位寄器器，再回头看一下上面的基于事件的状态机，这种结构还不够完善，因为有时需要在用户没有点击按钮的动作的时候也要执行某些程序，比如如果用户多长时间没有动作就向串口发送一些信号之类的，或者用户触发某些事件后要将结果显示出来，
event提高：LabVIEW事件结构编程
LabVIEW事件结构编程 事件驱动的编程允许用户通过前面板的操作，或是其他的异步事件来驱动LabVIEW程序的运行。事件是一种异步的信号，告知PC有事情发生。用户界面、外部I/O或是程序的一部分代码都有可能导致事件的发生。使用事件结构可以实现仅当事件发生时，程序才需要响应，别的时候程序可以处理其他迚程或是其他的事件，事件结构相当于一种“中断”。相对的，如果不使用事件结构，程序会以“轮询”的方式来检测事件的发生，但这样会大大消耗CPU的使用时间，不利于处理复杂、多线程的程序。因此，事件结构允许将CPU的使用降低到最小，但又不牺牲与用户的交互性。用户界面事件：鼠标点击、键盘操作等等外部I/O 事件：硬件定时、硬件触发、或是硬件出错等等。其他程序事件：程序间的通讯等注：LabVIEW支持用户界面事件和程序事件而不支持外部I/O事件。 1. 事件结构 典型的事件结构如图1所示。事件结构包括一个或多个子程序框图，或事件分支，注意每当结构执行时，仅有一个子程序框图或分支在执行。事件结构的执行过程是，一直等待直至某一事件分支的事件发生，然后执行相应事件分支从而处理该事件。右键单击结构边框，可添加新的分支并配置需处理的事件。为事件结构边框左上角的“超时”接线端连接一个值，以指定事件结构等待某个事件发生的时间（以毫秒为单位）。默认为–1，即永不超时。 图 1事件结构
用户界面事件分为消息事件和过滤事件两种。 a.消息事件 消息事件指一个用户的行为已经发生，使用消息事件来反馈一个已经发生的事件，并且LabVIEW已经对它迚行了处理。例如，“鼠标按下”就是一个消息事件，图2中的事件结构的分支程序实现了用户用鼠标点击停止按钮，按下后停止程序的功能。这个事件是在用户释放鼠标以后LabVIEW迚行处理的。 图 2 消息事件 b.过滤事件 过滤事件在用户行为发生之后，LabVIEW处理该事件之前先告知用户，由用户来决定程序接下来如何处理事件，有可能处理的方式与默认的处理不同。过滤事件有什么好处？使用过滤事件以后，用户可以随时按需要修改程序对事件的处理，甚至可以完全放弃该事件，而对程序不产生影响。例如：“前面板关闭？”就是一个过滤事件（过滤事件后面都有一个？）。图3中的事件结构实现放弃对“前面板关闭？”这一事件的响应，从而将这一事件过滤。
labview深入探索xcontrol
labview深入探索----xcontrol control是LABVIEW8.x新增的功能，ＬＶ中的ＣＯＮＴＲＯＬ我们是再熟悉不过了，这个＂Ｘ＂到底代表什么那，到ＮＩ网站上也没找到它的英文定义，可能相当与ＡＣＴＩＶＥＸ中的＂Ｘ＂？虽然无法弄清楚它的定义，但是它的作用是清楚的，我个人理解它更象ＶＣ中ＭＦＣ的控件自画，也具备了一些ＡＣＴＩＶＥＸ的能力，与ＡＣＴＩＶＥＸ的最大区别是ＡＣＴＩＶＥＸ是独立于平台的，可用于各种编程环境，从这点来说，可以把它看做ＬＶ内部的activex,MFC中的控件自画是这样的，当我们要做一个特殊形状的控件时，可以设置它的一个属性是自画，own draw,也就是说，这个控件是用户自己画出来的，比如一个按钮，当鼠标进入它的控制区域，会自动显示凸起状态，还可以自动改变颜色，IE菜单就是这样，当鼠标移入的时候，背景色自动变成兰色，离开后，又自动恢复，实际上，它是在响应两个事件,MOUSE_ENTER 和MOUSE_LEAVE事件． 在xcontrol出现以前，我们也可以对一个控件通过属性节点和事件结构实现这种动态变化，但是有着本质的区别，xcontrol通过事件结构判断事件，利用属性节点改变其显示方式是完全在内部实现的，因此它是可以重用的，从使用方法上它和ＬＶ一般的控件没有任何区别，我们完全可以把它看成ＬＶ又给我们提供了新的控件，我的文章里多次提到ＡＥ的概念，有了XCONTROL，我们不但可以保存数据，而且有了显示的能力，所以说，对于基于组件编程的ＬＶ，能力有了很大的提高． 虽然xcontrol是一个新增的特性，但是它的制作方法实际上我们或多或少地都涉及到了，这就使得制作XCONTROL变得相对容易了．
LabVIEW程序设计模式(四)—状态机和事件结构的结合
LabVIEW程序设计模式(四)—状态机和事件结构的结合 上两节分别解决了基本状态机的第（1~5）个问题，但是是否具备一种模 式能够综合队列型状态机模式和用户界面事件型模式的优点呢？这样可以同时 避免基本状态机的第（1~5）个问题。答案是肯定的，本节将介绍如何将状态 机与事件结构结合起来形成一种新的、稳定的模式。状态机模式的基本构成元 素是while 循环和case 结构，而事件结构模式的基本构成元素是while 循环和event 结构，因此新的模式应该由while 循环、case 结构和event 结构组成。而while 循环的目的是为了保证程序的持续运行，因此必须在最外层，这样就只 剩下了图20 所示的两种组合方式。在第一种方式中，每次循环的运行需要经过一个事件结构才能够实现case 中各个分支的运行，那么到底需要多少个分支呢？一般而言不同的事件都会有不同的事件处理函数（这些函数可以在case 结构中共用），显示这是无法满足要求的，它从本质上而言仍然是一种事件结构。在第二种方式中，程序的主体是一个状态机结构，不同的是在某一个状态分子 中有一个事件结构。我们可以回忆状态机模式中的空闲Idle 状态，这正是长时间占用CPU 资源的源头，如果在Idle 中加入一个事件结构后就有效地规避了 这个问题。图20 三种结构的组合方式因此图20 中的第二种结构综合了状态机和事件结构的优点，有效地克服了基本状态机的第（1~5）个问题。此外， 在【应用2_自动贩卖机】例程中，按钮1USD、2USD 和5USD 的作用是相同的，唯一不同的是它们的代表的币值不同。如果我们希望系统共用币值相加这 个功能，即当这三个按钮任何一个被按下后都调用同一个函数（该函数的功能 是将系统中原来的货币值与新加入的币值相加得到新的值）。这样，需要有一 种途径把1USD、2USD 和5USD 代表的币值作为参数传递给函数。图21 所示为带参数的状态机结构，在消息队列的状态机模式中，加入了一个变体型的变