OTG Host模式下PD×UAC角色切换时序图解：从VBUS协商到音频枚举的完整状态机

序：PD握手通了，音频还在转圈——问题往往不在单芯片

做过USB-C音频二合一设备的工程师大概都见过这个场景：手机插上转接器，PD快充图标弹出来了，但耳机插进去系统就是不认；或者干脆Codec反复重启，怎么调固件都不行。很多人第一反应是Codec坏了，或者USB驱动没调好。

实际上在OTG Host场景里，这类问题的根源大概率是PD协商状态机与UAC枚举状态机没有对齐——PD侧以为供电已经就绪，UAC侧却还没完成通道激活；或者CC Orientation检测还没做完，Data Role已经开始切换。两套协议各跑各的，系统自然卡在中间态。

这篇文章把LDR6028/LDR6023CQ（乐得瑞PD协议控制芯片）与KT0211L/KT0206（昆腾微USB音频Codec）放在同一张时序图里讲，就是为了把这条「协同链」拆干净。

一、OTG Host vs Sink：Data Role与Power Role的组合逻辑

USB-C接口支持双角色（DRP），但在OTG场景里「谁供电、谁受电、谁做Host」并不是随意组合的。先把几个基础概念理清楚，后面的时序讨论才有共同语言。

**Power Role（功率角色）**决定谁对外供电、谁从外部取电。在OTG Host模式下，本设备必须作为Source，即对外输出VBUS。这和手机默认的Sink模式直接冲突——这也是为什么很多设计需要CC检测通过后主动翻转角色。

**Data Role（数据角色）**决定谁做USB总线的主控。Host模式下本设备必须是USB Host，负责发起UAC枚举请求。如果Data Role没有正确切换，KT0211L/KT0206的USB 2.0 FS控制器即便上电，也无法响应总线上的Setup包。

CC Orientation是连接检测的物理层前提。USB-C接口有CC1和CC2两条通道，插头正插和反插对应不同的CC引脚接入。PD芯片需要先判断是哪条通道有上拉电阻Rp，才能正确建立通信路径。LDR6028和LDR6023CQ都支持DRP端口自动翻转CC Orientation，这也是它们适合OTG场景的核心原因。

简单来说：OTG Host模式的本质是「Power Role翻成Source + Data Role翻成Host + CC Orientation检测完成」这三件事必须依次全部就位，缺一不可。

二、三段式状态机详解：CC检测 → PD协商 → UAC枚举

把OTG Host模式的初始化流程拆成三个阶段，每阶段都有明确的前置条件和完成标志。了解这个顺序，是后面排查「卡在哪一步」的前提。

阶段一：CC Orientation检测 → tCC_DETECT

当USB-C公头插入，本设备作为DRP端口会检测CC1/CC2上的电压分压状态，判断：

• 对方是Source还是Sink
• CC通道正插还是反插

典型时间窗口：连接稳定后 10ms~50ms 内完成判断（tCC_DETECT），结果输出到PD芯片的CC引脚状态寄存器。这一步如果失败，后续PD协商根本不会启动。

实测注意：用示波器监测CC引脚，看是否有稳定的电压分压波形（约1.1V~1.8V区间），而不是浮空或接地。若波形抖动，大概率是Rp/Rd匹配电阻选型有问题。

阶段二：PD SRC Advertising → tPD_RDY

CC Orientation确认后，本设备切换为Source角色，广播PD Source Capability报文，对端Sink回应Request，本设备回复Accept，VBUS开始升压。

关键时间窗口：

• tPD_CONNECT：从CC检测完成到第一笔PD报文发出，约 20ms~100ms
• tPD_RDY：从VBUS开始升压到稳定在目标电压（通常5V/9V/15V），约 200ms~500ms，取决于后端负载电容大小

**VBUS稳定是硬前置条件。**如果VBUS还没完全建立就提前触发USB枚举，本设备作为Host发起GetDescriptor请求时，KT0211L/KT0206的USB PHY可能因供电不足而无法响应ACK，导致枚举失败。

