在工业控制柜和 HVAC 控制器的现场，温度测量看着是件小事，实际却是最磨人的环节之一。客户不会关心你用了多少位 ADC，只会在压缩机启动、变频器啸叫的时候盯着温度数据挑毛病——“怎么跳了 0.3℃？”“放在–20℃环境里怎么偏了 1.5℃？”“同一批板子为什么有的快有的慢？”这套组合拳打下来，方案选型就得格外谨慎。前段时间做一个环境控制项目的温度采集节点，主控选了 STM32F334R8，前端采集用了 TI 的 ADS122U04IPWR——24 位、四通道、带 UART 接口的 delta-sigma ADC，专门拿来接 PT100/PT1000 铂电阻。整套系统跑通后，我把选型逻辑、硬件连接、固件流程和现场踩过的一些坑完整整理了一遍，给正在做温控、HVAC 或工业数据采集的朋友做个参考。

1. 先搞清楚：这个方案到底解决什么问题

1.1 工业和 HVAC 里“量得准”到底有多难

很多人一上来就谈分辨率，好像 24 位就万事大吉，实际现场情况远不是这么简单。在 HVAC 和工业环境里，温度测量的难点至少有三个层面。

第一是信号本身很弱。PT100 在 0℃ 时电阻只有 100Ω，温度每变化 1℃，阻值变化大约 0.385Ω。如果激励电流用 1mA，对应的电压变化只有 0.385mV。要让 0.1℃ 可见，前端至少要能分辨 38.5μV 左右的电平。这种量级的小信号，放在充满变频器噪声的配电柜里，对 ADC 的噪声抑制能力、可编程放大器的匹配度、参考源的稳定性都是实打实的考验。

第二是传感器连接方式的误差陷阱。用两线制接 PT100，导线电阻本身会被算进传感器电阻里。10m 长铜导线哪怕只有 0.5Ω，误差就能折算到 1.3℃ 左右，这是任何高分辨率 ADC 都救不回来的。所以实际项目里要么用三线制，要么用四线制，同时要求 ADC 有足够多的模拟输入通道来配合接线方式。

第三是长期稳定性和重复性。现场设备不是实验室，没有恒温房。冬天室外机–20℃，夏天控制柜里 60℃，再加上日夜温循环，整个模拟链路里任何器件的温漂都会叠加到测量结果上。HVAC 行业通常要求控制精度在 ±0.5℃ 以内，仪表级应用甚至要求 ±0.2℃，这已经不是说“换颗高分辨率 ADC”就能解决的了，得从参考源、增益配置、校准流程通盘考虑。

1.2 为什么选择“独立 ADC + 主控 MCU”而不是 MCU 内置 ADC

项目最开始也评估过直接用 STM32 内置 ADC。STM32F334R8 内置的是 12 位逐次逼近型 ADC，对一般电压采样足够用，但用在铂电阻测温上明显吃力。

先说分辨率。12 位 ADC 在 3.3V 参考下，一个 LSB 大约对应 0.8mV，折合成 PT100 的温度变化超过 2℃，连“看得出温度在变化”都勉强。就算前端加上放大电路把 PT100 信号放大到合适的幅度，放大器的温漂和噪声又会成为新问题。再叠加 STM32 内置 ADC 的 INL 误差、增益误差，指望它做出 ±0.5℃ 的工业级测量，基本不现实。

所以项目采用了“独立精密 ADC + MCU 分工”的模式：ADS122U04IPWR 只干测量这一件事，把模拟前端、PGA、参考源、激励电流源全部集成进去；STM32F334R8 负责读取结果、执行温度换算、PWM 控制逻辑和对外通信。这样既把复杂的模拟设计从主板上剥离出去，又能利用 MCU 的生态做控制算法和组网，两条腿走路。

这就像做菜：ADC 是处理食材的专用刀具，MCU 是掌勺的厨师。非要拿一把瑞士军刀挑战满汉全席，最后大概率手忙脚乱。

2. 核心器件选型背后的考虑

