基于DSP和专用接口芯片的USB实现方案

自1994年11月提出通用串行总线(USB)以来，USB以其传输速率高、支持热插拔、易于扩展的突出优势，发展速度惊人，迅速席卷电子产品世界。在市场需求的强力驱动下，从1998年开始，USB接口进入测量仪器领域，并逐步被许多著名仪器公司接纳。在测量仪器中扩展USB接口已经成为一种发展趋势。针对不同的测量仪器，寻求一种普遍适用的USB接口解决方案，对于测量仪器的开发设计有十分重要的意义。

方案选择

开发USB设备一般有三种方式：一种是使用带USB接口的专用微控制器(MCU)，这类MCU有自己的系统结构和指令，从底层专用于USB控制，比如Cypress公司的CY7C63xxx和CY7C64013，这类MCU的开发需要用专用工具，且性能有限;第二种方式是使用带USB接口的通用MCU，这类MCU只是基于一般芯片内核增加了USB接口，比如Intel公司的8x931、8x930以及Cypress公司的EZUSB等，这类 MCU的开发语言和开发工具都和一般MCU相似，因而较易入手，但其缺点是成本较高;第三种方式是使用纯粹的USB接口芯片，通过外加MCU对其控制。如 Philips公司的PDIUSBD12、ISP1581以及National公司的USBN9602、南京沁恒公司的CH372、CH375等。这类 USB接口芯片价格较低、接口方便、灵活性高，针对不同的硬件环境可以配合多种MCU使用，如单片机、DSP、FPGA都可以。综合各方面因素考虑，本设计选用第三种方式，即采用专用USB接口芯片为测量仪器扩展USB接口。

硬件设计

USB控制器

USB控制器通过控制USB接口芯片实现协议处理和数据交换。在本设计中选用DSP芯片TMS320VC33作为微控制器，这主要是基于两方面的考虑：一是其运算速度较快，指令周期仅为13nS，可以最大限度地发挥USB接口芯片的潜力;二是该DSP芯片性价比高，且具有浮点运算功能，扩展浮点精度可达40位。

USB接口芯片

USB接口芯片用以完成USB通信底层的数据链路级交换，并对本地微控制器提供一个并行接口。

本文选用PHILIPS公司的PDIUSBD12作为USB接口芯片。该芯片可与任何微控制器实现高速并行接口(2Mb/s)，允许使用现存的体系结构并使固件投资减到最小。这种灵活性减少了开发时间、风险和成本，是开发高效低成本的USB外围设备的一种快捷途径。

PDIUSBD12一共有三组端点：端点0完成控制传输;端点1可以配置成中断传输;端点2有128B的缓冲区，是主要的数据传输端点。

接口电路

采用单独地址/数据总线配置，即用DSP的某地址线控制PDIUSBD12的A0引脚，实现命令数据的选择。A0=1表示传送命令，A0=0表示传送数据。片选(CS )及挂起(SUSPEND)信号分别由DSP的I/O口控制。读写选通信号WR 、RD 可以用DSP的R/W引脚及其取反后控制。但这样需要在电路中增加反相器，为了节约器件从而缩小电路体积，可以另外选择一个I/O口控制 PDIUSBD12的读选通RD。本设计中选用PAGE1，通过对不同地址的访问来区分对PDIUSBD12的读写操作。这样PDIUSBD12只占用微控制器的三个地址资源，其一用来向PDIUSBD12写命令，其二用来向PDIUSBD12写数据，另外一个用来从PDIUSBD12读数据。对DSP而言，PDIUSBD12就相当于一个有8位数据总线和3个地址的存储器件。

设备采用自供电方式，需要将EOT 通过一个10k?的电阻接至USB电缆的VCC(+5V)端，并加1M?下拉电阻，借此检测USB设备是否已经连接到USB口。

软件设计

USB软件设计包括固件(firmware)程序、PC端的驱动程序和应用程序。其中固件程序要求编写者对复杂的USB通信协议有深刻的理解，编程难度较高，在本论文中将详细介绍。

固件编程

固件程序是写入MCU内的程序，使MCU可以完全按照USB协议，识别接收到的信息包类型，对包的内容、意义进行分析，并按照要求完成相应的动作。通过这些不同类型包的传递，完成MCU与接口芯片的命令及数据交换，进而实现主机与设备间的通信。

