音频DSP开发这块，ADAU1701算是一颗老而弥坚的芯片了。价格便宜、外围简单、SigmaStudio图形化编程上手快，很多做音箱、分频器、车载音频处理的小团队都拿它当主力。但真正让新手卡住的往往不是调音算法，而是最后一步——怎么把调好的程序从电脑里"搬"进板子，让它脱机自己跑起来。我见过太多人仿真时声音调得漂漂亮亮，一拔USB就哑了，或者烧完EEPROM上电没反应，反复怀疑是不是芯片坏了。这篇就把ADAU1701从在线调试到EEPROM自启动的完整链路拆开讲，包括SigmaStudio 4.7里的具体操作、USBi和EEPROM的配合逻辑、以及那些文档里不会写但你一定会踩的坑。不管你是刚拿到评估板的新手，还是已经调通仿真但卡在脱机环节的开发者，这套流程都能直接照着复现。
1. 先搞清楚ADAU1701的启动逻辑，不然烧写就是盲操作
很多人拿到板子第一反应是打开SigmaStudio连上就开始拖模块，仿真出声了就觉得大功告成，结果脱机失败后完全不知道问题出在哪。根子在于没弄明白这颗芯片上电那一刻到底在干什么。ADAU1701内部没有Flash，它是个纯粹的RAM型DSP，断电程序就没了。所以它每次上电都必须从外部某个地方把程序"搬"进自己的RAM里，这个搬运工就是它内置的引导程序（boot loader）。
1.1 自启动模式与从机模式的本质区别
ADAU1701上电时会去采样几个配置引脚的电平，据此决定从哪里加载程序。最常见的是两种模式：一种是从外部EEPROM通过I2C接口自启动，另一种是从机模式（slave），也就是等着外部主控（比如MCU或者USBi仿真器）通过I2C/SPI把程序灌进来。评估板上通常有个跳线或者拨码开关来切换这两种模式，这个细节极其关键，因为如果你在自启动模式下用USBi去连，通信行为会和从机模式不一样，有时候能连上有时候连不上，让人一头雾水。
我个人的习惯是：调试阶段一律拨到从机模式，让USBi完全掌控芯片；等程序定型要脱机了，再切到自启动模式并烧好EEPROM。这样职责清晰，不会出现"到底是谁在给芯片喂程序"的混乱。你要知道，在自启动模式下，芯片上电会先尝试从EEPROM读数据，如果EEPROM是空的或者数据不对，它可能就停在那儿了，这时候USBi再想接管就会打架。
1.2 引导过程的时间窗口与EEPROM的角色
上电后引导程序会通过I2C去访问指定地址的EEPROM，把里面的数据按特定格式读出来写进内部RAM。这个过程中有一个时间窗口，如果EEPROM里没有有效数据，引导会失败，芯片进入一种类似挂起的状态。这也是为什么很多人烧完EEPROM第一次上电没声音，以为烧写失败，其实是EEPROM里的数据格式或者起始地址不对，引导程序根本没认出来。
EEPROM在这里扮演的角色就是一个"程序仓库"，它不参与运算，只负责在每次上电时把内容吐给DSP。所以选EEPROM时容量要够，ADAU1701的程序大小取决于你用了多少模块，一般24C32（4KB）到24C256（32KB）都有用，程序复杂的话建议直接上24C256留余量。地址方面，ADAU1701默认从I2C地址0xA0（7位地址0x50）开始读，这个和EEPROM的型号地址要对应上，接错地址是脱机失败的高频原因之一。
2. SigmaStudio 4.7里在线调试链路的搭建细节
在动EEPROM之前，必须先把在线调试这条路走通，因为烧进EEPROM的程序本质上就是你在线调好的那个工程编译出来的二进制。在线都跑不稳，烧进去只会更糟。这一节讲清楚SigmaStudio 4.7里从新建工程到USBi连通的完整配置，以及几个容易忽略的设置项。
2.1 新建工程与器件选型时容易选错的地方
打开SigmaStudio 4.7，新建工程后第一件事是把ADAU1701拖进硬件配置区。这里有个细节：软件里有ADAU1701和ADAU1702两个相近选项，别选错，虽然引脚兼容但内部资源不同，选错了编译出来的程序大小和寄存器配置会有偏差。拖进来之后，软件会自动生成一个USBi接口模块，这就是仿真器和芯片之间的桥梁。
接着要配置USBi的I2C通信速率。默认值一般能用，但如果你的板子走线比较长或者上拉电阻偏大，高速率下容易通信失败。我一般先把速率调低一档做首次连通测试，确认稳定后再往上调。这个操作在USBi模块的属性里能找到，别嫌麻烦，这一步能帮你排除掉一大半"连不上"的假故障。
2.2 USBi连接失败的排查顺序
连不上是最高频的问题，我总结了一个从软到硬的排查顺序，照着走基本能定位。先看SigmaStudio右下角的状态栏有没有识别到USBi设备，如果连设备都没识别，那是USB驱动或者线的问题，换根线换个口试试。识别到设备但连芯片失败，先确认板子供电是否正常，ADAU1701对供电比较敏感，电压不够时I2C通信会时断时续。
再往下就是模式跳线，前面说过调试要拨到从机模式，这个必须确认。然后检查I2C的SDA/SCL有没有接反、上拉电阻是否在位（一般4.7k到10k）。最后才怀疑芯片本身。我遇到过一块板子折腾半天，最后发现是EEPROM的写保护引脚被拉高了，虽然在线调试不走EEPROM，但某些板子的电路设计会让这个引脚影响I2C总线电平，导致通信异常。这种坑只能靠逐项排除。
2.3 在线调试时就要为脱机做准备的几个习惯
在线调音的时候，有几个习惯能让你后面烧写少走弯路。第一，工程里所有模块的参数调整都要在SigmaStudio里保存进工程文件，不要依赖实时改寄存器，因为烧进EEPROM的是工程编译结果，你手动改的临时值不会进去。第二，养成定期编译（Compile）的习惯，编译能提前暴露资源超限、连线错误等问题，别等到要烧写了才发现编译不过。
第三，注意工程里的采样率设置要和实际硬件晶振匹配。ADAU1701的采样率由外部晶振和内部PLL决定，SigmaStudio工程里设的采样率如果和硬件对不上，在线时可能因为USBi在喂时钟而正常，脱机后芯片自己跑就会变调或者不出声。这个坑非常隐蔽，因为在线调试阶段完全看不出来。
3. EEPROM烧写的完整操作链路
在线调通、工程定型之后，就进入烧写环节。SigmaStudio 4.7提供了专门的EEPROM烧写工具，但用之前有几个前置条件必须满足，否则工具会报一些看不懂的错。这一节把从工程编译到烧写完成的每一步拆开讲。
3.1 烧写前的工程编译与二进制生成
烧写工具烧的不是工程文件本身，而是编译产生的二进制数据。所以在烧写前必须先执行一次完整编译。编译成功后，SigmaStudio会在后台生成对应的hex或者二进制数据，烧写工具会自动抓取。这里要注意，编译时选择的器件型号必须和实际板子上的芯片一致，前面说的ADAU1701和1702选错的问题在这里会直接导致烧进去的程序跑不起来。
编译完成后建议看一眼编译报告里的资源占用情况，特别是程序大小。如果程序接近EEPROM容量上限，烧写可能成功但引导时读不全，表现为部分功能失效。留20%以上的余量比较稳妥，这也是我建议直接用大容量EEPROM的原因，省得后期加功能又要换片子。
3.2 使用SigmaStudio内置EEPROM烧写工具的步骤
在SigmaStudio的硬件配置区，右键USBi或者通过菜单找到EEPROM烧写相关的功能入口（不同小版本菜单位置略有差异，4.7里一般在工具菜单或者硬件配置的右键菜单里）。打开后会让你选择目标EEPROM的型号和I2C地址，这两项必须和板子上实际焊的片子严格对应。
操作顺序是这样的：先确认板子处于从机模式且USBi连接正常，然后在烧写工具里点读取，看能不能读出EEPROM当前内容（空片子读出来是全FF），这一步是验证I2C链路通不通的好办法。能正常读之后再点写入，写入过程会有进度提示，完成后建议再点一次读取做校验，把读出的数据和编译结果对比。我习惯烧完后断电再上电，把跳线切到自启动模式，听声音验证，这比任何软件校验都直接。
3.3 烧写工具报错时的对照处理
烧写报错信息往往很笼统，我整理了几个常见现象和对应原因。报"device not acknowledged"多半是I2C地址不对或者EEPROM没焊好；报写入超时可能是上拉电阻太大或者总线被占用；报校验失败可能是EEPROM容量不够或者写保护没解除。写保护这个事要单独说，很多EEPROM有WP引脚，拉高就禁止写入，有些板子默认把它拉高了，烧写前必须确认这个引脚电平。
还有一种情况是烧写显示成功但脱机不工作，这通常不是烧写工具的问题，而是引导配置的问题，比如自启动模式的地址选择引脚没设对，芯片去读的地址和你烧的地址不是一个。这种问题软件层面看不出来，只能对照芯片数据手册的引导配置表逐项核对板子上的电阻跳线。
4. 脱机验证与常见故障的定位思路
烧写完成、切到自启动模式，最激动也最容易出问题的时刻到了。上电没声音、有噪声、功能不全，这些现象背后对应的问题各不相同。这一节按现象分类讲定位思路，帮你快速缩小范围。
4.1 上电完全无输出的排查路径
先确认供电，ADAU1701的模拟供电和数字供电都要正常，用万用表量一下核心电压。供电没问题就看引导是否成功，有些板子有引导指示或者可以通过测量某个引脚电平判断，没有的话就回到I2C总线上量波形，看芯片上电后有没有主动去读EEPROM。如果总线上完全没有活动，说明芯片没进入自启动流程，大概率是模式配置引脚不对。
如果总线有读取活动但没声音，那问题可能在EEPROM数据本身。重新把跳线切回从机模式，用USBi连上读一下芯片内部RAM的状态，或者干脆重新烧一遍确认数据完整。我遇到过一次是EEPROM焊接时某个地址线虚焊，读出来的数据错位，表现就是引导看似进行了但程序是乱的，这种硬件问题只能靠仔细检查焊接。
4.2 有输出但声音异常的几种典型情况
声音变调、断续、有爆音，这些往往和时钟、采样率配置有关。前面提过工程采样率和硬件晶振要匹配，脱机后芯片用自己的时钟跑，如果PLL配置和工程设置不一致就会变调。还有一种是有声音但某些功能不生效，比如某个滤波器没起作用，这通常是程序没烧全或者EEPROM容量边界问题，引导时后半段数据没读进去。
爆音和断续还可能和EEPROM的读取速度有关，某些低速EEPROM在引导时数据供给跟不上，虽然这种情况少见但确实存在。换一片速度等级更高的EEPROM能验证这个猜想。另外电源纹波大也会导致脱机后底噪明显，在线调试时USBi供电可能掩盖了这个问题，脱机用板载电源就暴露出来了。
4.3 反复烧写调试时的效率技巧
调试后期经常需要改一点烧一次，来回切跳线很烦。我的做法是保留从机模式跳线不动，用USBi在线验证新程序，确认没问题后再切自启动烧写验证，两步分开。另外SigmaStudio工程要养成版本管理习惯，每次定型打个标签，避免烧错了版本还找不到原因。EEPROM如果是插座的，可以备几片烧好不同版本的轮流换，比反复擦写省时间，毕竟EEPROM擦写次数有限。
还有个小技巧是烧写前先把工程里不用的模块清理掉，减小程序体积，既能加快引导速度也能降低出错概率。调试阶段可以在工程里留一个明显的测试音模块，脱机验证时一听就知道程序跑没跑起来，比盲猜高效得多。
5. 几个文档里不会写但很要命的实操细节
前面按流程走了一遍，这一节专门讲那些零散但能让你少熬几个晚上的细节。这些都是实际项目中反复验证过的，有些甚至是吃了亏才总结出来的。
5.1 EEPROM型号与地址的匹配陷阱
24系列EEPROM的型号和I2C地址有对应关系，但不是简单的线性对应。比如24C32和24C64的地址引脚定义就有差异，A0/A1/A2的接法会影响实际地址。板子设计时如果地址引脚接了固定电平，你换不同型号的片子可能地址就变了，烧写工具里设的地址和实际对不上，读出来全是FF或者写入失败。换片子前一定对照数据手册确认地址，别想当然。
5.2 上电时序与复位的影响
ADAU1701对复位时序有要求，有些板子的复位电路设计得比较随意，上电时复位释放太早或太晚都可能影响引导。表现是偶尔能启动偶尔不能，非常折磨人。如果怀疑这个方向，可以在复位引脚上并个小电容稍微延迟释放，或者用示波器看复位和供电的时序关系。这类问题在批量生产时尤其要注意，单块板子可能碰巧能用，一批下来就出问题。
5.3 程序体积与引导时间的权衡
程序越大引导时间越长，如果系统对上电即出声有要求，就要控制程序体积。优化方法包括精简模块、降低不必要的运算精度、合并重复处理链。但要注意别为了省体积牺牲稳定性，比如某些模块精简后边界条件处理变差，反而引入噪声。这个平衡点只能靠实测找，我的经验是留出足够余量后，引导时间一般在几十毫秒到一百多毫秒量级，对大多数音频应用够用了。
5.4 批量生产时的烧写方案考虑
小批量手工烧写用SigmaStudio工具没问题，但量产时效率太低。常见做法是做一个离线烧写治具，用MCU模拟I2C主控把预先准备好的二进制数据写进EEPROM，或者直接采购已经烧好程序的EEPROM。前者需要把SigmaStudio编译出的数据转成MCU能用的格式，后者要注意供应商的烧写质量和数据保密。无论哪种，都要建立烧写后校验流程，抽检脱机上电功能，别等装成成品才发现问题。
6. 从在线到脱机，一条走通就顺了的链路
把整条链路串起来看，其实逻辑很清晰：SigmaStudio负责算法和工程，USBi负责在线调试时给芯片喂程序，EEPROM负责脱机后给芯片喂程序，芯片自己只认RAM里的内容。所有问题的根源几乎都能归结到"谁在什么时候给芯片喂了什么数据"这个链条上的某一环断了或者错位了。理解了这一点，排查就有了方向，而不是盲目换芯片换板子。
我个人在实际操作中的体会是，前期多花十分钟确认模式跳线、I2C地址、采样率匹配这三件事，能省掉后面几个小时的抓瞎。烧写工具本身很成熟，真正容易出问题的是硬件配置和工程设置的细节。另外强烈建议第一次做这个流程时把每一步的现象记录下来，形成自己的检查清单，下次换项目直接套用，效率会高很多。这套流程走顺之后，ADAU1701的脱机部署其实是个很轻快的活，剩下的精力就可以放在调音本身了。
