先说结论：ADC数据乱跳，八成问题出在硬件。参考源温漂大、模拟地没布好、电源纹波超标，这些靠软件根本救不回来。我们在一个智慧供暖项目上，STM32内置12位ADC采集温度，原始数据跳了2%~3%，换外部REF3030参考源+限幅滑动平均滤波后，全温区误差压到了0.15%以内。硬件决定上限，软件只是拉高下限，顺序别搞反。

ADC采集是嵌入式开发里最常见的功能，也是坑最多的功能之一。很多人觉得"不就是调个HAL_ADC_Start嘛"，结果产品到现场，数据跳得一塌糊涂，回来查半个月才发现是PCB上一条地线走错了。这篇笔记把我们团队六年工业采集项目里踩过的坑、试出来的参数、验证过的代码，全倒出来。

分辨率、精度、采样率——这三个根本不是一回事

刚入行的时候，我跟客户说"这个16位ADC精度很高"，被硬件老哥当场打脸。分辨率是ADC能输出多少位，16位就是65536个刻度；精度是测量值跟真实值差多少，用%FS或者LSB表示；采样率是每秒采多少次。分辨率高不代表精度高，参考源差、噪声大，16位可能还没12位准。

选型看需求，别盲目追高：

我们在智慧供暖项目里，最开始用STM32F103自带的12位ADC采温度，数据跳得跟心电图似的，误差2%以上。客户要求0.5%以内，换了ADS1115外置16位ADC，配了个REF3030参考源，精度直接拉到0.2%。内置ADC不是不能用，是对精度要求高的场合，内部干扰和参考源都撑不住。

参考源选不好，ADC再贵也白搭

ADC的基准是参考电压Vref。参考源不准，所有结果都带系统性偏差。标称2.5V实际2.45V，差2%，你采出来的值全差2%。

参考源方案对比：

// 这里容易踩坑：TL431便宜但温漂大，工业现场昼夜温差二三十度，50ppm/℃ × 30℃ = 0.15%，加上其他误差累积就超标了。我们冬天出过事，白天20度晚上零下，数据飘了将近1%，回来换成REF3030才稳住。

给STM32配外部参考源很简单，把VREF+引脚接外部基准，代码里注意一下：

// STM32 HAL库配置外部参考源 —— 实测在F103和F407上都验证过// VREF+接外部REF3030的3.0V输出，GND就近单点接地voidADC_ExternalVref_Init(void){hadc1.Instance=ADC1;hadc1.Init.ScanConvMode=ADC_SCAN_ENABLE;// 多通道扫描hadc1.Init.ContinuousConvMode=DISABLE;// 单次转换，手动触发hadc1.Init.ExternalTrigConv=ADC_SOFTWARE_START;// 软件触发hadc1.Init.DataAlign=ADC_DATAALIGN_RIGHT;// 右对齐hadc1.Init.NbrOfConversion=1;// 采样时间设长一点，高阻抗信号源要多给点时间充电// 实测STM32F103的12位ADC，采样时间设239.5 cycles，输入阻抗50kΩ以内问题不大HAL_ADC_Init(&hadc1);ADC_ChannelConfTypeDef sConfig={0};sConfig.Channel=ADC_CHANNEL_0;sConfig.Rank=ADC_REGULAR_RANK_1;sConfig.SamplingTime=ADC_SAMPLETIME_239CYCLES_5;// 这里容易踩坑：别用最短采样时间HAL_ADC_ConfigChannel(&hadc1,&sConfig);}// 读ADC值 —— 带软件延时，多通道切换时前两次采样扔掉uint16_tADC_Read_Channel(uint32_tchannel){ADC_ChannelConfTypeDef sConfig={0};sConfig.Channel=channel;sConfig.Rank=ADC_REGULAR_RANK_1;sConfig.SamplingTime=ADC_SAMPLETIME_239CYCLES_5;HAL_ADC_ConfigChannel(&hadc1,&sConfig);// 多通道切换后别急着采，等模拟开关稳定// 实测扔两次采样，串扰从十几个LSB降到2~3个LSBHAL_ADC_Start(&hadc1);HAL_ADC_PollForConversion(&hadc1,100);HAL_ADC_GetValue(&hadc1);// 第一次扔掉HAL_ADC_Start(&hadc1);HAL_ADC_PollForConversion(&hadc1,100);uint16_tval=HAL_ADC_GetValue(&hadc1);// 第二次才用HAL_ADC_Stop(&hadc1);returnval;}