固件程序设计成中断驱动模式，采用模块化设计。

主循环

主循环中主要完成DSP的寄存器及端口初始化，向PDIUSBD12发送设置模式命令，接通SoftConnect。判断是否接收到建立包(setup package)，若收到则调用标准请求处理程序进行处理，若收到主机请求信号，则调用数据发送程序发送数据。

中断处理程序

中断处理程序是整个固件程序设计的重点。将DSP设置为下降沿触发，当PDIUSBD12接收到主机发送的信息包时，触发DSP进入中断。首先通过读取PDIUSBD12的中断寄存器判断所发生中断的类型，然后根据具体的中断类型进入相应的处理子程序。

标准请求处理程序

USB协议中规定了11条所有USB设备都必须支持的标准请求，这些请求都是通过端点0发送的。标准请求处理程序对主机发出的标准请求进行响应，获取设备的性能及状态，并给设备分配地址且进行相应配置，最终完成枚举过程。

硬件接口及PDIUSBD12命令操作程序

硬件接口程序集成了DSP对PDIUSBD12的读写操作，是整个固件程序中最底层也是使用最频繁的部分，将它独立成一个模块编写极大地方便了程序在不同硬件平台上的移植。值得注意的是：PDIUSBD12要求数据线上的数据建立时间和保持时间必须大于40nS，因此编程时需要插入至少4个软件等待状态。另外，因为PDIUSBD12的最小读写周期为500nS，所以在每次对其进行读写操作后必须增加适当的延时。

数据发送及接收程序

当用户通过主机端应用程序向设备索要数据时，DSP调用数据发送子程序完成数据发送，针对发送数据量的大小，可以选择使用端点1或者端点2完成。对于主机发送数据的接收，在端点0及端点1的IN中断子程序中即可完成。发送数据子程序如下：

调试

固件程序对时间敏感，所以编程时要特别注意时序问题。由于USB枚举过程很快，如果连续三次接收不到应答包就结束枚举，所以调试时要注意不能采用CCS的单步调试，可以采用断点调试。调试过程之初经常会遇到的一种状况是指示灯闪烁三次以后熄灭，这说明主机检测到了设备连接，但无法和设备进行对话来了解设备的信息。这表明固件程序还没有开始正常工作，需仔细检查程序中的错误之处。[!--empirenews.page--]

调试过程之初，可以使用以下两种方法检测硬件连接是否正确：

1. 使用命令字FDh读取PDIUSBD12的ID号，正常状态下读出的两个字节应该为12H和10H。

2. 通过设置PDIUSBD12工作模式，改变输出时钟频率。在CLKout引脚测量输出波形，观察是否与设置值相符。

若以上两条满足，则说明硬件连接基本没有问题。

PC端软件

PC端软件包括设备驱动程序和应用程序两部分。

系统驱动程序是基于WDM (Windows Driver Model) 驱动程序模型设计的，包括四个模块：初始化模块、即插即用管理模块、电源管理模块和I/O功能模块。本设计选用辅助工具DriverStudio，它能很好地和DDK结合，编程思路也比较清晰。首先使用驱动向导(DriverWizard)建立项目，设置驱动程序类型，设置USB设备的 VID(Vendor ID)和PID(Product ID)及其各端点的属性。给端点2增加读写函数代码。这样就创建了一个驱动程序的总体框架。再对生成的代码进行修改编译和测试，完成USB驱动程序的开发。

应用程序是为了实现用户和设备的接口，基本功能包括检测USB设备、开启或闭合USB设备、设置USB数据传输管道、实时从USB接口采集数据以及显示数据等。程序使用VC++编写，调用Win32的应用程序接口(API)函数，实现应用程序和设备驱动的通信。使用PHILIPS公司提供的 EasyD12.dll动态链接库可以使开发过程更加轻松快捷。

结束语

系统测试结果表明：主机与设备间的数据传输平均速率达到130kb/s，完全可以满足一般测量仪器的需要。此项接口设计方案具有良好的可移植性，针对不同的硬件平台仅需做少许修改即可应用。随着USB技术的进一步发展，USB2.0和USB OTG规范的推出以及无线USB的出现，USB仪器将成为测量仪器的发展方向，并推动传统仪器向小型化和微型化方向发展。