做工业控制和暖通空调HVAC的人都知道一套系统里最容易让人头大的往往不是电机驱动不是通信协议而是温度。这个动不动就看“小菜一碟”的物理量换了不同传感器、不同现场工况能把人折腾到怀疑人生。我最近刚完成一套基于 TI ADS122U04IPWR 独立 ADC 配 STM32F303ZE 主控的多点温度采集方案落地在工业现场和 HVAC 系统里整体跑下来效果不错过程中也跳过不少坑。这篇就把完整思路、关键电路、固件实现和调试经验一次说清楚。ADS122U04 是 TI 一颗 24 位 ΔΣ ADC特点是把 UART 接口和 ADC 做在了一起内部还集成了 PGA、激励电流源 IDAC 和低温漂基准源。STM32F303ZE 是带浮点运算单元和大量模拟外设的 Cortex-M4 主控两者搭配特别适合做“小信号模拟前端 多点温度采集”这种场景。这篇文章不会只讲怎么点亮芯片还会把为什么这么选型、信号链怎么搭、读数怎么换算成真实温度、校准到底怎么做、现场常见的玄学故障怎么排查一步到位地聊完。1. 项目整体设计与方案选型1.1 为什么放着 STM32F303 内部 ADC 不用非要外挂一片独立 ADCSTM32F303ZE 的模拟资源在同级 MCU 里算是豪华的多个 12 位 ADC、内置运放和比较器采样率能跑到 5 MSPS。很多刚接手项目的朋友第一反应就是主控 ADC 这么强直接采不就行了实际做下来你会发现12 位分辨率在 0~100℃ 量程内1 LSB 对应大约 0.05℃ 到 0.1℃看起来够用但这是理想情况。工业现场和 HVAC 的真实场景里温度探头往往离主控板好几米远信号线一路走过去会叠加共模干扰、差模噪声线缆自身的电阻也会随温度变化。这时候再用 MCU 内部 ADC 直接采等于把脆弱的小信号和一堆数字噪声放在同一块芯片里的同一个硅片上处理精度上限基本锁死了。另外多点测温时如果用内部 ADC就得做模拟开关切换每路信号的激励电流也不好统一管理校准系数要维护一大套。外挂 ADS122U04 的思路是把“模拟难题”扔给一颗专业的 ADC 芯片解决。它内部有 24 位 ΔΣ 调制器、可编程增益 PGA、双路 IDAC 激励源支持 2 线/3 线/4 线 RTD 和多种热电偶/热敏电阻测温方案。同时数字接口是 UART这样 ADC 可以直接贴近传感器放置只把数字信号传回主控抗干扰能力完全不是模拟长线能比的。说白了这是把模拟域的问题在源头用数字域的方式解决掉。1.2 选型对比ADS122U04、ADS1220、ADS1115、内部 ADC手边能用 ADC 的方案其实挺多的我做选型表对比时核心看四件事分辨率、模拟前端集成度、接口方式和激励电流源。下面这个表格可以直接抄走方案分辨率接口集成 PGA激励电流源内部基准适合场景ADS122U0424 位UART有1~128 倍有双 IDAC有低温漂工业级多点测温、RTD/热电偶ADS122024 位SPI有有双 IDAC有单板近距离测温ADS111516 位I2C有1~16 倍无无消费级、低成本单点测温STM32F303 内部 ADC12 位内部总线有运放但精度受限无无快速采样、非精密测量为什么没选 ADS1220ADS1220 本身是颗好芯片但 SPI 接口在工业现场做长距离传输时要额外做隔离和电平转换还得占用主控的 SPI 外设。而 ADS122U04 用 UART 之后主控随便挑一个串口就能带两根线走下去需要隔离时加一对数字隔离器也很顺手可以一条 UART 总线上挂多个带地址的芯片扩展性明显更好。为什么不选 ADS1115它在低成本场景很香但没有激励电流源做 RTD 测温还得外部搭建恒流源基准电压也依赖外部整体精度和温度漂移做不到工业级。ADS1115 也就是 16 位换算到温度分辨率大约在 0.01℃ 级别看着不错实际被噪声和基准漂移一拖很难稳定做到 ±0.5℃。ADS122U04 的优势在于 24 位分辨率配合内部基准和 IDAC比例式测量可以直接抵消电流源漂移这是我能把精度做到 ±0.2℃ 的基础。1.3 系统架构一句话概括这套系统的信号链是这样的温度传感器PT100/PT1000/NTC→ ADS122U04 模拟前端PGA ΔΣ 调制器→ UART 总线隔离→ STM32F303ZE 主控 → 数据滤波、线性化、校准 → 输出到显示/总线/云平台。ADS122U04 负责把“模拟世界的烦恼”压缩成干净的 24 位数STM32F303ZE 负责“数学世界的账目”——线性化、滤波、协议栈、故障诊断全在这一层。两层职责分离调试时能快速定位问题读数不对先看 ADC 原始码对不对原始码对了温度不对就是算法或校准的问题。2. 硬件设计核心细节从传感器到主控的完整链路2.1 温度传感器选型与比例式测量原理工业现场用得最多的是 PT100 和 PT1000两者本质都是铂电阻0℃ 时电阻分别为 100Ω 和 1000Ω温度升高阻值近线性增大。PT100 灵敏度约 0.385Ω/℃PT1000 约 3.85Ω/℃PT1000 信号幅度大、导线电阻影响小HVAC 系统里我更喜欢用 PT1000。热电偶则是另一种逻辑它输出的是毫伏级电压信号需要冷端补偿适合 -200℃ 到 1300℃ 这种宽量程场景。热敏电阻 NTC 便宜但非线性大、一致性差只适合 -40℃ 到 150℃ 之间的家用级 HVAC 应用。这里要重点讲比例式测量它是 ADS122U04 干 RTD 活儿的灵魂。比例式的思路是用同一路 IDAC 电流源同时流过传感器和一只精密基准电阻然后把传感器两端电压接到 ADC 的差分输入端把基准电阻两端电压接到 ADC 的参考电压输入端 RREF。这么做的好处是ADC 最终的转换结果是传感器的电阻与基准电阻的比值R_sensor ADC_CODE × R_REF / 2^23注意电流源 IDAC 在这个式子里被消掉了。也就是说即使 IDAC 电流随温度漂移了 10%只要基准电阻够稳定读数几乎不受影响。这是一个非常优雅的设计也是用自带 IDAC 的 ADC 做精密测温时最该用好的一个点。接线方面2 线接法最简单但导线电阻串入测量路径3 线接法可以抵消大部分导线电阻4 线开尔文接法最精确但线缆多在 HVAC 这类工程场景里性价比不高。我做时采用 3 线 PT1000配合 ADS122U04 的 IDAC 路由到对应引脚开尔文原理一样工程上效果已经足够好。2.2 ADS122U04 外围电路设计ADS122U04 的外围电路不复杂但有几个地方马虎不得。首先电源模拟电源 AVDD 和数字电源 DVDD 我习惯都接 3.3V每个引脚旁边放一个 0.1μF 陶瓷电容再在板级加一个 10μF 钽电容做低频去耦。基准电压这块如果采用内部基准需要确认内部基准的启动时间和稳定时间别在刚上电就启动转换前几条读数大概率是跳的。IDAC 配置是关键。激励电流值选择要兼顾功耗和信号幅度。PT1000 我选 250μA 或 500μA在 0℃ 时传感器电压分别约为 250mV 或 500mV这个幅度配合 PGA 增益 1~4 倍能让信号充分发挥 24 位 ADC 的动态范围又不至于接近电源轨。激励电流越大传感器自热越明显PT1000 在小电流下的自热功率是 250μA² × 1000Ω 0.0625mW在空气中温升几乎可以忽略这是它比 PT100 好用的一点。输入端滤波很重要。我在 AINP/AINN 各串联 10Ω 电阻再对地并联一个 1000pF 电容构成简单的低通滤波。这个阻容组合一是滤掉工业现场的射频干扰二是为 ΔΣ 调制器的采样电容提供电荷。两个引脚间再并联一个 1nF 电容差模滤波就完整了。滤波阻容太大会让信号建立时间变长影响转换精度太小又滤不掉高频干扰10Ω 到 1kΩ、1nF 到 10nF 是我实测比较平衡的范围。UART 接口部分ADS122U04 的 UART 电平逻辑是标准 3.3V 电平直接用 STM32F303ZE 的 USART 引脚相连即可。如果需要长距离传输或强电共地风险一定要加数字隔离器。我用的是 ISO7721把电源地和信号地彻底隔开能直接解决现场最让人头疼的“地环流”问题。UART 波特率我选 115200ADS122U04 支持这个速率没问题ST 主控那边也稳定。地址配置引脚 A0~A3 用来设定芯片地址。单芯片时可以直接固定多芯片挂在同一条 UART 总线上时这 4 个引脚就决定了每颗芯片的地址必须用上下拉电阻配置好上电前确定不能再改。做多节点扩展时这也是最值得提前规划的寄存器类型。2.3 与 STM32F303ZE 的连接与资源分配STM32F303ZE 这颗 144 脚芯片资源多到用不完我在设计时做了明确的资源分工。UART 选了 USART2因为它在芯片上正好挨着我预留的隔离器位置布线最短。主控端启用 UART 的接收 DMA 通道配合空闲中断可以不用 CPU 干预就把一串完整的数据帧收下来CPU 腾出来跑显示刷新、通信协议栈和故障判断。GPIO 分配上每一颗 ADS122U04 还接了一个 DRDY 输出脚用来指示转换完成。这里我必须强调ADS122U04 的 UART 不像 SPI 有独立的 DRDY 引脚但是可以通过查询状态字节或配置寄存器判断数据更新。实际做时我习惯用一个普通 GPIO 接 UART 侧芯片的某个状态输出脚读到电平拉低再读数据这样每次读到的都是最新转换结果不会出现重复读旧数据的问题。模拟地 AGND 和数字地 DGND 的处理上我采用的是一整块地平面方案不在 AGND/DGND 之间直接割裂。现代 ΣΔ ADC 的共模抑制能力足够强刻意分割地平面反而会引入跨分割的阻抗造成新的噪声源。唯一的注意事项是模拟部分的走线要远离数字信号线尤其是 UART 的 TX/RX 线不要在 ADC 引脚下面走。2.4 PCB 布局与抗干扰要点PCB 布局这块我踩过不少次回头坑。传感器输入端 AINP/AINN 是整块板上最敏感的网络从连接器到 ADC 引脚的走线要短、要对称差分走的上下距离一致这样共模干扰才能被 ADC 的差分结构抵消。IDAC 电流源从 ADC 流出后走线也要避开数字区避免阻抗变化导致电流分配不平衡。基准电阻 R_REF 我用的是 0.1% 精度、25ppm/℃ 温漂的金属膜电阻放在 ADC 引脚附近保证温度一致避免基准电阻自身温差造成额外的漂移。另一个容易被忽略的点是 UART 总线的终端匹配。虽然 UART 速率不高但在干扰强的工业现场总线如果超过 20cm建议串一个 33Ω 或 100Ω 的阻尼电阻减少信号振铃。之前做的一个样机把 UART 线走了 50cm 还没有加匹配现场一开变频器通信直接乱码加上电阻后彻底解决。3. 固件实现驱动 ADS122U04 的完整流程3.1 通信协议基础命令帧与寄存器ADS122U04 的 UART 协议不复杂核心就三种操作写寄存器、读寄存器、启动取出转换数据。每条命令由主控发出帧格式固定为几个字节地址和命令字节在最前面数据字节跟随其后。上电后我习惯先向复位寄存器写入复位命令让芯片回到已知状态然后等待内部振荡稳定。接着按顺序配置四个配置寄存器——配置寄存器 0 管 PGA 增益和输入多路复用选择配置寄存器 1 管数据速率和模式配置寄存器 2 管参考电压和 IDAC 电流配置寄存器 3 管 IDAC 路由和温度传感器控制。这样分门别类设计方便后期修改单个参数不用把配置打成一团。我做的初始化序列大致是这样uint8_t adc_cmd[4]; // 写配置寄存器0AINPAIN0, AINNAIN1, PGA1 adc_cmd[0] 0x40 | 0x00; // 写命令 寄存器地址 adc_cmd[1] 0x00; // AINP0/AINN1 adc_cmd[2] 0x00; adc_cmd[3] CRC_PLACEHOLDER; adc_send(adc_cmd); // 写配置寄存器1数据速率 20SPS普通模式 adc_cmd[0] 0x40 | 0x01; adc_cmd[1] 0x00; // 20SPS adc_cmd[2] 0x00; adc_cmd[3] CRC_PLACEHOLDER; adc_send(adc_cmd); // ... 依次配置寄存器2、3最后启动转换这里要注意ADS122U04 的命令帧中有校验字节具体算法在数据手册里给了示例。我建议直接参考手册里的 CRC 计算代码不要自己发明。上电后的第一条命令如果报 CRC 错先确认是不是波特率不匹配或总线被占用了。3.2 读取转换结果状态字节与 24 位数据串联ADS122U04 的转换结果由 4 个字节组成前一个是状态字节后三个是 24 位数据。状态字节里最高位指示数据是否就绪低四位可能携带故障标志。这里有个实操技巧很多第一次用的人忽略即使状态字节显示数据未就绪UART 也会返回数据只不过可能是旧数据。所以代码里一定要先判断状态字节的 DRDY 位再做后续处理避免用旧数据去算温度。我在 STM32F303ZE 上是用 DMA 接收四字节帧接收完成后在 DMA 传输完成中断里解析。关键代码如下// DMA接收完成回调解析4字节帧 void UART_RxCpltCallback(UART_HandleTypeDef *huart) { if (huart-Instance USART2) { uint8_t status uart_rx_buf[0]; if (status 0x80) { // DRDY 位为1新数据可用 int32_t raw (uart_rx_buf[1] 16) | (uart_rx_buf[2] 8) | uart_rx_buf[3]; if (raw 0x800000) raw - 0x1000000; // 24位符号扩展 temp_raw_ready 1; temp_raw_value raw; } } }数据字节的顺序是高位在前三个字节拼出来的是一个 24 位有符号数。如果传感器输出的电压信号可能为负比如热电偶冷端补偿前的测量端低于参考端这个符号扩展就不要漏否则负温度会被算成正的大数。我见过好几个工程师在这里翻车读数显示 400℃ 这种离谱值排查半天发现是符号位扩展写错了。3.3 两种读取模式轮询和 DMA 中断数据读取模式我做了两种。第一种是轮询模式主循环里每隔一段时间去读一次状态字节适合系统简单、通道少的情况。第二种是 DMA 空闲中断模式UART 接收完一帧自动触发中断适合多通道高速轮询。轮询模式最需要注意的是别读太频繁。ADS122U04 在 20SPS 下每个数据周期是 50ms如果主循环 5ms 就发一次读命令UART 上一大半流量都是无效的而且 MCU 的 CPU 占用率上去了。所以轮询周期设置成和采样率匹配比如 20SPS 用 50ms 定时触发读一次。DMA 模式我配合了 UART 空闲中断处理逻辑是这样的STM32F303 的 USART 在接收完一帧后检测总线空闲触发 IDLE 中断。在中断服务程序里查看 DMA 已接收的字节数如果等于预期的帧长就处理数据然后重新开启接收。这套机制稳定且省电适合未来扩展成多节点的总线式架构。3.4 温度换算的完整公式与代码实现拿到 24 位原始码之后要把码值换算成真正的温度。这里分传感器类型讨论。如果是比例式 RTD 接入前面推导过// R_REF 是精密基准电阻阻值单位Ω double rtd_resistance (double)raw_code * R_REF / 8388608.0;然后根据 PT100/PT1000 的电阻-温度特性反算温度。最标准的做法是查表加插值将 -50℃ 到 250℃ 按每 5℃ 一个点预置一个电阻值表运行时用线性插值。这种方案不依赖复杂的数学公式查表 插值误差在 0.05℃ 以内工程上完全够用。如果要做高精度可以用 Callendar-Van Dusen 方程的反函数它描述了铂电阻的电阻-温度关系R(t) R0 × (1 A×t B×t² C×(t-100)×t³)其中 A、B、C 是铂的特定系数。实际写固件时我不建议直接求这个方程的反函数太慢。更实用的做法是用牛顿迭代法迭代求 t把 R 当输入逐步收敛到目标温度迭代三次就能到很高精度。如果是 NTC 热敏电阻公式就简单得多1/T 1/T0 (1/B)×ln(R/R0)其中 T 是热力学温度T0 是 25℃ 对应的开尔文值B 是热敏电阻的 B 值常数。这个公式算出来的精度大约在 ±0.5℃做 HVAC 室温控制够了。热电偶的处理更麻烦一些因为 ADS122U04 只能测电压冷端补偿需要另外再加一个测量冷端温度的传感器。我在每块板子的冷端位置放了一颗 NTC先测冷端温度再用热电偶型号对应的 NIST 多项式做反向插值找冷端对应的电压把它加到测量电压上最后再正向查多项式得到热端温度。流程稍复杂但转换精度能到 ±0.3℃ 左右。3.5 固件的分层设计与可维护性这套固件我没写成一坨 main 函数里的大杂烩而是按库方式分了层。最底层是 UART 驱动负责收发原始字节和 CRC 校验。第二层是 ADS122U04 驱动封装了写寄存器、读数据、初始化这些命令。第三层是传感器算法层把原始码换算成电阻再换算成温度。第四层是应用层处理通道调度、故障上报和通信协议。这种分层最大的好处是以后换传感器类型只需要改第三层驱动文件和硬件文件都不用动。比如这次项目要加一路热电偶我在算法层加了一个 chan_type 枚举应用层配置成热电偶类型驱动层完全不用改两天就能联调完。做产品和做项目最大的区别就在这分层留下来的是长期的可维护性。4. 校准、误差分析与测试验证4.1 误差源从哪里来做精密测量先得搞清楚误差都藏在哪儿。ADS122U04 的误差主要来自这几部分ADC 本身的失调电压和增益误差、参考电压的温漂、PGA 的温漂、外部电路基准电阻、滤波器电容的误差、传感器自身的误差以及自热效应。失调电压导致的是零点偏移。如果传感器是 PT10000℃ 时读出来的电阻不是 1000Ω而是 1003Ω这多出来的 3Ω 就是失调误差。对 24 位 ADC 来说失调主要来自输入多路复用器和 PGA 的偏置电流数值通常不大但对精密测温它就能毁掉整个精度。增益误差则是放大倍数不准。PGA 的理论增益是 1 倍实际可能是 0.998 或 1.002这会导致整个量程被拉伸或压缩。对温度测量来说增益误差在 0℃ 附近影响不明显越往量程两端走误差越大——表现为“两头漂”的现象。温度漂移则是另一个维度。芯片内部的基准电压和放大器会随环境温度变化ADS122U04 的数据手册会给这些参数一个温漂系数设计时用最坏情况估算确认系统规格是否达标。外部基准电阻如果是普通 100ppm/℃ 的温度每变化 10℃ 就可能带来 0.1% 的误差所以我强制要求用 25ppm/℃ 以下的精密电阻。4.2 校准方法从单点偏移到两点增益校准对付失调最简单的办法是空载校准。将 ADC 的差分输入短路让 ADC 测量一个零电压信号此时读到的值除以转换系数就得到零点偏移。把这个偏移记录到一个系数变量里后续所有测量结果都减去它就完成了一阶零偏校正。对付增益误差需要做两点校准。用精密电阻箱或标准电阻分别模拟传感器在低温端和高温端的阻值比如 0℃ 对应 1000Ω 和 100℃ 对应 1385.6ΩPT1000。在每个校准点读取 ADC 原始码算出实际增益和理论增益的比值保存为增益校准系数。运行时把原始码先减去零点偏移再乘以增益系数。这套两步校准做完可以把系统误差压到 0.1℃ 级别。我实际做的校准流程是这样的将输入接线端接精密电阻箱设为 1000.00Ω模拟 0℃。等待 ADC 稳定记录 50 次读数的平均值计算零点偏移。将电阻箱设为 1385.60Ω模拟 100℃。等待稳定记录 50 次读数平均值计算增益系数。把两组校准系数写入片内 EEPROM 或 Flash 存储区下次上电直接加载。校准用的标准电阻精度最好达到 0.01%这是整个链路里的天花板。所有校准都基于这个参考它不准后面全白搭。4.3 实测数据与噪声表现我在实验室里用干井炉和铂电阻温度计做了对比测试从 0℃ 到 120℃ 每 20℃ 取一个点每个点采集 100 次连续读数统计平均值和标准差。下面这组是 PT1000、PGA2、20SPS 模式下得到的数据设定温度 (℃)系统读数均值 (℃)标准差 (℃)与标准温差 (℃)00.030.0120.032019.980.011-0.024040.050.0130.056060.020.0100.028079.960.012-0.04100100.050.0140.05120120.030.0130.03温度测量噪声方面20SPS 下的标准差约 0.012℃折算到有效分辨率约 15~16 位这对工业 HVAC 应用已经是很扎实的水平。如果把数据速率降到 20SPS 以下噪声还能再低一些但响应时间会变长不太适合需要快速响应的 HVAC 控制回路。0.012℃ 的标准差配合校准后 ±0.05℃ 的偏差整条信号链的精度基本达到设计上限。5. 常见问题与排查技巧实录5.1 UART 通信不上主控收不到应答这个大概是调试期最经常碰到的问题。排查顺序我建议先把主控 UART 发送的每个字节抓下来比对波形里每一位的电平和时间。ADS122U04 的 UART 格式是 8 数据位无校验1 停止位如果这边开了校验位或者停止位配置不对芯片根本不会回应。再检查电平确认 RX 和 TX 有没有接反。ADS122U04 的 RX 接主控 TXTX 接主控 RX这个看似废话的检查项在流水线上能筛掉三成不良品。第三是确认地址匹配A0~A3 引脚的电平和命令帧里的地址字段必须一致否则会直接忽略命令。5.2 读数持续跳动噪声显著偏大读数跳动先看原始码的跳动幅度。如果原始码低位来回跳几位那可能是电源去耦不够或输入滤波电容不合适。我在某块样板上一开始读数跳得厉害查来查去发现是 AVDD 引脚旁边的 0.1μF 电容没贴上加上去立刻稳定。如果原始码在高位飘多半是传感器引线上长了根天线收到了附近的工频干扰或射频干扰。检查输入滤波的 RC 截止频率是不是太高。我这边之前把滤波电容从 1nF 换成了 10nF噪声明显下来代价是响应速度慢了一点HVAC 场景完全能接受。5.3 读出来的温度明显偏高怀疑自热PT1000 自热功率虽然小但如果你用的 IDAC 是 1mA自热会变得不可忽略。1mA² × 1000Ω 1mW在空气流通不良的管道里传感器温升零点几度很正常。降低 IDAC 电流是根治办法或者用脉冲激励方式只在采样瞬间打开电流源平均功耗就能降下来。5.4 多节点挂同一 UART 总线总有一个节点响应异常这个问题多半出在地址配置或上拉电阻上。ADS122U04 的地址引脚要接成完全确定的高低电平浮空引脚在上电瞬间会随机跳变导致芯片地址不稳定。我遇到过某个节点每次上电地址都不一样原因是 A3 引脚的焊盘虚焊补焊后问题消失。另外同一条 UART 总线上加地址线时要考虑所有节点的 RX/TX 是线与关系还是点对点关系如果多个节点并行发送就需要在主控和节点之间做仲裁或分时分配避免总线冲突。5.5 高温环境下读数漂移校准完没多久又不准如果校准和使用时的温度差异很大就要检查不光是 ADC 的温漂还有你用的基准电阻和传感器本身的温漂。我曾用一只普通 100ppm/℃ 的电阻做 R_REF环境从 25℃ 升到 85℃基准电阻变了 0.6%直接带来好几度误差。换成 10ppm/℃ 的精密电阻后问题解决。另一个容易忽视的点是传感器线缆在高温下的阻值变化如果是 2 线接法线缆阻值随时间漂移读数也会跟着漂。这时候要么换 4 线接法要么在软件里做线缆电阻补偿。写在最后的一点实践体会这套方案从设计到落地前后花了不到三周时间真正费时间的不是芯片驱动那几段代码而是把误差来源一个个抠干净的过程。温度测量在工程上从来不缺方案缺的是对精度的敬畏心——你知不知道 0.1% 的基准电阻能毁掉 24 位 ADC 的优势肯不肯花半小时去检查输入滤波电容的焊盘这些才是决定项目最终精度上限的隐性因素。ADS122U04 和 STM32F303ZE 的组合给了我这套系统非常高的起点和容错空间剩下的事情靠的是校准、测试和一点点耐心。以后如果再扩展这套系统的功能我会先把通道数量从 1 路加到 8 路挂两颗带地址的芯片在同一条 UART 总线上面板级方案基本不用大改。工业现场和 HVAC 里的温度采集做到稳定、可复制、好维护比一味去追那零点零几秒的响应更有价值。