2.1 ADS122U04IPWR 凭什么被选中

ADS122U04IPWR 这颗芯片在 TI 的 ADC 家族里定位很明确：面向温度测量应用的低功耗、高分辨率、集成模拟前端芯片。几个关键特性我逐个说说实际体验。

第一是 24 位 delta-sigma 架构。这个分辨率对于 PT100 来说已经溢出需求，真正有价值的是它的有效性。配合内部 PGA，可以把微弱信号放大后再量化，做到微伏级别分辨率。实际使用中，配合适当的速率和滤波器配置，温度读数在小数点后两位基本稳定，偶尔跳动也在可接受范围内。

第二是内部集成了两个匹配的激励电流源（IDAC）。这个特性做 RTD 测温非常关键。铂电阻是无源传感器，必须给它提供恒定的激励电流才能产生电压信号。如果外置恒流源，不光增加成本和面积，还要担心它和 ADC 参考源的匹配问题。ADS122U04 内部有两个电流源，电流大小可配置（从几十 μA 到 1.5mA 分档），直接输出给传感器和参考电阻，设计紧凑且匹配度好。

第三是四通道输入 MUX。四个模拟输入可以自由组合成差分对，这意味着我可以把 RTD 和参考电阻同时接入，用比例式测量法抵消掉激励电流的偏差。这个后面详说。

第四是 UART 接口。“U”在型号里不是白标的，这颗 ADC 用标准 UART 协议跟 MCU 通信，而不是常见的 SPI 或 I2C。这在工程上非常有价值，后面单独展开。

需要说明的是，这颗芯片是 24 脚 TSSOP 封装（IPW 后缀），体积不大，手工焊接稍微熟练一点都能搞定，对于做样板验证很友好。

2.2 STM32F334R8 在系统里扮演什么角色

STM32F334R8 是 ST 的一款 Cortex-M4F 内核 MCU，主频 72MHz，带浮点运算单元。64KB Flash、16KB SRAM，在工业控制场景里属于够用但不算阔绰的配置。这颗芯片在业内出名是因为它的 HRTIM 高分辨率定时器，PWM 分辨率可以达到百皮秒级别，非常契合数字电源和温控应用。

在这个项目里，STM32F334R8 承担几个任务：

• 通过 UART 初始化 ADS122U04，定时触发转换、读取转换结果；
• 把 ADC 原始码值换算成电阻值，再换算成温度；
• 基于温度做闭环控制，用 HRTIM 产生 PWM 驱动加热器或风机；
• 通过 CAN 或 RS485 跟上一级控制器通信，上报温度状态。

温度测量只是整个控制系统的一个环节，不是独立的仪器功能。这也是很典型的工控思路——测量永远为控制服务，所以 MCU 选型不能只看 ADC 接口，还要看算力、定时器资源、通信外设。F334R8 的 HRTIM 在这里发挥了作用，温控精度做到了很高的水平，比普通 8 位定时器方案平滑很多。

2.3 UART 接口 ADC 到底好在哪里

市面上 delta-sigma ADC 大多是 SPI 接口，I2C 也不少。ADS122U04 偏偏用 UART，最初我也觉得有点奇怪，实际用起来才发现这条路线在工业现场确实有独到之处。

先看一个对比：

很多工程师会觉得 SPI 理所当然是最优选，但到了工业现场布线距离稍长、变频器在旁边不断制造电磁干扰的时候，SPI 的三根线（MOSI、MISO、SCLK）加上片选线，等于把系统时钟暴露在嘈杂环境里，信号完整性经常出问题。UART 本身就是异步通信，没有主时钟同步，接收端靠采样恢复数据，对时序抖动的容忍度更好，而且走线奇偶校验也容易。如果做电气隔离，UART 只需要隔离两路信号，成本也更低。

当然，UART 接口的 ADC 不太适合高速采样。ADS122U04 本身是用于温度这种缓变信号的，数据速率最高也就几百 SPS，UART 的带宽完全够用。我在项目里实际配置在 20SPS 左右，温度数据每 50ms 更新一次，性能绰绰有余。

