会议终端不是选出来的是设计出来的：CM7104与KT0235H在同一主板上与LDR6028协同工作的PD握手时序与音频时钟树设计

Realtek ALC系列从去年开始持续吃紧，我们接触到的会议终端客户里，至少有三成已经在原厂FAE那里拿到了「交期无法确认」的回复。另一头，欧盟USB-C合规指令（EU 2022/2380）已经过了强制执行节点，终端品牌要么接受缺货的现实，要么把BOM迁移提上日程。

选型矩阵大家都会做，但真到原理图设计阶段，硬件工程师最头疼的问题从来不是「哪颗芯片参数更好」，而是「两颗Codec加一颗PD控制器能不能在同一张板上和平共处」。这篇文章就是来回答这个问题的——不是对比参数，是教你如何把这三颗芯片设计到同一张原理图上，并且通过实测验证。

场景定义：BOM替换触发点与会议终端USB-C合规改造窗口

会议终端的USB-C接口设计正面临两股压力叠加。第一股是供电合规：欧盟要求所有消费电子设备支持USB-C统一充电接口，功率协商已经从「可选项」变成「必选项」，会议终端如果还在用纯VBUS直供的旧设计，出口欧洲就会面临合规风险。第二股是音频Codec的BOM替换窗口——Realtek ALC4040/ALC4042这类方案交期不稳定，而国内厂商的替代方案（CM7104、KT0235H）在规格上已经能够覆盖甚至部分超越原有设计。

触发BOM替换决策的常见信号包括：现有方案（ALC4040/ALC4042/ALC4050）出现三次以上交期延误、EU法规部门对终端品牌的合规审查趋严、产品规划中需要支持96kHz以上的Hi-Res采样率但现有方案无法满足。一旦这几个信号同时出现，迁移窗口就正式打开了。

芯片角色定位：CM7104与KT0235H在同板架构中的分工假设

很多人第一个问题是「能不能两颗Codec同时挂在一颗PD控制器上」。答案是能，但前提是做好角色分工。CM7104内置Xear音效引擎和ENC HD降噪算法，主要负责音频后处理和语音增强；KT0235H则承担通用USB音频编解码角色，处理USB Audio Class 1.0/2.0协议的枚举和音频流解析。一个典型分工方案是：CM7104作为主Codec负责全部DSP运算，KT0235H作为从Codec处理UAC协议栈解析，两颗芯片通过I2S总线与同一颗MCU通信。

这里有个关键工程判断：CM7104支持双路I2S/PCM/TDM接口并内置ASRC（异步采样率转换），KT0235H只有单一I2S接口（注：接口数量与ASRC信息来源于厂商datasheet/公开资料，建议设计前以原厂最新版文档为准）。如果主板上只有一颗主控MCU，最简单的方案是让CM7104作为I2S主设备输出时钟，KT0235H配置为从设备接收同一时钟域。

KT0235H的ADC/DAC均原生支持384kHz/24-bit，ADC THD+N -79dB、DAC THD+N -85dB，相比之下CM7104的ADC/DAC上限是192kHz。对于会议终端而言，48kHz/16bit或48kHz/24bit是语音通信的主流采样率，两颗芯片都能原生支持，统一时钟域的难度不大；但如果产品需要跑384kHz高清录音，KT0235H是必选的。

PD握手时序设计：LDR6028与音频Codec的VBUS就绪确认序列

LDR6028本身定位为音频转接器和OTG设备的DRP控制芯片，但其单端口DRP架构（Source/Sink角色动态切换）完全满足会议终端单USB-C口同时支持充电和音频数据的需求，且SOP8封装的外围极简，在会议终端这类空间敏感的设备里很有优势。

会议终端采用USB-C接口供电时，PD控制器与音频Codec之间的上电时序是第一个需要从固件层面解决的协同问题。很多设计失败的原因是：Codec在上电时序未完成前就开始枚举，导致VBUS纹波耦合进音频域，底噪劣化3-5dB。

握手步骤如下：

第一步，USB-C线缆插入，VBUS建立。LDR6028检测到CC引脚电平变化后进入DRP检测流程，开始广播Source Capability（PDO）。

