0 引 言
LabVIEW是美国NI公司1986年推出的一种图形化的编程语言和开发环境。作为虚拟仪器开发平台，由于其图形化的编程方式具有简单易学、直观方便、功能强大等特点，是很多工程设计人员进行虚拟仪器开发的首选。生产者／消费者设计模式是NI公司最新推出的程序设计概念，它从主／从设计模式发展而来，生产者／消费者设计模式将生产和消费数据速度不同的任务分开处理，大大提高了不同速率的多个循环之间数据共享的能力，对于多任务处理和实时性、连续性要求严格的程序设计，生产者／消费者设计模式是较好的选择。在虚拟仪器系统中，硬件解决信号的输入和输出，软件可以方便地更新仪器系统的功能，以适应不同使用者的需要。其中信号的输入部分一般使用数据采集卡实现，商用的数据采集卡具有较大的逋用性。普通声卡具有16位的量化精度、数据采集频率是44 kHz，完全可以满足特定音频信号范围内数据采集的需要，个别性能指标还优于商用数据采集卡，而价格却为商用数据采集卡的十几分之一甚至几十分之一。若保证信号采集的逼真性，在采集过程中的连续性和实时控制显得尤为重要。
本文以LabVIEW为平台，着重介绍了生产者／消费者模式的实现，以及在实时控制的连续音频采集系统中的应用。
1 生产者／消费者设计模式概念及其实现
1．1 生产者／消费者设计模式概念
生产者／消费者设计模式包括多个并行循环，每个循环以不同的速率执行任务。一个循环作为生产数据的循环，其他循环作为消费数据的循环。生产数据的循环控制所有消费数据的循环，并且使用通信技术与它们进行通信。
1．2 生产者循环与消费者循环之间的通信
在LabVIEW程序设计过程中，变量(局部变量和全局变量)、通知器、队列常用于多个循环之间传递数据。
LabVIEW中的变量是程序框图中的元素，通过它可以在另一位置访问或存储数据。根据不同的变量类型，数据的实际位置也不一样。局部变量将数据存储在前面板的输入控件和显示控件中，全局变量和单进程共享变量将数据存储在特殊的通过多个VI可以访问的仓库中。不管变量将数据存储在何处，所有的变量都可以在不使用连线连接两个地方的条件下把数据从一个地方传递到另一个地方，而不必使用正常的数据流。但是变量的使用有着其自身的缺点，变量不仅不能保证各个循环之间的同步，而且使用变量会破坏LabVIEW的数据流模式，在对变量进行读写操作时容易产生内存拷贝，浪费内存资源，影响系统运行效率。
变量还允许竞争状态的出现，竞争状态不容易识别和调试，因为输出取决于操作系统执行排定的任务和外部时间定时的顺序。任务之间和任务同计算机之间的交互方式，以及外部时间的任意定时都使这种顺序变得随机。很多情况下，带有竞争状态的代码会在数千次测试中返回相同的结果，但仍然可能会在运行时返回一个不同的结果。
对生产者／消费者设计模式的一个更有效的实现是使用通知器和队列使数据传输保持同步。通知器在发出数据可用的通知时，将同时发送数据。使用通知器将数据从主循环传送到从循环消除了和竞争状态相关的问题。使用通知器还有同步的好处，因为数据可用时，主从循环都已完成定时，并准备实现一个良好的生产者／消费者设计模式。但是通知器不会缓冲数据，如果主循环在从循环读取第一份数据之前发送另一份数据，那么原来那份数据就会被覆盖并丢失。队列类似于通知器。但它可以存储多份数据，默认情况下，队列按照FIFO(先进先出)的方式执行。因此，第一份插入队列的数据，也是第一份从队列中删除的数据。在实时控制的连续音频信号采集过程中，由于需要处理许多用户界面的事件，为了不造成数据丢失，选择队列在各个循环之间传递数据，实现过程如图1所示。
如图1所示，在循环开始使用“获取队列引用”函数之前，队列就已经创建完毕。生产者循环使用“元素入队列”函数向队列中添加数据。消费者循环使用“元素出队列”函数从队列中移除数据。消费者循环一直到队列中的数据可用时才执行。
可见，在此生产者／消费者设计模式中，两个循环均被同步为与生产者循环一致。消费者循环只在队列中的数据可用时才执行。这样就保证了消费者循环执行任务的连续性和高效性。并且，队列用于循环之间的数据传递，创建全局可用的位于队列中的数据，而且在添加新的数据到队列时，避免了丢失数据的可能性。
2 实时控制的连续音频信号采集系统
2．1 声卡简介
从数据采集的角度看，声卡是一种音频范围内的数据采集卡，是计算机与外部模拟量环境联系的重要途径。一般声卡都是由以下几部分组成：声音控制／处理芯片，功放芯片，声音输入／输出端口等。
声音控制／处理芯片是声卡的核心，集成了采样保持、A／D转换、D／A转换、音效处理等电路，它决定了声卡的性能和档次，基本功能包括对声波采样和回放控制、处理MIDI指令等，有的厂家还加进了混响、合声、音场调整等功能。
功放芯片完成信号的功率放大以推动喇叭发声工作。声音输入／输出端口是音频信号的输入和输出，它主要有外接端口和内接端口。外接端口有“SPK Out”喇叭输出端口，“Wave Out(或Line Out)”线性输出端口，“Line In"线性输入端口，“MIC”麦克风输入端口，还有MIDI端口，连接电子乐器以及连接游戏控制器。内接端口是内置的输入／输出端口，是CD音频接口，通过3～4针的音频线直接连接。Line In接口和MIC都可以用于外部音频信号的输入，只不过后者可接入较弱的信号，幅值大约为0.02～O.2 V，显然这个信号较易受到干扰，因而常使用Line In，它可接入幅值约不超过1 V的信号。
市面上的声卡主流都是16位的，声卡的最高采样频率是44．1 kHz，民用的声卡一般将采样频率设为4档，分别为44.1 kHz，22.05 kHz，11.025 kHz和8 kH。与一般的数据采集卡不同，声卡的D／A和A／D功能都是连续状态的。
2．2 具体设计
根据声卡的性能指标，将声卡初始设置为双声遣、44 100 Hz采样频率、16位采样精度。要使采集到的音频信号达到逼真的效果，要求信号的采集过程保持连续，但实时控制要求程序对用户界面的控件做出响立，这就在采集的连续性和对用户的响应方面产生了矛盾。本音频信号采集系统，运用生产者／消费者程序设计模式，很好地解决了这一矛盾，使生产者循环完成对用户界面的响应，消费者循环完成音频信号的采集任务，从而不仅提高了整个信号采集过程的效率，而且使采集的语音信号效果逼真。图2是实际音频信号采集系统前面板。
主要程序框图如图3所示，在循环开始前，使用“获取队列引用”函数创建消息队列。生产者循环使用“元素入队列”函数向队列中添加数据。消费者循环使用“元素出队列”函数从队列中获取消息并移除数据。
该设计模式允许消费者循环以固有速度采集信号的同时，生产者循环完成对用户界面的响应，生产者循环中采用事件结构，事件结构的延时时间为100 ms，采用轮询操作，处理用户界面各个控件的响应，对信号采集进行实时控制，同时为了不影响消费者循环中信号采集的连续性，并不是每一个用户事件都通过队列产生消息，通知消费者循环重新配置信号采集，只有在声卡配置参数(采样点数、采样率)发生改变时，生产者循环使用“发送通知”函数产生消息，以便通过“ 等待通知”函数通知消费者循环。
消费者循环内部是状态机结构，在第一次循环时进入“SetUp”分支，进行声卡的初始化配置，从下次循环开始，在其他控件发生改变而有关声卡配置的参数不发生变化时，生产者循环不会产生消息队列，消费者循环中在“daq”分支和“Wait”分支间进行，“Wait”分支仅检查消息队列中是否有消息，如果没有转“daq”分支进行数据采集，而不会进入声卡配置的“SetUp”分支，这样不仅保证了独立的采集过程不受影响，而且由用户界面引起的任何延时(如显示对话框)都不会导致采集过程的循环操作产生延时，从而保证采集音频信号的连续性。
在用户改变声卡配置参数发生时，生产者循环响应该事件，“元素入队列”函数向队列中添加消息，消费者循环“Wait”分支中的“元素出队列”函数从队列中移出消息，在下次循环时进入“Setup”分支进行声卡参数配置，然后转入“daq”分支继续进行信号采集。在“daq”分支中除进行数据采集外，还对信号进行功率谱分析，并将信号保存在一个硬盘文件中。
通过大量实验发现采用生产者／消费者设计模式设计的音频信号采集系统能够有效避免在采集过程中出现的声音中断和失真现象，较之以前基于其他模式的设计有一定的优势。
3 结 语
在LabVIEW程序设计过程中，并行循环之问的数据传递必须进行妥善处理，否则就会出现死循环等预想不到的错误。该文介绍的生产者／消费者设计模式不仅使并行循环间传递数据的逻辑关系更加简洁明了，使得程序的修改维护更加方便，而且大大提高了程序运行的效率。本文只是利用一个简单的实时控制的连续音频信号采集系统介绍了此模式的应用，阐明了这种设计模式的思想，在用LabVIEW设计如网络通信程序等要求准确且响应速度快的实时控制程序时，生产者／消费者模式有很好的借鉴意义。