企业官网建设流程全解析

聊USB OTG硬件设计，第一个要纠正的认知是：OTG不等于“把USB座子多引一根ID线”。我在不同的嵌入式项目里见过太多次，原理图上ID脚也接了，VBUS也给了，样板焊完却发现手机插U盘没反应、U盘插开发板直接把板子的5V电源拉崩，折腾一圈最后往往都卡在VBUS时序和角色切换的那几行逻辑上。这篇文章打算把这些年在OTG硬件设计里攒下的经验一次讲透：从HOST/SLAVE切换机制、D+/D-偏置，到VBUS电源路径、ESD保护、典型MCU平台落地，再到调试时最容易翻车的地方。适合正在画USB OTG原理图/PCB的硬件工程师，也适合用STM32、ESP32、Zynq这类平台自研板卡的嵌入式开发者。

1. USB OTG到底解决了什么，先说清楚

1.1 传统USB的最大尴尬：角色焊死

USB从诞生起就是“非对称”的，一端是Host（主机），另一端是Device（设备）。典型的Host是PC、笔记本，典型的Device是U盘、鼠标、手机。这种结构稳定、简单，但有个很别扭的限制：两个Device之间没法直接通信。手机插在电脑上只能当“大号U盘”或者做调试，一旦你想让手机直接读U盘，或者让相机直接连打印机，传统USB在物理层面就做不了。

OTG（On-The-Go）解决的就是这个“双角色”需求。它在规范层面引入了一套协商机制，让同一个USB口既能当Host去读U盘、接键盘鼠标，也能当Device去连电脑、连充电器。说白了，OTG让便携设备之间不再必须依赖PC当“中间人”。

从我自己的项目经验看，OTG真正用得多的地方有三类：一类是手机、平板的扩展坞、USB Hub，这是消费电子里最常见的场景；第二类是嵌入式手持设备，比如数据采集终端要插U盘导出数据，又要连电脑升级固件；第三类是开发板调试台，很多单板机我希望它既能作为USB转串口被主机识别，又能主动挂载外设，这两个需求如果不用OTG，就得做两个USB口，占面积、增成本，非常不划算。

1.2 硬件上多出来的每一根线都不是白给的

对比普通USB，OTG在物理层多出来的核心是ID引脚，和围绕ID、VBUS的一套监测与切换逻辑。以最常见的5Pin Micro-USB为例，普通Micro-B的引脚定义是VBUS、D-、D+、ID、GND，其中ID脚在普通设备里是不用或者直接悬空的。OTG规范里，ID脚的电平直接决定了这个端口默认扮演什么角色：ID被拉低，说明插入了一根OTG线，设备作为A设备（默认Host）；ID悬空，说明插入的是普通数据线，设备作为B设备（默认Device）。

但这只是第一层。真正让OTG复杂的，是VBUS供电和D+/D-偏置都会跟着角色变。Host端要向外输出5V VBUS，还要在D+/D-上各自接15kΩ下拉，告诉对端“我是主机”；Device端不供VBUS，D+上要接1.5kΩ上拉（全速设备）或者D-上接1.5kΩ上拉（低速设备），告诉主机“有设备插入”。如果硬件上只是加了ID检测，没有把上下拉偏置一起切换，设备插入后主机根本枚举不到。

注意：很多MCU内置的USB PHY已经把D+/D-上下拉电阻集成在芯片内部了，比如STM32的OTG_FS。但这对硬件工程师反而是个“坑”——如果你不清楚内部偏置的使能时机，外部再叠加一套上下拉电阻，反而会把信号电平拉坏。后面第4章我会重点展开。

1.3 设计边界：不是所有USB口都必须做成OTG

这也是我踩过几次坑之后总结出来的：OTG意味着更高的BOM成本和更复杂的软件状态机，如果一个产品永远只做Device（比如USB转串口工具、数据采集从机），那就老老实实按普通Device口设计，VBUS用简单分压检测就行，没必要引入负载开关和角色切换。反之，如果一个产品永远只做Host（比如只读取U盘的工控面板），那也只要保证VBUS输出能力和D+/D-下拉偏置，不需要ID检测。只有在“既要又要”的时候，才需要完整的OTG设计。

判断清楚这个边界，比一开始就堆电路重要得多。我见过不少项目，规划阶段没想清楚角色需求，最后为了改OTG硬是飞线加GPIO、改PCB好几次，这种折腾本来是可以避免的。

