USB接口范文10篇
时间：2023-03-28 04:29:21
USB接口范文篇1
关键词：USB终端人机接口设备（HID）列举
引言
USB作为一种新的PC机互连协议，使外设到计算机的连接更加高效、便利。这种接口适合于多种设备，不仅具有快速、即插即用、支持热插拔的特点，还能同时连接多达127个设备，解决了如资源冲突、中断请求（IRQs）和直接数据通道（DMAs）等问题。因此,越来越多的开发者欲在自己的产品中使用这种标准接口。而RS232是单个设备接入计算机时，常采用的一种接入方式，其硬件实现简单，因此在传统的设备中有很多采用了这种通信方式。一般的IC卡门禁考勤系统也使用RS232接口与PC机通信。如果将USB技术应用于IC卡门禁考勤系统与PC机之间的数据通信，这样，不仅能使IC卡门禁考勤设备具备USB通信的诸多优点，而且对PC机而言还可以节余1个RS232串口为其它通信所用。
1USB系统概述
USB规范描述了总线特性、协议定义、编程接口以及其它设计和构建系统时所要求的特性。USB是一种主从总线，工作时USB主机处于主模式，设备处于从模式。USB系统所需要的唯一的系统资源是，USB系统软件所使用的内存空间、USB主控制器所使用的内存地址空间（I/O地址空间）和中断请求（IRQ）线。USB设备可以是功能性的，如显示器、鼠标或者集线器之类。它们可以作低速或者高速设备实现。低速设备最大速率限制在1.5Mb/s，每一个设备有一些专有寄存器，也就是端点（endpoint）。在进行数据交换时，可以通过设备驱动间接访问它。每一个端点支持几种特殊的传输类型，并且有一个唯一的地址和传输方向。不同的是端点0仅用作控制传输，并且其传输可以是双向的。
系统上电后，USB主机负责检测设备的连接与拆除、初始化设备的列举过程，并根据设备描述表安装设备驱动后自动重新配置系统，收集每个设备的状态信息。设备描述表标识了设备的属性、特征并描述了设备的通信要求。USB主机根据这些信息配置设备、查找驱动，并且与设备通信。
典型的USB数据传输是由设备驱动开始的，当它需要与设备通信时，设备驱动提供内存缓冲区，用来存放设备收到或者即将发送的数据。USB驱动提供USB设备驱动和USB主控制器之间的接口，并将传输请求转化为USB事务，转化时需要与带宽要求及协议结构保持一致。某些传输是由大块数据构成的，这时需要先将它划分为几个事物再进行传输。
具有相似功能的设备可以组成一类，这样便于分享共有的特性和使用共同的设备驱动程序。每个类可以定义其自己的描述符，如：HID类描述符和Report描述符。HID类是由人控制计算机系统的设备组成的，它定义了一个描述HID设备的结构，并且表明了设备的通信要求。HID设备描述符必须支持端点输入中断，固件也必须包括一个报告描述符，表明接收和发送数据的格式。在IC卡门禁考勤系统引入RS232到USB的接口转换模块后，从系统所具有的特性来看，应该属于HID设备。因此，两种特殊的HID类请求必须被支持：SetReport和GetReport。这些请求使设备能接收和发送一般的设备信息给主机。在没有中断输出终端时，SetReport是主机发送数据给HID设备的唯一方式。
2系统要求
为了实现IC卡门禁考勤系统中RS232-USB的接口转换，需要1台支持USB的主机，同时还要提供主机上用于与外设通信的驱动，一般由操作系统提供。此外，还需开发在主机上执行的客户端应用程序。在设备端，需要提供具有USB接口的主控制器芯片，以及编写主控制器上执行的USB通信代码和用于执行外设功能的相关代码。
2.1主机要求
主机必须能够通过设备驱动接收USB数据，并且使这些数据对处理这些请求的应用程序有效。在主机中必须有一个驱动负责处理USB传输、辨识设备、向USB设备收发数据；同时，还需要有一个设备驱动-虚拟化串行口，仿效真实的串口。这个驱动必须能够像真实的串口接收和发送USB数据。
从应用的观点，设备驱动必须能收发数据，可以通过使用一个虚拟化的串口或通过转化为USB数据实现。微软提供了一个叫作USBPOS的设备驱动，它允许应用程序访问USB设备时，好像它们连接到标准串口上一样。系统大致结构方框图如图1所示。
2.2设备要求
在定义即将使用的微控制器时，必须说明一些通信要求，如：通信速率、频率、传输的数据量等。考虑到IC卡门禁考勤系统有效的通信速率，可以把转换器作为一个低速的设备使用，低速设备通信速度可以在10~100Kb/s的范围变化。考虑到传输的数据量和传输的频率，此系统中使用中断的传输类型。中断传输可以在2个方向进行，但不能同时进行,这种类型的传输要求在规定的时间里完成相当大数据量的传输任务。
对于转换模块，它可以用于PC机的数据收发，操作系统提供了HID驱动，允许使用中断传输模式。对于低速设备的一个事务，中断传输最大的包容量是8字节，如果需要发送大量的数据，则必须把它分割为很多事务。
转换模块要定义的另一个特性是所需端点数。如上所述，端点是微控制器在USB通信过程中所用来发送和接收数据的缓冲区。此系统中，该转换器定义了2个端点：一个端点（端点0）用来控制传输，另一个端点是中断输入端点，定义为发数据给PC机。
根据以上要求，通过研究比较现有的微控制器，考虑到如内存空间、价格和开发包等因素，我们选用Cypress家族的一种8位RISC微控制器CY7C634XX/5XX。它使用哈佛总线结构，是对较高I/O要求的低速应用设备的低价解决方案。
图2为IC卡门禁考勤系统USB通信实现硬件方框原理图。
3软件设计和执行
系统软件由6部分组成：定义描述符、设备检测和列举、端点中断服务程序、USB数据交换模块、串行口数据交换模块、USB/Serial模块接口。下面简要描述其中部分模块程序的功能和实现思想。
3.1描述符定义
描述符是数据结果或信息的格式化块,它可以使主机知道这个设备。每个描述符包含了这个设备整体的信息或者某个元素的信息。所有的USB外设必须响应对标准的USB描述符的请求。
该系统中使用了1个接口和2个终端(控制和中断输入)。由于受Win98的限制还不能使用中断输出终端,因此为了解决这个问题，我们通过在端点0中使用SetReport传输PC机欲送往IC卡门禁考勤设备的数据。
数据接收是在OutputReports中完成的。它根据送往IC卡门禁考勤设备最大的数据量，系统定义为16K个8位域。发送数据给主机是在输入报告中完成的，它是8K个8位域。
3.2设备检测和列举
当1个USB人机接口类（HID）设备第一次连接到总线，它将被总线供电但仍然非功能性等待1个总线复位。D-端的上拉电阻通知Hub连接上了新的设备，主机也同时知道了新连接的USB设备，并将它复位。紧跟输入包之后，主机发送1个配置包，从缺省地址0处读取设备描述符。读到描述符后，主机将分配一个新的地址给设备，并继续查询关于设备描述、配置描述、人机报告描述的信息，设备将开始对新分配的地址作出反应。根据从设备处返回的信息，主机知道了被设备支持的数据终端的数量，完成列举过程。列举结束后，Windows将把新的设备加入到控制面板的设备管理器中显示。
为此，在微控制器中必须写入访问描述符的代码，这样便于对主机在列举设备时发送的请求作出有效的辨识和响应。在设备方面需要创建一个INF文件，使Windows能够辨识设备，并且为设备找到其驱动。由于操作系统提供了简单的INF文件，因此，开发中只需要编写写入到微控制器中的程序。
3.3数据发送和接收过程
发送数据到门禁考勤系统是通过控制端点0中使用SetReport来完成的。主机先向门禁考勤系统请求发送数据，设备响应请求后，主机便开始执行。当有数据到达设备的终端0时，将对设备产生一个中断。此时，相应的中断服务程序便将数据复制到数据缓冲区。一旦进入端点0的中断服务程序，所有的中断必须关闭，确保能够正确地复制数据。
微处理器的数据缓冲区编程为可以接收64个字节，这个值是存放在设置包的包头请求信息中。从主机处接收到的最大包大小，是根据它将发送给门禁考勤系统的最大数据量来决定的。
系统还使用了Put_command线程，通过1个I/O端口引脚，向门禁考勤系统串口发送数据。在执行此线程时，根据串口通信协议插入了起始位、停止位以及相应的延时。
从门禁考勤系统接收数据的过程是利用端点1完成的。端点1配置为1个中断输入端点，当有1个起始位到达引脚时，GPIO中断必须打开，并关闭所有其它类型中断。设计中通过使用1个Get_Serial线程来收集I/O引脚发出的串行数据，并把它存入数据缓冲区。同时该线程负责检验接收到的起始位和停止位的正确性。当收到8个字节时，将接收缓冲区中的数据复制到终端1的缓冲区，并且允许微处理器响应中断输入请求。
USB接口范文篇2
关键词：CH371USB接口AT89C52
通用串行总线USB（UniversalSerialBus）是由Intel、Compaq、Digital、IBM、Microsoft、NEC、NerthernTelecom七家世界著名的计算机和通信公司共同推出的新一代总线接口标准。作为一种PC机与外设之间的高速通信接口，USB具有连接灵活、可热插拔、一种接口适合多种设备、速度高（USB1.1协议支持12Mb/s,USB2.0协议支持480Mb/s）、自动配置、无需定位及运行安装程序、可为外设提供电源、低功耗、低成本、高可靠性等优点，因而在数码相机、便携式仪器、便携式存储设备等产品中广泛应用。
但是，USB接口的开发一般要求设计人员对USB的标准、Firmware(固件)编程及驱动程序的编写等有较深入的理解，因此限制了一般的硬件工程师对USB接口产品的开发使用。我们在便携式无线抄表系统中使用的USB接口芯片CH371，使用简单、性能卓越，价格低廉，只要熟悉单片机编程及简单的VB或VC应用程序编程，一般的硬件工程师在极短的周期内就能很容易地开发出相应的USB产品。
1USB总线的通用接口芯片CH371简介
CH371是一个USB总线的通用接口芯片，如图1所示。在本地端，CH371具有8位数据总线和读、写、片选控制线以及中断输出，可以方便地挂接到单片机、DSP等控制器的系统总线上。在计算机系统中，CH371的配套软件提供了简洁易用的操作接口，与本地端的单片机通信就如读写硬盘中的文件。CH371屏蔽了USB通信中的所有协议，在计算机应用层与本地端控制器之间提供端对端的连接。使用CH371，不需要了解任何USB协议或者固件程序，甚至驱动程序，就可以轻松地将并口、串口的产品升级到USB接口。它具有以下特点：
*屏蔽USB协议，在计算机应用层与本地端之间提供端对端的连接。
*两种通信模式：单向数据流模式、请求加应答模式，支持伪中断。
*自动完成USB配置过程，完全不需要本地端控制器作任何处理。
*标准的USBV1.1接口，即插即用，D+引脚内置上拉电阻。
*内置4个端点，支持USB的控制传输、批量传输、中断传输。
*通用Windows驱动程序，提供设备级接口和应用层接口。
图2
*通用的本地8位数据总线，4线控制，即读选通、写选通、写选输入、中断输出。
*占用16个地址，可选直接地址方式或者复用地址方式。
*内置输入输出缓冲区，以中断方式通知本地端控制器传输数据。
*内置硬件实现的I2C主接口，应用层可以直接读写外挂的I2C从设备。
*在主控方式下可以提供16根输入信号线或者12根独立控制的输出信号线。
*内置上电复位，提供高电平有效复位输出和低电平有效复位输出。
*内置可选的看门狗电路Watch-Dog，为本地端控制器提供监控。
2基于CH371USB接口的硬件设计
图2给出的是CH371与MCU的硬件接口简图。对MCUAT89C52的硬件连接比较简单，主要是在该系统的设计中，如晶振的选择连接以及复位电路等，没有什么特殊的要求，而CH371的复位完全可以采用单片机复位电路产生的复位信号。带I2C接口的串行EEPROM24C01的作用是存储产品的VID、PID、设备序列号等信息，只要地址不相同，就可以挂接多片带I2C接口的芯片，用户可以利用提供的动态连接库的函数，非常方便地完成对串地EEPROM的读出和写入。系统设计中，也可以没有EEPROM，CH371将使用默认的VID、PID、产品描述符和电源描述符，并且没有设备的序列号。
需要注意的是：最好在USB连接器的1和4之间跨接1个100μF的电解电容和1个0.1μF的独石或瓷片电容；12MHz晶振的外壳最好接地；阻抗匹配电阻为80Ω～150Ω。
3信息传输软件实现流程
下位机数据上传子程序流程简图如图3所示。
下位机中断服务程序流程如图4所示。
对于计算机应用层的程序，在计算机上装载WINCHIPHEAD提供的CH371的通用驱动程序后，不必再考虑USB通信协议、固件程序、驱动程序、自动配置过程和底层数据传输过程。只需要根据提供的动态连接库的接口函数，用VB或VC编制自己的应用程序即可。
USB接口范文篇3
关键词：FT245BMUSB接口并行I/O口
引言
1概述
当前，USB外设的开发是一个热点。由于USB总线具有传输速度快、占用资源少及真正的即插即用等优点，越来越受到业界的青睐。可是，USB的开发要求设计人员对USB的标准、Firmware（固件）编程及驱动程序的编写等有较深入的理解，因此限制了USB的开发人员；而基于FT245BM芯片的USB产品开发，能够使研发人员在最短的周期内开发出相应的USB产品。该芯片由FTDI（FutureTechnologyDevicesIntl.Ltd.）公司推出，使用简单、性能卓越，只要熟悉单片机编程及简单的VB、VC应用程序编程，就可很容易地进行用户产品开发。
2FT245BM芯片功能简介
FT245BM的主要功能是进行USB和并行I/O口之间的协议转换。芯片一方面可从主机接收USB数据，并将其转换为并行I/O口的数据流格式发送给外设；另一方面外设可通过并行I/O口将数据转换为USB的数据格式传回主机。中间的转换工作全部由芯片自动完成，开发者无须考虑固件的设计。
FT245BM内部主要由USB收发器、串行接口引擎（SIE）、USB协议引擎和先进先出（FIFO）控制器等构成，如图1所示。USB收发器提供USB1.1/2.0的全速物理接口到USB总线，支持UHCI/OHCI主控制器；串行接口引擎主要用于完成USB数据的串/并双向转换，并按照USB1.1规范来完成USB数据流的位填充/位反填充，以及循环冗余校验码（CRC5/CRC16）的产生和检错；USB协议引擎管理来自USB设备控制端口的数据流；FIFO控制器处理外部接口和收发缓冲区间的数据转换。
FIFO控制器实现与单片机（如AT89C51等）的接口，主要通过8根数据线D0~D7及读写控制线（、WR、和）来完成和单片机的数据交互。FT245BM内含两个FIFO数据缓冲区，一个是128字节的接收缓冲区，另一个是384字节的发送缓冲区。它们均用于USB数据与并行I/O口数据的交换缓冲区。
另外，FT245BM还包括1个内置的3.3V的稳压器，1个6MHz的振荡器、8倍频的时钟倍频器、USB锁相环和EEPROM接口。FT245BM采用32脚的PQFP封装，体积小巧，易于和外设做到一块板上。其外形及引脚分布如图2所示，各引脚的功能描述如表1所列。
表1FT245BM引脚功能
引脚号引脚名称类型引脚功能
25D0I/O双向数据总线
24D1I/O双向数据总线
23D2I/O双向数据总线
22D3I/O双向数据总线
21D4I/O双向数据总线
20D5I/O双向数据总线
19D6I/O双向数据总线
18D7I/O双向数据总线
16RDIN由低变高时，允许从接收数据缓冲区读取数据
15WRIN由高变低时，允许将数据发送到数据缓冲区
14TXEOUT为低时，允许数据写入发送数据缓冲区
12RXFOUT为低时，允许数据缓冲区的数据被读取
7USBDPI/OUSB数据信号线D+，接1.5kΩ的上位电阻到3.3V
8USBDMI/OUSB数据信号线D-
32EECSI/OEEPROM片选线
1EESKOUTEEPROM时钟线
2EEDATAI/OEEPROM数据线
10PWRENOUT电源使能线
11SI/WUIN发送立刻消息或唤醒信号线
4RESETIN复位脚
5RSTOUTOUT内部复位生成器的输出脚
27XTININ时钟输入脚
28XTOUTOUT时钟输出脚
31TESTIN测试脚
63V3OUTOUT3.3V输出脚
3、26VCCPWR电池，+4.4～5.25V
13VCCIOPWR控制引脚10～12、14～16、18～25的信号电平，+3.0～+5.25V
9、17GNDPWR电源地
30AVCCPWR内部模拟电源
29AGNDPWR内部模拟电源地
3硬件设计
FT245BM的典型硬件电路如图3所示。该电路采用总线供电模式，同时采用上电复位方式，通过的输出使单片机复位。时钟电路可采用4脚的6MHz晶振模块或由1个6MHz的晶体及2个33pF的电容组成。脚和I/O24脚相连，用于判断USB总线是处于挂起状态还是正常状态。在USB接口的电源端采用一个磁珠，以减少主机和设备的干扰；同时，电源端增加了去耦和旁路电容，以提高电路的抗干扰性能。在PCB板的设计中，数据线的走线应尽可能短并且长度相等。图3中的93C46（93C56或93C66）是一片EEPROM，用于存储产品的VID、PID、设备序列号及一些说明性文字等。这些需要用户自己编写，编写的应用程序由FTDI提供。用户只须运行相应的VB应用程序，写入自己相应的信息即可。该EEPROM是可选的。若没有EEPROM，FT245BM将使用默认的VID、PID、产品描述符和电源描述符，并且没有设备的序列号。
图3FT245BM的典型硬件电路
4软件编程
当FT245BM的USB接口连接到主机后，必须在PC机上安装一个由FTDI公司免费提供的虚拟串行口VCP（VirtualCOMPort）驱动程序。该驱动程序兼容Windows98/98SE、Windows2000/ME/XP等不同版本。用户可以在这虚拟串口上进行应用程序的开发。该虚拟串口可以像一个标准的物理串口那样被访问，可本质上所有针对虚拟串口的数据通信都是通过USB总线完成的，在设备端则通过并行I/O口完成。
在PC端，应用VB对虚拟串口（通常为COM3）进行应用编程。我们直接应用MSComm控件，将mPort置为3，MSComm3.Seetings置为“9600，n，8，1”（该速率为默认设置，实际上VCP驱动程序总是使数据以最快速率传输）；通过MSComm3.PortOpen设置COM3的开关状态；通过MSComm3.Input和MSComm3.Output读入或输出数据。在读取数据时，设置MSComm3.Rthreshold的值为1。只要有数据传到PC机，就立即触发mEvent事件，自动读取COM3的数据；而发送数据则可自动或手动发送，由用户自己设置。根据这些，用户就可以轻松编写自己的应用程序了。
在设备端，基于万利的InsightSE-52仿真器进行编程。根据图4所示接收数据时序图，首先，须采样到信号为低，若为低，表明有接收到来自PC机的数据，允许单片机通过八位数据总线D0~D7读取数据。接着，通过信号由低到高的变化锁存数据（读入数据）。最后，延迟一段时间，重新开始下一字节的读取。软件流程如图5所示。发送数据过程，可根据图6所示发送数据时序图，同理编写发送数据的程序。设备程序可以在此基础上进一步开发，即用户根据自己的具体项目进行编程。
USB接口范文篇4
关键词：通用串行总线（USB）局域网
目前，在局域网内部，计算机接入局域网的传统方法是通过在计算机主板上安装以太网卡来实现网络的互联。这种接入方式需要计算机主板上有闲置的ISA或者PCI插槽，还需要上级网络设备有足够的接口支持。当上级网络设备的下行接口数量不够时，必须在这个网络设备下面添加集线器（HUB）或者交换机（Switcher）。
针对这种情况，本文提出了一种多通用串行总线（USB）接口的局域网接入适配器。它将传统意义上的多块以太网卡和集线器的功能集于一身，使多台计算机可以用各自的USB接口连接到上级网络设备的一个下行接口，并在内部采用了比集线器功能更为更强大交换控制器，对各接口的数据流量加以控制，保证可靠地运行。
与传统的通过以太网卡的局域网接入方式相比较，这种通过USB接口的局域网接入方式具有很多优点：安装简便，支持热插拔，而且不需要在计算机内部安装以太网卡，尤其在主板插槽紧张时节省了资源。
1系统硬件组成
本文所述的系统实现了对四路USB接口的局域网接入。图1是整个系统的硬件组成框图。
1.1物理层
物理层芯片连接上级网络设备的下行RJ45接口和交换控制器。本文所述系统用台湾REALTEK公司的RTL8204芯片实现。这块芯片是一块高度集成的10BASE-T/100BASE-TX/FX的以太网收发芯片。RTL8204包括了四个独立的通道，可以同时收发四路以太网信号，每路通道都集成了4B5B编解码器、曼彻斯特编解码器、加扰器、解扰器、输出驱动、输出波形形成、滤波、数字自适应均衡和锁相环模块。但在本系统中只用了一路连接外部局域网。与普通物理层芯片所具有的质独立（MII）接口相比较，RTL8204使用了相对简单的简化介质独立（RMII）接口向上与MAC层进行连接。这种RMII接口省掉了MII接口中的许多控制信号和数据信号，将15位信号减到了7位，简化了硬件的设计工作[3]。
1.2交换控制器
本系统采用的交换控制器是台湾REALTEK公司的RTL8308B芯片。这是一块具有8端口10Mbps/100Mbps的交换控制器。它对各个端口的数据进行处理并交换，并对各端口的流量加以控制。RTL8308B每个端口都能够处理10Mbps或者100Mbps的数据，可以工作在全双工或者半双工模式下。与RTL8204一样，RTL8308B的接口也是RMII接口，硬件设计非常方便。
RTL8308B片内集成有2MB的DRAM。可以用作数据包的缓存。RTL8308B支持IEEE802.3x全双工流量控制和半双工后退压力算法、地址学习算法、广播风暴控制和环路测试功能。RTL8308B片外用一片串行EEPROM24LC02B实现对芯片的配置[4]。
1.3USB转换芯片
USB转换芯片对USB接口的数据、控制信号和RMII接口的数据、控制信号进行转换。本系统采用台湾ASIX公司的AX88170作为USB协议转换芯片。这块芯片片内5KB×16bit的SRAM，内部对数据进行USB协议和网络协议转换。它支持USB1.1标准，并可连接基于IEEE702.3或IEEE802.3u以太网协议下的10Mbps/100Mbps网络，而且在支持MII接口的同时，还支持简单的RMII接口，方便硬件的设计。
AX88170片外用一片串行EEPROM93LC56实现对芯片的配置[5]。
1.4通用串行总线（USB）接口
通用串行总线（USB）设备在即插即用的特性上能够较好地满足用户使用方便的要求。USB规范目前有两个版本：1.1和2.0。目前，绝大多数计算机主板还只是支持USB1.1规范的最高12Mbps速率，所以本系统是针对USB1.1规范进行的[1]。
2硬件配置
2.1RTL8308B的配置
交换控制器RTL8308B的配合是通过芯片在上电时读取串行EEPROM24LC02B及某些控制引脚的电平来实现的。这其中包括广播控制使能、半双工后退压力函数使能、全双工流量控制、环路监测函数使能位、CRC校验允许位、Hash算法使能位等。对这些控制位的使能，本系统视需要而定，这里不再一一叙述。
此外，非常重要的是选择好RTL8308B的物理端口，并设置好其对应的物理地址。如果物理地址没有设置正确，交换控制器将能正常地从连接端换数据。在本系统中，根据芯片手册要求及实际需要，选取C端口连接RTL8204的C端口，E、F、G、H分别连接4片USB转换芯片AX88170。在EEPROM24LC02B内设置好物理端口对应的物理地址，使RTL8308B的A端口到H端口对应着物理地址08H～0FH。
2.2RTL8204的配置
RTL8204的系统配置通过读取某些控制引脚上电时刻的电平来实现。RTL8204在上电时读取对应的引脚电平，并将其状态写入自己的内部寄存器中。这些控制引脚包括速率的选择（10Mbps/100Mbps）、全双工/半双工的选择以及自动协商的使能。本系统选择了自动协商工作方式，使RTL8204可以自动地与传输方式未知的上级网络设备协商物理层信号的传输方式。
降此以外，对RTL8204最重要的配置是其端口的物理地址的设备。本系统用RTL8204的C端口连接RTL8308B的C端口，要求这两个端口的物理地址一致。前文所述，RTL8308B的C端口地址应为0AH，所以，应该将该RTL8204的C端口地址设置成为0AH，具体设备方法可以参考文献[3]。
2.3AX88170的系统配置
USB转换芯片AX88170的数据接口可以选择MII接口或者RMII接口，本系统选择了设计较为简单的RMII接口。AX88170还可以工作在PHY模式或者MAC模式下，在本系统中，RTL8308B工作在MAC层，对其他芯片的传输方式进行控制。所以，这里需要将MX88170设置为工作在PHY模式下。
和前所述的REL8204、RTL8308B一样，AX88170的物理地址的设置也要与RTL8308B的设置相一致。本文中的4片AX88170分别与RTL8308B的E、F、G、H端口连接，所以对应的物理端口地址应该分别设置为0CH、0DH、0E和0FH。
除此之外，在存储AX88170控制信息的EEPROM93LC56中，还存储这个端口的MAC地址。这里4个MAC地址和RTL8308B的MAC地址的选择应该避免自身的重复，并且不应与现有局域网里的MAC地址重复。
2.4其它控制信号
整个系统的复位信号的重要性不言而喻，除了每片芯片都有各自最小时间的要求外，交换控制器RTL8308B还要求在复位后完成重新配置的时间不能早于其他物理层芯片（即RTL8204和4片MX88170）的配置暗。也就是说，RTL8308B的复位时间不能短于其他物理层芯片的复位时间。所以本系统还采用了MAXIM的MAX809芯片用作所有芯片的复位信号，既保证了复位信号的单稳的可靠性，也保证了RTL8308B和其他物理层芯片的复位时间是相等的。
在本系统中，时钟信号成为重要，特别是50MHz的时钟信号。50MHz时钟信号需要连接到RTL8308B、RTL8204和4片MX88170的RMII接口，需要足够的驱动能力，并且它们之间的相位差要足够小才可以保证传输的可靠性。本系统采用了IDT公司的49FCT3805（1：5时钟驱动芯片）对时钟信号增加了驱动力，并增大了扇出。
3测试程序和驱动程序
为了方便硬件的调试，还需要编写简单的测试程序来调试系统。除标准USB指令外，AX88170厂家提供了关于MX88170的特殊指令，包括读写EEPROM、读写片内收发存储器、读写内部其他控制寄存器等，方便了系统的调试。由于MX88170芯片的厂商免费提供了其在Windows98、Windows2000和WindowsMe下的驱动程序，所以本系统仅仅编写了简单的USB设备的测试程序，主要用来调试AX88170的工作状态。图2给出了程序的流程图。程序初始化后打开目标设备，然后读取设备标识和配置标识并判断。如果正确，则继续读取设备标识和配置标识并判断。如果正确，则继续读取EEPROM里的MAC地址和物理端口地址，之后向MX88170的片内发送SRAM和接收SRAM读写数据，如果结果正确即证明AX88170已经能够正常工作。MX88170完整的驱动程序由芯片厂端免费提供。
经过测试，本系统工作性能稳定。
本系统用于办公室或实验室环境下的计算机组网，支持IEEE802.3的10Mbps/100Mbps以太网标准，兼容全双工和半双工网络。图3为它的应用实例，它可以将4台电脑通过USB接口连接在一起，并与局域网相连，从而实现多台计算机的信息交换、资源共享。各用户终端可以通过本设备连接至局域网，进而与Internet网络相连。
USB接口范文篇5
关键词：电子巡更系统信息钮扣USB接口设备驱动程序
电子巡更系统是智能楼宇中保安系统的一个子系统。保安巡更时，需按指定的路线和时间，依次以达各个巡更点进行巡更。在此系统中，各巡更点设有信息钮扣，保安用巡更机读取信息钮及当前时间。巡更完毕后，将巡更机交至安保中心，使之与计算机的USB接口相连，将存储在巡更机中的巡更数据输入计算机。所以，通过它可以了解保安的巡更情况，有效地管理和督促保安的工作。
1996年，Intel、Microsoft、IBM等七家公司共同推出USB1.0通用串行接口标准，随后带USB接口的产品陆续出现。USB接口具有速度快、支持热插拔和即插即用、易扩展、可提供总线供电等优点。
基于USB接口的诸多优点和本设计中巡更机的特点，我们在设计巡更系统时，采用了USB接口。该电子巡更系统具有使用方便、数据传输速度快、易扩展、充电方便、功耗低、性价比高等优点，有效地解决了传统巡更机的不足。
图1巡更机硬件原理框图
1电子巡更系统硬件设计
针对电子巡更系统的特点，为了降低开发成本，提高系统的性价比，本设计采用MCU+USB接口芯片的方案。MCU采用Atmel公司的AT89C52单片机，可以设置成低功耗方式。USB接口芯片采用Philips公司的PDIUSBD12。带USB接口的电子巡更系统硬件原理框图如图1所示。其中DS1302为高性能、低功耗、宽电压、带有RAM实时时钟芯片，它适合于工作电池供电设备的系统时钟。这里MCU通过它读了当前时间；24LC64为低功耗、宽电压、64Kb、支持I2C协议的串行CMOS电可擦除程序存储器EEPROM，这里用于存储巡更点信息钮扣的ID值和读取信息钮扣时间数据。DS1990A外形上是一种圆形不锈钢器件，内部存有64b的二进制代码，以此代码作为巡更点的ID值。DS1302和24LC64电压工作范围为2.5～5.5V，以I2C总线和MCU通信。DS1990A以单总线（1-Wire总线）和MCU通信。
本系统中巡更机采用3.6V可充电电池供电，充电电源由USB接口的5V电源线提供，电源电压监测电路如图2所示。其吕AMS1117是一个DC-DC电压变换器，其输入端为USB接口的5个电源线，输出端为3.3V电压，以此电压为3.6V电源充电。MAX9117是一个带有1.245V基准电压（Vref）的比较器。当电池电压下降到3V以下时，LED点亮，指示电量不足。
PDIUSBD12是一种性能优化的USB器件。它是一种与微控制器进行通信的高速爱用并行接口，它同时也支持本地DMA传输。设计人员可以在各种不同类型的微控制器中选择出最合适的微控制器，而且不需要专用的开发设备。这种组件方式增强了系统开发的灵活性，减少了开发时间、风险和费用，是开发USB外设的一种快捷和经济的途径。PDIUSBD12符合USB1.1规范，也符合大多数在规范，如成像类、大容量存储类、通信类、打印类和人工输入设备等。因此，PDIUSBD12非常适合数设备，如打印机、扫描仪、外部大容易存储器（Zip驱动器）和数码相机等的接口芯片。它使得当前使用SCSI的系统可以立即降低成本。
2电子巡更系统软件设计
2.1巡更机固件程序
巡更机固件程序从功能上主要分为两部分。
①信息钮扣的读取操作程序。这一部分实现MCU主器件的初始化、读取信息钮以及对DS1302和24LC64的读写操作。调试时要注意I2C总线的时序问题。巡更机固件程序采用C语言编程。信息钮读取操作程序流程如图3所示。
②MCU和USB接口的通信程序。这一部分程序要实现将24LC64中的数据经USB接口读入到上位计算机中。USB接口芯片PDIUSBD12的端点适用于不同类型的设备，可通过命令配置为4种不同的模式：模式0（非同步传输）、模式1（同步输出传输）、模式2（同步输入传输）和模式3（同步输入输出传输）。PDIUSBD12带有三个端点，即端点0、端点1和端点2。这里仅列出模式0（非同步传输）时各端点的配置表格，如表1所列。
表1模式0各端点配置
端点号端点索引传输类型端点类型方向最大数据包容量/B
00
1控制输出
控制输入缺少值输出
输入16
16
12
3普通输出
普通输入普通
普通输出
输入16
16
24
5普通输出
普通输入普通
普通输出
输入64×2（双缓冲区）
64×2（双缓冲区）
本程序设计时，使用PDIUSBD12的端点1和端点2进行上位计算机与巡更机MCU之间的命令和数据的传输。端点1和端点2设置成模式0，其中端点1进行命令的传输和应答，端点2用于数据的传输。端点1接收上位计算机发送过来的8字节的读指令，指令正确回应后，使用端点2返回读成功数据。通信中所使用的端点情况如图4所示（括号内为使用的端点号）。
PDIUSBD12收到上位计算机的数据包时，就以中断的方式通知巡更机的MCU。固件程序工作过程如下：当PDIUSBD12从USB收到一个数据包时，PDIUSBD12就会对MCU产生中断请求，MCU立即响应中断。巡更机固件程序将数据包从PDIUSBD12内部缓冲区移到数据缓冲区，并清零PDIUSBD12的内部缓冲区，以使之能接收新的数据包。在断处理程序中，MCU判断产生的中断类型，并进行相应的处理。其中断程序流程如图5所示。
2.2巡更机驱动程序
Windows98和Windows2000已经为一些USB标准设备提供了驱动程序，巡更机目前还不是标准的计算机外设，所以必须针对巡更机的特点来编写驱动程序。本设计中巡更机驱动程序是通过WindowsDDK来开发的，它是Microsoft公司提供的一个开发Windows驱动程序的工具，DDK提供了编译驱动程序的环境。该巡更机的驱动程序是WDM类型的，采用VC++编程。
驱动程序中对USB进行操作的请求都应调用系统例程，将其转化为一个URB结构，即USB请求块（USBRequestBlock），然后使用系统级的IRP将其提交。该驱动程序由四个模块组成：初始化模块、即插即用管理模块、电源管理模块和I/O控制模块。
①初始化模块。DriverEntry为驱动程序的入口处，通过它来执行大量的初始化函数。
②即插即用管理模块实现设备的热插拔和动态配置。驱动程序初始化完成后，接着对设备进行初始化，这主要是通过即插即用（PnP）管理器调用驱动程序中的AddDevice和IRP_MJ_PNP两个例程来完成的。当驱动程序从PnP管理器中收到IRP_MN_START_DEVICE请求时，驱动程序启动设备，并且准备好处理I/O操作。
③电源管理模块负责设备的唤醒和挂起。电源管理器（powermanager）从整个系统的角度来管理电源，所有与电源相关的IRP都是由它发出的，它发出的请求包可以指定一种新的电源状态以及查询或更改一种状态。支持电源管理的驱动程序，在最大程序地帮助Windows合理地利用资源方面起着重要作用。值得注意的是，与电源相关的IRP必须在同步操作上有非常严格的要求。例如，任何时候在一个PDO（物理设备对象）中。只能有一个IRP_MN_QUERY_POWER或者IRP_MN_SET_POWER；电源IRP的处理要尽可能地快等。
④I/O控制模块完成输入输出请求的大部分功能。设备的控制由设备控制例程（IRP_MJ_DEVICE_CONTROL）负责，主要是对设备进行一些操作命令的发送或者标志的读取。数据读写主要由IRP_MJ_READ和IRP_MJ_WRITE两个例程完成，只需在AddDevice中申请一个符号链接，并且在StartDevice中将此符号链接激活即可。
2.3应用程序设计
在Win32系统中，每一个设备对象都抽象为文件，此时的应用程序只需通过几条简单的文件操作API函数，就可以实现与驱动程序中某个设备的通信。在本设计中，应用程序是该电子巡更系统的中心，采用VisualC++编程。其主要功能有：启动或关闭USB设备、检查USB设备、设置巡更参数、从巡更机中读取数据以及显示、比较、存储数据等。
USB接口范文篇6
关键词：USB总线接口芯片CH371单片机
1引言
CH371是一种USB总线通用接口芯片。该芯片具有8位数据总线以及读、写、片选控制线和中断输出，可以方便地挂接到单片机、DSP、MCU等控制器的系统总线上；在计算机系统中，通过CH371的配套软件可提供简洁易用的操作接口，从而使其与本地端的单片机通讯就如同读写硬盘中的文件一样简单。由于CH371屏蔽了USB通讯中的所有协议，因而可在计算机应用层与本地端控制器之间提供端对端的连接。在不需要了解任何USB协议或者固件程序甚于驱动程序的情况下，就可轻松地将并口、串口产品升级到USB接口。
CH371的主要特点如下：
●屏蔽了USB协议，可在计算机应用层与本地端之间实现端对端的连接。
●具有单向数据流和请求加应答两种通讯模式，并支持伪中断。
●可自动完成USB配置过程，完全不需要本地端控制器作任何处理。
●采用标准的USB1.1接口，即插即用，D+引脚内置上接电阻。
●内置4个端点，支持USB的控制传输、批量传输、中断传输。
●带有通用Windows驱动程序，可提供设备级接口和应用层接口。
●具有通用本地8位数据总线，可用4线控制读选通、写选通、片选输入和中断输出。
●占用16个地址，可选择直接地址方式或者复用地址方式。
●内置输入输出缓冲区，能以中断方式通知本地端控制器传输数据。
●内置I2C主接口，因而应用层可以直接读写外挂的I2C从设备。
●在主控方式下可以提供16根据输入信号线或12根独立控制的输出信号线。
●内置上电复位电路，可提供高电平有效复位输出和低电平有效复位输出。
●内含可选的看门狗电路Watch-Dog，能为本地端控制器提供监控。
●具有DIP28、SOP28、DIP24、CHIP等多种封装形式。
2引脚功能
CH371的引脚排列如图1所示，表1所列是其引脚功能。
表1CH371的引脚功能
28脚封装
的引脚号24脚封装
的引脚号引脚名称类型引脚说明
2824VCC电源电源正端
129GND电源接地
1411XI输入晶体振荡输入端，带偏置电阻
1310XO输出晶体振荡反相输出端
107D+双向USBD+数据线，内置上拉电阻可控
118D-双向USBD-数据线
96OFF输入用于关闭D+上位电阻，高有效，带下拉
22151912D7D0双向8位双向数据总线，带上拉，可直接输入和独立控制输出
44RD输入读选通输入，低有效，带上拉，同时用于看门狗的清除输入
33WR输入写选通输入，低有效，带上拉
2723CS输入片选输入，低有效，带下拉
22ALE输入地址锁存使能，高有效，带上拉，在下降沿可锁存数据总线的复用地址
11INT输出中断输出，传输成功，低有效
585部分支持A3A0双向4位地址输入线，带上拉，可直接输入和独立控制输出
2421SCL输出I2C接口时钟线
2320SDA双向I2C接口数据线，开漏输出，带上拉
2522RST输出上电复位和看门狗复位，高有效
26不支持RST输出上电复位和看门狗复位，低有效
3应用
3.1与USB总线的连接
图2是CH371与USB总线的接口连接电路，CH371芯片可以直接使用USB总线的5V电源。电容C3和C4用于电源退耦；将电阻R1和R2串接在CH371与USB总线之间可进行阻抗匹配；晶振X1、电容C1和C2用于CH371芯片的时钟振荡电路。CH371芯片的SCL和SDA信号线可以直接连接I2C接口的从设备，如连接24COX器件以用来存储系统断电后不能丢失的重要数据，也可以存储身份识别数据、记费数据等，由于24COX中的数据只有计算机应用层才能够存取。
3.2与单片机的接口电路
CH371芯片具有通用的被动并行接口，可以直接连接多种单片机、DSP和MCU。图3所示是CH371与MCS-51系列单片机的接口电路，CH371可通过D7～D0、RD、WR、CS、ALE直接挂接到AT89C51的系统总线上。连接ALE而不连接A3～A0则采用复用地址方式，连接A3～A0而不连接ALE则采用直接地址方式。当采用复用地址方式时，CH371的A3～A0脚空闲，此时可以参考主控方式将A3～A0用于LED驱动或状态输入等；当采用直接地址方式时，应该将CH371芯片的ALE引脚悬空或者接高电平，然后通过A3～A0直接输入地址。该电路中，CH371可向AT89C51提供上电复位信号RST。CH371的中断输出INT连接到U2的外部中断INTO，反相器U5用于简单的地址译码，SRAM器件62256的地址为8000H-FFFFH，CH371的地址为0000H-7FFFH（实际只需要16个地址）。
3.3主控方式应用
图4是CH371在主控方式下的应用电路。该电路实际是基于CH371的主控方式设计的8通道数据采集器。可以看出：包括CH371在内，该电路只用到了三个集成电路，并且不需要任何单片机、DSP、MCU等控制器。CH371芯片的双向引脚A3～A0应该设置为输出，其中A3用于以低电平启动模数转换，A2～A0用于选择采集通道，双向引脚D7～D0应该设置为输入，用于输入采集到的结果，CS、ALE用于输入采集状态。实际电路应该采用精确的参考电压，并添加辅助电路（如电源退耦电容等）。另外，也可以用自带多通道选择器的模数转换芯片来代替U6和U7，如8通道AD芯片MAX158等。
3.4与单片机的接口程序
下面是U2（MCS-51单片机）与U1（CH371）的接口参考程序：
；*********************
；需要主程序定义的参数
；CH371_PAGEEQU00H；CH371所在的页面地址，地址译码后自动片选
；CH371_SYSTEMEQU02H；CH371系统功能设定寄存器的地址偏移
；CH371_CONFIGEQU02H；CH371设备配置信息寄存器的地址偏移
；CH371_INT_SETEQU06H；CH371中断数据设定寄存器的地址偏移
；CH371_STATUSEQU06H；CH371传输状态信息寄存器的地址偏移
；CH371_LENGTHEQU07H；CH371数据长度寄存器的地址偏移
；CH371_BUFFEREQU08H；CH371O数据缓冲区的起始地址偏移
；SAVE_STATUSDATA29H；保存传输状态信息，根据需要可选
；SAVE_LENGTHDATA2AH；当前数据缓冲区中的长度，用于保存下传长度
；SAVE_BUFFERDATA30H；数据缓冲区，用于保存接收到的下传数据
；*********************
；初始化子程序
；USE：ACC,DPTR
CH371_INIT:MOVDPH,#CH371_PAGE
；CH371所在的页面地址，地址译码后自动片选MOVDPL,#CH371_LENGTH；CH371数据长度寄存器的地址偏移
图3
MOVA,#OFH
MOVX@DPTR,A；置上传数据长度寄存器为15，暂时没有数据上传
CLRA；尚未有数据下传
MOVSAVE_LENGTH,A；保存下传数据长度
SETBITO；置外部信号为下降沿触发
CLRIEO；清中断标志
SETBPXO；置高优先级
SETBEXO；允许中断
RET
；上传数据子程序
；ENTRY:RO指向存放了准备上传数据的缓冲区，R7准备上传的数据长度0至8
；USE:ACC,B,R0,R7,DPTR
CH371_UPLOAD:MOVB,R7；将数据长度暂存到B中
MOVDPH,#CH371_PAGE；CH371所在的页面地址，地址译码后自动片选
MOVDPL,#CH371_BUFFER；CH371数据缓冲区的起始地址偏移
MOVA,R7；上传数据长度
JZCH371_UPLOAD_O；数据长度为0则不必写入
CH371_UPLOAD_1:MOVA,@RO；读取一字节的数据
INCRO；指向下一个数据的地址
MOVX@DPTR,A；写到CH371的上传数据缓冲区
INCDPL
DJNZR7,CH371_UPLOAD-1；继续读取上传数据直至结束
CH371_UPLOAD_0:MOVDPL,#CH371_LENGTH；CH371数据长度寄存器的地址偏移
MOVA,B
MOVX@DPTR,A；将本次数据的长度置入上传数据长度寄存器
RET
；中断服务子程序
；USE：堆栈6字节，工作寄存器组1的RO,R7
CH371_INTER:PUSHPSW；现场保护
CLRIEO；清中断标志，防止重复执行，对应于INTO中断
PUSHACC
PUSHDPL
PUSHDPH
SETBRSO；PSW.3,切换至工作寄存器组1
MOVDPH,#CH371_PAGE；CH371所在的页面地址，地址译码后自动片选
MOVDPL,#CH371_STATUS；CH371传输状态信息寄存器的地址偏移
MOVXA,@DPTR；读取传输状态信息寄存器
MOVSAVE-STATUS,A；保存传输状态
MOVDPL,#CH371_LENGTH；CH371数据长度寄存器的地址偏移
JBACC.0,CH371_INT_UP；传输状态信息寄存器位0为1，则指示上传完成
；是数据下传完成中断
MOVXA,@DPTR；读取下传数据长度寄存器
MOVSAVE_LENGTH,A；保持下传数据长度
JZCH371_INT_RET；下传数据长度为0，则直接退出中断
MOVDPL,#CH371_BUFFER；CH371数据缓冲区的起始地址偏移
MOVRO,#SAVE-BUFFER；单片机内部的数据缓冲区，用于存放下传数据
MOVR7,A；用于读取数据的计数
CH371_INT_DOWN:MOVXA,@DPTR；读取一字节的下传数据
INCDPL；指向下一个数据的地址
MOV@RO,A；保存到数据缓冲区
INCRO
DJNZR7,CH371_INT_DOWN；继续读取下传数据直至结束
SJMPCH371_INT_RET；接收完下传数据，退出中断
；是数据上传完成中断
CH371_INT_UP:MOVA,#0FH；15
MOVX@DPTR,A；置上传数据长度寄存器为15，暂时没有后续数据
CH371_INT_RET:；中断返回
POPDPH
POPDPL
POPACC
POPPSW；恢复寄存器并选择工作寄存器组0
RETI；中断返回
；
；*********************
USB接口范文篇7
关键词：USB数据采集PDIUSBD12
1USB协议和芯片选择
理解好USB协议是USB系统开发的第一步。USB协议版本包括1.0、1.1和2.0，USBOTG是对2.0版本协议的补充。虽然USB协议内容繁多且复杂，然而，对USB开发影响较大的却只是少数部分，以下对协议版本1.1[1]中这些部分进行介绍。
1.1USB协议
一般，每个USB设备由一个或多个配置（Configuration）控制其行为。使用多配置原因是对操作系统的支持；一个配置由接口（Interface）组成；接口则是由管道（Pipe）组成；管道与USB设备的端点（Endpoint）对应，一个端点可以配置为输入输出两个管道。在固件编程中，USB设备、配置、接口和管道都用描述符报告其属性。
图1为USB多层次通信模型。端点0默认配置为控制管道，用来完成所规定的设备请求(USB协议第九章)。其它端点可配置为数据管道。对开发而言，主要的大数据传输都是通过数据管道完成的[2]。
USB传输类型包括批量传输、等时传输、中断传输和控制传输，每种传输类型的传输速度、可靠性以及应用范围都不同[3]。控制传输可靠性是最高的，但速度最慢；等时传输速度快，满足实时性，但可靠性低。在具体应用中，端点传输类型可根据传输速度和可靠性选择。
在USB通信协议中，主机取得绝对主动权利，设备只能是“听命令行事”，通过一定的命令格式（设备请求）完成通信。USB设备请求包括标准请求、厂商请求和设备类请求。设备的枚举是标准请求命令完成的；厂商请求是用户定义的请求；设备类请求是特定的USB设备类发出的请求，例如海量储存类、打印机类和HID（人机接口）类。固件编程中设备请求必须遵循一定的格式，包括请求类型、设备请求、值、索引和长度。
1．2USB接口芯片选择
USB接口芯片的类型有：
（1）按传输速度的高低：低速（1．5Mbps）和全速(12Mbps)可选USB1．1接口芯片，例如Philips公司的PDIUSBD12和Cypress公司的EZ－USB2100系列；高速（480Mbps）可选USB2．0接口芯片，例如Philips公司的ISP1581和Cypress公司的CY7C68013。
（2）是否带MCU（微控制器）：一般Philips公司的都不带MCU，Cypress公司大多都带，例如AN2131。
（3）是否带主控器功能：不需要主机参与，主从设备间可进行数据传输，芯片有Philips公司的ISP1301和Cypress公司的SL811HS等。
还有专门用途USB芯片，例如闪存专用芯片IC1114。工程中用户可根据自己的需求选择一款性价比高的芯片。另外可用开发资源也是要考虑的重要方面，例如开发板和芯片厂商提供的网上资源，可大大降低开发的难度。
2基于USB接口的数据采集系统的设计
2.1系统简介
该系统能够实现16路温度数据自动采集，系统的组成框图如图2所示。主要包括8个组成部分：中央处理器选用AT89C52芯片，完成各部分控制功能和USB传输协议；实时时钟记录当前测量温度的时间；温度传感器和接口电路主要完成温度采集，并读入MCU处理；复位电路完成对MCU的上电复位和电源电压监视；看门狗电路用来监视MCU是否工作；存储电路主要存储采集到的温度数据以及采集的实时时间；电源电路主要为各部分提供要求的电源；外设与主机间的通信电路采用USB接口。
2.2接口芯片选择
接口电路采用Philips公司的PDIUSBD12[4]（以下简称为D12）芯片。主要因为D12芯片信息、开发资源丰富，具有较高的性价比。
D12芯片的主要特点包括：
·符合USB1．1版本规范；
·可与任何外部微控制器／微处理器实现高速并行接口(2MB／s)；
·采用GoodLink技术的连接指示器，在通信时使LED闪烁；
·主端点的双缓冲配置增加了数据吞吐量并轻松实现实时数据传输；
·在批量和等时模式下均可实现1MB／s的数据传输率；
·完全自治的直接内存存取DMA操作。
2．3接口硬件设计
由D12接口组成的通信电路原理如图3所示。关于D12的各引脚说明见参考文献[4]。多路地址／数据总线ALE接单片机的ALE脚，这样使用MOVX指令可以与D12接口，对D12操作就象对RAM操作一样，此时忽略A0（命令口和数据口地址线）的输入。因为没有使用DMA传输方式，所以没有用到DMACK＿N、EOT＿N和DMREQ＿NDMA引脚。INT＿N是USB中断请求脚，发出USB中断请求；GL＿N是GoodLink指示灯，在调试过程中非常有用，在通信时会不停闪烁。如果一直亮或者一直暗，表示USB接口有问题，如果D12挂起，则LED关闭。CLKOUT是D12的时钟输出，可以通过固件编程改变其频率，在调试固件时，可作为参考。
2．4接口程序设计
USB接口程序设计是USB开发的核心。USB接口程序设计包括三部分：单片机程序开发、USB设备驱动程序开发、主机应用程序开发。三者互相配合，才能完成可靠、快速的数据传输。
2．4．1单片机程序设计
单片机程序（又称固件）采用模块化程序设计，主要模块包括：数据采集模块、数据处理、监控模块和数据通信模块。模块化设计的优点是可靠性高、可读性好、升级简单。
通信模块固件结构如图4所示。主循环和中断服务程序之间的数据交换可通过事件标志和数据缓冲实现。图3中USB中断引脚INT＿N发出中断请求，中断服务程序根据中断请求类型操作，设置事件和填充数据缓冲区再传输给主循环；标准设备请求程序是对标准请求进行处理；用户可以根据实际需要编写厂商请求，例如发出启动或停止数据采集命令。
图3USB接口连接示意图
2．4．2驱动程序设计
驱动开发工具有DDK和第三方开发工具。其中DDK开发难度最大，第三方开发工具有DriverStudio和Windriver等。DriverStudio难度适中，而Windriver则属于应用层驱动开发，难度小，但效率低，并存在问题。
DDK驱动程序开发工作包括：开发环境设置（VC编译环境）[5]、驱动程序设计[6]、安装文件（INF文件）设计。
驱动程序设计采用WDM（WindowsDriveMode）。WDM设备驱动程序提供了一个参考框架，大大降低了由DDK书写驱动程序带来的难度。
D12驱动使用的例程包括：DriverEntry、AddDevice、DispatchPnp、DispatchRead、DispatchWrite和DispatchDeviceControl例程，以下是D12的WDM驱动程序函数：
DriverObject－＞MajorFunction[IRP＿MJ＿CREATE]＝D12＿Create;
DriverObject－＞MajorFunction[IRP＿MJ＿CLOSE]＝D12＿Close;
DriverObject－＞DriverUnload＝D12＿Unload;
DriverObject－＞MajorFunction[IRP＿MJ＿DEVICE＿CONTROL;
＝D12＿ProcessIOCTL;
DriverObject－＞MajorFunction[IRP＿MJ＿WRITE]＝D12＿Write;
DriverObject－＞MajorFunction[IRP＿MJ＿READ]＝D12＿Read;
DriverObject－＞MajorFunction[IRP＿MJ＿SYSTEM＿CONTROL;
DriverObject－＞MajorFunction[IRP＿MJ＿PNP]＝D12＿Dispatch;
DriverObject－＞MajorFunction[IRP＿MJ＿POWER]＝D12＿Process－PowerIrp;
DriverObject－＞DriverExtension－＞AddDevice＝D12＿PnPAddDevice;
驱动程序与应用程序和硬件之间通信都是IRP（I／O请求包）完成的。IRP＿MJ＿PNP主要是实现USB即插即用，例如设备的添加、删除和资源的分配；IRP＿MJ＿POWER实现电源管理，例如设备的挂起和唤醒；IRP＿MJ＿CREATE(创建)、IRP＿MJ＿CLOSE(关闭)、IRP＿MJ＿
DEVICE＿CONTROL（设备控制）、IRP＿MJ＿WRITE（读）和IRP＿MJ＿READ?穴写?雪是主要完成数据通信的函数，实现管道的创建、关闭和数据读写。其中设备控制具有输入输出缓冲区，可实现读和写功能；AddDevice和DriverUnload实现设备管理，在设备添加和卸载时，创建和删除设备，以及管理资源分配。
驱动程序通过安装文件（．inf文件）中PID(产品识别号)和VID（厂商识别号）识别USB设备。
2．4．3应用程序设计
主机应用程序的编写使用VC编译环境中的API函数实现。
应用程序的编程方法与串口编程类似。首先必须查找设备，打开设备的句柄；然后进行读写和控制操作；最后是关闭设备句柄。为了提高效率，可使用多线程技术实现读写。
应用程序通过GUID(注册表驱动唯一识别号)查找驱动程序。
2．5调试
首先是固件调试，可用仿真机完成，驱动开发工具Windriver也是很好的固件调试工具，例如测试标准请求、厂商请求和管道读写。其次是驱动调试，这是USB接口开发最困难的部分，调试工具可用DriverStudio中Softice工具和文献[6]中DebugPrint跟踪工具，监视工具BusHound可监视USB的实际数据传输情况。需要注意的是，驱动调试必须在应用程序正确调用的前提下。
2．6USB传输速度
USB接口范文篇8
关键词：USBDSPPDIUSBD12图像传输接口设计
引言
USB接口（UniversalSerialBus）是一种通用的高速串行接口。它最主要的特点是它的高速传输特性。USB1.1理论速度极限可以达到12Mb/s，USB2.0可达到480Mb/s。这样，它可以很好解决大数据量的数据在嵌入式系统与PC机之间的互传问题；同时，它支持热插拔，并且最多同时支持127个外设，非常适合嵌入式系统的应用。
本次设计是在一个已有的DSP图像采集嵌入式系统的基础上，为它配接上一个USB1.1的接口，以达到DSP图像采集系统高速地将图像数据回传到PC机中的目的。设计的要求主要有：
①在原有平台提供的接口基础上，加入一个低成本、高速度的USB接口；
②通过USB接口，实现PC机对DSP图像采集系统的操作与控制；
③实现图像数据在DSP摄像系统与PC机之间高速的双向传输。
基于以上几点可以看出，本方案最主要的特点是成本低廉且传输速度高。
1硬件方案选择与设计
1.1方案选择
对于基于DSP平台的USB接口设计，经过综合考虑了几种方案之后决定，采用一个不带MCU内核的USB接口芯片PDIUSBD12（成本非常低，一片PDIUSBD12的价格仅为20元），再加上简单的电路和时序调整电路。
这种芯片仅仅完成USB底层的数据链路级交换，并提供给本地微控制器一个并行的接口，但是它并不完成协议层的工作。协议层的工作需要对微控制器编程，控制USB接口芯片来实现USB协议。所以，开发难度相对来说大一些，要做的编程工作也多一点。但是这套方案的成本非常低，而且由于直接用DSP作为微控制器，没有原单片机的瓶颈限制，所以可以实现很高的数据传输速率。该系统的原理框图如图1所示。
由于PDIUSBD12的并行接口时序较慢，只能达到2MB/s。这个速度相对于DSP来说比较低，而且有些地方不是简单地在程序中加入延时就可以调整，所以需要一个时序调整电路来完成它们之间的配合。
图2TMS320C2XX写时序
1.2PDIUSBD12芯片
PDIUSBD12芯片是由Philips公司推出的一种USB1.1接口芯片。它可以工作在5V或者3.3V的工作电压下；具有8位数据总线，且有完全自治的DMA传输操作。它还具有可控制的软件连接（SoftConnect）功能，可以保证在微控制器可靠完成初始化之后再连接上USB总线。另外，它还有一个LED驱动脚，可以外接LED来监测USB的枚举过程和数据传输过程。当USB接口枚举完成，并且成功配置以后，LED将会一直点亮；而在枚举过程以及USB数据通信过程中，LED只是有节奏地闪烁。
PDIUSBD12只占用微控制器的两个地址资源。也就是说，它只有一根地址线。其中一个地址用来向芯片中写命令，另外一个地址用来向燕片中写数据或者从芯片中读取数据。
PDIUSBD12一共有三组端点：端点0完成控制传输；端点1可以配置成中断传输；端点2是主要的数据传输端点。它有64B的缓冲区，如果加上它的双缓冲机制，就有128B的缓冲区；它可以配置成批量传输模式，或者同步传输模式。
总的来说，PDIUSBD12是一款性能优异，价格相对软低的USB接口芯片。
1.3时序芯片
为了降低成本、简化电路，本方案不使用DMA传输方式，而以TI公司的TMS320C2XX作为微控制器（使用20MHz晶振）。它的并口速度非常高，远远高于PDIUSBD12所要求的最高限制2MB/s。此处是硬件设计最关键的地方。
经过详细的时序分析发现，大部分问题可以通过在DSP固件设计的加入延时，或者设置DSP的WSGR寄存器来解决。但是有一个问题，必须在硬件上加以解决。图2是DSP（TMS320C2XX）的写时序。
图3PDIUSBD12写时序
图2中，参数th(W-D)是指在WE信号变高（无效）以后，所写的数据将仍然保持有效的时间。这个值最小为3ns，最大为14ns，所以所写的数据在WE信号无效以后还会维持有效，大约3～14ns（实际的延时介于这两个值之间）。
图3是PDIUSBD12所要求的写时序。图中，参量tWDH是与DSP（TMS320C2XX）参量th(W-D)相对应的另外一个参量。这个参量反映了PDIUSBD12要求微控制器在向其中写数据时，所写的数据在WR信号无效之后，要继续保持有效的时间。这个参量最小值为10ns。也就是说，PDIUSBD12要求所写的数据最少要保持有效10ns（在WR无效之后）。
由此可以看出，DSP（TMS320C2XX）的写时序不能可靠地保证满足PDIUSBD12的要求，而且这个问题无法通过软件加延时的方法来解决，必须通过硬件来处理。经过分析对比，最后决定采用一个很简单但是后来事实证明非常有效的方法来调整它们之间的时序。那就是在DSP（TMS320C2XX）与PDIUSBD12的总线之间加一个双向缓冲器-74LS245。这个芯片可以在它们的时序之间引入一个延时。虽然这个延时并不可靠、但是由于DSP（TMS320C2XX）本身会在WR无效后，继续保持数据有效一段时间（前面已讲过），这要仅仅需要将延时适当延长一点就可以了。74LS245所造成的延时典型值为15ns，最小也为8ns。这样，加上原来DSP写时序的延时，就可以满足PDIUSBD12所要求的写时序了。
另外由于加入74LS245所造成的对其它接口时序的影响，可以通过设置DSP（TMS320C2XX）的WSGR寄存器来消除，所以这个方案是可行的。（事实上，后来制造好的电路也证明了这个方案是完全可行的）
对其余时序上的配合，经过仔细的计算与核对证明，也是完全可行的。在硬件上，哂方案还采用了一片GAL（16V8）来实现对PDIUSBD12芯片的片选，以及实现对它的软件和手动复位。硬件总体框图如图4所示。
2软件设计
2.1固件设计
由于采用的是不带MCU内核的USB接口芯片，所以关于USB1.1协议规范的实现都必须靠DSP（TMS320C2XX）控制PDIUSBD12芯片来完成。固件的主要设计任务是：在DSP（TMS320C2XX）的平台上编写程序，以完成USB1.1规范所要求的标准请求及用户根据产品需要自己定义的请求。
为了不影响程序的执行效率，本方案采用中断方式完成固件的编写；同时，为了保证程序的模块化及良好的可移植性，在设计中采用分层结构进行固件的编写，如图5所示。
最下层是硬件接口层，完成硬件上PDIUSBD12与DSP（TMS320C2XX）的对接。主要是DSP（TMS320C2XX）向PDIUSBD12中写入数据或者命令，以及从中读取数据。
中间层主要有两个模块，用来完成PDIUSBD12的命令接口和中断处理子程序。命令接口是指按照PDIUSBD12的命令格式，完成DSP对它的控制。它的基本命令格式是：DSP先向其中的命令地址写入某一条命令，接着从它的数据地址写入或者读出一系列的数据。中断处理子程序是判断中断的产生源，然后跳转到相应的处理子程序。这些子程序不做过多的处理，而仅仅是将命令数据读出然后置标志位，或者是将某些数据送出。
最上层是主循环程序，以及对于USB1.1标准协议请求（这些请求主要是在USB1.1协议规范的第九章中定义的）和用户自定义请求的处理程序。主循环的主要工作是检查标志位。如果标志位被置位，则调用处理子程序，判断是标准请求还是用户自定义请求，然后调用相应的处理程序加以处理，完成请求。
这样分层的好处是：主循环程序在检查标志位以外的时间可以进行其它工作，提高固件的运行效率。
编程过程中，由于涉及了一些严格的接口时序配合问题，所以，整个固件的编写工作全部采用DSP（TMS320C2XX）的汇编语言；用的是CC2000编程开发工具。
2.2PC机软件的设计
PC机的驱动程序由Philips公司提供。然后，用VC++6.0，通过调用API函数，编写PC的应用程序。这样即可实现PC机对DSP（TMS320C2XX）摄像系统的摄像控制以及图像的传输。
主要使用的API函数是DeviceIOControl（）、ReadFile（）、WriteFile（）。其中DeviceIOControl（）用于PC（主机）向DSP图像采集系统发送请求；ReadFile（）和WriteFile（）分别用于从图像采集系统中读出数据以及向图像采集系统中写入数据。
在设计过程中必须注意的问题是：由于USB接口是主-从方式的接口，它的一切传输过程都必须通过主机向外设发送请求后才可以开始，所以在使用ReadFile（）、WriteFile（）读写数据之前，必须先通过DeviceIOControl（）向图像采集系统发送请求。
3结果及分析
USB接口范文篇9
关键词：USB接口，虚拟示波器，CH371，高速数据采集
一、引言
对于学校教学实验以及某些特定需求来说，目前市场上的模拟及数字示波器也许并不适用，价格高昂、体积较大且很多专业功能并不实用。而现在电脑的普及程度也达到了相当的规模，利用电脑以及附加的数采模块实现一个灵活便捷的虚拟示波器能够满足大多数的工作、学习和开发需要，并且可以通过较低代价的硬件和软件升级实现相当复杂的信号处理功能，能够以较低的成本、较小的体积实现配置灵活的智能仪器组合；完全可以与便携电脑结合，构成便携式检测维修工作站。目前已经有计算机并口通信的数据采集器，但是USB的应用日趋广泛和深入，如果将USB功能融合在里面则可以实现更高的数据传输率、更方便的使用方式，更为优越的体现出虚拟仪器的性能。
二、硬件设计
此虚拟示波器的数据采集器由以下功能模块组成：前端信号变换模块、高速模数转换模块、高速数据缓冲模块、单片机控制模块、USB接口模块和电源模块。前端信号变换、高速数据采集有成熟的方案并且可根据需要的指标，譬如采样率、量程控制、采样深度等进行设计，我们这里主要讨论USB接口部分的开发。
USB接口的开发以往都是一个令人头痛的问题，尽管很多设计者向往USB接口高速传输、自主供电、即插即用的优点，但较难逾越它的协议固件开发和驱动程序开发的障碍。在这个方案里，笔者选用了一款不需要开发协议固件和驱动程序的USB总线接口芯片。
南京沁恒公司（）推出的CH371是一个USB总线的通用接口芯片，它利用硬件逻辑屏蔽了USB通讯中的所有协议，在计算机应用层与本地端控制器之间提供端对端的连接。基于CH371，设计者不需要了解任何USB协议、固件程序以及驱动程序，可以轻松地将原来的并口、串口的产品升级到USB接口，以较低的风险和成本享用USB接口带来的优越性。
使用时在本地端，CH371具有8位数据总线和读、写、片选控制线以及中断输出，就像操作一般外设芯片一样方便地挂接到DSP、MCU等控制器的系统总线上；在计算机端，CH371的配套软件包括通用驱动程序以及应用软件包，提供了简洁易用的操作接口，与本地端的单片机通讯就如同读写硬盘中的文件一样简单，开发者可以使用VB、VC、C++Builder等高级语言进行开发。一般情况下，基于CH371设计USB产品不必考虑USB通讯协议、固件程序、驱动程序、配置过程、底层数据传输过程。设计者所要做的工作与设计并口、串口的产品一样，包括两件事：一是从计算机的应用层发出数据传输请求并接收应答；二是当USB产品的控制器被通知有数据传输请求时，作出应答。
同时，CH371在提供了透明的USB协议的基础上还提供了I2C器件的直接管理、16个地址的直接读写以及复位、看门狗等功能，本地端甚至不使用单片机就可完成简单的控制功能，因此具有较强的功能适应性，能够满足不同场合的需要，有效的降低系统成本。
在本系统中使用的是SOP28封装的产品，他的管脚定义如下表：
根据不同的工作方式，芯片的接口类型可以有以下几种：被动并行接口、I2C主接口、主控方式接口。其中被动并行接口是最常用的方式，它提供单片机与计算机的连接，CH371作为单片机的一个被动外设；I2C主接口是CH371在计算机端程序的控制下不经过单片机直接读写一个EEPROM器件（譬如24C04等），经常用于USB外设的产品信息纪录；主控方式接口是不使用单片机，由计算机端程序直接控制CH371提供的16个地址的8位数据读写或者是十几根IO口线，此方式主要用于完成相对简单的外部控制任务。这几种接口方式并非完全对立的，可以根据需要灵活配置。在此虚拟示波器中则将其使用为单片机的一个外设器件，同时将A3~A0用于主控方式由计算机控制四只LED。
单片机对于CH371的控制依靠对其内部的16个寄存器的操作来实现。这16个寄存器的地址有两种定义方式。一种是上电复位后默认为直接地址方式，A3~A0四个管脚为寄存器地址，这种方式较为简单，但是需要使用单片机较多的IO口资源；另一种是当CH371检测到ALE脚上的上升沿信号后，切换到复用地址方式，寄存器地址由数据总线的D3~D0来控制，根据ALE的跳变来判断是寄存器操作还是数据读写。在此设计中由于大容量数据缓冲需要使用到74373作为地址锁存，所以即使使用直接地址方式也无需多占用单片机资源，但是为了将A3~A0节省出来驱动LED所以选用复用地址方式。
根据系统的要求我们设计硬件如下。
USB接口提供数据交换及电源供应（经适当变换后供高速AD使用），CH371在12M晶振下倍频工作，提供与单片机接口的同时提供看门狗复位输出功能，I2C主控功能没有使用，A3~A0可以由计算控制驱动4只LED作为工作显示信号。单片机89C52的P1口组用于控制数据采集模块，包括量程转换控制、AD触发信号、采集数据溢出信号等；高速缓存62256通过低功耗的CPLD控制存放高速AD采集的结果，单片机定时将其中数据读出经CH371传送到计算机的数据显示和分析软件，实现虚拟示波器功能。单片机、CH371和RAM部分原理图如下：
图三单片机、CH371和RAM部分原理图
三、软件设计
单片机端软件：
单片机端软件主要完成数据采集控制、数据报告这两个功能。其中数据采集控制根据计算机端软件设定的增益、时基、触发等参数控制数据采集模块，这里面要用到计算机向单片机发送少量的控制信息；数据报告功能则需要单片机将缓存中的一个采集周期的所有数据传送给计算机端软件，这属于大批量数据的传输。我们把介绍的重点放在单片机与计算机的通信上面。
单片机与计算机通信是通过对CH371的寄存器操作实现的，有关其寄存器定义的具体情况请参考数据手册。
在应用中需要注意的是，CH371提供的单片机接收缓冲区为8个字节，多于8个字节的计算机下传数据被切分；而单片机的发送缓冲区也是8个字节，多于8个字节的上传数据需要分多次上传。另外，CH371的中断包括了上传及接受成功，中断发生后具体的情况需要由传输状态寄存器来辨别；同时其中断电平是单稳态的，一个事件发生后中断信号跳变，但仅维持一个短暂的脉冲便恢复，这是为了配合不同速度的处理器而作的处理。
单片机与计算机的USB通信主要功能子程序示例如下：(请在使用时加入CH371的相应寄存器的地址定义)
file://**********CH371初始化程序******************************
voidch371_init()
{
CH371_INT_SET=0;file://CH371中断数据设定寄存器的地址偏移
CH371_LENGTH=0X0F;file://置上传数据长度寄存器为15,表示暂时没有数据上传
save_length=0;file://保存下传数据长度
IT0=1;file://外部信号为下降沿触发
IE0=0;file://清中断标志
PX0=1;file://置高优先级
EX0=1;file://允许中断
}
file://***********上传数据子程序********************************
voidch371_upload(unsignedcharlen)file://参数传入数据长度
{
unsignedchari;
unsignedchar*up_buf;
unsignedchar*ch371_buf;
if(len!=0)
{
up_buf=&ret_buffer;file://指向数据的地址
ch371_buf=&CH371_BUFFER;file://指向数据缓冲区
for(i=0;i{
*ch371_buf=*up_buf;file://写入上传数据缓冲区
ch371_buf++;up_buf++;
}
}
CH371_LENGTH=len;file://写入本次数据的长度
}
file://********中断子程序使用中断0寄存器组2********
voidch371_inter()interrupt0using2{
unsignedchar*down_buf;
unsignedchar*ch371_buf;
unsignedchari;
IE0=0;file://清中断标志
if((CH371_STATUS&0x01)==0){
file://读取状态信息寄存器，判断数据传输状态
save_length=CH371_LENGTH;file://保持下传数据长度
down_buf=&save_buffer;
ch371_buf=&CH371_BUFFER;
for(i=0;i{
*down_buf=*ch371_buf;file://读取一字节的下传数据
down_buf++;ch371_buf++;
}
}
elseCH371_LENGTH=0x0f;file://置上传数据长度寄存器为15
}
计算机端软件：
计算机端软件主要功能是模拟一个示波器的界面，实现数据的显示以及满足不同需要的分析功能，同时完成对数据采集硬件的参数设定。在这个设计中已经实现了基本的功能，虚拟示波器的界面如下图。进一步开发后可以实现量程的自动转换、数据的深度分析（譬如波形测量、频谱分析等），甚至可以结合硬件的升级实现波形发生器、逻辑分析仪、扫频仪、网络分析仪等功能。
图四虚拟仪器计算机软件面板图
计算机端有关USB通信的开发不需要了解USB底层驱动，并且芯片生产商已经以动态链接库的形式封装好了面向功能应用的API函数，开发者可以在多种高级语言中调用，功能强大且灵活方便。CH371动态链接库提供的API函数主要包括：设备管理API、数据传输API、中断查询API、I2C操作API和直接控制API。
其中设备管理API对于一般产品开发不需要用到；数据传输API是最重要最常用的一组函数，他提供了多种数据传输模式；中断查询API一般用于USB设备使用到中断传输的场合，我们这里没有用到；I2C操作API用于对CH371控制的I2C器件进行读写，一般用于存放产品信息，我们这里也没有用到；直接控制API是用于CH371直接输入输出信号，包括设置、输入和输出三部分组成，我们使用这一组API实现对LED进行控制。
在实际应用中笔者使用VB6作为计算机端应用软件的开发平台，首先要将沁恒公司提供的驱动程序、动态链接库拷贝到计算机中，再将动态链接库的访问入口及函数定义入口添加至VB6项目中，就是将提供的VB6实例程序中的module功能模块添加到自己的工程项目下即可。此时对USB设备的通信编程就几乎和访问本地硬盘中的文件差不多了，具体差别可以通过分析实例程序的句法来解决。下面给出计算机接收与发送数据的相关程序。
OptionExplicit''''变量定义
DimmyReqAsDEMO_REQ
DimmOpenAsInteger
PrivateSubForm_Load()''''窗口加载事件
DimmLengthAsLong
mIndex=0
mOpen=CH371OpenDevice(mIndex)''''窗体加载时打开设备
IfmOpen=-1Then
MsgBox"无法打开CH371设备"''''加载失败提示
EndIf
myReq.mCommand=&HFF''''用户定义命令
myReq.mBuffer(0)=&H11''''用户定义数据
myReq.mBuffer(1)=&H22''''用户定义数据
mLength=Len(myReq)
CH371WriteData(mIndex,myReq,mLength)''''通过CH371发送命令数据
……
CH371ReadData(mIndex,myReq,mLength)''''通过CH371接收应答数据
……
EndSub
USB接口范文篇10
关键词：通用串行总线USB接口接口标准
一、USB接口背景
在早期的计算机系统上常用串口或并口连接设备。每个接口都需要占用计算机的系统资源(如中断，I/O地址，DMA通道等)。无论是串口还是并口都是点对点的连接，一个接口仅支持一个设备。因此每添加一个新的设备，就需要添加一个ISA/EISA或PCI卡来支持，同时系统需要重新启动才能驱动新的设备。
USB总线是INTEL、DEC、MICROSOFT、IBM等公司联合提出的一种新的串行总线标准，主要用于PC机与设备的互联。USB总线具有低成本、使用简单、支持即插即用、易于扩展等特点，已被广泛地用在PC机及嵌入式系统上。
二、USB总线优缺点
1.优点
（1）使用简单
所用USB系统的接口一致，连线简单。系统可对设备进行自动检测和配置，支持热插拔。新添加设备系统不需要重新启动。
（2）应用范围广
USB系统数据报文附加信息少，带宽利用率高，可同时支持同步传输和异步传输两种传输方式。一个USB系统最多可支持127个物理设备。USB设备的带宽可从几Kbps到几Mbps(在USB2.0版本，最高可达几百Mbps)。一个USB系统可同时支持不同速率的设备，如低速的键盘、鼠标，全速的ISDN、语音，高速的磁盘、图像等(仅USB2.0版本支持高速设备)。
（3）较强的纠错能力
USB系统可实时地管理设备插拔。在USB协议中包含了传输错误管理、错误恢复等功能，同时根据不同的传输类型来处理传输错误。
（4）总线供电
USB总线可为连接在其上的设备提供5V电压/100mA电流的供电，最大可提供500mA的电流。USB设备也可采用自供电方式。
（5）低成本
USB接口电路简单，易于实现，特别是低速设备。USB系统接口/电缆也比较简单，成本比串口/并口低。
2.缺点
USB技术还不是很成熟，特别是高速设备。市场上现有的USB设备价格都比较昂贵，但随着USB技术的日益成熟，设备的不断增加和广泛应用，其价格将会有所降低。
三、USB系统拓扑结构
一个USB系统包含三类硬件设备:USB主机(USBHOST)、USB设备(USBDEVICE)、USB集线器(USBHUB)，如图1所示。
（1）USBHOST
在一个USB系统中，当且仅当有一个USBHOST时，USBHOST有以下功能:
◇管理USB系统；
◇每毫秒产生一帧数据；
◇发送配置请求对USB设备进行配置操作；
◇对总线上的错误进行管理和恢复。
（2）USBDEVICE
在一个USB系统中，USBDEVICE和USBHUB总数不能超过127个。USBDEVICE接收USB总线上的所有数据包，通过数据包的地址域来判断是不是发给自己的数据包：若地址不符，则简单地丢弃该数据包；若地址相符，则通过响应USBHOST的数据包与USBHOST进行数据传输。
（3）USBHUB
USBHUB用于设备扩展连接，所有USBDEVICE都连接在USBHUB的端口上。一个USBHOST总与一个根HUB(USBROOTHUB)相连。USBHUB为其每个端口提供100mA电流供设备使用。同时，USBHUB可以通过端口的电气变化诊断出设备的插拔操作，并通过响应USBHOST的数据包把端口状态汇报给USBHOST。一般来说，USB设备与USBHUB间的连线长度不超过5m，USB系统的级联不能超过5级（包括ROOTHUB）。
四、USB总线数据传输
USB总线上数据传输的结构如图2所示。
从物理结构上，USB系统是一个星形结构；但在逻辑结构上，每个USB逻辑设备都是直接与USBHOST相连进行数据传输的。在USB总线上，每ms传输1帧数据。每帧数据可由多个数据包的传输过程组成。USB设备可根据数据包中的地址信息来判断是否响应该数据传输。在USB标准1.1版本中，规定了4种传输方式以适应不同的传输需求：
（1）控制传输（controltransfer）
控制传输发送设备请求信息，主要用于读取设备配置信息及设备状态、设置设备地址，设置设备属性、发送控制命令等功能。全速设备每次控制传输的最大有效负荷可为64个字节，而低速设备每次控制传输的最大有效负荷仅为8个字节。
（2）同步传输（isochronoustransfer）
同步传输仅适用于全速/高速设备。同步传输每ms进行一次传输，有较大的带宽，常用于语音设备。同步传输每次传输的最大有效负荷可为1023个字节。
（3）中断传输（interrupttransfer）
中断传输用于支持数据量少的周期性传输需求。全速设备的中断传输周期可为1~255ms，而低速设备的中断传输周期为10~255ms。全速设备每次中断传输的最大有效负荷可为64个字节，而低速设备每次中断传输的最大有效负荷仅为8个字节。
（4）块数据传输（bulktransfer）
块数据传输是非周期性的数据传输，仅全速/高速设备支持块数据传输，同时，当且仅当总线带宽有效时才进行块数据传输。块数据传输每次数据传输的最大有效负荷可为64个字节。
五、典型应用
USB系统的典型应用如图3所示。
在图3所示系统中，显示器、Audio、Modem皆为全速设备，键盘、鼠标为低速设备。其数据传输为：
◇USBHOST通过控制传输更改显示器属性。
◇USBHOST通过块数据传输将要显示的数据送给显示器。
◇USBHOST通过控制传输更改键盘、鼠标属性。
◇USBHOST通过中断传输要求键盘、鼠标输入读入系统。
◇USBHOST通过控制传输更改Audio属性。
◇USBHOST通过同步传输与Audio设备传输数据。
◇USBHOST通过控制传输更改Modem属性。
◇USBHOST通过块数据传输与Modem设备传输数据
六、一个USBHOST接口的软硬件设计
市场上现已有很多公司提供的USB接口器件，如PHILIPS的PDIUSBD11/PDIUSBD12，OKI的MSM60581，NATIONAL的USBN9602，LUCENT的USS-820/USS-620，SCANLOGIC的SL11，等等。
同时也有很多带USB接口的处理器，如CYPRESS的EZ-USB，AMD的AM186CC，ATMEL的AT43320，MOTOROLA的PPC823/PPC850，等等。下面给出用SCANLOGIC的USB接口器件SL11HT实现嵌入式USBHOST的例子。
1.SL11HT特点
◇遵从USB1.1标准；
◇支持全速/低速传输；
◇支持主机/设备端两种模式；
◇3.3/5.0V供电；
◇片内包含256个字节的SRAM；
◇48MHz晶振输入。
当SL11HT被用作USBHOST接口时，对系统有以下要求:
◇由系统维护SOF帧数目；
◇由系统生成CRC5效验码；
◇要求系统中断潜伏期小于1.5μs。
2.SL11HT接口硬件框图
图4简单地给出了使用SL11HT扩展USB接口的框图，更详细的硬件连线图请见参考文献2,3。
3.USBHOST端软件结构
USBHOST端软件结构如图5所示。
（1）USB接口驱动程序
USB接口驱动程序需实现以下功能:
◇USB接口器件的初始化；
◇计算上层数据包的效验和，发送上层的数据包；
◇发送SOF帧；
◇接收从USB接口传送来的数据，并检查数据的有效性；
◇将接收到的数据送往上层。
（2）USB协议栈驱动程序
USB协议栈驱动程序需实现以下功能:
◇提供与设备驱动程序的接口；
◇读取并解析USB设备描述符，配置描述符；
◇为USB设备分配唯一的地址；
◇使用默认的配置来配置设备；
◇支持基本的USB命令请求；
◇连接设备与相应的驱动程序；
◇转发设备驱动程序的数据包。
（3）设备驱动程序
设备驱动程序需实现以下功能:
◇提供与应用程序的接口；
◇读取并解析USB设备特有的描述符，获得设备提供的传输通道；
◇发送设备特有的和基本的USB命令请求；
