选TWS耳机Codec的时候，「DSP频率」是最容易被拿来直接比大小的参数——310MHz听着就是比几十MHz强。但真正上手项目就会发现，频率数字只是表象。CM7104和KT0235H之间的差距，不在于主频高低，而在于它们根本是两种不同性质的计算单元：一个是独立可编程DSP，一个是Codec内置的后处理协处理器。
这两个身份的区别，直接决定了你的TWS能不能在耳机端本地跑DNN降噪，而不是把算法甩给手机端计算。
ENC降噪的算力天花板，已经不是滤波器那套了
早期ENC方案靠的是自适应滤波器，算法轻量，单核MCU也能跑。但DNN-based降噪（DTLN、CRN、TF-GridNet）成为旗舰TWS的标配之后，算法参数量从几十万跳到了上百万，对算力的需求根本不在一个量级。
问题来了：你在方案书上看到「AI降噪」三个字，有没有深究过这颗Codec的DSP，到底是在跑真正的神经网络推理，还是在后处理环节套了一层滤波器的壳？
这两个场景对芯片架构的要求，截然不同。
CM7104的310MHz：独立DSP的底牌是什么
CM7104内置的310MHz DSP不是附加模块，它是芯片的核心计算单元。这颗DSP有几个关键特性，决定了它能跑什么级别的算法。
Harvard架构。 指令总线和数据总线分离，DSP在执行音频I2S数据流读写的同时，可以并行跑AI模型推理。两个操作不抢同一条通道，处理帧之间的间隙被压缩到最小。
定点+浮点双运算单元。 Q31定点运算保证传统ENC算法的实时性，IEEE 754单精度浮点单元则直接支持DTLN、CRN等主流AI降噪模型的原生推理——不需要强制INT8量化，精度损失更小。对于需要在降噪质量和计算效率之间找平衡的团队，这个灵活性是实打实的优势。
本地存储空间。 CM7104配套了充足的片上SRAM，支持中等规模AI降噪模型权重完整加载至本地，无需与主系统共享内存。这个配置意味着CM7104可以在不依赖主控CPU的情况下，独立完成KWS唤醒词检测和DNN降噪推理的全部流程——算法在Codec端闭环，不受手机/电脑平台差异影响。具体SRAM容量建议参考原厂datasheet确认。
DMA带宽与I2S/TDM数据流的时序匹配是另一个关键。CM7104的DSP可与蓝牙SoC的I2S时钟域并行处理，处理链路短，帧延迟主要来自模型推理本身；KT系列Codec的DSP处理需要从寄存器区反复读写，受I2S/TDM带宽波动影响更明显。
KT0235H内置Mini-DSP：协处理器不是计算核
KT0235H和KT02H22的DSP，本质是Codec内部的后处理加速器。KT0235H规格表中标注的384KHz ADC采样率（1路）、24位精度、92dB SNR是这颗Codec的音频性能指标，而非DSP算力。内置DSP的主要工作是执行EQ、DRC、静噪等后处理算法，以及USB音频流的协议栈处理——它的主频相对较低，不具备独立承载KWS或DNN推理的通用计算能力。
KT0235H规格中提到「AI降噪」，括号里注明「算法运行于连接的PC端」，这句话的潜台词是：降噪的计算实际上是在电脑/手机端完成的，不是Codec本地推理。
KT02H22与KT0235H的ADC采样率相同（均为384KHz），但差异化优势在于精度和通道数：32位ADC/DAC（KT0235H为24位）以及双ADC架构（KT0235H为单ADC）。这两个维度在双麦ENC阵列场景中有实际意义——主麦和副麦的采集精度一致性，以及两路ADC的通道隔离度，直接影响波束成形算法的指向性。KT02H22在这两点上优于KT0235H，但两者DSP定位相同，都是Codec内置后处理加速器，不是独立可编程DSP。如果产品需要本地AI降噪能力，两者均需依赖主控CPU调度。
这个差异在量产产品里的直接影响包括：
- 固件OTA升级依赖主控生态。 如果主控平台变了（比如从高通换到联发科），降噪效果的一致性可能打折扣。
- 离线场景受限。 没有主控设备连接时，KT系列的DSP无法单独提供AI降噪能力，CM7104可以。
- 帧延迟链路更长。 KT系列在主控CPU调度下增加了DSP→USB→主控→回传的处理链路，累计延迟通常比CM7104高5-8ms，对游戏耳机的音画同步体验有影响。
帧延迟与功耗：要不要为那颗闲置的DSP付电费
这里有一个工程师经常回避的问题：CM7104的DSP域功耗比KT系列高，在不跑AI降噪的固件版本里，那部分算力是不是浪费了？
答案是：取决于你的产品路线图。
如果这款TWS的定位是「高性价比、固件不变」，CM7104的高算力确实有冗余；但如果产品规划里有后续升级ENC算法或加入语音唤醒的计划，在芯片选型阶段就把算力天花板拉高，比量产后再换平台划算得多。
具体到帧延迟，CM7104的DSP与蓝牙SoC的I2S时钟域并行处理，帧延迟可以稳定在10ms以内；KT系列Codec在主控CPU调度下增加了额外的处理链路，极端情况下延迟抖动更明显。对于需要兼顾通话和游戏体验的双模产品，CM7104的算力冗余反而是优势。
选型决策树：不是选最强的，是选对的那个
场景一：高性价比TWS，主打通话降噪而非AI降噪 KT0235H或KT02H22是更务实的选择。KT0235H的384KHz采样率和24位精度对通话场景绑绑有余，USB免驱即插即用，BOM成本也更容易控制。内置DSP跑常规ENC绰绰有余，不需要为本地AI推理付额外的功耗预算。如果双麦阵列对主麦/副麦采集一致性要求更高，KT02H22的32位双ADC是更合理的选择。
场景二：旗舰TWS，承诺本地AI降噪能力 CM7104几乎是唯一能在本地跑DTLN/CRN而不依赖主控的USB音频Codec。310MHz独立DSP的架构决定了AI降噪可以在耳机端闭环完成，不受手机/电脑平台差异影响。对于想做「跨平台一致性」的品牌，这个能力值得多花BOM成本。
场景三：游戏耳机，侧重低延迟+虚拟环绕声 CM7104的Xear™音效引擎对FPS游戏的虚拟7.1声道有专项优化，配合310MHz DSP可以在不干扰降噪算法的前提下，同步处理空间音频渲染。对于需要兼顾通话和游戏体验的双模产品，CM7104的算力冗余反而是优势。
CM7037是桌面Hi-Fi场景的S/PDIF接收Codec，定位与TWS/游戏耳机完全不同，不在本文直接对比范围内。如需Hi-Res桌面音频方案，可参考站内CM7037产品页。
CM7104周边BOM：电源完整性是很多人踩的第一个坑
选了CM7104，别让电源设计拖后腿。310MHz DSP在切换计算状态时对电源噪声非常敏感，建议在DVCC和AVCC管脚各加一组太阳诱电的MLCC去耦——具体容值参考器件datasheet的推荐拓扑，样品阶段可以让代理商FAE协助确认。
如果TWS整机还有PD充电需求（Type-C接口），CM7104搭配LDR6020系列PD协议芯片是成熟的参考设计，USB音频和充电共用一个Type-C接口，layout上注意做好电源和音频信号的距离隔离。这部分细节站内产品页未逐一披露，有具体方案需求的可以直接联系FAE确认。
常见问题（FAQ）
Q：CM7104和KT0235H都能标「AI降噪」，实际有什么区别？ CM7104支持本地AI降噪推理，算法在Codec内置DSP上闭环运行；KT0235H标注的AI降噪实际依赖连接设备（PC/手机端）算力，离线场景下无法独立提供该能力。选型前务必确认产品是否需要「无主控离线AI降噪」。
Q：CM7104的片上存储空间够不够跑主流DNN降噪模型？ 够用。典型DTLN或轻量级CRN模型经过INT8量化后，权重通常在200KB-500KB区间，CM7104的本地存储空间可以完整容纳并留有余量，支持多算法并行或模型热切换。具体模型的量化方案建议与算法团队对齐，SRAM最终容量以原厂datasheet为准。
Q：KT0235H的384KHz采样率比CM7104的192KHz高，音频性能是不是更好？ 采样率和DSP算力是两个维度。384KHz/192KHz对TWS耳机通话（16KHz人声带宽）和Hi-Res音乐播放都已绑绑有余；KT0235H的高采样率优势更多体现在USB声卡或桌面音频配件场景，不一定是TWS的核心加分项。选型时先明确产品优先级是「通话降噪」还是「高清播放」。KT0235H和KT02H22均为384KHz，KT02H22相对KT0235H的差异化在于32位精度和双ADC通道，而非采样率本身。
Q：CM7104的价格和交期现在是什么情况？ 站内产品页暂未披露具体价格和MOQ，货期信息需联系代理商确认。建议直接询价获取datasheet和参考设计资料，方便评估与现有方案的兼容性。