2. HOST/SLAVE切换机制：从硬件电平到协议握手

2.1 一个端口怎么知道自己该当HOST还是SLAVE

OTG规范里把设备分成A设备和B设备。A设备负责提供VBUS，默认扮演Host；B设备由A设备供电，默认扮演Device。在传统带ID脚的接插件里，角色识别非常直接：ID脚接地的是A设备，ID脚悬空的是B设备。

用一个生活化的比喻：ID脚就是一把钥匙。钥匙插进去（ID被拉低），这个口默认变成“管理员”（A设备），负责供电和管理总线；钥匙没插（ID悬空），这个口就是“访客”（B设备），等着别人供电，按被管理的方式参与通信。

但这只是默认角色。OTG规范比“默认”多做了一步：即使一开始是A设备当Host，也可以通过数据线上的HNP协商把主机角色让给B设备。所以硬件上如果只认ID，不处理后续的角色翻转，就会遇到“明明两边都支持OTG，却只能单向工作”的情况。

2.2 SRP与HNP：插上插座之后发生了什么

整个过程可以拆成两个机制：SRP（会话请求协议）和HNP（主机协商协议）。

先说SRP。B设备虽然没有VBUS供电源，但它可以通过数据线或者VBUS上发一个短脉冲，向A设备发出“我想工作”的请求。A设备检测到这个脉冲后开启VBUS，建立会话。再打个比方，B设备像敲门的人，SRP就是敲门声，A设备听到后开门并供电。

HNP则解决“谁来当主人”的问题。当A设备主动挂起总线，或者双方都支持HNP时，B设备可以先响应总线复位，逐步把D+/D-的上下拉状态做交换，从而把“Host角色”移交过来。这个动作在用户看来是“手机插上之后，开发板反过来变成U盘”，其实就是角色在数据链路层完成了切换。

对硬件工程师来说，SRP和HNP的细节可以交给协议栈处理，但有一个点必须自己负责：D+/D-偏置切换的时机。如果偏置切早了、切晚了，都会造成枚举失败。我一般会在角色切换状态机里加一个“先断开VBUS、延时5~10ms、再切换D+/D-偏置、再延时、最后重新使能”的时序，实测对大多数USB总线来说都足够稳妥。

2.3 嵌入式侧的状态机设计

在MCU里，OTG角色切换通常可以抽象成下面这个状态机。我以伪代码形式给出，方便大家迁移到自己的工程里：