这段代码解决的是多通道采集时的通道间串扰问题。STM32内部模拟开关切换后，采样电容上的电荷没放干净就切到下一个通道，高阻抗输入时特别明显。扔前两次采样，给模拟开关留出稳定时间，串扰能降一个数量级。

电源纹波和前端调理——藏在暗处的精度杀手

ADC对电源噪声敏感得很。数字电路的开关噪声通过电源耦合到模拟部分，数据上表现为无规律跳变。

几个硬规矩：

• AVCC和DVCC分开走线，中间用磁珠或LDO隔离。别图省事一根线拉到底。
• ADC电源引脚旁边放0.1μF陶瓷电容+10μF钽电容，越近越好。我们一般把去耦电容放在ADC正下方，引线不超过5mm。
• 参考电压输出端加RC滤波，比如100Ω+1μF，截止频率大概1.6kHz，能把高频噪声压下去。
• 开关电源别直接给模拟部分供电，纹波太大。至少要过一级LDO，或者用LC滤波。

前端信号调理看传感器输出。毫伏级信号（比如称重传感器）必须上运放放大到ADC满量程附近，不然分辨率浪费严重。运放选型别只看增益带宽积，失调电压和温漂更重要。我们用过LM358做称重前端，零点漂移惨不忍睹，温度一变飘几十毫伏。换OP07级别的，漂移小了将近一个数量级。

PCB布局——一条线走错，干扰跟半年

模拟地和数字地分开、单点连接，这个说烂了但照样有人错。多层板的话，模拟层下面铺模拟地，数字层下面铺数字地，两个地平面只在ADC下方用一个过孔或者零欧电阻连起来。

还有几个细节：

• 模拟信号线尽量短、尽量直，别绕弯。高速数字信号（SPI、时钟）远离模拟部分，串扰很烦人。
• 参考源和去耦电容紧贴ADC引脚，引线越短越好。长了就是天线，专门接收干扰。
• 重要的模拟信号线周围用地线包一圈，像护城河一样。

我们一块8通道采集板，数据总有50Hz工频干扰，查了很久才发现模拟输入线从一个LED旁边走过。LED电源是50Hz整流后的，干扰直接耦合到模拟线上。把线改个方向，干扰从几十个LSB降到5个LSB以内。PCB布局这事儿，真的差之毫厘谬以千里。

软件滤波——限幅+滑动平均的工程实现

硬件做得再好，信号也有噪声。软件滤波就是拉高下限的利器。我们项目里最常用的组合是限幅滤波+滑动平均：先去掉尖脉冲，再做平滑。