3. 硬件设计：从原理图到 PCB 的落地细节

3.1 传感器选型与接线方式

项目里同时支持 PT100 和 PT1000 铂电阻。PT100 精度高但灵敏度低，需要相对大的激励电流；PT1000 灵敏度高、自热效应小，但系统底噪相对更难处理。HVAC 场景里，室内环境温度测量通常用 PT1000 更省电，工业管道和风道测温度我更偏向 PT100，因为探头成熟、替换成本低、现场校验设备也通用。

接线方式上，两线制成本最低，但导线电阻无法消除。我建议在条件允许时尽量用三线制：提供两个恒流源，一路激励 RTD，另一路激励一个同规格的导线补偿电阻，通过 ADC 的差分输入把导线压降从测量结果中扣除。四线制效果最好但探头成本高，通常只在实验室基准或高精度计量场合用。

ADS122U04 的四个输入通道 AIN0~AIN3 正好可以组成两组差分输入：一组接 RTD，一组接参考电阻。这样形成的比例式测量电路非常经典，我放在下一节讲。

3.2 参考电阻与比例式测量电路

温度测量不能只看 ADC 的绝对分辨率，更要看参考源和激励源的相对关系。如果参考电压来自芯片内部，而激励电流来自芯片内部，两者不是同一个源头，激励电流本身的温度漂移、批次差异就会直接变成温度误差。

规避手段就是比例式测量：让同一个激励电流同时流经 RTD 和参考电阻，然后把两个电压都用同样的 ADC 和同样的参考去量化，最后做除法。因为激励电流同时出现在分子分母里，它的绝对精度和漂移就被抵消掉了。

电路结构大致是这样：

• IDAC1 输出电流（比如 500μA）从 RTD 的一端流入；
• RTD 另一端接到 AIN0 差分输入的负极，然后经过参考电阻 R_ref 回到地；
• AIN1 接 RTD 与参考电阻之间的节点；
• AIN2/AIN3 差分测量参考电阻两端的电压。

这样 ADC 分别转换 RTD 通道和参考通道，得到两个码值 code_rtd 和 code_ref。真实电阻满足：

R_rtd = R_ref × (code_rtd / code_ref) × (PGA_ref / PGA_rtd)

如果两个通道的 PGA 配置一样，增益比就是 1，计算简化很多。我在项目里把两个通道都配成 PGA=2，公式简化成：

R_rtd = R_ref × code_rtd / code_ref

R_ref 是有温漂的普通电阻都能用，因为即使它的阻值随温度漂移，只要短期不跳变，比例关系始终成立。当然，为了长期稳定性，我还是选了低温漂的金属箔电阻（25ppm 以内，阻值 1kΩ），性价比很高。

这里有一个工程细节：参考电阻的阻值要匹配激励电流的大小。以 500μA 电流流过 1kΩ 参考电阻计算，压降是 0.5V。ADS122U04 内部参考或外部参考都要留出足够的动态范围，输入信号不能超出满量程。PT100 在量程上限 150℃ 时阻值约 157Ω，加上导线电阻和补偿电阻的压降，在 PGA=2 条件下信号幅度还不到 0.1V，距离满量程很远，各项指标都很宽裕。如果把量程拓到 500℃ 或者使用 PT1000，就要重新核算增益和激励电流，避免信号超出 PGA 线性范围。

3.3 供电、退耦与 PCB 布局的几个关键点

ADS122U04 是模拟器件，STM32F334R8 是数字器件，两者混在同一个项目里，电源处理不当会给你上非常生动的一课。

我在这块板子上的做法是：给 ADC 的 AVDD 单独用一颗低噪声 LDO 供电（比如 TPS7A4901 之类），模拟地 AGND 和数字地 DGND 在 PCB 上做单点汇聚，ADC 下方铺完整铜皮作为参考地，避免数字信号直接从模拟地平面下方穿过。