typedef enum { OTG_IDLE, OTG_HOST_START, OTG_HOST_READY, OTG_DEVICE_START, OTG_DEVICE_READY, OTG_FAULT } otg_state_t; static otg_state_t otg_state = OTG_IDLE; void otg_task(void) { switch (otg_state) { case OTG_IDLE: // 检测ID引脚，有内部上拉，拉低代表A设备/Host if (id_pin_read() == 0 && vbus_pin_read() == 1) { // 先确认VBUS已经消失，避免残留电源 otg_state = OTG_HOST_START; } else if (id_pin_read() == 1 && vbus_pin_read() == 1) { // 检测到外部VBUS，作为B设备/Device otg_state = OTG_DEVICE_START; } break; case OTG_HOST_START: usb_phy_disable(); // 先关PHY，防止切换瞬间毛刺 delay_ms(5); enable_vbus_output(); // 打开负载开关，向外供5V set_dp_dm_pulldown(); // 设置D+/D-下拉，标志Host身份 delay_ms(10); // 等VBUS稳定 usb_phy_enable_as_host(); otg_state = OTG_HOST_READY; break; case OTG_DEVICE_START: usb_phy_disable(); delay_ms(5); disable_vbus_output(); // Device不向外供5V set_dp_pullup(); // 全速设备在D+上拉1.5k delay_ms(5); usb_phy_enable_as_device(); otg_state = OTG_DEVICE_READY; break; default: break; } } void OTG_ID_IRQHandler(void) { // 进中断先做软件去抖，不能直接在中断里切端口 osTimerStart(id_debounce_timer, 20); }

我说几点实操心得。第一，ID脚和VBUS_DET脚建议都接到带外部中断能力的GPIO上，因为“插入动作”是不可预测事件，轮询会浪费CPU，而且容易出现状态漏检。第二，切换角色前一定先关USB PHY，否则D+/D-上会出现一段“身份不明的电平”，有些主机（尤其是Windows）会进入复位循环，设备一直枚举不上。第三，VBUS检测要加迟滞，或者至少用分压电阻加迟滞比较器，否则在临界电压点上会出现反复抖动，状态机容易在两个角色之间来回跳。

注意：不要只靠ID脚判断一切。在Type-C时代，很多连线上根本没有ID脚，角色判断靠CC引脚的Rp/Rd配置。如果把Type-C口也当传统OTG用，必须区分两种情况：一种是OTG线带的硬件ID短接，另一种是纯Type-C的DRP双角色端口。这两种在硬件设计上差异不小，下面第3章会展开说明。

3. 实战电路设计：从连接器到电源路径的一次成型

3.1 连接器选型与ID脚处理

如果项目里继续沿用传统Micro-AB或Mini-AB，ID脚的硬件处理相对简单。Micro-AB座子是有ID第五脚的，使用时在PCB上给ID脚接一个上拉电阻到3.3V或1.8V（具体看MCU的GPIO电平），同时可以并联一个小电容做滤波，比如1nF~10nF。OTG线插进来时，线缆会把ID脚短接到GND，MCU读到低电平，就知道端口要切到Host角色。

上拉电阻的选择需要花点心思。上拉太大会导致抗干扰差，ID脚悬空时容易飘；上拉太小会在短接GND时产生不必要的电流。我常用的经验值在47kΩ~100kΩ之间，既能保证静态电平稳定，又不会浪费太多功耗。

如果用的是Type-C连接器，情况就复杂了。Type-C默认用CC引脚（配置通道）来协商电源和角色，没有传统ID脚。做Type-C OTG时有两种路线：第一，使用传统OTG线，线缆内部把CC短接成某种固定状态，简化后等同ID短接，但这种方式兼容性有限；第二，做真正的DRP（双角色端口）设计，通过CC逻辑芯片或者PHY自身支持的CC检测，配合Rp/Rd电阻切换实现角色协商。

对大多数单片机项目来说，完整支持Type-C DRP其实有一定门槛。我在实际项目里更常见的做法是：对需要OTG的产品保留Micro-AB接口，或采用Type-C连接器但只做“固定HOST/固定DEVICE”两档端子，把CC逻辑用一颗小芯片（比如一些CC逻辑控制器）或者用MCU的ADC检测CC电压来判断插入方向。这样能兼容Type-C物理接口，又不用完整跑一遍PD协议。

3.2 VBUS电源路径：一颗负载开关胜过一堆离散MOS

VBUS是OTG设计里最容易出问题的地方。很多新手图省事，把系统5V电源直接接到VBUS引脚，或者用一个普通NMOS控制通断，结果短路保护、软启动、过流回馈全都要自己在外面搭电路，又乱又不稳定。

我更推荐直接用集成负载开关，比如TPS2041/TPS2051、RT9742、SGM2526这类芯片。典型接法是：输入接系统5V，EN脚接MCU的GPIO，OUT脚接USB座的VBUS，OC/FLT脚反馈过流信号给MCU。负载开关内部一般集成软启动、限流和热关断，可以有效避免热插拔毛刺把板卡电源打崩。

不少负载开关的限流值是可编程的，用外部电阻设定，比如设定到0.5A、1A、2A。OTG口给外设供电的能力取决于产品定位，如果只是U盘、键鼠这些低功耗外设，0.5A~1A基本足够；如果还要带移动硬盘、USB风扇，建议做到1.5A~2A以上，并对电源布局单独加强。

注意：VBUS输出关断后，USB座上会残留电荷，导致设备侧还维持几百毫秒的“有电”假象。解决办法是在VBUS输出端到GND之间加一个放电电阻，阻值100kΩ~220kΩ即可。这个电阻功耗不大，但能明显改善反复插拔时角色判断的可靠性。

3.3 D+/D-偏置与串阻

D+/D-是USB的差分数据对，OTG角色切换时它们的偏置方式必须跟着变：Host态，两根线都通过15kΩ下拉到GND；Device态（这里以全速设备为例），D+通过1.5kΩ上拉到3.3V。低速设备则是D-上拉，但嵌入式项目里全速设备更常见。

如果你的MCU内置了USB PHY，比如STM32的OTG_FS、ESP32-S3的内置USB OTG，这些上下拉通常可以靠软件配置，不需要外置电阻。但外置电路仍然要注意几点：D+/D-上不要随便并联大电容，否则会让信号波形变钝；做ESD保护时，也必须选低电容器件，否则高速模式直接工作不了。

在D+/D-的串联电阻上，我习惯预留两个22Ω的焊盘。为什么要留？因为很多MCU内部PHY本身的输出阻抗并不相同，有些驱动强、有些驱动弱，串阻可以在贴上后改善振铃和过冲，也能抑制一部分EMI。但值太大也不行，信号会被压垮，0~33Ω是我用过的范围，具体取值最好拿示波器看眼图再定。如果板子空间紧张，可以先用0Ω短路，后面再按实测调整。

3.4 ESD保护与信号完整性

USB口是热插拔接口，人体静电、线缆摩擦起电都很容易打进来，ESD保护不能省。USB2.0差分线建议选用低电容的TVS阵列或专用USB ESD保护芯片，比如USBLC6-2SC6、PESD1USB3、TPD4E05U06这类。关键参数是结电容要控制在几pF以内，不然会破坏差分信号边缘。保护器件要放在离连接器尽量近的位置，注意先保护再串阻，也就是ESD器件靠近座子侧，串阻靠近MCU侧，这样静电先被泄放掉。

信号完整性方面，低速和全速USB对差分等长的要求没有USB3.0那么苛刻，但也不能随便拉线。D+/D-最好平行走线，两层板时在下方保留完整地平面，避免跨分割。如果需要走过孔，要成对打过孔，不要只在一根线上换层。阻抗控制在90Ω左右，对高速模式尤其重要。如果只是USB1.1/全速12Mbps，走线短的话要求不算太高，但养成良好的差分习惯总归没坏处。

3.5 状态检测：VBUS_DET、ID_DET、OC_FLAG要留全

OTG硬件设计里，主控需要感知的外部信号通常有三个：VBUS_DET、ID_DET、OC_FLAG。有一张典型连接表格列在下面，可以作为原理图设计时的参考。

VBUS_DET分压要注意，MCU的ADC参考电压一般是3.3V，而VBUS是5V，需要用电阻分压到ADC量程内。比如用10kΩ和20kΩ分压，5V会得到3.33V，压着量程上限了，最好改成9.1kΩ和20kΩ，留一点安全余量，同时并联一个0.1uF电容滤波。有些MCU的USB PHY自带VBUS监测功能，那样的话可以直接用专用引脚，省掉分压电阻，但原理上仍是监测VBUS电压。

OC_FLAG建议不要只做状态灯，还要接回MCU做一个自动重启策略。比如检测到过流后，先关VBUS，延时1秒，再尝试开启；如果连续三次过流，就彻底关闭，避免冲击损坏电源。这个策略并不复杂，但能显著提高OTG口在恶劣环境下的存活率。

4. 主流MCU平台的OTG硬件设计落地

4.1 STM32 OTG_FS：内置PHY该省的地方省，不该省的地方一步不省

STM32的USB OTG_FS控制器把PHY层很多电路都集成了，比如D+/D-的上下拉、线路驱动、接收器，所以外部只需要很少的器件。以STM32F407、STM32H743这些带OTG_FS的芯片为例，硬件上最基本的构成是：USB_A型或Micro-AB座子、一个ESD保护芯片、一个VBUS负载开关、一个VBUS分压检测、一个ID上拉电阻。

使用内置PHY时，D+/D-通常直接接到MCU的PA11（DM）、PA12（DP）或者对应的OTG引脚上，不需要外置上下拉电阻。但有一个细节需要注意：很多STM32的VBUS监测引脚是PA9（OTG_FS_VBUS），它内部通过一个分压器监测VBUS，外部不能用很大的电阻分压网络把它拉低，否则内置监测功能会失效。我见过有人在PA9外面又加了一组分压电阻，结果检测电平不对，识别一直不稳。

软件侧，HAL库的USB Device和USB Host例程不少，但真正切OTG时要用到ID与VBUS回调。我自己的习惯是在USB_OTG_FS全局中断里判断状态，然后切换HAL_PCD_Start/HAL_HCD_Start。这里有个容易踩的坑：切到Device模式后，一定要把HCD先DeInit，否则USB状态机会混乱，表现为“电脑能识别设备但一直打感叹号”。同理，切到Host模式前，要把PCD彻底DeInit，并重新初始化HCD配置。

4.2 ESP32/ESP32-C6：没有原生差分数据引脚时怎么办

ESP32的生态很有代表性，因为很多型号并不都适合做USB OTG。以ESP32-C6为例，它自带USB Serial/JTAG控制器，可以作为USB转串口或JTAG，但这个口不等于标准全功能OTG，能对外接U盘、键盘这类标准USB设备吗？不同型号能力有差异，硬件设计时必须看清datasheet。ESP32-S3则有USB OTG控制器，能做真正的主机和设备切换，但它也不是所有开发板都把VBUS、ID、D+/D-单独引出来的，很多模组的USB口默认只接了串口电路。

很多开发者的终极疑问是：“MCU没有USB差分信号数据引脚怎么办？”这在实际选型中非常常见。比如一些MPU/MCU只有UART、SPI或I2C接口，但产品又需要USB通信。这时候就要外接USB桥接或USB控制器。

我梳理过三种实际可落地的方案：

1. USB转UART方案：芯片如CP2102N、FT232R/FT231X、CH340G。这是最省事的方案，串口协议不是USB，但用户看到的是“虚拟USB串口”，适合调试、数据采集、控制类应用，不追求高带宽。这类芯片驱动在Windows/macOS/Linux上基本都有现成驱动，但注意不同厂家的VID/PID和驱动兼容性，买散件时要留意假芯片，否则会在驱动安装时带来很大困扰。

2. SPI/UART转USB Host方案：例如MAX3421E，它通过SPI连到MCU，然后向外提供一个USB Host端口，可以用它去读U盘、接键盘。这种方案带宽不高，但解决了很多“MCU没有USB引脚”的问题，缺点是驱动和协议栈都要自己写，工作量主要集中在软件层。

3. 外挂带USB接口的MCU做桥接：比如用一颗支持USB Device的STM32作为“转发网关”，主MCU通过UART/SPI把数据发给它，再由它转换成USB给上位机。这种方案灵活，但硬件复杂度和成本略高。

对于只做设备端通信的产品，选1方案基本够用；对于要插U盘/外设的产品，选2方案才更合理。ESP32-C6本身自带USB Serial/JTAG这点很实用，硬件上只需要做好ESD、上电时序和复位电路，它在很多开发板里已经承担了烧录和调试口的功能，不一定非要外挂USB转UART芯片。

4.3 从MCU裸机到主机侧的联合调测

设计完硬件，软件联调阶段同样要掌握几个基本功。裸机平台上，很多人习惯用逻辑分析仪抓D+/D-波形，但抓USB的完整数据流还是推荐USB协议分析仪，或者用带USB抓包功能的工具。PC端比较平民化的方案是安装Wireshark加USBPcap，抓到的pcapng文件可以直接看枚举过程，比如Get Device Descriptor、Set Address、Get Configuration这些关键包都在里面，这是排查“设备不被识别”的最快途径。

Linux侧就不用说了，lsusb、dmesg | grep usb、cat /sys/kernel/debug/usb/devices这些命令是必查项。如果设备枚举失败，dmesg会给出device descriptor read/64, error -71之类的信息，这个错误值往往对应硬件时序或复位信号问题。我在调试一块自制板卡时，靠dmesg定位到是D+上拉时序太晚，导致主机端在超时前没检测到设备插入，把枚举超时的时间放大后问题就消失了。

实操心得：手头最好始终保留一根带OTG线转接的Micro-USB线，外加一个USB电流/电压检测小表。插上外设时先看电压和电流是否正常，再谈枚举和驱动，90%的“不识别”都是电源先出了问题，如果VBUS压降到4.5V以下，设备自然不稳定。

5. 常见问题与排查技巧实录

5.1 样板插电脑不识别

这是我被问得最多的一个问题。排查顺序建议从供电开始：先量VBUS，应该是5V；再量GND，确认和板卡地共地；然后用万用表二极管档顺着D+/D-查，看是否存在短路或对地电阻异常。很多时候问题出在USB座子的封装上，D+/D-定义搞反了，看起来信号都有，实际上根本不通。

接着查ID脚。如果板子处于默认Device模式，ID脚应该是高电平，这个高电平是通过上拉电阻提供的。有人为了省电把ID上拉电阻省了，结果ID脚悬空电平不稳，插拔时会偶发切到Host模式，现象就非常诡异。如果ID脚能看到低电平，但板子依然不识别，那要回头查MCU侧是不是把角色状态机的起始条件写错了。

示波器抓D+波形也是很有价值的一步。Device插入后，D+上应该出现“被主机拉低—释放—再拉低”这样的复位序列，同时能看到设备的上拉效应。如果完全没有波形，大概率是PHY没使能或者ESD器件把信号钳死了。如果波形一闪而过，说明枚举进行了一半就失败了，接下来要多看dmesg或者Windows设备管理器里的错误码。

5.2 角色切换后设备“消失”或死机

角色切换瞬间最怕的是VBUS残压和上下拉切换不同步。比如从Host切到Device时，VBUS如果没关干净，电脑侧可能还认为这是一个“供电设备”，枚举就会错乱；反过来，从Device切到Host时，D+/D-上如果还残留着Device侧的上拉，外部设备插进来时，两边的偏置会打架。

我的推荐动作是先切偏置，再开VBUS。也就是说，从Device切到Host时，先把D+/D-从Device上拉切到Host下拉，保持一小段时间，再打开VBUS输出；从Host切到Device时，先关VBUS，等待VBUS放电（放电电阻帮了大忙），再切D+/D-偏置。这个硬时序写死在状态机里，不要依赖系统任务调度，否则高负载下会出现秒级抖动。

5.3 供电不足、过流和“USB资源不足”

USB Host口的供电能力不是无限的。传统A口500mA，OTG口在移动设备上往往更保守，有些手机OTG口只有几百毫安输出。如果外设是移动硬盘、USB风扇这类重负载，就必须考虑外置供电。

在使用外部电源给OTG口“撑腰”时，有个细节特别容易翻车：不要把外部5V直接和VBUS并联。正确做法是让外部5V先进入一个供电切换电路，或直接用一个更高功率的电源路径，把VBUS由负载开关单独控制；如果简单并联，一旦外部电源断电，电流会反向灌进外部电源模块，轻则保护重启，重则烧芯片。

Windows里经常出现的“USB资源不足”或者设备管理器感叹号，很多不是硬件问题，而是主机控制器某一端口的驱动或带宽限制。嵌入式工程师做开发时，如果遇到这类报错，可以换个原生USB口、换台电脑、或者用USB Hub的独立供电口来区分是设备自身问题还是主机侧资源问题。

5.4 实测：排查一份OTG板卡的完整思路

我把平时排查OTG板卡的一个完整思路整理成了表格，直接照着执行能省不少时间：

这个流程走一遍，基本能把“硬件问题”和“软件/驱动问题”区分开。我自己有几次卡在最后发现不是电路错，而是USB线本身就坏的，所以排查表里一定要加一条“换一条已知正常的数据线试试”，这个动作成本极低，却能节省大量时间。

6. 最后几个过来人的提醒

说几个在量产和长期维护阶段最容易踩到的点。

第一，OTG口的软启动不要省略。直接给VBUS上电会产生很大的浪涌电流，尤其在插入大电容类外设时，瞬间冲击可能让主电源跌落、MCU复位。负载开关的软启动时间通常有几百微秒到几毫秒，宁可让外设“慢慢上电”，也不要追求瞬间5V。

第二，PCB布局时尽量把OTG相关器件放在同一侧，ESD器件紧贴连接器，负载开关靠近VBUS路径，MCU的USB差分引脚到连接器的走线保持短且等长。如果你做的是两层板，D+/D-下面不要有其他高频信号跨过，否则EMI测试会非常痛苦。

第三，BOM里不要用“随便找的”ESD二极管和负载开关。量产品牌、批次不一样，结电容和限流精度差异可能很大。批量前我习惯做三件事：用示波器量不同批次样板的D+/D-眼图，用可调负载验证负载开关限流点，再用静电枪打一遍连接器接口，确认ESD防护不是摆设。

最后分享一个我自己一直在用的小技巧：在OTG设计里预留一个“角色强制”测试点。就是通过0Ω电阻或跳线帽，把ID脚强制拉低到GND或强制断开上拉。调试的时候，我不再需要反复插拔OTG线，直接在板子上拨一下跳线就能切换Host/Device模式，排查问题快得多。量产时可以去掉，如果没有空间，至少也要把ID、VBUS_DET、VBUS_EN、OC_FLAG这四路信号引出到测试点，哪怕只是过孔，都会让后续的售后分析和产线测试轻松不少。