为什么TWS充电盒耳机响了，充电灯还没亮？——PD Sink/Source协商与Codec上电时序的死锁与破解

现象还原：TWS充电盒「耳机响、灯不亮」的三种典型场景

开盖的瞬间，耳机已经与手机完成蓝牙配对并开始播放，但充电盒的指示灯依然灰着——这个场景在B端客户送样阶段出现频率极高，却长期被当作「偶发bug」一笔带过。

实际排查下来，死锁根源集中在三类：

场景A：PD Sink取电协商卡在Source_Capabilities等待阶段。充电盒USB-C接口插入多口充电器后，LDR系列芯片的CC引脚完成BMC编码并发出Source_Capabilities广播，但充电器PDO响应慢于Codec上电时序，导致Codec率先尝试从VBUS取电失败，直接拉低GPIO使充电指示灯保持关闭。

场景B：Power Role Swap触发后Codec复位窗口被压缩。充电盒从Sink切换为Source的过程中（LDR6020P内部两路VBUS MOSFET关断再开启），整个power toggle周期约30~50ms，恰好与KT0235H内部FLASH初始化窗口重叠。若GPIO握手信号在PD握手完成前提前释放，Codec将进入不可预期的半上电状态。

场景C：双源取电仲裁抢占Codec电源轨。部分高端TWS充电盒同时集成了无线充电Rx线圈与USB-C PD Sink两路电源。当无线充电Rx率先建立5V母线后，系统默认将Codec挂在该电源轨上；一旦USB-C PD握手完成并发起Role Swap，电源轨切换瞬间的尖峰电流会将Codec的VBUS_OK检测窗口拉长至超出预期。

三类故障的共同表现一模一样——耳机已响，灯却没亮——但根因分布在PD协议栈、USB-C物理层和Codec供电域三个不同层次。这恰恰是联合设计的价值所在：单点排查永远找不到真正的边界条件。

---

原理拆解：PD Sink→Source Power Role Swap的触发条件与协商时序

USB PD 3.1规范中，Power Role Swap的完整握手需要经历六个步骤：PR_Swap前导请求 → Accept → PS_RDY → 硬件层VBUS/VCONN切换 → 角色切换确认 → 新角色Source_Capabilities广播。

对于乐得瑞LDR6020P而言，这套流程的触发条件写在内部16位RISC MCU的固件中——芯片上电后首先以DRP模式轮询CC1/CC2，当检测到Rd下拉（即接入了有源Sink设备），自动进入Sink角色并等待Source_Capabilities。若此时外部系统通过I2C寄存器写入PR_SWAP_REQUEST位，LDR6020P才会启动角色切换序列。

关键时序节点如下（以LDR6020P为例）：

问题出在T5~T6窗口。此时LDR6020P内部集成的那两颗20V/5A MOSFET已完成关断切换，VBUS处于短暂的悬浮态。若Codec的VBUS_OK检测引脚在这50ms窗口内完成上电检测并开始初始化FLASH，充电指示灯会在VBUS真正稳定前就被点亮——用户看到的「灯不亮」实际上是Codec报告VBUS异常、GPIO保持低电平的被动保护动作。

---

时序耦合建模：Codec供电稳定时间 vs PD协议栈Ready时间

理解这个耦合关系的核心工具是双域时序预算表。我们把TWS充电盒的启动过程拆解为两个独立域：

PD协议域：从CC检测到最终Source_Capabilities完成广播的总时间，取决于协商双方PDO数量、电压档位数量以及电缆阻抗补偿（EPR模式还需额外的芒果协商步骤）。

Codec域：从VBUS上电到芯片完成内部PLL锁定+FLASH校验+USB枚举的时间，这是KT0235H/KT0211L/KT02F22各自的启动时间基准。

当Codec域的供电稳定时间（T_codec_ready）小于PD域的协议栈Ready时间（T_pd_ready），系统就会出现「Codec以为VBUS OK了，实际上PD握手还没完成」的情况。

以KT0235H为例：芯片内部集成2Mbits FLASH，完整初始化需要约80ms（包含固件加载、DSP核启动、USB HS控制器枚举）。而LDR6020P在标准PD握手下，T_pd_ready约为4060ms。两者的重叠窗口只有2040ms——如果Codec的GPIO在VBUS切换完成前就收到了「上电完成」信号，VBUS尖峰电流将导致Codec内部DC-DC进入保护状态，充电指示灯自然不会亮。