// 限幅 + 滑动平均组合滤波 —— HAL库项目实测代码// 用在STM32F103的16位ADS1115采集上，噪声从30个LSB压到8个LSB#defineFILTER_N12// 滑动窗口，别太大，延迟受不了#defineMAX_DIFF80// 限幅阈值，单位LSB，根据信号特性调typedefstruct{int32_tbuf[FILTER_N];uint8_tindex;int32_tsum;int32_tlast_valid;uint8_tfilled;}adc_filter_t;adc_filter_tg_filter={0};// 初始化滤波器 —— 上电时调一次voidADC_Filter_Init(adc_filter_t*f){memset(f,0,sizeof(adc_filter_t));f->last_valid=-1;// -1表示还没收到有效值}// 限幅滑动平均滤波 —— 每采到一个新值就调一次int32_tADC_Filter_Process(adc_filter_t*f,int32_tnew_val){// 第一步：限幅。跟上次有效值比，跳变太大就认为是干扰，弃用if(f->last_valid>=0){int32_tdiff=new_val-f->last_valid;if(diff>MAX_DIFF||diff<-MAX_DIFF){// 这里容易踩坑：别直接返回last_valid，极端情况下会锁死// 我们折中一下，用上一次的有效值替代，但连续限幅3次就强制更新staticuint8_tlimit_cnt=0;limit_cnt++;if(limit_cnt<3){returnf->last_valid;}limit_cnt=0;// 强制接受，可能是信号真的跳变了}}// 第二步：滑动平均。环形缓冲区，减去最老的，加上最新的f->sum-=f->buf[f->index];f->buf[f->index]=new_val;f->sum+=new_val;f->index++;if(f->index>=FILTER_N){f->index=0;f->filled=1;// 缓冲区满了，平均值有效}// 这里容易踩坑：前N次数据没满的时候，除数要跟着变// 不然前几次值偏小，系统刚启动时数据异常int32_tavg;if(f->filled){avg=f->sum/FILTER_N;}else{avg=f->sum/(f->index+1);// 除数动态变化}f->last_valid=avg;returnavg;}// 实际调用流程 —— 在主循环里周期性采样voidADC_Sample_Task(void){uint16_traw=ADC_Read_Channel(ADC_CHANNEL_0);// 读原始值int32_tfiltered=ADC_Filter_Process(&g_filter,raw);// filtered就是滤波后的值，可以直接用或者再去做校准// 实测：12次滑动平均，随机噪声压70%左右，延迟大概12个采样周期}

这段代码解决的是工业现场脉冲干扰+随机噪声的叠加问题。纯滑动平均对尖脉冲没办法，纯限幅又不够平滑，组合起来效果最稳。窗口大小12是我们在一个温度采集项目上试出来的——10次的话噪声还有点大，15次延迟又太长，12次是个平衡点。

两点校准——消除系统误差的必杀技

参考源有误差、运放有失调、电阻有公差，这些系统性偏差靠滤波滤不掉，必须校准。两点校准是最实用的方法：输入两个已知标准值（比如0V和满量程），算出增益系数和偏移量，以后每次采样都用这个系数修正。

// 两点校准 + Flash存储 —— 带CRC校验防数据损坏// 我们在8通道采集板上实测，校准后全温区误差从1.5%FS降到0.3%FS#defineCALIB_FLASH_ADDR0x0800F000// Flash最后一页，根据芯片容量调#defineCALIB_MAGIC0x5A5A5A5A// 校准数据有效标志typedefstruct{floatgain;// 增益系数floatoffset;// 偏移量uint32_tcrc;// CRC校验uint32_tmagic;// 有效标志}calib_data_t;calib_data_tg_calib={1.0f,0.0f,0,0};// 简单的CRC32计算 —— 校准数据不大，这个够用staticuint32_tCRC32_Calculate(uint8_t*data,uint16_tlen){uint32_tcrc=0xFFFFFFFF;for(uint16_ti=0;i<len;i++){crc^=data[i];for(uint8_tj=0;j<8;j++){crc=(crc>>1)^(0xEDB88320&-(crc&1));}}return~crc;}// 执行两点校准 —— 标准值用精密电压源或标准电阻给出voidADC_Calibrate_TwoPoint(floatstd1_v,uint16_tadc1,floatstd2_v,uint16_tadc2){// 这里容易踩坑：两个标准点不能太近，最好在量程的10%和90%附近// 离太近的话，算出来的gain误差会被放大g_calib.gain=(std2_v-std1_v)/(float)(adc2-adc1);g_calib.offset=std1_v-g_calib.gain*(float)adc1;// 存Flash前算CRCg_calib.magic=CALIB_MAGIC;g_calib.crc=CRC32_Calculate((uint8_t*)&g_calib,sizeof(g_calib)-8);// 写Flash —— 实际项目里要用HAL_FLASH_Program，这里简写示意// Flash_Write(CALIB_FLASH_ADDR, (uint32_t *)&g_calib, sizeof(g_calib)/4);}// 从Flash读校准参数 —— 上电时调用uint8_tADC_Load_Calibration(void){// Flash_Read(CALIB_FLASH_ADDR, (uint32_t *)&g_calib, sizeof(g_calib)/4);if(g_calib.magic!=CALIB_MAGIC){// 校准数据不存在，用默认值（gain=1, offset=0）g_calib.gain=1.0f;g_calib.offset=0.0f;return0;// 加载失败}uint32_tcalc_crc=CRC32_Calculate((uint8_t*)&g_calib,sizeof(g_calib)-8);if(calc_crc!=g_calib.crc){// 这里容易踩坑：Flash数据可能损坏，CRC校验不过就用默认值// 别硬着头皮算，否则输出值会完全错乱g_calib.gain=1.0f;g_calib.offset=0.0f;return0;}return1;// 加载成功}// 获取校准后的实际电压值floatADC_Get_Voltage(uint16_tadc_raw){returng_calib.gain*(float)adc_raw+g_calib.offset;}

