ADUC842开发板全外设测试：ADC/DAC/UART/SPI/IIC配置与踩坑实战

简介ADUC842是ADI公司集成丰富模拟与数字外设的微控制器这份测试程序包围绕其ADC、DAC、IIC、SPI、UART及PWM六大内部模块逐项编写了可运行的工程代码适合嵌入式开发者、高校学生以及需要快速评估该芯片性能的硬件工程师参考使用。压缩包共68个文件包含各模块对应的C源文件、START_AD.A51启动文件、UV2工程配置、HEX烧录文件、LST列表、M51内存映射、OBJ目标文件及多种备份设置整体体积仅80KB目录按模块独立划分便于针对性查阅。目前已有396人学习下载具备一定的参考价值。每个外设都给出了独立的测试工程例如DAC工程用于生成正弦波ADC工程验证多通道采样UART工程测试串口收发PWM工程演示占空比与频率调节IIC和SPI工程则覆盖常用通信场景。借助这些代码开发者可以快速掌握ADUC842的内部寄存器配置、中断处理以及各模块协同工作机制减少底层调试投入加速项目原型验证。 拿到一块ADUC842开发板我不会先急着把几百页的数据手册从头翻到尾。这颗芯片吸引人的地方不是那颗8051内核而是它把12位ADC、双12位DAC、UART、IIC、SPI、PWM全部集成在一颗小封装里非常适合作传感器采集、变送器、电机控制这类“先处理模拟信号、再做数字控制”的场合。问题在于外设越多越容易踩坑ADC采样跳字、DAC输出电压偏、串口乱码、IIC和SPI死活读不到设备——这些坑在正式项目里排查起来特别费时间。我的习惯是先写一套覆盖所有内部模块的测试程序让每个外设先“跑”起来。这套测试程序花了我一个周末后面做正式固件时至少省了一周。这篇把整个工程的设计思路、关键配置和实测结果记录下来给正在调ADUC842的朋友一个可以直接照抄的起点。1. 拿到ADUC842先跑自检芯片能力与测试程序整体思路1.1 ADUC842到底强在哪ADUC842属于ADI的MicroConverter系列内核对8052兼容但真正的价值在模拟外设片内集成了一路12位SAR ADC带多通道输入和内部温度传感器、两路12位电压输出DAC还有6通道可编程PWM输出。数字接口也一个不少UART、兼容IIC的两线接口、SPI全都内置。这颗芯片很典型的用法是做“模拟前端数字控制”的一体化方案。比如一个工业变送器传感器出来的毫伏级信号先经过片内ADC采集MCU做滤波、线性化、量程换算然后通过UART上报给上位机同时用DAC输出标准的电压/电流信号或者用PWM去驱动加热/电机执行机构。也就是说你不需要在板子上额外堆一颗独立的ADC芯片和一颗DAC芯片一颗ADUC842就能把采集、计算、输出整个闭环跑起来。我第一次拿到这颗芯片时第一反应是去看它的寄存器表结果被模拟部分的配置项绕晕了。后来换了个思路先把每个模块当作独立的“测试单元”逐个跑通再组合联调。这套测试程序的定位也不是产品代码而是验证板子、熟悉配置、留下可复用的驱动片段。模块主要配置项典型应用ADC通道选择、参考源、转换时钟、采样保持时间传感器采集、电池电压监测DAC输出电压范围、缓冲/非缓冲输出、码值写入模拟信号输出、偏置电压给定UART波特率、帧格式、中断收发与PC/PLC通信、日志打印IIC主从模式、时钟频率、ACK/NACK处理读写EEPROM、温湿度传感器、RTCSPI主从模式、CPOL/CPHA、数据位宽读写Flash、数字电位器、外部ADC/DACPWMPWM周期、占空比、死区、输出极性LED调光、电机调速、半桥驱动1.2 测试程序的架构回环为主、联调为辅这套测试程序的核心思路是三句话数字接口靠回环验证模拟接口靠互相验证对外通信靠PC联调验证。UART采用“收到什么回什么”的echo方式直接把TX和RX短接就能验证MCU的UART硬件链路和中断逻辑是否正常。不短接时接USB转串口模块配合PC端串口助手做双向联调。IIC和SPI通过读取外部存储芯片的ID和读写数据来验证时序比单纯量波形靠谱得多。ADC和DAC把DAC输出电压分压后送到ADC输入通道让模拟链路自己构成一个闭环——这也符合“内部模块测试”的主题。测试模式通过串口命令切换输入“adc”“dac”“pwm”等字符串就进入对应测试子菜单。这样不用每次改一个模块都重复烧写程序实测中特别省事。2. ADC和DAC回环测试从寄存器配置到实测误差2.1 ADC初始化和采样SAR ADC的关键时序ADUC842的ADC是逐次逼近型SAR结构12位分辨率片内多路选择器可以切换外部通道和内部温度传感器通道。写测试程序时我最关心的三个点依次是参考电压、采样保持时间、转换结果读取。参考电压直接决定满量程内部基准默认是2.5V精度还算可以但绝对精度一般。测试阶段用内部基准够用如果追求绝对精度建议切换到外部高精度基准。代码里我把基准配置放在最前面保证后面的换算公式不出错// ADC初始化示例具体寄存器位定义以官方数据手册为准 void adc_init(void) { // 选择内部2.5V参考配置ADC时钟分频 ADCCON1 0x00; // 关闭ADC中断清转换标志 ADCCON2 0x00; } // 读取指定通道的12位ADC值 unsigned int adc_read(unsigned char ch) { ADCCON1 0xF8; ADCCON1 | ch; // 切换通道 ADCCON2 | 0x01; // 启动一次转换 while (!(ADCCON2 0x02)); // 等待转换完成 return ((unsigned int)ADCDATAH 4) | ADCDATAL; }SAR ADC有个特点它在内部需要一小段时间来“逼近”输入电压同时输入源的内阻会影响到采样电容充电的速度。如果输入信号源阻抗很高采样保持时间不够最后的转换结果会偏低或者跳变。这就解释了为什么很多人在ADC输入前加一个电压跟随器——运放的低输出阻抗能保证采样电容快速充电读数才稳定。另外参考电压引脚必须就近放一个0.1uF的陶瓷电容我自己实测过这颗电容不焊的话ADC结果在低几位上会明显跳动。实测中我还发现ADC采到的原始值如果不做任何软件处理最后一位的波动是常态。测试程序里我加了一个简单的滑动平均滤波连续采8次去掉最大最小值再求平均。这个处理虽然不是算法上的最优解但在工程上非常实用既不会严重滞后又能把噪声压下去。2.2 DAC输出电压码值换算与缓冲问题DAC部分比ADC简单得多12位电压输出输出范围同样是0到参考电压。码值和电压的对应关系是Vout (CODE / 4096) * Vref如果Vref是2.5V那么码值2048对应的理论电压就是1.25V。写DAC输出时只需要把12位码值拆成高4位和低8位分别写入两个寄存器再触发更新void dac0_out(unsigned int code_value) { DAC0H (code_value 8) 0x0F; DAC0L code_value 0xFF; DACCON | 0x01; // 更新DAC0输出 }有一个坑我必须单独说DAC输出引脚本身的带载能力有限。如果直接把DAC输出接到一个几百欧的负载上输出电压会明显跌落波形顶部还会变平。网上很多“dac前后波形变化”的讨论指的就是这个问题——不加缓冲时你看到的是“被负载拉垮”的信号加一级运放电压跟随器之后输出波形立刻干净了。测试程序里我把DAC输出通过一个10k电阻直接送到ADC输入因为ADC输入阻抗很高这个地方不额外加运放也没问题但如果你打算驱动后级电路一定要确认好DAC的输出阻抗和负载匹配。2.3 回环联测与三点校准回环测试的思路很简单DAC0输出某个码值对应的电压经过分压/直连送到ADC0通道ADC采样后把码值与DAC设定码值做比较。理论上这个“模拟环”误差应该很小但实际测试中因为参考源误差、分压电阻精度、ADC偏移等因素数值会偏离理论值。我实测的一组数据是这样的参考电压2.5VDAC输出接10k电阻分压到ADC输入DAC设定码值理论电压(mV)ADC回读码值回读电压(mV)误差(mV)1024625.01022623.7-1.320481250.020501251.21.230721875.030701873.0-2.040952499.440922497.8-1.6这个误差水平说明板子基本正常。如果误差呈明显的线性偏移——比如小信号正常、大信号偏偏高大概率是参考电压实际值不是名义值。这时候可以做“外部三点校准”用高位万用表测量DAC实际输出电压记录三个不同码值对应的真实电压然后拟合一条直线把ADC换算公式里的斜率和截距修正掉。很多ADC/DAC精度要求高的项目都是这么干的虽然增加了一点校准工作但换来的是可靠性。3. UART/IIC/SPI总线自检让通信先跑通3.1 UART自检与PC联调UART在整块芯片的测试里扮演两个角色一是作为被测试对象二是作为调试信息的输出通道。配置上ADUC842的UART和标准8051系列很接近用定时器1作为波特率发生器串口工作在模式1即可。我用的是9600bps、8数据位、无校验、1停止位的经典配置void uart_init(void) { SCON 0x50; // 串口模式1允许接收 TMOD 0x0F; TMOD | 0x20; // 定时器1模式28位自动重装 TH1 0xFD; // 11.0592MHz晶振下对应9600bps TL1 0xFD; TR1 1; ES 1; EA 1; } void uart_send(unsigned char dat) { SBUF dat; while (!TI); TI 0; }UART本身调试中最容易踩的坑是波特率误差。如果板子上用的是12MHz晶振而不是11.0592MHz想要得到标准的9600bps定时器初值算出来是带小数位的必然有误差。短距离传输可能没感觉但如果对端是严格时序的设备比如Modbus主站乱码概率会明显上升。我一般建议UART通信的板子直接用11.0592MHz晶振这样几乎所有标准波特率都能整数分频出来。自检操作分两步先把TX和RX短路用串口发送一串数据同时开启接收中断看能不能完整收到自己发的数据然后把TX/RX接到USB转串口模块FT232R或者FT231X这类都很常见在PC端串口助手里发字符串MCU原样回传。能回传就说明UART物理链路、中断、收发缓冲区逻辑都正常。UART一帧数据的时序其实很简单空闲时保持高电平起始位拉低一个位时间然后按位发送数据位、可选的校验位、最后停止位回高。逻辑分析仪或者示波器抓一下起始位的下降沿就能确认波特率是否准确。3.2 IIC自检EEPROM读写最直接IIC总线的特点是只用两根线SCL和SDA就能挂多个设备并且通过设备地址区分。自检最稳妥的方案是在IIC总线上挂一颗AT24C02 EEPROM做“写入→读回→比对”的循环测试。AT24C02的7位设备地址是0x50再加上最后一位的读写标志。这里有个前置条件很多人会忽略IIC总线需要上拉电阻。MCU的IIC引脚一般是开漏输出如果板上没有4.7k左右的上拉电阻SCL和SDA的高电平上不去通信必然失败。我第一次跑IIC测试时恰好用的板子自带EEPROM模块模块上有上拉电阻所以没遇到这个问题但如果直接用飞线接裸片这个细节就是排查的第一步。写入AT24C02时要特别注意页写边界。AT24C02一页是8个字节跨页写入时如果不做分页处理地址会回卷覆盖掉前面的数据。测试程序里我干脆一次只写1个字节读回来比对简单可靠。IIC时序上起始条件是SCL在高电平期间SDA产生下降沿停止条件是SCL高电平期间SDA产生上升沿每次传输一个字节后从设备会回一个ACK低电平。程序里只要判定设备有没有回ACK就知道总线上设备是否存在这也是IIC自检的第一道关卡。3.3 SPI自检Flash回读与模式匹配SPI自检我习惯用一颗SPI接口的Flash芯片比如W25Q16通过读JEDEC ID来验证时序是否正确。SPI是主从全双工四根线SCK、MOSI、MISO、CS通信速度远高于IIC适合Flash这类大数据量场景。它的配置核心是两个参数时钟极性和时钟相位也就是CPOL和CPHA四个组合对应Mode 0到Mode 3。SPI最容易出的问题就是模式不匹配。主设备用Mode 0从设备要求Mode 3那读回来的数据就会错位最常见表现就是读ID读出来全是0xFF或者0x00。排查方法也简单用逻辑分析仪抓SCK和MOSI/MISO的时序看数据是在SCK上升沿还是下降沿被采样再对照从设备数据手册的模式要求调整。// SPI初始化示例主模式Mode 08位数据 void spi_init(void) { SPICON 0x07; // 使能SPI主模式CPOL0CPHA0 SPIDAT 0x00; }对照IIC和SPI的使用场景IIC适合低速、少量、多设备的配置类通信SPI适合高速、大量数据的传输。测试时把两个接口都跑一遍读写基本上500k到2M的SPI时钟下读Flash ID都能一次通过。如果高速下偶尔出错案例里往往不是模式问题而是飞线过长或走线干扰这种属于板级问题降速验证即可。4. PWM输出测试占空比调节与带负载实测4.1 PWM频率与占空比配置ADUC842的PWM模块有6路输出每路都支持独立的占空比配置同时共用一个周期。我的测试目标是把频率设在1kHz左右占空比从10%到90%逐级变化用示波器观察波形是否符合预期。PWM的配置逻辑是设置一个周期计数值再设置某通道的占空比计数值二者相除就是占空比。它的输出频率由系统时钟和周期计数值决定周期计数值越大频率越低。配置代码的结构大概是void pwm_init(void) { // 禁止PWM输出先改配置 PWMCON 0x00; // 设定周期计数对应约1kHz频率 PWMDAT0 1000; // 通道0占空比计数初始50% PWMDAT1 500; // 使能PWM输出 PWMCON | 0x01; }调占空比时不要直接给寄存器写一个超过周期值的数否则输出会变成常高或常低看起来像是“没信号”。我写测试程序时特意加了一个保护判断占空比计数值大于周期值就自动钳位到周期值防止现场误操作。提到PWM很多人第一反应是呼吸灯或者电机调速。它确实能干这两件事但原理需要区分LED调光利用人眼对高频亮暗变化的视觉残留电机调速利用PWM平均电压等效于直流电压。从波形角度说占空比越大高电平时间越长平均电压越高。用万用表直流档测PWM输出经过RC低通滤波后看到的电压近似等于VCC乘以占空比这个规律在调试中非常有用。4.2 从呼吸灯到RC滤波实测波形与负载能力我的PWM实测量了两个场景。第一个是驱动LED呼吸灯把PWM输出经过一个200欧限流电阻接到LED上程序里让占空比从0慢慢增加到100再慢慢减小循环往复。示波器下看LED两端波形就是标准的方波占空比平滑变化亮度也平滑变化。这个场景不用外部电路验证PWM引脚能不能正常输出、占空比更新是否及时特别直观。第二个场景是PWM驱动RC低通滤波电路用一个10k电阻和10uF电容组成一阶低通把PWM方波变成直流电平。这时能看到滤波器输出端是一个缓慢变化的电压信号电压值随占空比线性变化。如果你手头没有DAC模块这几乎就是用PWM替代DAC的常规做法。不过要记住RC滤波后的纹波大小和RC时间常数直接相关滤波电容越大纹波越小但响应越慢。选参数时要根据实际需求平衡。还有一个值得在测试阶段就验证的点PWM的故障保护。特别是在电机驱动这类场景PWM输出不能“裸奔”一定要在硬件上留出故障关断引脚或者在程序里设置过流/过温保护逻辑。我见过一些板子在调试时跑着跑着MOS管烧了原因就是PWM占空比给到100%电流失控而软件侧没有及时封锁输出。测试程序里可以加一个最简单的保护示例检测到某个输入引脚变低立刻把PWM输出全部置为安全状态。5. 测试工程main框架与调试踩坑记录5.1 main函数与测试模式切换整套程序的main函数不复杂核心是一个状态机和串口命令分发。上电先做系统初始化把用到的外设全部配置好然后循环等待串口命令void main(void) { sys_clock_init(); uart_init(); adc_init(); dac_init(); spi_init(); pwm_init(); uart_send_string(ADUC842 Module Test\r\n); while (1) { handle_uart_command(); // 解析串口命令分发到各测试函数 process_led_status(); // 通过LED指示当前状态 } }命令分发我用了最简单的一串if/else比对没有上状态机框架。对于测试程序来说代码越直白越好别人拿到手也能一眼看懂怎么加自己的测试逻辑。每个模块的测试函数都保持统一格式开头打印测试名称执行测试内容结尾打印“PASS”或者“FAIL”并附带关键读数。这样在PC端串口助手上一目了然。5.2 我在实测中踩过的五个坑第一ADC跳字严重查到最后是模拟地和数字地处理不当。ADUC842这类模拟外设丰富的芯片对电源质量很敏感。开发板如果只用一个LDO同时给模拟和数字供电ADC采样时数字翻转产生的噪声就会耦合进来。解决方法是让模拟电源和数字电源分开走线在ADC参考引脚和电源引脚处加0.1uF和10uF去耦电容。第二DAC输出电压偏低问题出在DAC输出没有缓冲还挂了负载。后来在输出端加了一级运放电压跟随器电压就准了。这一点在2.2节详细说过这里再强调一次不是啰嗦是真有人忽略。第三串口偶尔乱码最后发现不是波特率配置错而是晶振实际频率和标称值有偏差。换了一个质量好点的11.0592MHz晶振之后连续跑一整天都没再出现乱码。UART通信的容错能力和波特率误差强相关误差控制在2%以内才是安全线。第四IIC读不到EEPROM排查了老半天发现是总线忘记加上拉电阻。这个坑对有经验的工程师来说很低级但恰恰说明自检程序的价值它能逼你把每个基础环节都过一遍。第五PWM和ADC同时工作时ADC噪声明显变大。现象是DAC通道静态输出不变但只要PWM一开启ADC采到的值就开始波动。后来我把ADC采样时刻安排在PWM周期的固定相位相当于同步采样噪声立刻小下去了。这就是为什么嵌入式系统里时序设计比单点功能设计更重要的原因。这套测试程序最终留下的不只是几段能跑的代码更是一种方法数字接口靠回环和读写验证模拟接口靠闭环互相验证对外通信靠PC联调验证。后面再做基于ADUC842的正式项目我已经能根据这套测试结果快速定位是新板子的硬件问题还是固件配置问题。最后再分享一个小技巧在串口打印里给每个模块加上测试计数和通过/失败标志跑回归测试时只需要看最后统计的计数不用一条条翻日志省心很多。本文还有配套的精品资源点击获取