退耦电容的布局比容量更重要。ADC 每个电源引脚旁边我都放了一个 100nF 的陶瓷电容，紧贴引脚放置，同时电源入口处再加 10μF 钽电容做低频储能源。参考电阻的采样走线尽量短且等长，差分走线要相邻平行，中间不要穿过数字信号。

还有一个小细节：PT100 的测量走线我串了 100Ω 电阻和 1nF 电容组成的低通滤波，截止频率大约 1.6kHz，用来滤掉现场的射频干扰。这颗 100Ω 电阻会引入约 0.05℃ 的测量误差（因为电流流过它会产生压降），但相比射频干扰带来的跳动，这点误差完全值得，而且在校准环节可以一并修正。

PCB 布局时，ADC 下面不要走数字总线。我吃过一次亏：第一次打样时为了省事，把 STM32 的 UART 线直接从 ADC 底下穿过，结果数据跳动从 ±1 码变成 ±30 码，改了好几版才找到真凶。

4. 固件实现：让 ADC 先转起来

4.1 UART 驱动与 ADC 命令协议

ADS122U04 使用标准 UART 物理层，8 位数据、无校验、1 停止位（8N1）。连线非常简单：STM32 的 TXD 接 ADC 的 RX，STM32 的 RXD 接 ADC 的 TX，两者共地。旁边各接一颗 1kΩ 左右的串联电阻做保护，防止插拔瞬间电平打架。

初始化 ADC 之前，我习惯先发一条软件复位命令，让芯片内部状态机回到已知状态。上电后时序或复位引脚上拉条件如果没有完全满足，寄存器状态可能不是默认值，直接写配置容易踩坑。复位后延时 10ms 再启动 UART 通信，给内部振荡器稳定时间。

ADS122U04 的 UART 指令集里，我用到的操作主要有读取寄存器、写寄存器、启动转换、读取数据。具体命令码需要以 TI 手册为准，这里给出伪代码框架，移植时对应替换即可：

uint8_t cmd_reset = 0x06; // 软件复位命令 uint8_t cmd_start = 0x08; // 启动转换命令 // 读取 ADC 转换结果 int32_t ads122u04_read_data(void) { uint8_t cmd = 0x10; // 读数据命令 uint8_t buf[3]; uart_send_bytes(&cmd, 1); uart_receive_bytes(buf, 3); int32_t raw = ((int32_t)buf[0] << 16) | ((int32_t)buf[1] << 8) | buf[2]; if (raw & 0x800000) { raw |= 0xFF000000; // 24 位无符号高位扩展为 32 位有符号 } return raw; } // 写寄存器，reg_addr 为寄存器地址 void ads122u04_write_reg(uint8_t reg_addr, uint8_t value) { uint8_t cmd[2]; cmd[0] = 0x40 | (reg_addr << 1); // 写寄存器命令字 cmd[1] = value; uart_send_bytes(cmd, 2); }

我实际跑在 19200 波特率。温度是缓变量，这个速率读三个字节绰绰有余。如果要用在高速采集场景，可以考虑把波特率提高，但要注意导线材质和抗干扰余量，工业线上很多人图稳定反而会把波特率调低。

4.2 ADC 寄存器初始化

ADS122U04 有多个配置寄存器，决定输入 MUX 选择、PGA 增益、数据速率、激励电流、参考源等。这里以我的配置为例：

• 输入选择：AIN0 接 RTD 差分正，AIN1 接 RTD 差分负；AIN2 接参考电阻差分正，AIN3 接参考电阻差分负；
• PGA 增益：2 倍；
• 数据速率：20SPS，单周期稳定数字滤波器；
• IDAC 激励电流：500μA；
• 参考源：内部 2.048V 基准。

初始化函数大致如下：

