一、插着电的设备，为什么唤醒总是慢半拍
做过USB-C音频转接器的工程师大概都踩过这个坑：充电盒插上电源，语音唤醒第一次响应正常，搁置半小时后再唤醒——要么没反应，要么要等好几秒才起来。
问题不在这两颗芯片本身，而在于它们被放在同一个系统里时，PD Sink的Deep Sleep维持电流与蓝牙音频控制器的Standby唤醒阈值，往往不在同一个数量级。
VBUS去耦电容放电到某个临界点，PD协议栈判定为拔线，开始重新握手。而SSS这边还在等CC重新闭合才能触发唤醒。这个时间差，在实验室里表现为偶发的唤醒失败；在量产阶段，就变成客服电话里客户反复投诉的「时好时坏」。
这篇文章专门拆解这个协同设计的账本：场景边界怎么划、时序约束从哪里来、选型时哪些参数必须放在一起算。 不抄参数表，直接给可以直接用的设计逻辑。
二、场景定义：你的「待机」到底是哪种待机
「低功耗待机」不是单一需求，它是三个完全不同功耗预算区间的合称。
话务耳机充电盒：<100μA的极限压榨
这类产品待机48小时以上是基础要求，用户行为模式是「偶尔拿起用，用完放回去」。功耗预算最严格，Deep Sleep电流必须压到100μA以下。
LDR6028的单端口DRP架构在这里有结构性优势——没有多口功率分配逻辑，协议栈开销最小，系统复杂度最低。适合这类场景的组合是 LDR6028 + SSS1530（QFN32 4×4mm封装，BOM面积最小）。
不过要泼一盆冷水：站内资料对LDR6028的5V RD_DETACH后维持电流没有明确数值标注。对于72小时以上待机的硬需求，建议直接联系FAE确认低功耗档位的电气参数，而不是只看规格书的典型值——典型值和最坏情况之间可能差出一倍。
智能音箱有线供电模块：100~500μA的平衡区间
固定位置设备插着电，功耗预算相对宽松，但PD功率协商的稳定性要求高。LDR6500的DRP接口可以在Source和Sink之间动态切换，遇到电源降级时快速重新协商。配合SSS1629（LQFP48封装，支持SPDIF和I2S主模式，方便外接高品质Codec），接口丰富度足够。
但LDR6500在IoT低功耗维持状态下的CC检测周期，目前站内资料未给出具体数值。这类参数需要在实际固件配置下实测确认，不能靠推算。
低功耗门锁语音面板：>500μA也嫌多的极端场景
待机可能长达数月，对漏电流极度敏感。这时候LDR6600的多通道CC控制器反而成了负担——功能越复杂，低功耗模式能压到的底越不够低。
这类场景建议选LDR6028/LDR6500这类单端口DRP器件，把省出来的协议栈开销让给蓝牙音频部分。或者更彻底一点：在PD Sink和音频控制器之间加一级二次关断，彻底物理隔离供电路径。
三、SSS系列待机功耗账本：规格边界在哪里
SSS1530、SSS1629、SSS1700的核心定位是USB音频控制器，不是专用蓝牙SoC。但当把它们放进「USB-C PD供电 + 语音唤醒」系统里时，它们的功耗状态机直接决定了整个系统的待机预算能分到多少。
| 参数 | SSS1530 | SSS1629 | SSS1700 |
|---|---|---|---|
| 封装 | QFN32 (4×4mm) | LQFP48 | LQFP48/QFN48/QFN36 |
| ADC/DAC位宽 | 16位立体声 | 16位Δ-Σ | 16/24位立体声 |
| 采样率上限 | 48kHz | 48kHz | 96kHz |
| 耳机驱动 | Class AB | Class AB | Class AB无隔直电容 |
| 功耗模式 | 站内未披露Standby专项参数 | 同左 | 同左 |
一个必须面对的事实：站内产品规格书摘要里没有列出Standby或Deep Sleep模式的电流值。这不是产品缺憾——这三款芯片的设计初衷是「插电即用」的USB音频设备，主要面向USB总线挂起（Suspend）状态，而不是电池供电场景下的长时间待机。
如果你正在设计需要「插着USB-C电源、保持语音唤醒」的设备，选型时需要向FAE或原厂确认两个参数：①SSS在USB Suspend模式下的实际漏电流；②从Suspend到Full Operation的唤醒响应时间。这两个数直接决定CC时序设计里你有多大的裕量。
VBUS去耦电容的放电方程
当系统进入Deep Sleep，VBUS去耦电容（通常10μF~47μF）开始放电。放电时间常数τ = R×C，其中R是PD Sink等效关断阻抗。
如果LDR6028在RD_DETACH后的维持电流是I_maintain，等效阻抗R ≈ 5V / I_maintain。对于目标待机时间T_standby（小时级），电容容量需满足：C ≥ T_standby / (R × ln(V_start / V_cutoff))。
这个方程的含义是：SSS待机功耗预算，决定了你需要配多大的VBUS去耦电容，以及LDR维持电流必须低于某个阈值才能撑满目标待机时间。两个器件的功耗规格必须放在同一个方程里迭代，不是分别查表然后简单叠加。
四、CC时序对齐：从RD_DETACH到唤醒的握手链条
这是整个设计里最容易被忽视、也最难debug的环节。
完整的时序事件链
- 用户停止操作 → SSS进入Standby/Suspend（功耗下降，USB总线空闲）
- LDR检测到VBUS电流降至RD_DETACH阈值 → 关闭VBUS输出或进入低功耗检测
- VBUS去耦电容放电 → CC引脚电压开始漂移
- 电容放电到PD协议规定的重新检测窗口 → LDR重新发起CC检测
- CC握手完成 → VBUS重新闭合 → SSS被唤醒 → 恢复正常工作
第4步和第5步之间的时序裕量是最脆弱的环节。如果LDR的Hold-off Time（VBUS断开后等待重新检测的延迟）太长，而SSS唤醒响应时间太短，会出现SSS已经醒了但VBUS还没来的情况——蓝牙协议栈初始化失败。反过来亦然。
站内资料对LDR6028/LDR6500的Hold-off Time和debounce参数未给出具体标称值，联合调试时建议直接和乐得瑞FAE确认寄存器配置。
Keep-Alive缺失的代价
USB PD协议本身支持Keep-Alive机制（通过VBUS周期性微脉冲维持连接），但很多低成本PD Sink在Deep Sleep时会关闭这个功能以节省功耗。Keep-Alive一旦关闭，系统完全依赖VBUS去耦电容放电维持时间，没有任何主动校正机会。
时序裕量 = VBUS电容容量 × ln(V_initial / V_reconnect_threshold) / I_total_leakage
如果总漏电流比预期高50%（可能是PCB漏电或电容ESR损耗），待机时间会缩短33%以上。对于72小时以上待机需求，这个风险不可忽视。
设计时建议在VBUS入口串一个低泄漏MOSFET做二次关断，把PD Sink和蓝牙音频控制器的供电路径物理隔离——PD Sink进入Deep Sleep时切断后级电源，彻底消除盲区。
五、Pin-to-Pin替代路径：SSS vs Bluetrum在IoT语音场景的真正边界
SSS系列在IoT语音唤醒场景面对的竞争对手主要是中科蓝讯（Bluetrum）的蓝牙音频SoC。但两者根本不在同一个赛道。
SSS系列是USB音频控制器，核心能力是USB Audio Class协议栈 + 音频编解码。 它们内置振荡器免晶振，BOM极简，插电即用。SSS1530的QFN32 4×4mm封装在空间敏感的充电盒里有明显优势。
Bluetrum的AB系列是纯蓝牙音频SoC，内置射频和蓝牙协议栈，适合无线耳机等纯电池供电设备。两者在「USB-C PD供电 + 有线音频 + 语音唤醒」的交叉场景里，其实解决的是不同问题。
真正的替代路径
如果你当前用Bluetrum蓝牙SoC做语音唤醒，想加USB-C PD充电——不需要换掉蓝牙SoC，在旁边加一颗LDR6028就行。这是最常见的增配路径，LDR6028单端口DRP+Bluetrum蓝牙SoC，成熟方案。
如果你当前用SSS做USB音频，现在想加语音唤醒和蓝牙功能——这需要重新评估。SSS没有蓝牙协议栈，通常需要外加一颗蓝牙SoC，变成「USB-C PD芯片 + 蓝牙SoC」的组合。SSS的价值在USB Audio Class免驱协议栈和极简BOM，而不是替代蓝牙SoC。
六、三维选型矩阵
基于待机功耗预算 × PD功率段 × 唤醒响应时间的快速选型入口：
第一步：确定功耗预算
| 功耗预算 | 推荐PD Sink | 典型应用 |
|---|---|---|
| <100μA | LDR6028 | 话务耳机充电盒、极长待机设备 |
| 100~500μA | LDR6500 | 智能音箱供电模块、一般IoT设备 |
| >500μA | LDR6600（多口场景） | 多功能扩展坞、PD3.1高功率场景 |
第二步：确定PD功率段
- 5V/3A（15W）：三款LDR都支持，LDR6028最简
- 9V/3A（27W）：LDR6500/LDR6600
- 15V/3A（45W）或更高：LDR6600（PD3.1 + PPS）
第三步：评估唤醒响应时间
| 响应时间要求 | SSS选型建议 |
|---|---|
| <10ms（实时响应） | SSS1700（96kHz采样，响应最快） |
| 10~50ms（普通语音唤醒） | SSS1530或SSS1629 |
| >50ms（容忍延迟） | 任意SSS + LDR低功耗档位配置 |
推荐组合
| 场景 | PD Sink | 音频控制器 | 推荐理由 |
|---|---|---|---|
| 话务耳机充电盒 | LDR6028 | SSS1530（QFN32最小） | BOM最简，封装最小 |
| 智能音箱有线供电 | LDR6500 | SSS1629（多采样率） | 接口丰富，协议栈灵活 |
| 高音质语音设备 | LDR6600 | SSS1700（96kHz） | PD3.1功率余量足 + 高采样率 |
七、常见问题（FAQ）
Q1：SSS1530和SSS1629在IoT语音唤醒场景哪个更合适？
主要看封装和采样率需求。SSS1530采用QFN32 4×4mm封装，在空间敏感的充电盒类产品里有明显优势；SSS1629是LQFP48封装，Pin数更多，I2S和SPDIF接口更完整，适合需要外接高品质音频Codec的设计。两者的Standby功耗数据站内未披露，建议向FAE索取专项电气特性资料。
Q2：LDR6028的低功耗维持电流到底是多少？我们需要待机72小时以上。
站内产品资料对LDR6028在RD_DETACH后的维持电流未给出具体数值。对于72小时以上待机的需求，建议按以下步骤确认：①联系原厂FAE获取低功耗模式电气参数；②计算VBUS去耦电容容量需求；③评估是否需要在PD Sink和蓝牙SoC之间增加二次电源管理。不要只看规格书的「典型值」，要问FAE要「最坏情况」参数。
Q3：Keep-Alive机制在LDR6028上怎么配置？如果关闭会影响待机时间吗？
LDR6028的Keep-Alive行为与固件配置和CC时序参数强相关。不同的Hold-off Time和debounce参数组合会直接影响待机时的功耗曲线。关闭Keep-Alive后，系统完全依赖VBUS去耦电容放电维持时间，待机时间必须用「总漏电流 × 放电时间」模型重新评估，不能沿用开启Keep-Alive时的经验值。具体寄存器配置建议直接和乐得瑞FAE确认。
结语
理解了这个底层逻辑之后——把PD Sink和蓝牙音频控制器的功耗预算当成同一个系统的两个变量，一起算、一起调——你会发现选型其实只有一个核心原则：
它们在CC时序链路上有物理依赖关系，这个依赖关系决定了待机时间上限和唤醒可靠性下限。不要分别优化然后简单叠加——在IoT低功耗设计里，1+1往往小于2，协同设计才是真正的杠杆点。
如果你正在为IoT语音配件选型，需要SSS和LDR的联合方案评估或原理图参考，欢迎联系我们提供FAE对接服务。价格、交期、MOQ等商务信息站内未统一维护，请直接询价确认。