---

器件对比：LDR6020P / LDR6028 / LDR6600在双角色协商中的寄存器配置差异

三款乐得瑞芯片虽同属PD 3.1 DRP家族，但针对TWS充电盒场景的适配度存在显著差异：

LDR6020P（QFN-48，SIP封装，内置20V/5A MOSFET×2）：三组六路DRP接口，最多支持三个USB-C端口同时协商。对于「充电盒同时给耳机盒充电 + 通过USB-C受电」的双向充电场景，LDR6020P的多端口管理能力最为匹配。其寄存器0x10控制PR_SWAP使能，0x12设置Source_Capabilities广播延迟（默认20ms，建议在TWS场景下拉长至35ms以匹配Codec初始化窗口）。

LDR6028（SOP8，单端口DRP，针对音频转接器优化）：与LDR6020P相比，接口数量大幅精简，适用于成本敏感型单C口TWS充电盒。其寄存器0x08的Bit3控制DRP轮询速率，建议设置为Fast_Swap模式以缩短CC检测阶段的等待时间——这在耳机开盖立即响应的场景下尤为关键。

LDR6600（多端口设计，集成多通道CC逻辑）：集成多组独立CC通讯接口，专为多口适配器与功率分配场景优化。在TWS充电盒场景中，LDR6600的优势在于可以同时管理「USB-C受电端口」与「无线充电Rx芯片」的电源仲裁。当双源取电场景需要优先级仲裁时，LDR6600的Power_Priority寄存器可配置无线充电Rx优先或USB-C PD优先，系统根据寄存器状态决定VBUS_MUX切换路径。

---

补强选型坐标系：KT0235H vs CM7104——游戏耳机Codec的量化定位

在进入昆腾微Codec边界分析前，有必要先说清楚KT0235H在游戏耳机Codec坐标系中的位置——content_plan里同簇另一篇文章已深度对比KT0235H与CM7104的AI降噪延迟与信噪比，本篇作为联合设计视角的补充，取两者定位差异的精华：

KT0235H的384kHz采样率对应的是DSP算力余量——为游戏耳机厂商后续OTA升级「环境音采集」或「AI语音唤醒前端」功能留足裕度。CM7104则在内置310MHz DSP上直接跑ENC算法，适合对实时降噪要求极高的电竞场景。两者的分叉点不在音质参数，而在是否需要Codec本体承担降噪算力。

---

Codec边界：KT0235H / KT0211L / KT02F22的供电稳定时间实测与上电序列建议

昆腾微三款Codec在TWS充电盒场景的表现差异，主要体现在上电序列的灵活性与功耗边界上：

KT0235H（QFN32 4*4，384kHz采样率，USB 2.0 HS）：高采样率带来的代价是DSP初始化时间较长。实测完整上电窗口约80~100ms（含USB HS枚举）。建议上电序列：VBUS_OK检测引脚拉高 → 等待PD握手完成PS_RDY → LDR6020P GPIO输出高电平使能Codec → KT0235H内部PLL锁定 → FLASH校验完成 → USB枚举成功。关键点：VBUS_OK检测引脚必须在PD栈发出PS_RDY之后才能拉高，否则Codec会因VBUS暂态不稳定而进入保护。

KT0211L（QFN32 4*4，96kHz采样率，USB 2.0 FS）：全速接口的枚举速度远快于高速，完整上电时间约40~60ms。其内置LDO在VBUS建立后3ms内即可稳定输出3.3V，适合与LDR6028的单端口快速协商场景配合。KT0211L的VBUS_OK引脚可直接由VBUS分压后输入，无需等待PD握手——这反而容易引发前述「Codec先响、灯后亮」的问题，需要在电路设计上增加RC延迟网络（建议R=10kΩ，C=4.7μF），将GPIO使能信号延迟约15ms。

KT02F22（QFN52 6*6，支持UAC 1.0/2.0，USB 2.0 HS）：双ADC通道设计使DSP负载增加，上电时间约70~90ms。该芯片内置DSP支持可配置EQ/DRC，适合对音效有差异化需求的TWS充电盒方案。其VBUS_SENSE引脚对电压阈值要求较高（建议设计分压比使VBUS_OK在4.5V以上才触发），以避免与LDR6600在电源轨切换时的尖峰干扰。

