基于TMS320C6713EVM硬件平台的自适应滤波器系统辨识应用的设计

　1 引言
　　LabVIEW （Laboratory Virtual Instrument Engineering Workbench） 是美国NI公司的创新软件产品，也是目前应用最广泛、发展最快、功能最强的图形化软件开发环境。LabVIEW DSP模块，它包含了用于设计、实现和分析DSP算法的系统工具。它将LabVIEW图形化开发环境扩展至嵌入式信号处理应用程序设计，提供了一个易于使用的、现成的方法来学习信号处理技术，使得DSP开发者拥有了一个图形化和系统级的设计开发选择。随着我们的设备在性能和复杂度方面的提升，图形化和系统级的设计和开发工具的作用起到越来越重要的作用。
　　本文以TMS320C6713EVM开发板为硬件平台，利用LabVIEW DSP模块和LabVIEW DSP Test Toolkit for TI DSP工具包实现LabVIEW与DSP的整合，完成了基于TMS320C6713EVM硬件平台的自适应滤波器系统辨识应用的设计。
　　2 DSP在虚拟仪器设计中的应用
　　数字信号处理是一门极其重要的学科和技术领域，在众多领域得到了广泛的应用。DSP（数字信号处理器）与在嵌入式系统中常用的其它微处理器（如单片机、通用处理器）相比，DSP强大的数据处理能力和高速的数据吞吐率使其在图像处理、语音处理等方面的性能远远优于其它微处理器。同时，随着超大规模集成电路的发展，生产成本进一步降低，DSP解决方案在嵌入式图像、语音处理这样的数字信号处理典型应用中已成为工程师的首选。
　　虚拟仪器在很多情况下采用上位机实现，微机也可以进行数字处理，并且微机可以直接采用浮点运算，其运算精度也可以做得很高。但是与用微机实现虚拟仪器相比，采用DSP芯片实现虚拟仪器具有以下优点：（1）DSP芯片特有的存储及总线结构可以保证在一个机器周期内多次访问程序空间和数据空间及在一个指令周期内同时进行运算，满足了数字信号处理中的并行运算要求；（2）在数据采集和输出时，都要用到A/D和D/A，其刷新是通过定时器来完成的，DSP芯片内置在片定时器，用户可以通过控制程序对定时器进行精确的设置，从而实现精确定时和采样处理，这在上位机实现中是做不到的。
　　通常作为虚拟仪器硬件部分的数据采集卡所完成的仅仅是采集数据和传输数据，而虚拟仪器中最耗时最复杂的数据分析处理却留给计算机的CPU去完成，从而导致了虚拟仪器实时性和精确性的不足。DSP可以从数据采集到数据处理再到数据的传输，把数据分析处理的工作留给DSP来完成，那么计算机的工作就仅仅是完成数据的简单整理、显示、存储和输出，这样很好地弥补了以往虚拟仪器速度和精度方面的不足。
　　此外，当系统运行在Windows等多任务操作系统时，特别是在处理如FFT等大容量、高精度的运算时，CPU资源会造成严重不足，这给虚拟仪器的应用带来一定的不便。虚拟仪器能借助DSP处理系统，将采集来的数据在DSP中进行预处理，然后再将数据传递给软件部分，这样不但没有增加系统的负担，而且可以让系统用更多的时间来处理其他事情。因此，把DSP技术有机地应用到虚拟仪器中是虚拟仪器设计的一个重要发展方向。
　　3 基于LabVIEW 的DSP系统级设计
　　3.1 LabVIEW DSP模块
　　LabVIEW DSP模块是一个全功能可视化数字信号处理器算法和系统的设计、实现与分析的工具。该模块与LabVIEW集成，功能强大，可生成专为DSP优化的应用程序，是DSP开发的新思路。其特点有如下：
　　（1）将LabVIEW核心性能扩展至可直接利用信号处理函数和编程组件对NI SPEEDY-33、TI C6416 DSK、TI C6713 DSK以及TI C6711 DSK进行编程，无需单独的DSP编译器，且不必重写代码即可在支持的DSP目标之间切换，具有多DSP目标的代码移植性。
　　（2）全面支持Express VI功能，具有图形化和系统级的选择对DSP设备进行编程，具有面向未来设计的代码模块性和独立应用开发能力等。
　　（3）可更快地减少反复的设计周期和总体的开发时间，并且在实时地对目前的DSP硬件作出改变的同时马上显示结果。
　　（4）具有易于访问DSP目标的模拟和数字I/O线以及满足实时交互需要的交互式GUI，可以建立实时的应用程序。
　　同时，LabVIEW DSP模块集成了最新的NI LabVIEW数字滤波器设计工具包，可以将使用LabVIEW设计的滤波器下载至TI和NI DSP硬件设备。LabVIEW DSP模块非常适合通信、自定义控制算法、数字和最小方均根（LMS）滤波以及音频处理和分析等领域的应用。
　　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必须设置为连续模式