OTG

XUSBDRVVBUS OF S3C6410，这个是符合UTIM协议的

　1 USB OTG的工作原理

　　 OTGl．Oa补充规范对USB2．O进行的最重要扩展是其更具节能性、电源管理，并允许设备以主机和外设2种形式工作。OTG有两种设备类型：两用OTG设备(dual—role 0TG device)和外设式OTG设备(peripher一al_only 0TG device)。两用0TG设备完全符合USB2．O规范，同时提供有限的主机能力和一个Mini—AB插座，支持主机流通协议(IIost Negotiation Protocol，HNP)”。，且同外设式OTG设备一样支持事务请求协议(SessionRequest Protocol，SRP)。当作为主机工作时，两用0TG设备可在总线上提供8 mA的电流，而以往标准主机则需要提供100～500 mA的电流。2个两用OTG设备连接在一起时可交替以主机和从机的方式工作，这个特点兼容了现有USB规范主机／外设的结构模型。OTG主机负责初始化数据通信，比如总线复位、获取各种USB描述符和配置设备。这些配置完成后，2个OTG设备便可分别以主机和从机方式传输信息，2个设备主从角色交换的过程由主机流通协议定义。

2 IP设计原理和IP模块设计

　　 USB 0TG控制器芯片按结构分类，通常分为以下2种：

　　 ①专为USB OTG设计的芯片。这类芯片集成了微控制器，是完全按照协议设计的，而不是在旧的结构上增加功能。其结构不同于其他常用控制芯片，开发者需要较长的学习时间，但是它能够达到最优化。

　　 ②需要外部微处理器的接口芯片。有些USB控制器只处理USB通信，而且必须由外部微处理器来控制。这种实现接口的标准组件使得使用者可以在各种不同类型的微控制器中选择一种最适合的微控制器，通过使用已有的结构和减少固件上的投资来缩短开发时间，减少开发风险和费用。但由于外接一个处理器，增加了电路的复杂性。

　　图片看不清楚？请点击这里查看原图（大图）。

　　 UTMI+接口需要外接一个符合USB 2．0 UTMI+协议的收发器。该芯片用作USB2．O接口的模拟前端，处理由USB2．O接口发出的高速和模拟信号，对其发出的用NRZI方式编码的数据进行解码、位填充等，并将串行数据转换成并行数据；反之，该芯片对由本控制器发出的并行数据通过其内部的差分驱动电路进行串行化、位填充和NRZI编码，并输出到USB电缆上。该接口模块主要用于缓存发送和接收的数据，确保与外围收发芯片的无缝结合，以及挂起、恢复和复位的检测。

OTG控制器实现USB OTG补充协议的功能。该模块主要负责HNP、SRP的硬件实现，以及连接状态的检测。

　　 主机控制器实现IP核工作在主机模式的功能。该模块主要产生挂起、恢复、复位信号，主动发送get_descip—tor、set_address、set_configuration等标准请求，并把请求变成对应的USB数据包格式(比如TOKEN包加入PID、地址、端点和5位的CRC校验码等)；隔固定的时间向从设备发送SOF标志，并根据配置的结果产生对应的主机中断。

　　 设备控制器实现IP核工作在设备模式的功能。该模块主要负责接收标准的USB请求，比如接收SOF标志、IN标志、OUT标志等，并根据这些请求作出正确的响应以及检测复位、挂起信号。

　　 控制状态寄存器完成对IP核控制器内部状态的设置。它分成2种类型：一种是基本的控制状态寄存器，比如控制状态寄存器(指定USB的速率模式、挂起模式、连接状态、主从模式)，设备地址寄存器(存放主机分配给USB设备的地址)，中断屏蔽寄存器(使能对应中断)和中断源寄存器(Nios控制器通过读此寄存器来判断中断类型)；另一种是端点寄存器控制状态寄存器，如中断源寄存器、中断屏蔽寄存器、缓冲区的指针寄存器和大小寄存器，模块中实现时根据输入的地址和读写信号来对某一个寄存器进行相应的读写操作。

　　 存储器接口实现IP核内部数据与Nios控制器数据的之间的仲裁。当Nios控制器和IP核内部同时对外部存储器SRAM进行读写访问时，必须对它们进行数据的仲裁。默认的优先级为IP核内部数据优先级高于Nios控制器的数据优先级。

　　 Nios控制器接口实现USB IP核与外部微控制器(Nios)的数据通信。该接口符合Avalon总线规范，通过输入地址的最高位来判断Nios是对内部寄存器进行访问还是对SRAM存储器进行访问，并完成地址、数据和相关信号的处理。

 

3 USB OTG IP核的特性讨论

　　3．1 连接状态的检测

　　 当上电复位后进入空闲状态，开始USB会话。首先需要等待一段时间(最多50 ms)，OTG控制器会检测输入ID线的电平，以确定自己是A设备还是B设备，高电平表示B设备，低电平表示A设备。对于A设备，IP核会等待电源线Vbus上的电平上升到符合USB会话的4．4 V最低电平要求，具体的操作就是通过UTMI+接口的DrvVbus信号控制PHY对Vbus电源线充电，以提供USB总线工作用的电源；对于B设备，则根据是否正在作SRP请求而实现SRP协议或者进入数据传输。当Vbus电源线上的电平满足要求时，A设备等待B设备连入USB总线。作为主机的A设备的DpPulldown和Dm—Pulldown在开始会话后始终保持高电平状态，如果B设备没有连上，则2条USB数据线DP和DM呈现SE0状态；而当B设备连上USB总线时，DP和DM会呈现J态或者K态。根据这一特点，A设备就可以判断出是否有B设备连入USB总线。

　　3．2 SRP协议的实现

　　 当设备进入SRP协议实现时，B设备等待SRP操作的初始条件，即通过UTMI+接口的DischrgVbus信号加速SRP条件的满足。当初始条件都满足后，B设备通过UTMI+接口的信号XcvrSelect、TermSelect、DpPulldown和DmPulldown实现对PHY的控制，使之向DP线上发出驱动脉冲。持续5～10 ms后，B设备又通过UTMI+接口的信号ChrgVbus控制PHY向Vbus上发出驱动脉冲，该驱动脉冲需要持续足够长的时间以使Vbus电源线被充电到2．1 V。驱动完成后，回到空闲状态，进而等待A设备对SRP作出响应。如果A设备识别到了B设备的SRP，则会开始USB会话，否则本次SRP失败。

　　3．3 HNP协议的实现

　　 不妨假设A设备当前处于主机状态，而B设备处于从设备状态。此时，B设备需要通过HNP取得USB主机地位，过程如下：A设备通过发出挂起命令使得USB总线准备进入挂起状态。B设备首先由数据传输状态准备进入挂起状态。这时，B设备需要检查是否有HNP请求，如果有则开始等待A设备连接，否则正常地进入挂起状态。B设备在等待A设备配置时，A设备尚未完全进入挂起状态，当它进入挂起状态的同时会检查是否有B设备的断开中断。如果有，则说明B设备正在进行HNP操作，并且已经进入了等待A设备配置状态，接着A设备进入设备工作状态，从而使自己变为从设备。B设备检测到A设备的连接后，对USB总线进行复位，同时开始对A设备进行复位操作。B设备进入主机模式工作，而A设备则进入从设备模式工作。在B设备作为主机完成了对USB总线的使用后，再一次通过HNP将USB主机地位还给A设备，操作过程类似。