LDR6028为单端口DRP设计，PD协商响应路径更短，适合对时序敏感的紧凑型音频转接器。LDR6023CQ为双口DRP，内置Billboard模块，PD协商路径稍长（多约30~50ms），但在连接笔记本电脑或平板时兼容性更好，不容易出现「功能受限」的系统提示。

阶段三：UAC Device Enumeration → tUAC_START

PD握手完成、VBUS稳定后，USB Host开始枚举接入的UAC设备。KT0211L/KT0206作为USB Audio Device Class 1.0设备，需要经过以下步骤：

1. USB复位信号：Host发送SE0状态约10ms，Codec进入默认配置
2. GetDescriptor(Device)：获取设备基本信息
3. SetAddress：分配设备地址
4. GetDescriptor(Configuration)：读取配置描述符
5. SetConfiguration：进入工作状态
6. UAC类请求：采样率协商（通常96kHz/48kHz/44.1kHz）→ 通道激活 → 播放启动

整个枚举过程典型耗时 300ms~800ms（tUAC_START），其中采样率协商是容易被忽视的瓶颈——KT0211L默认96kHz，如果Host端采样率不匹配需要额外一轮协商，可能会拉长100~200ms。

时序对齐红线：tPD_RDY结束必须早于UAC枚举开始，间隔建议留 50ms~100ms 的安全余量。实测中如果VBUS波形有明显过冲/下冲（>±10%），Codec可能在枚举中途复位，导致系统反复重启。

三、LDR6028 vs LDR6023CQ：OTG Host时序实战对比

两款乐得瑞PD芯片都支持DRP端口和USB PD协议，但在OTG Host场景的时序表现有可感知的差异，选型时需要结合具体产品形态来判断。

封装与端口数量是第一道分水岭：LDR6028采用紧凑型SOP8封装，单端口DRP控制，引脚少适合紧凑型音频转接器。LDR6023CQ采用QFN16封装，双端口DRP，支持数据与充电双路控制，引脚更丰富意味着调试时有更多IO可供示波器抓取时序信号。

PD协商响应速度：实测LDR6028在CC检测完成到首帧PD Source Capability发出的时间（tPD_CONNECT）约为 25ms，而LDR6023CQ因内置Billboard模块和双口路由，同等条件下约 35~40ms。这个差距对普通充电转接器影响不大，但对「插上即出声音」的OTG音频场景，10ms的延迟可能就是Codec启动快半拍和慢半拍的区别。

VBUS放电路径：当从Source切回Sink或热插拔发生时，LDR6028的放电路径控制引脚响应时间约 5~10ms，LDR6023CQ因双口逻辑更复杂，切换时间约 10~15ms。如果产品在测试中频繁出现拔插后Codec启动失败，检查VBUS放电电阻是否及时导通往往是突破口。

选型小结：对于单端口USB-C音频转接器（手机直插耳机场景），LDR6028的时序更紧、更直接，配合KT0206的小封装可以做得很紧凑。对于需要同时接充电线和音频设备的扩展坞形态，LDR6023CQ的双口+Billboard组合兼容性更好，OTG Host场景建议优先配KT0211L（QFN32 4×4mm小封装，G类耳机功放驱动能力略强）。

四、KT0211L vs KT0206：UAC枚举细节对时序的影响

两款昆腾微Codec都支持UAC 1.0免驱，在规格表上差距不大，但在OTG Host协同设计的实际调试中，有几个细节会直接影响系统时序表现。

封装差异先说清楚：KT0211L采用QFN32 4×4mm封装，尺寸更小，pin间距0.4mm，适合对PCB面积敏感的产品；KT0206采用QFN52 6×6mm封装，pin间距同样是0.4mm，但引脚数更多，扩展性强于KT0211L。两者都是无铅RoHS封装，选型时别只看尺寸，功能扩展性也是关键变量。

采样率协商顺序：KT0211L上电默认采样率为96kHz，Host端如果优先发送48kHz请求，需要一轮额外的SET CUR请求。KT0206同样默认96kHz，但它的DSP内部支持可编程采样率切换逻辑，固件层面可以预配置为优先响应44.1kHz（苹果生态常见），减少枚举阶段的协商轮次。如果目标产品要同时兼容Android和iOS设备，KT0206的灵活度稍高。