这段代码解决的是ADC系统误差校准和参数持久化问题。校准参数存在Flash里，掉电不丢，加上CRC校验防止数据损坏。我们在化工厂的项目里，出厂前每个通道都做一次两点校准，存好参数，到现场直接读就用。

一个真实项目的实测数据

给一家化工厂做的8通道4_{20mA采集模块，要求±0.2%FS，-20}60℃工作。

方案：ADS1115两片级联8通道，REF3030做3.0V参考源，250Ω精密电阻转电压，24V输入经DC-DC到5V，再经LDO分3.3V数字和5V模拟。

实测结果：

客户要求±0.5%FS，我们做到±0.3%FS（全温区），余量充足。做工业产品一定要留余量，设计指标最好是客户要求的2倍，量产时元器件公差、焊接差异才不会把产品卡死。

几个容易栽进去的坑，说多了都是泪

参考源直接用VCC代替。省事是真省事，VCC上的纹波直接变成采样误差。高精度采集必须上独立参考源，哪怕TL431也比VCC强。

模拟地和数字地到处乱接。数字开关噪声通过地回路串到模拟部分，数据上会出现规则的干扰纹波。分开布局、单点连接，多层板铺地要分区。

输入阻抗不够把信号拉低了。换传感器误差就变，大概率是输入阻抗问题。高输出阻抗的传感器前面要加电压跟随器，或者选输入阻抗更高的ADC。

采样率不够还省抗混叠滤波。奈奎斯特定理别忘，采样率低于信号最高频率2倍就会混叠。要么提高采样率，要么在ADC前面加低通滤波把高频成分滤掉。

多通道采集不扔前几次采样。STM32内部模拟开关切换需要时间稳定，直接采的话串扰严重。切通道后等几微秒，或者前两次采样扔掉，数据稳很多。

运放自激了还不知道。前端加了运放噪声反而变大，大概率是自激。输出端加100Ω电阻驱动容性负载，反馈电阻并联小电容做相位补偿，拿示波器一看波形就知道。

写在最后

高精度ADC采集是个系统工程，从参考源、前端运放、电源、PCB布局到软件滤波、校准，每个环节都影响最终精度。硬件做扎实了，软件稍微处理一下就能出好数据；硬件没做好，再复杂的算法也救不回来。

希望这篇笔记对你有用。如果你的采集项目也遇到了精度或者干扰的问题，欢迎评论区交流，各种奇奇怪怪的坑，咱们一起琢磨。

还想接着看

• 【实战】STM32挂4路传感器数据全乱？从同步采到卡尔曼融合的调坑笔记——多通道传感器融合的进阶做法，正好接在本文后面
• 【实战】STM32做PID温控总是过调？从参数整定到PWM脉冲输出的工程调优笔记——采完数据要做控制的话，PID调参的经验也在博客里
• 【实战】STM32低功耗实战：电池供电终端功耗从8.6mA压到2.1mA的调优记录——做电池供电的采集节点，低功耗设计不能少