2. USB芯片选型原则
USB芯片选型是驱动移植工作的起点，决定了后续软件栈的复杂度、调试难度以及产品最终性能。本章从主控端（Host）与设备端（Device）芯片的差异、接口速率等级的选择以及电源管理需求三个维度展开，帮助你在项目初期建立清晰的选型框架。
2.1 主控端（Host）与设备端（Device）芯片对比
USB系统中，Host端负责总线调度、枚举发起和电源管理，Device端则作为外设响应Host的请求。两者在芯片架构、软件栈和驱动模型上存在本质差异。
选型核心原则：Host芯片必须支持EHCI/xHCI控制器标准，具备DMA和中断控制器；Device芯片则需关注端点数量、FIFO深度和OTG（On-The-Go）能力。
2.1.1 功能角色与硬件架构差异
| 对比维度 | 主控端（Host）芯片 | 设备端（Device）芯片 |
|---|---|---|
| 总线角色 | 总线主控，发起所有传输事务 | 从设备，响应Host请求 |
| 控制器标准 | OHCI/UHCI（USB 1.1）、EHCI（USB 2.0）、xHCI（USB 3.x） | 设备控制器（UDC），遵循USB Device Class规范 |
| 端点数量 | 通常固定（如xHCI支持255个端点上下文） | 受芯片限制，常见8~32个端点 |
| DMA支持 | 必须支持，用于批量传输 | 可选，部分低端芯片依赖CPU搬运 |
| 电源管理 | 支持挂起/恢复、选择性挂起 | 支持远程唤醒、自供电/总线供电切换 |
2.1.2 软件栈与驱动模型差异
Linux内核中，Host端驱动位于 drivers/usb/host/，Device端驱动位于 drivers/usb/gadget/。两者在驱动注册、URB（USB Request Block）处理和电源管理回调上完全不同。
/* Host端驱动注册示例（xHCI） */
static struct platform_driver xhci_hcd_driver = {
.probe = xhci_hcd_probe,
.remove = xhci_hcd_remove,
.driver = {
.name = "xhci-hcd",
.pm = &xhci_hcd_pm_ops,
},
};
/* Device端驱动注册示例（gadget） */
static struct usb_gadget_driver g_serial_driver = {
.function = "g_serial",
.bind = gser_bind,
.unbind = gser_unbind,
.setup = gser_setup,
.disconnect = gser_disconnect,
};
常见陷阱：部分SoC内置的USB控制器可配置为Host或Device模式（DRD，Dual-Role Device），但同一时间只能工作于一种角色。选型时需确认芯片是否支持角色切换，以及切换是否需要外部ID引脚检测。
2.1.3 Host与Device芯片选型决策树
2.2 接口速率选择：USB 2.0 / 3.0 / 3.1
USB接口速率直接影响传输带宽、硬件成本和驱动复杂度。选型时需根据应用场景的吞吐量需求、线缆长度和电磁兼容性（EMC）要求综合判断。
2.2.1 速率等级与典型应用
| USB版本 | 理论速率 | 实际有效带宽 | 典型应用场景 | 驱动复杂度 |
|---|---|---|---|---|
| USB 2.0 | 480 Mbps | ~35 MB/s | HID设备、U盘、低速摄像头、音频 | 低（EHCI驱动成熟） |
| USB 3.0 | 5 Gbps | ~400 MB/s | 高速存储、视频采集、工业相机 | 中（xHCI + SuperSpeed） |
| USB 3.1 Gen2 | 10 Gbps | ~900 MB/s | SSD外置存储、高速数据采集 | 高（需PCIe/USB3桥接） |
关键指标：实际有效带宽通常为理论值的60%~80%，受协议开销、总线竞争和驱动效率影响。USB 3.0引入的SuperSpeed传输需要额外的差分信号对（SSTX/SSRX），PCB布局时需注意信号完整性。
2.2.2 速率选择对驱动移植的影响
不同速率等级对应不同的控制器驱动和设备树绑定。USB 2.0使用EHCI驱动，USB 3.0/3.1必须使用xHCI驱动。xHCI驱动虽然向下兼容USB 2.0/1.1设备，但需要额外的SuperSpeed端点上下文配置。
/* 设备树中USB 3.0控制器节点示例 */
&usb3_0 {
compatible = "snps,dwc3";
reg = <0x0 0xfe800000 0x0 0x100000>;
interrupts = <0 105 4>;
dr_mode = "host"; /* host / peripheral / otg */
maximum-speed = "super-speed"; /* high-speed / super-speed */
snps,dis_u2_susphy_quirk;
snps,dis_enblslpm_quirk;
phys = <&usb3_phy>;
phy-names = "usb3-phy";
};
速率选择陷阱：部分SoC声称支持USB 3.0，但实际只实现了USB 2.0的PHY，SuperSpeed信号未引出。选型时必须确认芯片的PHY接口类型（如ULPI、UTMI+、PIPE3）是否与速率匹配。
2.2.3 速率与线缆长度关系
2.3 电源管理需求
USB电源管理在嵌入式系统中至关重要，直接影响产品的功耗、热设计和电池续航。选型时需考虑芯片的电源管理能力、Linux内核的电源管理框架支持以及设备树中的电源配置。
2.3.1 电源管理关键特性
- 挂起（Suspend）与恢复（Resume）：Host端通过发送挂起信号进入低功耗状态，Device端检测总线空闲后自动挂起。
- 选择性挂起（Selective Suspend）：仅挂起空闲设备，不影响总线上的其他设备。
- 远程唤醒（Remote Wakeup）：Device端在挂起状态下通过唤醒信号重新激活Host。
- 自供电 vs 总线供电：自供电设备可提供更大电流（最高900mA for USB 3.0），总线供电设备受限于Host端口能力。
2.3.2 电源管理在设备树中的配置
/* USB控制器电源管理设备树配置 */
&usb_host {
vbus-supply = <®_usb_vbus>; /* VBUS电源 */
vbus-disable-gpios = <&gpio1 15 GPIO_ACTIVE_HIGH>;
snps,dis_u3_susphy_quirk; /* 关闭USB3 PHY挂起 */
snps,dis_u2_susphy_quirk; /* 关闭USB2 PHY挂起 */
wakeup-source; /* 支持远程唤醒 */
power-domains = <&pd_usb>; /* 电源域 */
};
电源管理调试技巧：使用
cat /sys/bus/usb/devices/*/power/control 查看设备电源管理状态，设置为 auto 启用选择性挂起，on 强制保持活动。
2.3.3 电源管理选型对比表
| 电源特性 | Host芯片要求 | Device芯片要求 | Linux驱动支持 |
|---|---|---|---|
| 挂起/恢复 | 支持全局挂起和选择性挂起 | 支持总线挂起检测 | USB core PM框架 |
| 远程唤醒 | 支持唤醒中断 | 支持远程唤醒信号 | device_may_wakeup() |
| 动态电源管理 | 支持时钟门控和电源域 | 支持FIFO电源门控 | Runtime PM |
| VBUS管理 | 支持VBUS检测和使能 | 支持VBUS监测 | regulator框架 |