把Type-C接口、OTG和协议芯片这三个词放一起看，其实就是一个特别典型的嵌入式硬件选题：手机和平板动不动就要求插U盘、接键鼠，工控板上预留一个USB口要给外设供电，这些需求都指向同一件事——让设备在Type-C口上灵活切换“主机”和“从机”两种身份。我在实际做方案时发现，很多工程师对Type-C OTG的理解还停留在Micro-B时代“拉低ID脚就行”的层面，换到Type-C之后，CC脚上的角色检测、供电协商、线缆身份识别全都搅在一起，一旦选型时漏掉某个细节，样品出来就是各种插上没反应、识别了又掉线。这篇文章我就把方案选型的完整思路捋一遍，顺带把网上吵得挺热的“普通Type-C转USB-A数据线和OTG线到底差在哪”这个问题，从电气原理上一次性讲清楚。
1. OTG方案选型前，先把Type-C角色识别这套逻辑吃透
1.1 从Micro-USB OTG到Type-C，变的是什么
Micro-USB时代做OTG很简单：Micro-B接口里有一个ID引脚，把ID脚直接短接到地，设备就进入Host模式，可以对外输出5V并枚举外设；ID脚浮空或者保持高电平，设备就老老实实做Device。当时Android手机的OTG线，本质就是一根“ID脚接地”的转接线，里面除了D+/D-和VBUS之外，没有太多需要动脑子的地方。
Type-C把这一切改掉了。Type-C接口没有ID脚，取而代之的是CC1和CC2这两个配置通道引脚。设备的身份靠的是CC引脚上呈现的电阻状态，而不是一个简单的短接。更关键的是，Type-C规范引入了Source和Sink的概念：Source相当于供电方（通常是主机），Sink相当于受电方（通常是从机）。一台支持OTG的设备，在Type-C语境里通常是一个DRP（Dual Role Port，双角色端口），它会在Source和Sink之间周期性地切换，像一个轮流“试探对方身份”的过程。
所以，做Type-C OTG方案，首先要在思维上转变过来：不要再找ID脚，而是要处理CC脚上的上下拉电阻，以及由这些电阻触发的角色切换状态机。我见过不少工程师拿Micro-B的旧图纸直接改Type-C封装，结果CC1和CC2悬空，板子插上去设备完全没反应，就是这个转换没做透。
1.2 CC引脚上的Rp、Rd、Ra到底怎么认
Type-C CC引脚上的三种电阻状态，是整个角色识别的核心，必须记牢：
- Rd（下拉电阻，5.1kΩ到GND）：表示这一端是Sink/Device，也就是“我接受供电，我愿意做被控方”。普通U盘、鼠标接收器这类设备，以及Type-C转USB-A的线缆，在C端都会挂Rd。
- Rp（上拉电阻，到VBUS或到独立的5V）：表示这一端是Source/Host，也就是“我能输出供电，我来做主”。电脑的Type-C口、手机切到Host模式，内部呈现的都是Rp。
- Ra（1kΩ下拉到GND，通常配合VCONN）：表示线缆需要VCONN供电，比如带E-Marker芯片的电子标记线缆，或者需要内部芯片供电的线缆。
检测逻辑是：当一端作为Source时，它通过检测CC引脚上是否有Rd来判断对方是不是一个可以连接的Sink；当一端作为Sink时，它检测对方是否呈现Rp来判断自己能否取电。Rp的电阻值还隐含了供电能力信息：56k对应默认USB 500mA，22k对应1.5A，10k对应3A。这个阻值和电流的对应关系，在做Reference电路时经常要用到，不同产品想要向对方“广播”多大的供电能力，就选对应的Rp。
我一直建议团队里的硬件工程师，把这个Rp/Rd/Ra的检测逻辑画成一张状态图贴在工位旁边。因为后续无论是选Type-C控制芯片、调试CC逻辑、还是排查兼容性问题，这套状态图就是判断依据，比死记硬背芯片手册有效得多。
1.3 “协议芯片”具体管哪几件事
“OTG协议芯片”这个词，在不同产品里的含义其实不一样，但归纳下来核心就是三件事。
第一件是CC逻辑检测与控制。芯片要能切换Rp和Rd，能检测对方呈现的是哪种电阻状态，能判断插入方向（正反插）并自动交换CC1/CC2信号。这是最基础的一层，做线材转接器、嵌入式主板扩展口都离不开。
第二件是USB角色管理与状态机。这层负责处理DRP切换、Try.SRC/Try.SNK策略，以及主机和设备之间的握手时序。换句话说，芯片决定了自己什么时候当Source、什么时候当Sink，以及切换的节奏。很多“插上没反应”的兼容性问题，最后都查到这个状态机的行为上，比如某些芯片的Try.SRC超时时间设置不当，导致它对某些设备迟迟不肯转入Host模式。
第三件是供电协商协议，典型的就是USB PD协议。如果OTG场景要支持快充、反向供电、或者对外输出更高电压（比如12V给移动硬盘坞），就需要走PD协议协商。PD协议芯片通过CC引脚上的BMC信令，完成Source和Sink之间的供电能力协商、DR_Swap角色交换等动作。
明白了这三层分工，选型时就不会被芯片型号搞晕：你要的到底是“一个带CC逻辑的开关”，还是“一个支持PD协商的完整协议栈”，两者成本差好几倍，设计复杂度也完全不同。
2. 围绕选型的四个核心决策点
2.1 角色策略：做DRP还是固定角色
选型第一件事，确定产品需要什么样的角色策略。如果产品就是一个纯粹的Type-C转USB-A母口转接器，那角色是固定的：插上手机后，它要让手机变成Host，转接器另一端接的U盘是Device，所以方案可以非常简单，CC线上挂Rd让手机进入Source角色即可，甚至不需要“芯片”，几个电阻就能完成。
但如果做的是嵌入式主板或者移动电源这类产品，情况就复杂了。比如一个工控主板上的Type-C口，既要能接U盘（主板做Host），又要能连电脑刷机（主板做Device），那就必须支持DRP，并且最好能通过软件或者外部引脚来调整角色策略。此时芯片选型就要看它是否内置DRP状态机，是否支持Try.SRC/Try.SNK，以及切换过程中是否会自动断开重枚举USB总线。
我遇到过不少产品为了省成本，用纯MCU的GPIO去模拟CC切换，结果DRP周期控制不好，插到某些手机或者笔记本上要等好几秒才能识别，用户体验很差。对于量产产品，我倾向于用专用CC逻辑芯片，哪怕贵一两块钱，换来的是稳定的时序和低得多的软件调试成本。
2.2 供电策略：VBUS谁来给、给多少
OTG场景下，VBUS供电方向直接决定方案复杂度，这是选型时最容易被低估的一项。
如果产品是手机OTG接U盘，供电方向是手机作为Source向外设供电，那么你需要考虑的是：手机内部有没有做限流保护？外设最大电流需求是多少？USB 2.0规范里Host口默认供电能力是500mA，但很多Type-C手机在OTG模式下实际能提供1.5A甚至更高，这取决于手机平台的策略和CC上Rp的阻值。如果你设计的转接器或者HUB要同时挂多个外设，就必须评估总电流，否则一个移动硬盘加上无线键鼠接收器，就能把手机VBUS拉垮。
如果产品是让Type-C设备在连接电脑时做Device，同时又要支持快充，那VBUS由电脑或者充电器提供，方案要考虑的是BC1.2充电协议识别或者PD取电协商。此时选型就要选支持Sink侧协议协商的芯片，比如PD Sink芯片，它能主动向充电器请求合适的电压和电流。
如果做的是带坞站功能的产品，比如Type-C HUB，那就更复杂了。坞站自己可能需要外部电源适配器供电，同时还要对外输出电源给手机或者其他外设。供电拓扑可能是“外部DC输入+PD协商+多路电源管理”，这时候选型不仅要看Type-C协议芯片，还要搭配负载开关、电源路径管理芯片，单纯一个OTG协议芯片是搞不定的。
我还建议在原理图阶段就把供电预算做成一张表：每个USB口分配多少电流、总输入电流多少、过流保护阈值多少。这张表不仅是设计文档，后面调试时排查“供电不足导致掉设备”的问题，全靠它做基准。
2.3 协议兼容：PD、BC1.2、老设备识别
兼容性往往是产品上市后客诉最集中的地方。OTG方案选型，不能只看芯片支不支持Type-C规范，还得看它对老协议、老设备的兼容能力。
第一个要关注的是BC1.2。很多USB-A口的充电器、车载充电器不支持Type-C规范，只支持BC1.2充电协商。如果你的产品要兼容这些老充电器，芯片得能识别BC1.2的D+/D-电压状态，正确输出或者接收充电电流。一些入门级的CC逻辑芯片只处理CC线上的状态，对BC1.2完全不理会，接上老充电器可能只能以默认500mA充电，白白损失充电速度。
第二个是PD协议版本差异。PD3.0和PD2.0在协商流程上不完全一样，PPS（可编程电源）功能也不是所有设备都支持。如果产品主打的是“OTG+快充”，芯片的PD协议栈版本就很重要，最好选能升级固件的方案，否则后期遇到新设备不兼容，芯片可能得重新流片，那种成本谁都扛不住。
第三个是“无CC老设备”的兼容。USB-A接口的设备（U盘、鼠标、键盘、打印机）本身没有CC引脚，它们接入Type-C系统只能靠转接线或者转接器里的Rd电阻来“伪装”身份。这里有个常见坑：Type-C转USB-A母口的转接器，如果里面只做了D+/D-和VBUS直连，CC完全悬空，那么插在某些手机上，手机系统根本检测不到有设备插入，因为CC上没有有效的终端电阻。所以兼容性不是芯片单方面的事，线材和转接器的CC网络同样要按规范做。
2.4 工程交付：封装、功耗、BOM成本与控制方式
选型最终要落到板上，工程指标绕不开。
封装方面，如果是做转接器、Dongle这种小尺寸产品，芯片封装最好选DFN、QFN这类小封装，能有效控制PCB面积；如果做开发板或者工控核心板，SOP甚至DIP封装更方便手工焊接和调试。封装不仅影响体积，还影响散热和ESD布局，Type-C座附近要放TVS管和共模电感，如果芯片封装太大挤占了布局空间，后续布线会很难受。
功耗方面，做电池供电产品（手机、移动电源、便携设备）的工程师要特别注意芯片的待机电流。有些PD协议芯片为了随时响应插入事件，会保持CC检测电路常供电，待机电流可能达到几百微安，对电池寿命影响不小。选型时优先看数据手册里的Shutdown或者Standby模式电流，最好能通过GPIO控制芯片在低功耗状态和检测状态之间切换。
BOM成本方面，同样是“Type-C OTG”需求，方案成本可以从几毛钱拉到十几元。纯CC电阻方案，两颗5.1k电阻就能解决一部分场景，成本可以忽略不计；MCU+CC逻辑的方案，软件工作量上去但硬件成本可控；专用PD协议芯片+负载开关+TVS阵列的方案，物料成本最高，但功能和稳定性也最好。没有绝对的好坏，只有合不合适的场景。
控制方式也是被忽略的点。芯片的控制接口有硬件引脚配置（简单粗暴，适合量产）、I2C/UART寄存器配置（灵活，适合需要动态切换角色的场景）、以及完全自主运行的硬件状态机（无需主控干预，适合线材类产品）。做方案架构时，要把主控MCU有没有空余的I2C接口、有没有足够的GPIO去接收芯片中断都提前想好，否则原理图改到一半发现接口不够，那才叫难受。
3. 普通Type-C转USB-A数据线和OTG线，到底哪里不一样
3.1 外观和结构：公头与母口、内部走线方向
这个问题其实可以一句话先点破：普通Type-C转USB-A数据线，另一端是USB-A公头，用来插电脑或者充电器上的USB-A母座；OTG线，另一端是USB-A母口，用来插U盘、鼠标接收器这类USB-A公头设备。一个是“我连主机”，一个是“我接设备”，拓扑方向完全反过来。
看内部走线更直观。普通数据线里，VBUS是从USB-A公头的VBUS脚一路传到Type-C公头的VBUS脚，供电方向是电脑/充电器→手机；OTG线里，VBUS从Type-C公头传到USB-A母座的VBUS脚，供电方向是手机→外部设备。所以同样是看着像一根线，插电的方向、VBUS的来源完全不是一回事。
容易引起混淆的是，市面上不少Type-C转USB-A母口的“OTG转接头”实际上没有盒子也没有线，就是一个小短头。而有些“普通数据线”外观看起来是C口转A口，但它内部只是把D+/D-、VBUS、GND四根线直连，CC脚什么都没接，这种线只能用来充电或者连不支持识别CC的旧设备，用它做OTG大概率没反应。判断一根Type-C转USB-A线能不能做OTG，看A端是公头还是母口只是第一步，还要测CC脚有没有终端电阻。
3.2 电性逻辑：为什么OTG线里通常是5.1k下拉
网上很多人争论OTG线里到底是上拉到VBUS还是下拉到地，答案其实很明确：Type-C公头内的CC1和CC2各接一个5.1k电阻下拉到GND（也就是Rd）。它的作用是让手机或平板在DRP检测时，在“自己作为Source”的那个切换窗口识别到另一端是Sink，于是稳定进入Host模式，并对外输出VBUS。
用Type-C角色状态机来理解就很顺：手机平时在Source和Sink之间反复试探。当它作为Source时，内部呈现Rp，此时它需要检测到Rd才能确认“对面的确是个设备”，从而停下切换并稳定为Host；同样地，当它作为Sink时，内部呈现Rd，它需要检测到Rp才认为对面是主机。OTG线里的Rd会让手机在“作为Source”的窗口期配对成功，所以最终手机成为Host，VBUS由手机输出。
这里有个细节值得注意：CC1和CC2必须同时接Rd，因为Type-C支持正反插。如果只给CC1接Rd、CC2悬空，那么当线材反插时，手机会检测不到有效终端电阻。所以任何Type-C转USB-A母口的OTG转接器，CC1和CC2要对称处理，这一点在做原理图时一定要检查。
3.3 一张表看懂两种线的适用场景
我整理过一张对照表，基本能把两种线的区别说透，也给过不少客户参考：
| 对比维度 | 普通Type-C转USB-A数据线 | OTG线（Type-C转USB-A母口） |
|---|---|---|
| A端形态 | USB-A公头 | USB-A母口 |
| 连接对象 | 电脑、充电器的A母座 | U盘、鼠标、键盘等A公头外设 |
| 手机角色 | Device（从机） | Host（主机） |
| CC终端电阻 | 通常带Rd（5.1k下拉），部分廉价线可能缺失 | 必须带Rd（5.1k下拉） |
| VBUS供电方向 | 电脑/充电器给手机供电 | 手机给外设供电 |
| 典型用途 | 充电、刷机、传文件、连PC调试 | 手机接U盘、读卡器、键鼠、手柄 |
| 是否能通用 | 普通线不一定能做OTG（看CC） | OTG线一般能当普通线用，但A母口无法插电脑 |
把这张表放到项目评审里，能少吵很多架。尤其是“普通线能不能当OTG线用”这个问题，答案取决于CC上有没有终端电阻。很多合格的数据线在C端本来就有Rd，这类线在加一个转接母头后确实能实现OTG，但直接拿一个只有四根线直连的廉价线去OTG，基本是插了没反应。
3.4 自制OTG线的实操与风险提示
我见过不少DIY玩家自己焊OTG线，方法其实很简单：把Type-C公头的CC1和CC2分别通过5.1k电阻接到GND，然后把VBUS、D+、D-、GND跟USB-A母座的对应脚直连。焊接时注意D+/D-要采用双绞或者短线直连，避免高速信号质量恶化，另外VBUS和GND的线径要足够粗，否则大电流下压降太大，外设会供电不足。
不过自己焊的转接线有两个风险。第一，5.1k电阻的精度直接关系到角色识别可靠性，最好用1%精度的电阻，不要随手从料盒里抓一个4.7k或者5.6k，虽然很多设备也能识别，但边界情况下会出现概率性不识别。第二，自制方案没有任何过流和静电保护，手机对外供电遇到短路时，只能靠手机内部的保护电路硬扛，长期插拔容易损坏Type-C座或者主板的VBUS路径。所以我建议，调试验证阶段自己焊一根没问题，要做产品还是老老实实打样正规转接器，该加的过流开关和ESD保护一个都不能少。
4. 可落地的方案路线与参考电路
4.1 三条主流选型路线
结合我自己做过和拆过的方案，Type-C OTG选型大致分三条路线，按成本和复杂度从低到高排。
路线一：纯电阻+负载开关，适合线材、转接器、低成本配件。结构就是CC1/CC2各挂一颗5.1k下拉，VBUS路径上加一颗负载开关做过流保护（可选），不需要任何协议芯片。优点是BOM成本极低、开发周期几乎为零，缺点是只能实现固定角色，没有协商能力，不支持PD快充，也不能动态切换Source/Sink。如果你的产品就是一个Type-C转USB-A母口的OTG转接器，这条路线完全够用。
路线二：MCU模拟CC逻辑+独立USB PHY（或者主控自带PHY），适合定制化开发和测试工装。用MCU的GPIO控制上拉/下拉电阻的切换，模拟DRP状态机，同时通过检测VBUS和CC状态决定角色。好处是灵活，状态机逻辑完全自己掌控，调试时可以打日志看状态；坏处是软件工作量大，且MCU的GPIO模拟时序精度有限，在快速DRP切换和PD协商场景下容易出问题。这条路线更适合学习研究和测试验证，不太适合量产消费类产品。
路线三：专用Type-C控制/PD协议芯片，适合量产消费电子、工控产品。这类芯片内部集成了CC检测、Rp/Rd切换、DRP状态机，部分还支持PD3.0协议协商。典型代表有TI的TUSB320/TUSB321系列、安森美的FUSB302，以及国内厂商的一些Type-C PD协议芯片。选这类芯片时，重点看三件事：是否支持你需要的DRP策略、PD协议栈版本、是否有成熟的驱动和参考设计。价格比纯电阻方案高不少，但换来的稳定性和开发效率非常值。
三条路线不一定是互斥的，有些产品会组合使用，比如Type-C口附近放一颗CC逻辑芯片负责角色识别，同时用一颗PD Sink芯片单独做取电协商，两套功能分开设计，软件上协同管理。
4.2 CC网络参考电路与器件选型
这里给一个我常用的参考思路（具体参数以实际芯片手册和产品需求为准）。核心是CC1、CC2两路的对称设计：
- 每个CC引脚到GND各放一颗5.1k、1%精度电阻（Rd），如果需要动态切换，则通过晶体管或者模拟开关控制该电阻的接入/断开。
- 如果需要声明较高供电能力，16k-100k（常见56k/22k/10k）的Rp上拉电阻放到VBUS和CC之间，根据需要的电流等级选择。注意Rp和Rd不能同时接入，这一点在芯片方案里由内部状态机保证，分立方案要自己设计互斥逻辑。
- 如果需要支持E-Marker线缆检测，预留Ra（1k下拉）和VCONN供电开关，VCONN由5V电源通过负载开关提供。
- CC引脚上预留TVS二极管到地的位置，靠近Type-C座放置，防止插拔静电损伤协议芯片。
- VBUS路径上加一颗限流负载开关，阈值根据最大输出电流确定。开关选型时关注导通电阻（越低越好）、限流精度和反向保护能力。例如设计对外输出为1.5A时，限流阈值不要卡死在1.5A，留20%左右余量更稳妥，防止外设启动瞬间的浪涌误触发保护。
实际Layout时，CC线的走线尽量短且远离VBUS和高速数据线，减少耦合。D+/D-作为USB2.0差分对，要保证90Ω±10%的差分阻抗控制，并且套用ESD防护器件，这些细节看着不起眼，却是稳定运行的大头。
4.3 整机验证清单
方案做完不能只看芯片能枚举，整机验证要过得细。我一般按以下清单来测：
- 角色切换测试：分别插入电脑（Source）、充电器（Source）、U盘（Sink设备）、Type-C Hub（复合设备），观察设备是否稳定进入目标角色。
- 正反插测试：Type-C座有方向性，CC1/CC2随机对应，必须正反各测一遍，确保插入方向不影响功能。
- 供电能力测试：用电子负载拉载，确认VBUS电压跌落不超过5%，过流保护动作电流和设计值一致。
- 兼容性测试：拿不同品牌的手机、平板、笔记本交叉测试，列一张兼容性矩阵表，是排查客诉的重要底料。
- ESD测试：Type-C座是外露接口，建议直接按整机的ESD标准打靶测试，CC和VBUS的防护器件损耗后要能正常恢复工作。
- 温升测试：满载长时间运行，检查协议芯片和负载开关的温升，线材和转接器这种小结构里散热条件差，芯片温度过高会诱发保护或者降流。
这份清单看起来繁琐，但每一档对应一类真实客诉：不识别是角色切换问题，供电不足是VBUS能力问题，插拔几次就坏是ESD问题。在项目早期跑完一遍，后期返工的概率会小很多。
5. 实际调试中踩过的坑和排查速查表
5.1 插上OTG没反应的常见根因
“插上U盘没反应”是调试中出现频率最高的问题，但根因往往各不相同。优先级最高的怀疑对象是CC终端电阻。检查Type-C公头或转接器的CC1/CC2有没有接Rd到地，阻值是否在4.7k-5.6k范围内，有没有虚焊。我甚至遇到过工厂贴片时把5.1k电阻漏贴、只靠芯片内部弱下拉在工作的情况，那种偶发识别、时好时坏的问题最难查，最后是拿热成像仪逐个电阻照出来缺件的。
其次是确认VBUS有没有正常输出。手机作为Host输出5V，外设需要从这个VBUS取电。如果VBUS路径上的负载开关没打开，或者限流阈值设得太低，U盘可能刚插入就被断电，表现为盘符闪一下然后消失。
第三个是D+/D-信号没连通。OTG转接器或线材里D+/D-断开、接触不良，都会导致枚举不成功。用示波器抓D+/D-上的USB握手波形，比盲目换芯片效率高得多。
最后才怀疑协议芯片本身。我曾经在一批样板中发现某颗CC逻辑芯片的固件版本太老，对某类U盘的控制传输响应异常，升级固件后问题消失。所以遇到芯片方案兼容性差，先查有没有新固件，再考虑换型号。
5.2 U盘能识别但键鼠偶发掉线
这种问题十有八九出在供电或者信号质量上。键鼠这类外设功耗不大，但无线键鼠接收器对抗干扰很敏感，如果Type-C口旁边的D+/D-走线附近有开关电源噪声耦合，USB握手时序就会被破坏，导致偶发掉线。排查时先在VBUS和GND之间加一颗100uF电解电容，看掉线是否缓解，如果缓解就说明是电源纹波问题。
另一种情况是转接器或者线材的D+/D-线太长，超出了USB2.0的信号完整性要求。USB 2.0高速信号在普通线材上容忍的长度是有限的，OTG转接线如果内部走线乱、没用差分结构，插上移动硬盘这种高速设备时就容易掉线，而低速键鼠反而没问题。这种情况下，除了缩短线材，还可以考虑加USB Redriver，但成本会上升，能在Layout阶段控制好走线才是最优解。
5.3 兼容性差异：有的手机能Host，有的只能Sink
同一根OTG线，插到A手机上能读U盘，插到B手机上却只能充电，这种兼容性差异让人很头疼。根因通常是不同手机DRP策略不同，有些手机默认Try.SRC，插入OTG线后立刻稳定为Host；有些手机Try.SNK优先，总是先尝试做Sink，如果CC检测窗口错过了对面的Rd，就会迟迟不切换角色。
处理这种兼容性问题，一方面选型时选支持“Try.SRC/Try.SNK可配置”的协议芯片，通过寄存器把默认角色策略调成更期望的方向；另一方面，如果产品是转接器，可以在产品说明里标注兼容性范围；如果是自己做的设备，可以在系统层加一个手动切换Host模式的触发开关，用户插上后如果系统没反应，点一下按钮强制切Host，这种兜底方案虽然不优雅，但很实用。
5.4 排查速查表
| 现象 | 优先排查点 | 可尝试处理 |
|---|---|---|
| 插上U盘完全没反应 | CC1/CC2是否接Rd（5.1k到地） | 补焊电阻、用万用表量CC到地阻值 |
| 能识别但盘符闪没 | VBUS是否输出、负载开关限流是否过低 | 抓VBUS波形、提高限流阈值或换开关 |
| 键鼠偶发掉线 | D+/D-信号质量、电源纹波 | 加大滤波电容、优化差分走线、加Redriver |
| 手机A能认、手机B不认 | DRP策略差异 | 配置协议芯片Try.SRC/Snk、加手动切换 |
| 插上充电器只能500mA | 芯片BC1.2/PD协商能力不足 | 换支持BC1.2的取电协商芯片 |
| 正反插有一向不识别 | CC1/CC2不对称、某一侧虚焊 | 检查两侧Rd是否都存在 |
这张表是我做项目收尾时必出的文档，也会同步给生产和售后团队。很多时候客诉到售后手里，工程师不在现场，拿着这张表按图索骥，能快速缩小问题范围，省掉大量来回寄样品的成本。
6. 最后聊点个人体会
方案做得多了之后，我越来越觉得Type-C OTG的本质不是“挑一颗好芯片”，而是“把CC角色识别、供电路径和系统软件之间的配合理顺”。芯片只是把CC上的电阻状态翻译成角色角色，真正决定产品好不好用的，是你在原理图上对CC网络的处理、对VBUS供电的预算、对D+/D-信号质量的尊重。
我给新人的建议是，第一步不要急着买开发板，先拿一颗Type-C公头、两颗5.1k电阻和一块USB-A母座，亲手焊一根OTG转接线，插到手机上试试。把这一步做通，你对CC电阻、角色切换和VBUS方向的理解，会比看十遍数据手册都扎实。然后在这个基础上再去玩协议芯片，你会发现自己能判断芯片的每一个引脚为什么存在、每一个寄存器为什么要配。
项目复盘时，我通常会把CC网络设计、供电预算表和兼容性测试矩阵装订成一份简单的设计总结，留档备查。这些不起眼的文档，在下一次产品迭代、甚至下一个项目启动时，都是最值钱的资产。
