LabVIEW程序设计模式-消息队列型状态机模式

1、针对基本状态机模式的第（13）个问题，需要对模式进行改进。本节将一型状态机模式。状态的分类不清晰。让我们回到程序，并给程序的状态设置一些“书立”。如图 4 所示，系统共有9 个有效状态（UI Initial、Data Initial、Instr Initial、Temperature、Power、JTFA、Data Clean、。如果把这些状态混在一起，我们需要找到某一个状态时会比较困惑和麻烦。如同上面所述，将这些状态分为4 类并设置了4 个“书立、Acquire、Analyse、分隔这些状态。在实际的状控制中，需要确保程序只会进入实际的状态中运行而不会进入到“书立”分支中，因此对每个“书立”

2、加入了“”以示区别。图 4 状态分类尽管我们只是进行了少量的修改，但是这的确有利于程序状态的组织和阅读，尤其是当程序具有很多个状态的时候。缺乏数据共享和错误处理机制。在层叠式的顺序结构中，数据在帧之间的传递是靠“顺序局域变量”实现 case 结构中如何传递不同分支的数据呢？这个问题似乎很容易case图 5 状态机中的数据传递图 5 使用移位寄存器进行数据共享和传递，将所有的数据封装在一个簇中并对每个数据命名，这样在使用数据时就可以使用“ Unbundle by name”或“bundle by 用。（个状态）。标量LabVIEW 程序设计模式中将这种具备处理状态序列的状态机称为“消息队列型状态

3、机”，它是在基本状态机基础上的改进。（退出队列。事实上， 这种方式在现代生活中随处可见。LabVIEW 6 图 6 消息队列型状态机模式本节解决了基本状态机模式中的（1）（3）个问题，为了更好地比较和使用这些特点，特使用一个实例说明消息队列型状态机的使用过程。【应用 2】选择需要购买的商品找币，当币值不足或商品已经销售完毕时则无法购买。程序的前面板如图 7 所示。在贩卖机的左上侧有 4 个按钮。1USD1 美元的货币，2USD 5USD 类同；Change Back：表示找零，也就是将目前剩余的货币退还给用户。5 5 （这里均使用了可口可乐的图标1 20 Current money 显示贩卖机

4、中剩余的货币数，你Stop 按钮将退出应用程序。（也可以使用其它的设计模式的货物数以决定交易是否成功。图 7 自动贩卖机前面板程序背面板如图 8 所示。系统分为 5 个状态，并分为 2 大类。第一类：InitialUIInitial：前面板界面的初始化。DataInitial：数据的初始化。第二类：SystemIdle（Default）：空闲状态。CheckMoney：贩卖机中的剩余钱数和剩余的货物数以决定交易是否成功。UI Initial Data Initial 中可以看出系统采用数组函数处理消息队列。图 8 自动贩卖机背面板在 UI Initial 中，系统给标题栏和说明栏赋值，并将前面

5、板的商品设置为不可购买状态，因为在初始化时还没有完成投币动作。如图 9 所示。图 9 UI Initial 分支Data Initial 0值为case10 所示。图 图 10 Data Initial 分支CheckMoney分支主要是为了防止不合法的交易（如投入的币值不足或商品数量不足），如图 11 所示。图 11 CheckMoney 分支Exit 分支时，将停止循环并退出程序，如图 12 所示。图 12 Exit 分支Idle分支用来监控前面板各个按钮控件的变化并执行相应的状态。该分支比较复杂，当检测到第0 （1USD 按钮该加一，同时需要判断是否达到了交易条件（即进入CheckMoney 状态）。其它的状态可以执行相应的代码即可，这里不再