3.2 LabVIEW DSP Test Toolkit

　　利用LabVIEW工具包中的DSP Test Toolkit可以使在LabVIEW环境下设计的DSP系统可以全部或部分运行于硬件平台上。DSP Test Toolkit与DSP模块不同，利用DSP模块可直接对DSP硬件进行编程，无需单独的DSP编译器。而DSP Test Toolkit则必须通过CCS (Code Composer Studio) 实现对DSP的开发。DSP Test Toolkit提供了一系列可以使LabVIEW和CCS接口的VI，如图1所示。

　　图1 DSP Test Toolkit在DSP设计中的作用

　　DSP Test Toolkit提供的VIs分为两组：CCS Automation VIs和CCS Communication VIs。CCS Automation VIs使CCS代码通过LabVIEW自动执行，包括（1）打开CCS，（2）建立项目，（3）复位CPU，（4）加载程序，（5）运行代码，（6）停止CPU，（7）关闭CCS。这些步骤与在CCS中的是相同的。

　　CCS Communication VIs能够使数据通过RTDX通道进行交换。例如：CCS RTDX写VI与CCS RTDX读VI分别用于向DSP一方写入和读取数据。需要注意的是，以上的VIs都具有多态性。因此，LabVIEW与CCS之间的数据类型和数据格式必须严格匹配才能建立LabVIEW DSP整合。此外，在LabVIEW与C6x DSK目标板之间的通信可以利用TMS320C6x DSP的实时数据交换（RTDX）的功能来实现。此功能允许一个DSK目标板和一个PC主机（运行LabVIEW）之间进行数据交换，而不需要停止DSP一方的程序执行。这种数据交换的实现可以通过联合测试行动组（JTAG）连接，或者使用通用串行总线接口模拟JTAG来连接。RTDX可以设置为两种模式：非连续模式和连续模式。在非连续模式下，数据写入主机的日志文件中。这种模式一般是用于记录。在连续模式下，数据由RTDX主机中的库来缓冲。这种模式通常是用于连续显示数据。 当由PC/LabVIEW来显示处理的数据时，RTDX必须设置为连续模式。

　　3.3 基于LabVIEW 的DSP系统级设计方法

　　使用LabVIEW进行DSP开发，程序框图主要分为两大部分，如图2所示。

　　图2 CCS Automation.vi程序框图

　　一部分是在图中左侧的顺序结构。对应于CCS自动进程，包括CCS打开项目VI、CCS创建VI、CCS复位VI、CCS加载代码VI和CCS运行VI。此外，还有顺序结构右侧的CCS中断VI和CCS关闭项VI目也是CCS自动进程的一部分。顺序结构中的文件I/O模版的三个函数用来创建CCS项目文件路径，这样就可以在CCS中打开项目文件。通过这些VI和函数，打开CCS、创建项目、在DSP上加载和运行程序，这些进程都可以通过LabVIEW一端来控制。顺序结构中的Dsp.pjt是DSP项目，如LMS.pjt、FFT.pjt等，由设计者依据不同设计要求在CCS中创建。

　　程序框图中的另一部分为While循环结构，包括系统数据、参数的输入输出显示及分析等图形化代码及CCS RTDX通信模块。CCS RTDX通信模块使得LabVIEW和DSP之间连续交换数据。

　　在程序运行中，通过前面板上的Code Composer Status可以清楚地显示CCS运行状态，如图3所示。

　　图3 前面板CCS进程状态显示示例

　　任何DSP的开发程序都可以套用图2所示的程序模式进行基于LabVIEW的开发设计。对于不同的DSP设计，Dsp.pjt和LabVIEW while循环内图形化代码是不同的。