---

设计避坑：时序死锁的破解路径与参考设计

破解路径一：GPIO握手延迟法

在LDR6020P与KT0235H之间增加GPIO握手逻辑：

1. LDR6020P在收到Source_Capabilities广播完成后，通过GPIO_LED输出低电平；
2. 在VBUS真正稳定（PS_RDY确认）后，GPIO_LED翻转为高电平；
3. KT0235H的ENABLE引脚检测到GPIO_LED高电平后，才启动内部初始化序列。

这条路径让PD协议栈完全掌握Codec的上电节奏，从根本上消除时序竞争。寄存器配置上，LDR6020P的0x14寄存器Bit0应设为GPIO_LED_MODE = 1。

破解路径二：VBUS_MUX缓启法

在电源轨切换场景（LDR6020P执行PR_Swap期间），在VBUS与Codec之间加入缓启电路：

• 使用μA级的负载开关（如LDR6020P内置MOSFET前级串联一颗30mΩ的P-MOS），将VBUS上升时间从<5ms拉长至15~20ms；
• 配合Codec的VBUS_OK检测阈值（4.5V），确保Codec在电源稳定后才完成检测。

破解路径三：双源取电优先级固化

对于集成无线充电Rx+TWS+USB-C PD的系统，LDR6600的Power_Priority寄存器建议配置为USB-C PD优先：

• 当USB-C受电时，系统优先使用PD源作为Codec主电源；
• 无线充电Rx作为备用/补能电源，不直接参与Codec供电路径。

---

BOM清单：LDR6020P/KT0235H组合的推荐被动元件配置

以下为LDR6020P与KT0235H联合设计框图中的关键被动元件推荐（具体型号请以datasheet与FAE确认后为准，站内暂未披露完整价格与MOQ信息：欢迎联系代理商团队询价并获取定向BOM表）：

---

常见问题（FAQ）

Q1：LDR6028在TWS充电盒中能否替代LDR6020P？

A1：可以，但有前提。LDR6028为单端口SOP8封装，Pin count与接口数量少于LDR6020P的QFN-48 SIP方案。若充电盒仅需单USB-C接口且不做多口功率分配，LDR6028的成本优势明显。但若涉及「USB-C受电+USB-C放电+耳机盒充电」的三路管理，LDR6020P内置的两颗20V/5A MOSFET和多组DRP接口是更完整的方案——具体选型建议联系代理商FAE根据实际应用场景做定向推荐。

Q2：KT0235H的384kHz采样率在TWS充电盒里到底用得上吗？

A2：这个参数更像是留给未来的空间。TWS充电盒本身不涉及高解析音频文件的本地解码，96kHz的KT0211L已能完全覆盖通话/语音场景的带宽需求。但游戏耳机厂商如果计划在固件迭代中加入「充电盒环境音采集」或「本地语音处理」功能，384kHz采样率对应的高采样率ADC+DSP算力余量就能派上用场——这是KT0235H在游戏耳机Codec坐标系里的真实定位。如需评估该参数对BOM成本的影响，可联系代理商团队获取含不同Codec方案的比价参考。

Q3：双源取电时如何避免无线充电Rx与USB-C PD握手之间的冲突？

A3：核心原则是「电源轨单一化」。建议在系统架构层面让Codec始终挂载在同一路主电源上（优先USB-C PD），无线充电Rx作为整机的补能路径而非直接供电路径。LDR6600的多通道CC控制器支持两路电源的优先级仲裁寄存器配置，可通过I2C动态调整功率流向。具体方案建议联系代理商FAE提供参考原理图与寄存器配置指南，站内有LDR+KT联合设计参考原理图可供下载索取。

---

选型小结：TWS充电盒「耳机响、灯不亮」本质是PD协议域与Codec供电域的时序耦合问题，而非单一器件的性能缺陷。以LDR6020P+KT0235H为基础构建联合设计时，建议从GPIO握手时序入手重新规划VBUS使能路径，并在电源轨切换节点增加缓启电路——现场工程师通常优先用路径一验证，路径二作为多电源场景的备选。如需进一步获取LDR+KT联合设计参考原理图，欢迎联系代理商FAE团队提供定向技术支持与样片申请（具体样品政策与交期请以询价回复为准）。