通道激活顺序：KT0211L的DAC输出激活顺序为「Left→Right」，KT0206支持可配置为「Right→Left」或「Stereo simultaneous」，这个顺序会影响某些游戏耳机的侧音（sidetone）路由时序。如果你的产品在设计中有侧音回路要求，建议提前和FAE确认通道激活的固件配置方式。

固件二次开发：KT0211L内置存储空间支持客户固件二次开发；KT0206同样具备固件扩展能力，且GPIO资源更为丰富，两者均可通过2-wire接口进行VID、PID等配置。具体固件开发细节建议联系代理商FAE获取参考代码包。

五、调试Checklist：每个状态节点的关键测量点

下面把整个初始化流程拆成可执行的检查步骤，配合万用表和示波器使用。万用表测静态电平，示波器抓时序边沿。

Checklist Step 1：CC检测层（tCC_DETECT阶段）

Checklist Step 2：PD协商层（tPD_RDY阶段）

Checklist Step 3：UAC枚举层（tUAC_START阶段）

常见失败模式归因树：

• 现象：PD握手成功但无音频

  • 检查：VBUS稳定后再开始枚举了吗？
    • 是→检查USB D+/D-波形
      • 波形卡死在J态→Codec未响应，VBUS供电不足
      • 波形正常但无SETUP→Data Role未正确切换为Host
    • 否→PD时序过紧，tPD_RDY与tUAC_START重叠

• 现象：Codec反复重启

  • 检查：VBUS放电路径是否受控
    • 放电时间过长→LDR放电电阻或控制逻辑异常
    • 放电正常→检查KT系列Codec的供电纹波，>100mVpp需加滤波

六、BOM组合选型建议：场景对应型号

不做无脑推荐，根据实际产品形态对号入座。

关于成本和交期：具体价格和MOQ站内未披露，可联系代理商询价获取当前批量报价。LDR6028配合KT0211L/KT0206的QFN封装方案在主流音频产品中已有多家量产品牌采用，供应链相对稳定，建议索样后实测时序匹配度。

常见问题（FAQ）

Q1：OTG Host模式下PD协商成功但UAC设备始终无法枚举，最可能的原因是什么？

大概率是tPD_RDY与tUAC_START时序重叠——PD侧的VBUS还没完全稳定，Host已经发起了USB复位信号，导致Codec的USB PHY响应异常。解决办法是在LDR6028/LDR6023CQ的固件中增加PD握手完成后的强制延时（建议≥50ms），再使能USB数据通道。

Q2：LDR6028和LDR6023CQ都能做DRP端口，在OTG音频场景怎么选？

看产品形态：单端口音频转接器选LDR6028，响应快、引脚少、布局紧凑；需要同时处理充电和数据两口或对Billboard兼容性有要求（如接部分Windows平板会弹「功能受限」），选LDR6023CQ。QFN16封装调试时引脚更容易飞线抓信号。

Q3：KT0211L和KT0206的封装分别是多少，能用在什么空间受限的场景？

KT0211L是QFN32 4×4mm封装，引脚间距0.4mm，pin count相对少，适合紧凑型USB-C音频转接器或耳机小尾巴。KT0206是QFN52 6×6mm封装，pin间距同样是0.4mm但引脚数更多，GPIO扩展性更强，适合需要多路按键或LED指示的产品。具体选型建议联系FAE确认PCB叠层和走线可行性。

结语：OTG Host模式的调试本质上是一个「协议对齐」问题，不是一款芯片能单独解决的。LDR系列PD芯片负责把VBUS和Data Role摆到正确位置，KT系列Codec负责把音频通道打开——两者时序配合好了，「PD通但音频不通」的顽疾自然消失。选型时别只看规格表上的封装尺寸和功率参数，tPD_RDY与tUAC_START之间留多少安全余量，才是真正决定产品稳定性的细节。

如需获取完整时序参考图（PDF格式）或申请LDR×KT联合BOM样品套件，欢迎联系代理商FAE获取OTG参考设计文件包及原理图评审支持。价格与MOQ信息站内暂未统一维护，询价后获取实时报价。