第二步，LDR6028与对端设备完成功率协商（Request/Accept），确认VBUS电压稳定在5V/9V/15V/20V中的某一档位。这个过程通常需要100-300ms，具体取决于对端设备的PD响应速度。

第三步，LDR6028通过其GPIO输出PD握手完成信号，通知主控芯片供电链路已稳定。这一步是整个时序的关键节点——只有确认VBUS稳定之后，MCU才能启动音频Codec的初始化序列（注：GPIO信号定义与引脚名称请参考乐得瑞官方datasheet最新版本）。

第四步，CM7104和KT0235H依次上电初始化。建议的间隔时间是50-100ms，避免两颗Codec同时汲取大电流导致VBUS跌落。如果两颗芯片共享同一路LDO供电，这个间隔尤为重要。

第五步，CM7104和KT0235H完成USB枚举。LDR6028需要保持VBUS稳定，直到枚举完成。如果枚举过程中VBUS出现瞬时跌落（幅度超过200mV），可能导致Codec枚举失败或进入错误状态，需要在固件层面添加重枚举逻辑。

LDR6028的PDO协商参数（电压档位、最大电流）需要根据会议终端的整机功耗提前预设。如果终端需要支持45W以上的PD快充，建议将第二档PDO设为15V/3A，确保VBUS在满载音频功放时不会触发过流保护。

音频时钟树设计：I2S总线仲裁、主从模式选择与PLL/DLL共享方案

当CM7104和KT0235H同时挂在同一I2S总线上时，总线仲裁是必须解决的第二个问题。I2S协议本身不提供仲裁机制，硬件设计层面需要确保「同一时刻只有一颗Codec输出数据」。常见的做法是使用MCU的GPIO控制两颗Codec的WS（Word Select）信号使能，或者在Codec端通过固件配置「仅在需要时激活I2S输出」。

建议让CM7104作为唯一的I2S主设备（Master），输出SCK（位时钟）和WS（字选时钟）；KT0235H配置为从设备（Slave），接收来自CM7104的时钟。这种设计的优势是时钟域统一，不需要额外的PLL/DLL做异步转换。

CM7104支持44.1kHz/48kHz倍率的家族（88.2kHz、96kHz、176.4kHz、192kHz），KT0235H则支持更宽的采样率范围，最高可达384kHz——在时钟树设计时需要特别注意这一点，384kHz模式下对时钟抖动（jitter）的要求更高，如果设计需要支持KT0235H的384kHz能力，建议在时钟输出端增加缓冲器改善信号完整性（注：具体缓冲器型号与设计建议请参考原厂参考设计）。

如果设计需要同时支持44.1kHz家族和48kHz家族的采样率（比如同时兼容Spotify的44.1kHz音源和视频会议的48kHz语音流），CM7104内置的ASRC引擎可以自动完成异步采样率转换，但需要预留额外的处理延迟（约5-10ms）。对于纯会议通话场景，这个延迟通常可以接受；如果需要做实时混音，建议在固件层面增加缓冲管理逻辑。

电源-音频模拟前端隔离：太诱磁珠/MLCC在PD功率级与音频域的去耦策略

PD升压纹波对音频质量的劣化路径值得单独分析。当LDR6028协商出15V或20V的VBUS电压时，后级的降压LDO在开关频率下会产生纹波，这个纹波如果耦合进音频Codec的模拟供电链，会直接体现在ADC的底噪上。一个典型的噪声注入路径是：PD升压纹波（开关频率通常在400kHz-1MHz）→ LDO输入端纹波抑制不足 → LDO输出电源噪声 → Audio ADC参考电压波动 → 底噪恶化。

解决思路是分区隔离。PD功率级（VBUS输入到LDR6028）建议使用太诱 BLM18PG 系列磁珠（100MHz阻抗470Ω档位，额定电流1.7A），PD开关频率（400kHz-1MHz）落在100MHz阻抗测试频段内，选择该档位可确保在开关纹波主频点有足够阻抗衰减。配合10μF+100nF的MLCC做π型滤波。