void ads122u04_init(void) { ads122u04_write_reg(0x00, 0x02); // AIN0-AIN1 差分输入，PGA=2 ads122u04_write_reg(0x01, 0x00); // 20SPS，单周期稳定滤波 ads122u04_write_reg(0x02, 0x10); // IDAC=500uA，内部参考 ads122u04_write_reg(0x03, 0x00); // 其他配置 uint8_t start = 0x08; uart_send_bytes(&start, 1); }

不同版本数据手册对寄存器位定义可能略有差异，实际项目务必对照你拿到的芯片数据手册配置。我这里的注释只是说明思路，照搬到其他型号上不一定成立。

4.3 读取转换结果与状态判断

ADS122U04 支持连续转换模式和单次模式。温度测量这种场景，我推荐单次模式。原因很简单：连续转换模式下，转换结果以固定速率不断更新，MCU 去读取时经常遇到“数据读到一半，下一组已经覆盖”的尴尬；单次模式则是“发一次启动命令，等数据准备好，读一次”，时序完全可控。

判断数据是否准备好，可以有一个状态引脚也可以用 UART 命令查询。我的板子上为了省 IO，直接用延时策略：20SPS 意味着单次转换时间 50ms，读到数据前至少等 60ms 再读取，留足余量。如果发现偶尔读回的码值和上一帧完全相同，可以先怀疑数据还没就绪或者通信帧错位，这时可以根据实际需求增加等待时间。

读取数据的拼接顺序也要小心：芯片返回的三字节数据是高位在前。我第一次调的时候按“低位在前”拼接，温度换算出来完全离谱，后来查手册发现字节序坑人。这种细节在工业芯片里很常见，没有捷径，只能老老实实看时序图。

5. 从 ADC 码值到真实温度

5.1 RTD 电阻还原

拿到码值后，第一步是根据比例式测量公式还原出 RTD 的电阻值。注意这里的 code 是带符号的，如果输入信号极性接反，读数可能是负值，在工程上要检查接线方向。

以我使用的 1kΩ 参考电阻为例：

float calc_rtd_resistance(int32_t code_rtd, int32_t code_ref) { float ratio = (float)code_rtd / (float)code_ref; float r_rtd = 1000.0f * ratio; // R_ref = 1000Ω return r_rtd; }

这一步看似简单，却有一个隐含前提：code_ref 必须保持正值且远离零。如果参考电阻接反了，code_ref 是负的，ratio 变成负值，后续计算全是负数。所以在硬件自检里加一个“code_ref 是否在合理区间”的判断非常必要，我后来在量产固件里加了这层保护，省了不少现场调试的麻烦。

5.2 Callendar-Van Dusen 公式与查表插值

PT100 的电阻—温度关系在 0℃~100℃ 区间可以简化成：

R(t) = R0 × (1 + A×t + B×t²)

其中 R0 = 100Ω，A = 3.9083×10⁻³ /℃，B = -5.775×10⁻⁷ /℃²。已知电阻反解温度，就是一个一元二次方程的求根问题：

float calc_temp_pt100(float r) { if (r <= 100.0f) { // 0℃以下：需要引入 C 项，用迭代法 // 这里略 } // 0~100℃ 范围解二次方程 float a = -5.775e-7f; float b = 3.9083e-3f; float c = 1.0f - r / 100.0f; float disc = b * b - 4.0f * a * c; if (disc < 0) { return 0.0f; // 异常保护 } return (-b + sqrtf(disc)) / (2.0f * a); }

方程解出来的温度精度足够应付 HVAC 场景的要求，实际误差主要来自传感器本身的等级和标称容差。

如果要做整个 -50℃~150℃ 的宽量程，更稳妥的方案是查表。IEC 60751 标准表里有每个整点温度对应的电阻，MCU 里存一张月 0.1℃ 间隔的表，再用线性插值计算出中间值。反正 2000 个点的表在 64KB Flash 里占比很高，便宜又高效。我个人在量产固件里就是查表法，因为公式法在负温度区间需要迭代计算三次项，查表法的确定性和一致性更好。

5.3 两点校准与软件滤波

硬件电路批量生产后，每块板子的参考电阻精度、运放失调、滤波电阻压降都有差异。如果不校准，最坏情况可能是 ±0.5℃ 甚至更大。我在产线校准流程里做了很简单的两点校准：

1. 把探头放到 0℃ 恒温槽（或冰水混合物），稳定后读取电阻值，记为 R0_meas；
2. 把探头放到 100℃ 沸水（或精密电阻箱模拟 138.50Ω），稳定后读取电阻值，记为 R100_meas；
3. 计算实际增益误差 correction = (138.50 - 100) / (R100_meas - R0_meas)，把 corrected_r = R0_meas + (r_meas - R0_meas) × correction 存到 MCU 的 Flash 里。

这样校准完之后，全温度范围的误差可以控制在 ±0.1℃ 以下（前提是探头本身是 A 级或 B 级以上）。

软件滤波方面，HVAC 系统里的温度变化本身很慢，我用的是滑动平均值滤波，窗口取 5~10 个点就够。如果再叠加一个中值滤波，可以把偶发的毛刺彻底滤掉。但滤波带来的副作用是响应延迟，如果系统还在做温度闭环，滞后十秒可能引发振荡，需要根据实际控制周期权衡。我在这里踩过坑，后面细说。

6. 现场踩坑与排查实录

6.1 常见问题速查表

整个项目开发过程中遇到的典型问题，我整理成一张速查表，可以当故障排查手册用：

6.2 一个真实的故事：滤波窗口差点坏了控制回路

这个项目的温控部分初期只用滑动平均滤波，窗口取了 16 个点。结果温度数据看着很平滑，但控制环路的振荡周期也跟着变长了。刚开始没反应过来，以为是 PID 参数问题，调了几天都拿不到理想效果。

后来用逻辑分析仪同时抓温度和 PWM 输出，才意识到滞后太大了。温度测量本身有 50ms 转换周期，16 个点意味着输出数据比真实温度延迟了 800ms。对于 HVAC 这种大热惯量系统，800ms 看着不算多，但在某个临界点附近，控制滞后的相位裕度被吃掉了，系统自然就开始振荡。

解决方式是分两级处理：先用一个 3 点的中值滤波去掉毛刺，再对结果做一个 5 点滑动平均，总延迟控制在 150ms 以内，控制回路马上恢复正常。后来我养成了一个习惯：在任何控制类项目里，软件滤波永远要跟控制周期一起设计，不能单独为了“好看”去平滑数据。

6.3 量产时的额外工作量

实验室里跑通只是第一步，真正麻烦的是量产一致性。ADS122U04 这类高精度 ADC 在实验室里性能惊人，但到了生产线上，每一颗的参考电压偏差、每一块 PCB 的电阻误差都会体现到最终温度读数上。

我后来在固件里加了一个“校准模式”：产线工人接上标准电阻箱之后，在 0℃ 和 100℃ 两个点各按一次按钮，上位机自动把校准系数下发到设备 Flash。整个过程从原来逐台人工记录再写代码，缩短到 30 秒一台。这个环节一定要在产品设计阶段就留好接口，不然后期追加会发现 Flash 没有预留存储区，那才是真正的返工地狱。

7. 如果重新来一次，我还会这样选吗

讲个小体会，不代表普适结论。如果让我在同样约束（成本、精度、抗干扰、量产一致性）下重新做一次这个温度采集板，我大概率还会选“独立 24 位 delta-sigma ADC + UART 接口 + STM32F334R8”的组合。ADS122U04 的集成度把最棘手的模拟前端风险带走了，UART 接口又让跨板布线、电气隔离都变得很从容。而 STM32F334R8 的浮点算力让温度换算与控制算法在同一个芯片内部就能跑完，不用再外挂一颗专门的处理器。

真要挑毛病，我会在项目早期就把校准流程做成独立的模块，而不是等到产线反馈再补。另外，电路上多预留一个参考电阻的位置（比如并联两个 R_ref，可以跳线切换增益范围），能极大提升同主板在不同传感器量程下的复用能力。硬件设计这件事，前期多一分的“冗余设计”，后期就能省下十分“现场支援”的力气。