这里重点介绍下枚举的过程。当设备连接到主机时，按照以下顺序进行枚举： 1. 连接了设备的 HUB 在 HOST 查询其状态改变端点时返回对应的 bitmap，告知HOST 某个 PORT 状态发生了改变。
2. 主机向HUB 查询该PORT 的状态，得知有设备连接，并知道了该设备的基本特性。 3. 主机等待（至少 100mS）设备上电稳定，然后向 HUB 发送请求，复位并使能该PORT。
4. HUB 执行 PORT 复位操作，复位完成后该 PORT 就使能了。现在设备进入到 defalut状态，可以从 Vbus 获取不超过 100mA 的电流。主机可以通过 0 地址与其通讯。
5. 主机通过0地址向该设备发送get_device_descriptor 标准请求，获取设备的描述符。 6. 主机再次向HUB 发送请求，复位该PORT。 7. 主机通过标准请求set_address 给设备分配地址。
8. 主机通过新地址向设备发送get_device_descriptor 标准请求，获取设备的描述符。 9. 主机通过新地址向设备发送其他get_configuration 请求，获取设备的配置描述符。 10. 根据配置信息，主机选择合适配置，通过 set_configuration 请求对设备而进行配置。 这时设备方可正常使用。
USB 设备的常用操作包括：设备连接、设备移除、设备配置、地址分配、数据传输、 设备挂起、设备唤醒等。
USB 的请求包括标准请求、类请求以及厂商请求三类。所有的请求都通过默认管道发送，按照控制传输的三个阶段进行。首先 HOST 通过一次控制事务传输向 Device 发送一个8 字节的 Setup 包，这个包说明了请求的具体信息，如请求类型、数据传输方向、接收目标（Device/Interface/Endpoint 等）。具体定义参考 USB2.0 Spec p248。USB 标 准 请 求 共 包 括 11个 请 求 ， 如 清 除 特 性 （ Clear_Feature ）、 得 到 配 置（Get_Configuration）、得到描述（Get_Descriptor）、设置地址（Set_Address）等。具体参考USB 2.0 Spec p250 USB 主机：硬件和软件
该章节主要定义了 USB 主机的硬件和软件组成及其在 USB 传输中的行为，这部分的硬件设计主要指 EHCI 的设计，软件的设计主要是设备驱动程序和 USB 系统软件的设计。其 中 USB 系统软件一般由操作系统提供。由于跟项目关联不大，故略去，如有需要请参考 USB2.0 Spec Chapter10。
USB HUB 规范
这一章描述了 USB HUB 的架构，主要从HUB Repeater 、HUB Controller 以及Transaction Translator 三个方面展开。另外还包括 USB HUB 类的请求及描述符。从功能上来说，HUB必须支持连接行为、电源管理、设备连接/移除检测、总线错误检测和恢复、高/全/低速设备支持。右图为 USB HUB 的架构图：
USB HUB 自身的工作速度由上行 PORT 的连接速度决
定。从结构上分，USB HUB 由 HUB Repeater 、 HUB Controller 及Transaction Translator 三部分组成。其中HUB Repeater主要负责连接的建立和撤销，即完成上行PORT和下行PORT工作在相同速度的连接管理。同时还支持错误的检测与恢复以及设备连接/移除的检测。HUB Controller负责与HOST通讯，完成与 HOST 的交互（请求的响应）、HUB 的控制及管理。Transaction Translator 主要负责高速的分离传输，并把它们分发到连接了全/低速设备的下行PORT。 Routing Logic 负责将下行 PORT 连接到 HUB Repeater 或者 Transaction Translator（以后简称 TT）。
PORT 连接在全速/低速时，TT 不工作，HUB Repeater 工作在全当 USB HUB 的上行
速/低速模式。当 USB HUB 的上行 PORT 连接在高速时，TT工作，HUB Repeater 工作在高速模式。
数据的转发
下行方向上：USB HUB 采用广播的方式向所有使能的、工作与上行 PORT 相同速度PORT 转发来自上行 PORT 的数据包。 的下行
PORT 接收到的数据包，递交到上行 PORT，而不向上行方向上：USB HUB 将在下行 PORT 转发。 其他
唤醒信号的转发
唤醒信号（Resume）的转发采用完全广播的方式，在任何 PORT 收到的唤醒信号 USB HUB 都会向其他 PORT 转发。
USB HUB 的帧同步
USB HUB 必须与 HOST 保持同步，拥有和 HOST 相同的帧周期，这是通过帧同步的操作来实现的。在 USB HUB 内有两个计数器一个寄存器，计数器都是用 USB HUB 的本PORT 连续两个 SOF 包的时地时钟驱动的。其中一个计数器向上计数，用来测量来自上行
间间隔；寄存器用来存储时间间隔，每次 SOF 包到来都会被更新；另一个计数器从测得的时间间隔开始向下计数，计到 0 时即认为新的一帧开始了。然后加载寄存器中存储的值，重新计数。
由于 USB HUB 检测 SOF 包也是需要时间的，所以实际发现 SOF 包的时间要比该 SOF 包在总线上出现的时间稍晚，如果不加以处理，USB HUB 内部的帧时间会整体比总线上的帧时间推迟一些。该延迟由 USB HUB 本身决定，所以对于 USB HUB 来说是已经的，为了排除此延迟，USB HUB 需要采取一定的方法来处理，如 EOF 提前。即在向下计数器尚未计到 0 时，提前认为当前帧结束。该提前量应恰好等于 USB HUB 检测 SOF 包的延迟。从而保证了在整个 USB 系统中，所有部件的帧时间（帧头 和帧尾到来的时刻）除了在 USB 传输线传播带来的传播延迟之外都是一样的。
数字系统的时钟抖动、计数器量化误差都会带来帧周期的抖动，为防止该抖动引起传输 错误，USB 规范规定系统中所有部件引起的抖动必须在一定限制范围内，并采取了一EOF1 和 EOF2 时刻的引入。 定的 措施来预防该问题，如
EOF1 和 EOF2 是两个安全时间，比实际的 EOF 时间稍早。USB HUB 在转发数据包时需要参考这
两个 时间，晚于这两个时间发送的包有可能因为抖动而产生 EOF 期间的干扰。
HUB Repeater顾名思义，HUB Repeater 将接收到数据 Repeat 出去，这个 repeat 是双向的，既包括从上行 PORT 到下行 PORT 的repeat，又包括型下行 PORT 到上行 PORT 的 repeat。需要用 USB HUB 的本地时钟从 PORT 上接收数据，然后再用本地时钟将数据放到 PORT 上去。下图为 HUB Repeater 的框图。
在我们的项目中，USB PHY 芯片完成了 HUB Repeater 大部分的电气层功能，如数据恢USB 规范要求从上行 PORT 到下行 PORT 的连接在 SOP复、包检测等。在高速连接中，（Start of Packet）到来时建立，且延迟不超过 36bit time。实际实验过程中发现即使 USB HUB 的 Repeater 延迟超过 40bit time 也未导致功能失败。
HUB Repeater 的行为受到 EOF1 和 EOF2 时间的影响，具体参考 USB 2.0 Spec P330。 HUB Controller 下图为 HUB Controller 的逻辑结构。图中右上方是端点 0，即默认的控制端点，HOST HUB 类请求完成 USB HUB 的 通过向该端点发送标准请求和 枚 举 和 控制 。 如 复 位 某
个 下 行 PORT、使能某个下行 PORT、给某个下行 PORT 上电等。图中左上方是一个中断型的状态 改变端点，HOST 通过以固定的时间间IN 的中断传输查询该 HUB 自身隔向该端点发起
和各下行 PORT 的状态是否改变。当没有状态改变时，该端点返回 NAK 的握手包；当有状态改变时
返回一个反应了 HUB 自身和各下行 PORT 状态改变信息的 Bitmap。每个 PORT 映射到该 Bitmap 中的一位，当该 PORT 的状态有改变时，
1，这是由 USB HUB 硬件完成 的。 对应的位置
所谓状态改变包括：设备连接、复位完成、设备移除、电流过流等，USB HUB 的硬件负责检测这
些 事件的发生，并痛过置位反应到 Bitmap 中来。
Transaction Translator TT 是 USB HUB 中最复杂的一部分，这里我并不准备详细描述它，而只是从结构和基
本操作逻辑上展开介绍，更多的细节请在有必要时参考 USB 2.0 Spec。前面已经说过：TT 在 USB HUB 中主要负责从高速到全/低速传输事务的转发，完成速度的匹配。从传输的角TT 的基本结构。 度来说，主要就是完成分离事务传输（Split Transaction）。下图为
和大部分速度匹配逻辑 一样，TT 也采用 Buffer 的 方 式 来 完 成 速 度 匹 配 。 Buffer 的一端是一个高速 Handler ，处理高速数据收 发 ； 另 一 端 是 全 速 / 低 速 Handler 处理全速/
低速数据的收发。针对传输类型的不同，TT采用多个 Buffer 来缓存数据。其中同步传输和中断传输的 Start-Split（S-Split）阶段和 Complete-Split（C-Split）阶段分别用一个 Buffer，批量传输和中断传输的 S-Split 和 C-Split 不分开存储，但是在一个 TT 中至少有 2 个用于批 量传输和中断传输的 Buffer。
分离传输仅在 HOST 和 HUB 之间发生，对于设备全速/低速设备来说是透明的。一个USB HUB 可以有多个 TT，这在 USB 协议中是允许的。
按照处理方式的区别，TT 中的分离传输可以分为两类——周期分离传输和非周期分离 传输。周期分离传输指的是同步分离传输和中断分离传输，非周期分离传输指的是批量分离 传输和控制分离传输。
同步传输和中断传输被归为周期传输是因为它们的传输是有周期的，HOST 以固定的间隔向同步
端点 和中断端点发起传输。相对应的，批量传输和控制传输没有固定的周期。
OUT 型批量/中断分离传输的流程，如下图所示： 先来看
先来看 OUT 型批量/中断分离传输的流程，如下图所示：HOST 知道某个 HUB 的某个下行 PORT 上连接的是全速/低速设备（通过查询 HUB 的端口状态得知）。当 HOST 要向该设备传送数据时，它必须启动一次 OUT 型的分离传输。首先 HOST 发送一个 SSPLIT 包，表明下面我要进行分离传输了。SSPLIT 包中指明了该分离传输所对应的 HUB 地址和 PORT 编号，同时也指明了端点的类型（具体定义参考 Start-Split 包的定义）。然后按照普通批量/中断传输的顺序，先发送一个 OUT/SETUP 的令牌 包，然后发送一个数据包，并HUB 的 TT 会在 Buffer 开辟一片缓存保存以上接收等待来自 HUB 的握手包。如果没问题，到的三个包后，并 ACK 主机，表明已经接收到 Start-Split 阶段的数据包。然后 TT 根据 SSPLIT 包中的信息，通过全速/低速 Handler 向指定的下行 PORT 转发令牌包和数据包，并接收来自设备的握手响应并保存在Buffer中，并更新此次分离传输的状态信息。
USB2.0协议入门中文版 - 图文
