第2章 USB系统架构

2、USB系统架构：Host、Device、Hub的角色与关系，物理拓扑与逻辑拓扑。

好，咱们今天聊聊USB的系统架构。说实话，很多刚入行的朋友容易把USB的拓扑结构想复杂了。其实它没那么玄乎。你想想看，USB从诞生那天起，设计目标就很明确——让外设连接变得简单、统一。那这个“简单”是怎么实现的？靠的就是一套清晰的层级关系。

我个人习惯把USB系统比作一个“树形指挥链”。主机是根，设备是叶子，Hub就是中间的分叉点。咱们一个一个拆开讲。

Host（主机）——整个USB系统的老大。所有通信都由它发起，设备只能被动响应。我在项目中遇到过有人问“能不能让两个设备直接通信？”答案是不行。USB是主从架构，设备之间不能直接对话，必须经过Host转发。

Host的核心职责包括：

Device（设备）——就是咱们常见的U盘、鼠标、键盘这些。它们不能主动发起事务，只能等Host来问。嗯，这里要注意：设备有“功能设备”和“复合设备”之分。功能设备只干一件事，比如鼠标；复合设备内部有多个功能，比如带指纹识别的键盘。

Hub（集线器）——这个角色容易被低估。很多人觉得Hub就是个“一分多”的转接头。其实Hub内部有复杂的转发逻辑。它负责把Host发下来的数据包广播到下游端口，同时把上游设备的数据汇总上去。

关键点：Hub不是简单的物理中继器。它参与协议层的处理，比如复位信号、挂起恢复、速度协商等。我曾经调试过一个Hub芯片，发现它在上电时序上有个坑——下游端口复位太慢，导致设备枚举失败。后来加了延时才搞定。

这两个概念容易混淆。我建议你记住一句话：物理拓扑是“怎么连的”，逻辑拓扑是“怎么看的”。

物理拓扑——就是实际线缆的连接方式。USB采用星形级联结构。Host下面挂Hub，Hub下面再挂Hub或设备。最多允许7层（包括Host本身）。

举个例子：

Host
 └── Hub1 (第1层)
      ├── Device A
      └── Hub2 (第2层)
           ├── Device B
           └── Hub3 (第3层)
                └── Device C

你看，物理上就是一层层串下去的。但注意，Hub的级联深度不能超过5层（Host算第0层）。这是USB规范定的，超过的话信号质量会崩。

逻辑拓扑——从Host的视角看，所有设备都是“平级”的。Host通过地址来区分它们，不管你是直接连在Host上，还是隔了5个Hub。逻辑上，Host跟每个设备都是点对点通信。

为什么会这样？因为USB协议在传输层做了封装。Host发一个包，Hub负责转发，最终到达目标设备。设备回包时，Hub再原路返回。所以从软件层面看，Host根本不需要关心设备在物理上怎么连的。

我的经验：调试USB枚举问题时，一定要先搞清楚物理拓扑。我曾经遇到一个设备在Host直连时正常，但通过Hub就枚举失败。查了半天，发现是Hub的电源管理没做好，导致设备上电时序不对。逻辑拓扑没问题，但物理拓扑暴露了问题。

咱们用一张表总结一下：

角色	主动/被动	主要职责	典型芯片
Host	主动	发起事务、管理总线、分配地址	EHCI、xHCI控制器
Device	被动	响应请求、报告状态、传输数据	U盘主控、键盘MCU
Hub	转发	信号中继、速度协商、电源管理	USB2514、FE1.1s

这里有个容易踩的坑：Hub本身也是一个Device。你没看错，Hub在Host看来也是一个USB设备，有自己的地址和端点。它通过“中断传输”向Host报告端口状态变化（比如有新设备插入了）。所以Hub既是转发器，也是被管理的设备。

避坑指南：我曾经在项目中遇到一个Hub芯片，它的中断端点描述符写错了，导致Host收不到端口状态变化。结果就是设备插上去没反应。查了两天才发现是Hub的固件配置问题。所以选型时一定要仔细看Hub的datasheet，特别是中断端点的配置。

USB规范对拓扑有严格限制，我列几个重要的：

你想想看，为什么USB不设计成网状拓扑？说白了，就是为了简化协议。树形结构让Host可以集中管理，不需要复杂的路由算法。这在消费电子领域是明智的选择——成本低、实现简单。

嗯，最后说一句。做USB IP开发时，我建议你先把Host和Device的角色搞清楚。Hub虽然重要，但大部分IP开发工作集中在Host控制器和Device控制器上。Hub的IP相对成熟，直接拿现成的用就好。

下一章咱们会深入Host控制器的内部架构，包括寄存器、DMA、调度器这些。到时候你会发现，理解了拓扑关系，再看Host的设计就顺多了。