音频供电链（Codec的AVDD）则需要单独走电感+电容的LDO前级滤波，建议使用太诱 GRM系列 MLCC（0402封装，0.1μF，X7R材质），注意X7R材质在直流偏压下容值会下降约30%-40%，选型时需要留出裕量。

一个设计细节：CM7104的模拟地和数字地引脚建议在芯片下方做单点连接，避免数字开关噪声通过地平面耦合进模拟域。如果主板是4层以上的多层板，模拟地区域建议用专门的地层分割处理。

实测验证Checklist：板级SNR/THD测量点位与EU USB-C合规验证节点

设计完成之后，板级验证是必不可少的环节。以下是我们建议的验证清单：

音频性能测试：使用Audio Precision或类似设备测量DAC输出端的SNR和THD+N。CM7104标称DAC SNR是100-110dB，实测时如果低于95dB，需要检查模拟供电链的纹波和地平面设计。ADC端需要测量从麦克风输入到USB输出的完整链路的SNR，测试点位建议选在麦克风阵列的声学入口处。

PD握手稳定性测试：使用USB PD协议分析仪捕获完整的协商过程，确认PDO请求、Accept、PS_RDY时序符合规范。同时需要在VBUS上监测纹波，示波器带宽设为20MHz，观察PD协商瞬间的过冲/下冲幅度，目标是将跌落控制在200mV以内。

EU USB-C合规验证：VBUS电流限制需要在不同功率档位下实测验证，确保不超过PDO设定的最大值；Alternate Mode协商（如果终端需要支持DP或Thunderbolt替代模式）需要验证进入和退出流程；音频类设备枚举顺序需要确认Codec在USB设备列表中的位置符合预期。

高低温应力测试：会议终端通常需要工作在0-40°C的室内环境，但会议终端主板可能会受到PD充电发热的影响。建议在45°C环境下做48小时连续播放测试，观察音频底噪是否出现热漂移。

BOM替换对照表：Realtek ALC→CM7104/KT0235H+LDR6028的器件清单与成本/交期对比

BOM成本和交期信息站内暂未维护，建议直接联系我们的FAE团队获取实时报价和备货周期。两款芯片的Datasheet和参考原理图我们可以协助提供。

常见问题（FAQ）

Q1：CM7104和KT0235H能否二选一，而不是同时使用？

可以。如果会议终端的DSP降噪需求不是极端高（比如只需要单麦克风降噪而非双阵列），单独使用KT0235H就能满足大多数场景。CM7104的Xear音效引擎更适合需要多段EQ实时调整、虚拟环绕声的高端游戏耳机场景；如果终端只需要UAC协议支持和基础音频编解码，KT0235H足矣，且外围设计更简单。需要注意的是，CM7104采样率上限是192kHz，而KT0235H可达384kHz，如果产品需要支持384kHz高清采样，则必须选用KT0235H或进行双芯组合。

Q2：LDR6028能否同时管理VBUS供电和音频Codec的初始化时序？

LDR6028本身只负责PD握手，不直接管理音频Codec的初始化。但它可以通过GPIO输出握手完成信号，作为触发条件通知主控MCU启动Codec初始化序列。设计的关键是确保「PD握手完成」和「Codec上电」之间的时序由固件正确控制，不要让Codec在VBUS未稳定时就上电。具体GPIO引脚定义请参考乐得瑞官方datasheet。

Q3：双Codec方案相比单Codec增加了调试复杂度，实际量产时需要注意什么？

双Codec方案的主要调试风险点有两个：一是I2S总线争用，需要确保固件层面同一时刻只有一颗Codec在输出数据；二是电源上电顺序，两颗Codec同时启动可能导致VBUS跌落触发PD保护。建议在量产前做至少100台样机的连续老化测试，重点监测音频断流和枚举异常。如果发现问题，可以联系我们FAE团队获取参考的固件配置模板。

会议终端的USB-C合规改造窗口已经打开，CM7104+KT0235H+LDR6028这套组合提供了从DSP降噪到PD握手的完整信号链覆盖。有具体原理图在手的朋友，欢迎带着案子来聊——我们的FAE团队不做套路评审，按你的板子实际走线说问题。