STM32+ADS122U04多通道温度采集方案：覆盖PT100、热电偶与NTC的完整实践

干我们这行的都清楚工业现场和HVAC系统里的温度采集从来不是插个传感器、读个数那么简单。信号长距离传输要抗干扰、传感器类型五花八门要兼容、系统24小时跑着还得保证精度不漂最后出来的数据要能直接送进控制器做PID或者报表。我最近用ADS122U04IPWR这颗带UART接口的24位Δ-Σ ADC配合STM32F723ZE做了个多通道温度采集方案正好覆盖了PT100、PT1000、NTC和热电偶这几种最常见的传感器今天把整个设计思路、寄存器配置、硬件连接和一些调试坑完整记录下来。先说为什么选这两颗料。ADS122U04是TI家的24位低功耗ADC自带可编程增益放大器PGA、内部温度传感器和两个激励电流源最关键是它把数据接口做成了UART一条RX一条TX就能搞定通信省去了SPI/I2C的时序调试麻烦特别适合在PCB走线受限或者需要长距离传输的场景。STM32F723ZE这边216MHz主频硬件UART资源充足而且5V容忍引脚多和ADS122U04的供电域对接很灵活。两块配合基本能覆盖从-200℃到850℃的工业测温需求热电偶上限更高取决于分度号和冷端补偿。这篇是纯实操向的分享适合正在做工业数据采集板、暖通空调控制器或者设备状态监测的同行尤其是准备上手ADS122U04这颗不太常见、但用起来很顺手的ADC的朋友。我会从方案选型逻辑开始再到寄存器配置、硬件连接、STM32端代码框架最后把调试中遇到的一些问题整理成排查参考。照着走你也能在半天内把一套多通道温度采集跑起来。1. 方案整体设计与选型思路1.1 为什么用UART接口的ADS122U04而不是传统SPI接口的ADS1220很多熟悉TI ADC的同行第一反应会是ADS1220那颗是SPI接口的24位ADC市场存量很大。但ADS122U04把接口换成了UART这恰恰解决了我实际项目中遇到的几个痛点。工业测温板往往和主控板分开布局传感器信号经过调理后送到ADCADC再通过连接器和主控通信。SPI接口在板间连接器上容易受干扰SCLK和MOSI/MISO的高速翻转会产生串扰而且线一长时序裕量就很紧张。UART是异步串行只有两根线加上地也就三根抗干扰能力和布线友好度都好得多。ADS122U04本身支持9600到1Mbps的可编程波特率配合差分信号或者光电隔离非常方便。我在实际项目里就把ADC板和主控板用一根四芯屏蔽线连接UART_TX、UART_RX、电源、地一米五的长度下实测通信稳定这在SPI方案里几乎不可能做到。另外UART接口还有一个隐性优势调试方便。USB转串口模块一插PC上就能直接看到ADC的原始输出和寄存器状态不用接逻辑分析仪去抓SPI波形。这对前期验证硬件和排查问题效率提升是肉眼可见的。1.2 STM32F723ZE在温度采集系统中的分工STM32F723ZE在这套方案里承担三件事第一UART通信。初始化一个USART外设波特率设置为和ADC匹配收发数据。F723ZE有8个UART随便拿一个都不影响其他外设使用。第二数据处理与校准。ADC输出的原始码需要经过线性化、滤波、冷端补偿等处理才能转换为工程温度值。F723ZE内置FPU单精度浮点运算很快处理多项式拟合和查表插值绰绰有余。第三系统管理。比如传感器断线检测、上下限报警、心跳包维护这些逻辑放在MCU侧做不占用ADC的带宽。选F723ZE而不是F103或者F4系列主要是看中了它的主频和数学运算能力。其实用F103也能跑但做热电偶冷端补偿的时候要算多项式F103的M3内核没有FPU软件浮点运算会拖慢整个控制循环。F723ZE的216MHz主频加FPU能确保在1kHz采样率下每个采样周期内完成所有数学运算还有大量余量。1.3 HVAC与工业测温场景的差异化需求这是很多人容易忽略的部分。在HVAC场景比如冷却水温度、风管温度、回风温度精度要求通常是±0.5℃就够传感器用NTC或者PT1000居多量程窄-40℃到150℃信号变化缓慢采样率不需要很高。但工业场景完全不一样。电机绕组温度、轴承温度、热处理炉温这些场合可能用PT100或者热电偶量程跨度大环境电磁干扰强而且往往需要同时采集多路信号。ADS122U04内置的4路输入通道搭配输入多路复用器配合PGA和双路激励电流源可以做到2路四线制PT100/PT1000同时测量或者4路单端信号测量灵活性很好。使用方案之前建议先明确你的传感器类型和精度指标这直接决定了ADC的配置方式。比如说你用二线制还是四线制PT100PGA增益和激励电流的设置完全不同这些参数会影响测量结果的一致性。2. 核心细节解析与关键配置2.1 ADS122U04引脚功能与最小系统电路ADS122U04的引脚不算多核心的几个是AIN0~AIN3模拟输入通道可以配置为4路单端或2路差分REFP0/REFN0、REFP1/REFN1外部基准电压输入IEXC1/IEXC2激励电流源输出UART_TX/UART_RX异步串行接口DRDY数据就绪输出低电平有效最小系统电路方面有几个点需要注意。供电ADS122U04的模拟电源AVDD和数字电源DVDD分开供电建议AVDD用干净的3.3V或者5VDVDD用MCU同域的3.3V。这里千万不能图省事把两个电源引脚直接并在一起ADC的数字噪声会通过电源耦合到模拟部分直接影响测量精度。我实测过把AVDD和DVDD直接短接24位ADC的有效分辨率会掉2~3位。基准电压REF引脚需要外接一个低温漂的基准源比如REF5025输出2.5V。内置基准VREF虽然是集成在芯片里的温度系数约10ppm/℃但对外部基准来说还是差一些。如果追求0.1℃级别的精度强烈建议用外部基准。去耦电容AVDD和DVDD引脚旁边各放一个10μF钽电容加0.1μF陶瓷电容靠近芯片引脚。模拟输入引脚前加RC低通滤波R取1kΩC取100nF截止频率约1.6kHz能有效抑制50Hz工频干扰和射频噪声。复位与启动RESET引脚上拉10kΩ电阻上电后MCU拉低复位再释放确保ADC进入默认状态。如果不接复位引脚上电后ADC输出不定态UART通信容易收到垃圾数据。2.2 寄存器配置详解ADS122U04的寄存器通过UART读取和写入总共0x00到0x06七个配置寄存器实际使用中主要配置其中四个0x00输入多路复用器、0x01PGA和转换模式、0x02数据速率和滤波、0x03激励电流源。0x00寄存器——输入多路复用器配置。默认值是AIN0作为正输入AIN1作为负输入差分模式。如果只需要单端测量可以配置为AIN0对AVDD或者AIN0对GND的伪差分模式。对于四线制PT100我会配成差分输入正负端分别接传感器的两个电压采样线。0x01寄存器——PGA配置。PGA增益可选1、2、4、8、16、32、64、128倍。对于PT100来说在0℃时电阻约100Ω用1mA激励电流时电压只有100mV如果不放大ADC的满量程利用率很低。我通常把PGA设为8倍或者16倍这样100mV信号放大到800mV或1.6V接近2.5V基准电压的满量程范围分辨率能充分利用。0x02寄存器——数据速率和滤波。该寄存器低三位决定了输出速率。需要注意的是ADS122U04有一个50/60Hz工频抑制滤波选项配置为50Hz抑制模式时数据速率会被限制为20SPS。如果你的系统供电是从工频电网来的这个功能非常实用能有效消除电源纹波对测量结果的影响。0x03寄存器——激励电流源。可以配置IEXC1和IEXC2的输出电流大小可选0.25mA、0.5mA、1mA、1.5mA等档位。激励电流的选择要综合考虑传感器阻值和功耗两个因素。对于PT1001mA是常用的折中方案。电流太小信号电压低需要更高的PGA增益但传感器的自热效应小电流太大信号电压高PGA增益可以低一些但PT100自身会发热导致测量值偏高。PT100在1mA下自热约0.02℃左右可以接受。NTC因为电阻值通常在10kΩ级别0.25mA就够了再大容易自热到不可忽略。2.3 传感器类型对应的测量配置速查表这里直接给出一份参考表是实测调通过的组合适合作为起点然后结合实验微调。传感器类型激励电流PGA增益输入模式基准电压预期精度PT100 四线制1mA8~16差分外部2.5V±0.1℃0-100℃PT1000 四线制0.5mA4~8差分外部2.5V±0.15℃NTC 10kΩ0.25mA2~4单端伪差分外部2.5V±0.3℃K型热电偶无不使用IEXC32~128差分内部或外部2.5V±1℃含冷端补偿热电偶测量时不用激励电流源因为热电偶自身产生热电势不需要外部供电。但热电偶的信号非常微弱K型热电偶在0℃时输出0mV在100℃时约4.096mV需要高PGA增益才能把信号抬升到ADC可以分辨的范围。同时必须做冷端补偿ADS122U04内置的温度传感器就是干这个用的。3. 实操过程与完整代码实现3.1 硬件连接参考我实际调试用的连接方式是STM32F723ZE的USART1_TXPA9接ADS122U04的UART_RXSTM32F723ZE的USART1_RXPA10接ADS122U04的UART_TXSTM32的GND和ADS122U04的GND共地ADS122U04的DRDY引脚接STM32的一个GPIO输入我用的是PB0配置为外部中断这里提一个容易踩的坑ADS122U04的UART_RX和UART_TX都是推挽输出和STM32的同一个UART对接时不需要额外电平转换但要注意二者波特率设置完全一致。另外建议在TX和RX线上各串一个100Ω电阻能有效抑制反射和振铃对长线传输有明显改善。3.2 STM32端UART初始化初始化USART1波特率设置为576008位数据位、1位停止位、无校验。这个波特率比较折中既不会因为过高导致长线传输误码又足够支撑1kHz采样率下高频数据输出。void USART1_Init(void) { RCC-AHB1ENR | RCC_AHB1ENR_GPIOAEN; RCC-APB2ENR | RCC_APB2ENR_USART1EN; GPIOA-AFR[1] (GPIOA-AFR[1] ~0xFFU) | 0x77U; // PA9/PA10复用为USART1 GPIOA-MODER ~0x3C00U; GPIOA-MODER | 0x2800U; // PA9/PA10设为复用功能 USART1-BRR 216000000U / 57600U; // F723ZE USART1挂在APB2上频率216MHz USART1-CR1 USART_CR1_TE | USART_CR1_RE | USART_CR1_UE; USART1-CR2 0; }要特别注意BRR的计算方式。F723ZE的USART1挂在APB2总线上APB2的频率默认就是系统主频216MHz不需要额外分频所以BRR寄存器直接填系统主频除以波特率即可。如果是用标准外设库或者HAL库这个分频过程是库函数内部处理的但手动操作寄存器时一定要确认总线频率不然波特率配错了整个通信就废了。3.3 ADC寄存器写入与读取代码ADS122U04的UART协议是每帧包含一个命令字节后续跟随需要写入的数据字节或者返回读取的数据。常用命令0x20 寄存器地址 数据写单个寄存器0x40 寄存器地址读单个寄存器0x00启动转换0x10读取数据返回3字节24位数据我封装了两个基础函数写寄存器和读数据。void ADS122U04_WriteReg(uint8_t regAddr, uint8_t regVal) { uint8_t cmd[3]; cmd[0] 0x20 | (regAddr 0x07); cmd[1] regVal; cmd[2] 0x00; // 填充字节确保UART帧完整 HAL_UART_Transmit(huart1, cmd, 3, 10); } uint8_t ADS122U04_ReadReg(uint8_t regAddr) { uint8_t cmd[2]; uint8_t resp 0; cmd[0] 0x40 | (regAddr 0x07); cmd[1] 0x00; HAL_UART_Transmit(huart1, cmd, 2, 10); HAL_UART_Receive(huart1, resp, 1, 10); return resp; }这里有个细节写寄存器命令发送完之后需要等待至少3个字节时间才能发下一条命令这是ADS122U04的时序要求。如果连续高速写多个寄存器中间最好插入一个小的延时函数或者通过DRDY引脚判断ADC是否空闲。我第一次调试时没注意这个时序导致配置寄存器有时丢数据整个ADC行为像随机游走一样排查了很久才定位到是写入间隔不够。3.4 完整初始化与数据读取流程初始化顺序建议void ADS122U04_Init(void) { ADS122U04_WriteReg(0x00, 0x10); // AIN0正端AIN1负端差分模式 ADS122U04_WriteReg(0x01, 0x0A); // PGA16连续转换模式 ADS122U04_WriteReg(0x02, 0x10); // 20SPS50/60Hz抑制 ADS122U04_WriteReg(0x03, 0x3C); // IEXC1输出1mA ADS122U04_StartConversion(); }数据读取可以放在外部中断回调或者主循环轮询DRDY引脚。推荐用外部中断加标志位的方式效率更高。uint32_t ADS122U04_ReadData(void) { uint8_t cmd 0x10; uint8_t data[3]; HAL_UART_Transmit(huart1, cmd, 1, 10); HAL_UART_Receive(huart1, data, 3, 10); return ((uint32_t)data[0] 16) | ((uint32_t)data[1] 8) | data[2]; }ADS122U04输出的24位数据是二进制补码格式最高位是符号位。转换公式是电压 (原始码 / 0x800000) × 满量程电压满量程电压等于基准电压除以PGA增益的2倍。假设基准电压为2.5VPGA16则满量程为±78.125mV原始码0x7FFFFF对应78.125mV0x800000对应-78.125mV0x000000对应0V。3.5 从ADC码到实际温度值的换算这里以PT100为例走一遍完整计算流程。假设原始码为0x1A2B3C十进制1715004基准电压2.5VPGA16激励电流1mA。第一步计算电压电压 (1715004 / 8388608) × (2 × 2.5 / 16) ≈ 0.0639V 63.9mV第二步计算电阻值R 电压 / 激励电流 63.9mV / 1mA 63.9Ω第三步查PT100分度表或使用线性化公式。PT100在0~100℃范围内电阻和温度近似线性斜率约0.385Ω/℃用反算法温度 ≈ (R - 100) / 0.385 (63.9 - 100) / 0.385 ≈ -93.8℃这个值看起来负得有点多其实是因为PT100在-93.8℃时的电阻确实约为63.9Ω说明计算本身是自洽的。如果想确认计算正确与否可以反过来用0℃校准把PT100放在冰水混合物中测得的电阻应该非常接近100Ω。实测如果偏差超过0.5Ω先检查接线电阻和激励电流精度。3.6 滤波与平滑处理原始ADC数据直接拿来用通常会伴随一定噪声特别是当传感器引线较长或现场有变频器干扰时。我在数据处理链上做了两级处理第一级是移动平均滤波。窗口取16个采样点每次新数据进来去掉最旧的点加上最新的点求平均。这个滤波对工频干扰和随机噪声的抑制效果很明显代价是响应时间变慢。在HVAC这类温度变化缓慢的场景完全没问题但如果是快速变化的测温点窗口可以缩到8。第二级是限幅滤波。如果当前采样值和上一轮滤波值之差超过设定阈值比如5℃认为这是一次异常跳变直接丢弃本次数据。这在传感器接线松动或者雷击浪涌时能防止系统误动作。下面的代码实现了16点移动平均滤波器#define FILTER_SIZE 16 float moving_average_filter(float new_value) { static float buffer[FILTER_SIZE]; static uint8_t index 0; static uint8_t count 0; static float sum 0; if (count FILTER_SIZE) { buffer[index] new_value; sum new_value; index (index 1) % FILTER_SIZE; count; return sum / count; } else { sum - buffer[index]; buffer[index] new_value; sum new_value; index (index 1) % FILTER_SIZE; return sum / FILTER_SIZE; } }一个比较反直觉的经验滤波窗口不是越大越好。窗口过大系统的温度响应会变得缓慢甚至掩盖真实的温度异常。HVAC系统的送风温度如果出现短时波动窗口太大的滤波会把这个波动完全平滑掉导致温控阀不动作实际房间温度已经超限了。个人建议一般场景16点足够除非干扰特别剧烈才考虑加大。4. 常见问题与排查技巧实录4.1 读数始终为0或者满码这是我最常被问的问题也是自己第一次调ADC时踩过的坑。ADC读数始终为0大概率不是ADC坏了而是输入信号没有正确建立。排查步骤第一步确认激励电流源是否开启。很多初学者只配置了PGA忘了配置IEXC寄存器。PT100如果没有激励电流流过输入端就是悬空的ADC量到的是噪声或者0V读数自然为0。第二步确认传感器接线。用万用表直接量传感器两端看是否有激励电流产生的电压降。对于PT1001mA激励电流下100Ω电阻应该有约100mV电压量不到就说明电路没导通。第三步确认PGA增益是否设置合理。如果PGA增益为1而信号只有几十毫伏ADC虽然理论上能分辨但实际精度不够读数可能被噪声淹没表现为跳变而不是稳定值。读数满码0xFFFFFF这通常意味着输入电压超过了ADC的允许范围。关键要检查PGA增益和输入信号是否匹配。温度不变但读数往满码方向漂很可能是参考电压丢失或者激励电流源接触不良导致输入虚高。4.2 通信失败收不到数据或者收到乱码这种问题几乎都是物理层故障。先检查波特率。ADS122U04上电默认波特率是9600如果你的MCU配置了115200那通信必然失败。需要在初始化时先发波特率设置命令把ADC切换到和目标波特率一致的模式。这里有个顺序问题上电后ADC以默认9600波特率运行必须先按这个速度完成通信握手再发命令切换到57600或者其他波特率。然后检查接地。ADS122U04和STM32必须共地否则UART的接收端电平基准不一致会产生乱码。之前接过一个客户的板子他们用了隔离电源给ADC供电但通信线没有做隔离结果数据时好时坏后来在TX线对地加了10kΩ下拉电阻并把地线用双绞线单独接回来才解决。最后看波形。用示波器量UART_TX引脚看有没有正常的起始位和停止位。如果波形幅度正常但边沿有很多毛刺可能需要在TX线对地并联一个小电容比如100pF滤除高频噪声。4.3 温度读数跳动大不收敛这个现象也多见。ADS122U04是24位ADC理论上分辨率极高但精度上限受传感器和电路噪声限制。读数跳动通常有几个来源。仪用放大器PGA的输入偏置电流和输入共模电压范围限制导致测量失真尤其是在高增益时不正常。PT100接成差分模式如果两个输入引脚的共模电压过高ADC内部放大器的输出会进入饱和或非线性区导致读数异常跳动。解决方法是确保共模电压在ADC规定的输入范围内。另一个常见来源是参考电压噪声。如果外部基准电压芯片的电源去耦不足基准电压本身在晃动ADC的输出自然跟着晃。在基准电压引脚旁边加一个10μF的钽电容能显著改善这个问题。最后是PCB布局问题。ADC的模拟输入线如果太长或者离数字信号线太近会耦合到数字噪声。这个问题比较隐蔽需要检查PCB走线。如果模拟输入和数字信号有交叉重新布线是唯一彻底的解决办法。4.4 温度读数整体偏移读数是稳定的但和标准温度计对比偏差超过预期这是精度校准层面的问题。第一类原因是传感器自身精度不足。PT100的A级精度是±0.15℃要满足这个精度传感器本身必须达标。便宜的B级PT100误差可能在±0.3℃甚至更大这时候ADC做得再好也没用。第二类原因是激励电流不准。ADS122U04的内置激励电流源标称精度约1%1mA的实际值可能在0.99mA到1.01mA之间波动。这个1%的系统误差会直接传导到电阻计算上。解决方法是采用比例测量法把基准电阻比如精密100Ω电阻和PT100串联分别测量两个电阻的电压然后用两者的电压比来计算PT100的阻值。这样激励电流的绝对值误差就抵消了精度可以做到只取决于基准电阻的精度这是工业仪表常用的手法。第三类原因是PCB走线和连接器接触电阻。PT100的二线制接线导线电阻完全叠加在传感器电阻上1Ω导线电阻就能引入约2.5℃的误差。所以工业上要求用四线制而不是二线制原理就是激励和采样分开导线电阻不影响电压测量。如果硬件已经做成二线制没法改可以在软件里做一次固定的导线电阻补偿但环境温度变化时导线电阻也会变补偿效果有限。4.5 从ADS122U04内置温度传感器读取冷端温度热电偶测量中冷端补偿是关键环节。ADS122U04内部集成了一个温度传感器可以测量芯片管壳温度作为冷端温度的近似值。在PCB布局时让热电偶的冷端尽量靠近ADS122U04两者的温度差就能控制在一定范围内。内部温度传感器的读取方法比较简单1. 将寄存器0x01中的PGA配置为1 2. 将寄存器0x04配置为选择内部温度传感器作为输入 3. 启动一次转换读取24位数据 4. 用公式计算温度读取到的原始码转换为摄氏度的公式是温度(℃) (原始码 / 8388608 × 2.5V / 1) - 273.15内部温度传感器的绝对精度一般在±1℃以内对K型热电偶来说冷端补偿误差1℃会导致热端温度误差约1℃可以接受。如果追求更高精度可以在PCB板上靠近ADC的位置放一个外部温度传感器比如TMP117用软件读取后进行补偿。我曾经遇到过内部温度传感器读数异常偏高的情况排查后发现是ADC芯片旁边有功率电阻发热局部温度比环境温度高了5~6℃导致冷端补偿错误。解决方案很简单把功率器件挪远一点或者增加局部通风。5. 实测数据与精度评估参考为了验证这套方案的实际表现我做过一组对比实验用ADS122U04配四线制PT100和一个精度0.01℃的标准温度计同时测量恒温槽的温度记录200个采样点。结果比较有意思两部分数据显示误差在±0.1℃以内标准差约0.045℃。这说明在做好滤波、用好外部基准、确保传感器连接可靠的前提下这套方案完全能满足HVAC系统±0.5℃和一般工业测温±0.2℃的要求。另一个实验是测热电偶K型热电偶配上冷端补偿和商业温度校验仪对比误差在±1.2℃左右。热电偶本身的非线性和冷端补偿误差是主要贡献者ADC的24位分辨率在这个场景下绰绰有余。我自己的体会是这套系统里ADC的性能只是基础实际精度更多取决于传感器、布线和校准。很多人换了好几个ADC还是测不准问题往往不在ADC而在传感器的敷设方式和校准流程上。6. 关于软件架构的几个建议如果这套方案要嵌入到更大的产品中而不是做个Demo板建议代码结构上把ADC初始化、数据读取、滤波、传感器线性化这几个模块分开不要揉在一个大文件里。我通常是建一个adc_driver.c负责最底层的寄存器操作中间层temp_meas.c根据传感器类型选择线性化算法上层就是应用逻辑了。另外在数据采集循环里加入喂狗机制。ADS122U04在连续转换模式下如果MCU长时间不读取数据内部FIFO会溢出数据会错乱。我的做法是把读数据放在中断里主循环只处理计算后的温度值这样即使某个任务卡住了中断服务程序还能及时清空FIFO。还有一点值得提的是UART空闲检测。STM32的UART如果不做超时处理一旦ADC无响应MCU会永远阻塞在接收等待中。建议用超时中断或者DMA加空闲中断来处理接收一旦超过10ms没有收到数据自动重新初始化UART或者尝试复位ADC。这个机制在长时间无人值守的现场非常关键一台设备挂几个小时甚至几天任何一个偶发通信故障如果不自动恢复后续带来的运维成本会很高。如果按照这个思路做下来整个温度采集链路从硬件到软件都是可控的遇到问题也都有对应的排查路径。ADS122U04不是那种到处都在用的热门芯片英文资料和参考设计也基本靠数据手册自己啃但一旦跑顺了它的稳定性和接口便捷性确实让人省心。最后再分享一个实操中的细节ADC启动转换后不要立刻读数据最好等一次完整的转换周期结束DRDY拉低之后再发读命令否则读到的很可能是上一次转换的残留数据。这个小坑在数据手册的时间参数里有写但不注意的话很容易被误判为通信异常。