选错USB音频DSP的代价，比选贵了更高
一个典型场景：产品团队拿了消费级Codec方案做会议全向麦，调参调了三个月，双讲时回声始终压不住。根子不在算法不行，而是那颗芯片的DSP从一开始就没给AEC模块留够运行空间。
CM7104和CM7037就是两个定位分岔的案例。两者都带DSP、都支持192kHz，但产品路线完全不一样——用错了场景，项目周期直接报废。
会议终端音频DSP选型，先过四个维度
DSP算力充裕度：这是会议场景的第一关卡。消费级Codec的DSP通常被音效处理占满，会议三件套（AEC回声消除+NS噪声抑制+AGC自动增益）根本挤不进去。CM7104内置高算力DSP核心，配合768KB SRAM，为三模块并发提供硬件层面的处理空间。具体算力余量有多少，建议联系代理渠道通过评估板实测确认。
协议兼容性：USB Audio Class 2.0支持是基础，I2S/PCM/TDM多接口形态决定了它能对接的主控范围。CM7104双路I2S支持ASRC异步采样率转换，板内时钟域不一致时可以在数字域重同步，避免爆音。
功耗与热管理：会议终端通常长时间连续工作，LQFP封装在常规散热条件下可以维持稳定工作。具体功耗数值与采样率、DSP负载相关，评估板实测数据最准确。
开发工具链成熟度：骅讯提供完整的SDK包，包含Xear音效引擎的参数配置工具、固件烧录工具以及调试日志接口。相比需要自研DSP框架的方案，工具链完整度直接影响项目落地速度。
CM7104的DSP架构：双麦输入+双路输出是核心设计
CM7104在会议终端选型中的硬件基础是明确的：双路24-bit/192kHz ADC对应双麦阵列物理接入，双路24-bit/192kHz DAC对应扬声器输出路径。这两套独立处理路径是会议全向麦设计的最小硬件集，缺任何一路都不构成完整的会议音频方案。
ADC侧配合Xear音效引擎完成麦克风输入的实时处理——双麦阵列通过相位校准实现空间滤波，对动态噪声做抑制，这是会议终端的「耳朵」。DAC侧在DSP路径上串联AEC模块，对扬声器声音回传到麦克风的声学耦合路径做自适应建模，这是会议终端的「嗓子」。
关于DSP频率与算力分配：CM7104的DSP核心为多模块并行提供硬件基础，但具体能在AEC/NS/AGC之间怎么切分、哪个模块用多少比例的算力，与采样率配置、算法深度档位、固件版本直接相关。站内未提供分项算力消耗数据，强烈建议通过SDK内置的调试工具查看各模块实际负载，或联系代理FAE获取评估板实测报告。
I2S 192kHz时钟域的处理逻辑
192kHz采样率下，ADC/DAC的数字接口走I2S，时钟域的处理方式直接影响音频质量。CM7104内置ASRC，支持两路I2S/PCM/TDM接口。当主控SoC的I2S时钟源与CM7104内部PLL存在ppm级差异时——比如SoC用48MHz晶振分频，CM7104用独立晶振——ASRC可以在数字域做采样率重同步，消除累积误差导致的可闻失真。
硬件层面，MCLK、LRCLK、BCLK三路时钟信号建议做阻抗匹配，且远离电源平面。具体走线等长约束规则因PLL配置而异，评估板参考设计里有对应的布局建议，工程师可以直接复用。
关于THD+N指标：会议终端认证的音频指标涉及多个测试维度，CM7104的信噪比参数在ground truth中标注为100-110dB范围，具体THD+N数值建议参考datasheet或联系FAE确认，MS Teams/Zoom认证的完整音频指标门槛应以两大平台官方文档为准。
CM7104 vs CM7037：本质上是两个不同产品
很多人看到「都带DSP、都支持192kHz」，以为可以互相替代。实际上两者定位差距极大：
CM7104是完整的音频处理SoC：双路ADC负责麦克风输入，双路DAC负责扬声器输出，DSP支撑AEC/NS/AGC三模块并行——会议全向麦、会议摄像头、视频会议终端，选这颗。封装LQFP。
CM7037是纯数字音频接收芯片：只有S/PDIF输入接口（光纤/同轴），搭配DAC输出。内置32位定点DSP用于均衡器处理，8051 MCU用于固件逻辑控制。没有ADC通道，不支持麦克风输入，无法用于任何需要声音采集的会议场景。适合的场景是家庭影院DAC、高端Soundbar、数字音频转接器。封装QFN。
两者封装不同、Pin定义不兼容，不存在Pin-to-Pin替代关系。从CM7037方案迁移到CM7104，本质上是音频子系统架构重新设计，模拟前端电路需要重新规划，但I2S/TDM数字接口协议层在驱动层面改动相对有限。
三种会议场景的DSP配置参考
VoIP会议系统（Teams/Zoom认证方向）
NS模块设为深度降噪，AEC设中等收敛速度（兼顾双讲流畅性与回声消除深度），AGC设自动模式。双麦间距根据腔体结构而定，固件中启用双麦相位校准功能。MS Teams认证涉及完整的系统级调试——麦克风选型、腔体设计、算法参数联调——建议提前与骅讯FAE对接认证支持流程。
UC全向麦（桌面独立设备）
AEC收敛速度可设快速模式（桌面环境的声学路径比会议室简单），NS设为中等（桌面噪声强度通常低于开放办公区），侧音增益适当提高以提升通话自然感。
摄像头音频模块（嵌入式集成）
优先考虑功耗和发热，DSP工作频率可根据主控端需求适当调整。I2S走板内连接，时钟约束比USB外设宽松，但建议启用CM7104的ASRC作为时钟隔离层，避免与主控SoC的PLL产生同步冲突。
关于固件定制：CM7104支持客户固件烧录，可在Xear音效引擎内置算法基础上叠加定制模块（如风声消除、混响抑制等）。具体可编程存储容量与内置算法占用空间相关，站内未披露完整参数，建议提交样品申请后通过FAE获取SDK包实测确认。
ENC参数调试的三个避坑点
降噪量过高导致语音失真
Xear音效引擎的ENC降噪量有一个甜区。拉到极限抑制量时，在嘈杂环境下会出现明显的「机器人声」——深度降噪会过度压缩语音谐波。正确做法是先确定典型噪声谱，再在SDK工具中做渐进式调试，找到语音保真度和降噪深度的平衡点。
AEC收敛后回声再次出现
长回声尾迹场景中，单次收敛无法覆盖完整路径。建议启用AEC的路径重收敛触发机制——当远端信号强度发生超过一定dB的突变时，自动重新启动收敛流程。具体参数阈值在SDK中有对应的寄存器配置项。
I2S时钟域冲突导致爆音
如果主控SoC的I2S输出与CM7104的I2S输入使用不同参考时钟源，即使采样率名义相同，长时间运行后也会因ppm级差异产生累积误差。解决办法是强制启用CM7104的ASRC模块，让CM7104作为时钟从设备自主同步。
常见问题（FAQ）
Q1：CM7104和CM7037都能支持192kHz采样率，会议终端应该选哪颗？
这取决于你的产品是否需要采集麦克风音频。CM7104有双路ADC，支持麦克风输入，是会议终端选型的对象。CM7037只有S/PDIF输入和DAC输出，没有ADC，无法采集麦克风信号，不适用于任何会议场景。两者定位不同，不存在替代关系。
Q2：CM7104的DSP算力能否支撑AEC+NS+AGC三模块同时运行？
根据CM7104的硬件架构设计，DSP算力足以支撑三模块并发。常规会议配置下不会有明显的算力瓶颈。但具体占用率和余量与采样率、算法深度配置相关，建议通过官方评估板实测确认。
Q3：CM7104支持MS Teams或Zoom认证吗？
CM7104的硬件能力（双麦ENC降噪、双路192kHz ADC/DAC、Xear音效引擎）符合会议终端认证的硬件基础要求，但认证通过需要完整的系统级调试——麦克风选型、声学腔体设计、算法参数联调均影响结果。建议提前与骅讯FAE对接认证支持流程，确认具体测试项的通过策略。
Q4：CM7104的固件可编程空间能否支撑厂商的定制算法？
CM7104支持客户固件烧录，可在Xear音效引擎内置算法基础上叠加定制模块。具体可用存储空间与内置算法占用的容量相关，建议联系代理渠道提交样品申请后，通过SDK工具链实测确认。
Q5：现有CM7037方案能否直接替换为CM7104？
不能。两者封装不同（LQFP vs QFN），Pin定义不兼容，且功能定位不同（CM7037为S/PDIF接收Codec，CM7104为带ADC的音频处理SoC）。从CM7037迁移到CM7104需要重新设计音频模拟前端，但I2S/TDM数字接口协议层兼容，SoC端驱动改动相对有限。
选型判断的一个基本原则
会议终端音频DSP选型有一个判断优先级：先确认芯片是否具备完整的ADC+DAC双路径处理能力，再看DSP架构是否支撑AEC/NS/AGC三模块并行，最后才是信噪比、采样率等指标。很多项目的困境不是调参技巧问题，而是选型阶段忽略了芯片架构本身的设计边界。CM7104在设计时就把会议场景的算法需求纳入了硬件层面的考量——双路ADC+双路DAC+高算力DSP的这套组合，是它区别于其他USB Codec的本质差异。
如需CM7104的Datasheet、评估板设计文档或样品申请，可通过站内通道提交询价，由代理渠道协调原厂FAE对接。