基于ADS122U04与STM32F412的工业测温采集板设计

1. 为什么用 ADS122U04IPWR 搭配 STM32F412ZG 做工业测温

先说结论：这套组合解决的最大问题不是"能不能测准"，而是"在工业现场能不能稳定地把模拟量变成数字量再传到控制器"。我做楼宇冷站和空调机组的温度采集板时，最早用的是 SPI 接口的 24 位 ADC，板子调通了，一到现场就出幺蛾子——SPI 线长一点就受干扰，隔离又要多花几倍成本。后来换成 ADS122U04IPWR 这颗带 UART 接口的 24 位 ADC，配合 STM32F412ZG 重新设计了采集板，这才把温度测量从"实验室能用"变成"现场能扛"。

ADS122U04IPWR 是 TI 的一颗 4 通道 24 位 Δ-Σ ADC，后缀 IPWR 表示 TSSOP-20 封装、-40 到 125°C 工业级温度范围。它内部集成了可编程增益放大器（PGA，增益 1 到 128）、两个匹配的激励电流源（IDAC，可用于 RTD 供电）、2.048V 低漂移参考源、内部温度传感器，以及一个很特别的 4 线 UART 兼容接口。这颗芯片就是为 RTD（PT100/PT1000）和热电偶测温定制的，不是通用 ADC 硬凑测温功能，IDAC、参考源、PGA、冷端补偿这些全给你集成好了，外围电路可以做得非常干净。

STM32F412ZG 在这套方案里扮演的是主控制器角色。它属于 STM32F4 系列，Cortex-M4F 内核带 FPU，主频 100MHz，1MB Flash 和 256KB SRAM 对温度采集这种任务绰绰有余。选择它而不是低端 STM32L0 或者 51，主要看中三点：一是 UART 外设多，F412ZG 有 7 个 USART/UART，一个专门伺候 ADS122U04，一个做 Modbus RTU 和上位机通讯，一个留作调试打印，完全不会打架；二是定时器资源丰富，后面要提到的 SCLK 生成、软实时任务调度都依赖定时器；三是 FPU 算温度线性化、热电偶多项式的时候快，不用心疼 CPU 时间。再加上它有 USB、以太网 MAC、CAN 这些外设，以后要接 BMS 网关或者本地显示屏都很方便。

再往深一层说，为什么"UART 接口的 ADC"在工业测温里这么吃香？因为隔离。工业现场温度传感器往往被拉出去几十米，控制器端还要做电气隔离以防地环路和浪涌损坏主板。SPI 做隔离需要至少 5 根线（SCLK、MOSI、MISO、CS、电源地），而且 SPI 时钟一高，普通光耦根本跟不上，得用几十块钱一片的高速数字隔离器。UART 就随意得多，9600 波特率下普通 PS2501 这类光耦都能跑得稳稳当当，四根线一隔离，成本直接砍掉一大截。ADS122U04IPWR 的 SCLK 是由主机提供的同步时钟，本质上它还是同步采样，但数据格式是 UART 的帧格式，这就把"同步传输"和"低速隔离友好"两个优点结合到一起了。

2. 硬件搭接：从传感器到 STM32 引脚的完整链路

2.1 供电和参考电路，最容易忽略的两个稳压点

ADS122U04 有 AVDD 和 DVDD 两个电源引脚，手册允许 2.3V 到 5.5V，我用 3.3V 统一供电。这里有个实操经验：不要用一根 3.3V 走线同时喂 ADC 和单片机的数字大电流外设。板上我给 AVDD 单独走一路，中间串一个 600Ω/100MHz 的磁珠，磁珠后面放 10µF 钽电容并联 0.1µF 陶瓷电容，DVDD 同样处理，但磁珠可以省掉换成 10Ω 电阻。ADC 内部比较器、PGA 这些模拟电路对电源纹波很敏感，AVDD 脏一点，24 位的低位就会抖。

参考电压方面，如果用内部 2.048V 参考，REFP 和 REFN 引脚也要好好伺候。我习惯在 REFP 与 REFN 之间放一个 10µF 低 ESR 电容（ESR 低于 0.5Ω 那种），再就近放 0.1µF。如果你打算用外部精密参考，REFN 引脚千万别直接接地，应该接参考源的负端，否则共模信号会影响转换结果。

STM32 这边，我用的是 LQFP144 封装，模拟信号全部走靠近 ADC 的一侧，数字接口（FSYNC、SCLK、RX、TX）从另一侧出去，中间用地平面隔开。板子只有两层的话做不到完美，那就保持模拟地和数字地在 ADC 芯片下方单点汇聚，不要让高速数字信号穿越模拟输入走线区域。

2.2 RTD 测量链路：三线制和四线制的比例测量

RTD 测温的核心是把电阻变化变成电压变化。ADS122U04 内部有两个匹配 IDAC，可以给 RTD 提供激励电流，同时把一个精密参考电阻 RREF 也串在同一激励回路上，用"比例测量"消除电流源的绝对精度影响。比例测量的算理很简单：ADC 的输入信号是 RTD 上的压降，参考电压是 RREF 上的压降，两个压降由同一个电流产生，所以最终的码值比例只取决于 RRTD 和 RREF 的比值，电流绝对大小、漂移、电源波动统统被抵消了。

四线制是精度最高的接法，适合实验室标定：

• IDAC1 电流经过 RREF 和一根引线进入 RTD，RTD 另一侧流过第二根引线返回。
• AIN0 和 AIN1 各自接一根独立的感应线到 RTD 两端，感应线几乎没有电流，所以引线电阻上不掉压，测到的就是 RTD 真实压降。
• RREF 接在 REFP/REFN 之间做参考。

三线制是工业现场最常见的接法，能省一根线，代价是需要双 IDAC 做引线补偿。原理是：IDAC1 和 IDAC2 的电流相等且匹配，让它们分别走过两条引线，在 RTD 下端汇合后共用第三条引线回流到参考电阻。这样两条相同规格引线上的压降对差分测量来说是共模量，被 ADC 的差分输入天然抑制掉。关键是两条引线必须同规格、同样长度，铜线电阻率随温度变化也得一致，否则补偿就不彻底。接线时 AIN 输入串 10Ω 电阻并且在 AIN 引脚对地放 1nF 电容，能过滤掉长引线拾取的射频干扰，这个细节别省。

RREF 的阻值选择也讲门道。对 PT1000，0°C 时约 1000Ω，150°C 时约 1573Ω，我常用的 RREF 是 3.3kΩ，500µA 激励电流下 VREF 有 1.65V，远低于 2.048V 内部参考限制，且 RTD 信号范围只占参考的 0.3 到 0.48 倍，分辨率与量程都够用。对 PT100，0.385Ω/°C 的灵敏度太小，我会选 150Ω 的 RREF、1mA 激励电流，同时把 PGA 开到 8 倍，把零点几伏的信号放大到接近满量程，这样小温度变化才能读出有效数字。

2.3 热电偶测量链路：PGA 128 加冷端补偿

热电偶输出的是微伏级电压，K 型热电偶灵敏度大约 41µV/°C，整个 -40°C 到 150°C 量程的信号幅度就几毫伏。ADS122U04 的 PGA 能开到 128 倍，这正是给热电偶准备的。我的 K 型通道配置是 PGA=128、20SPS、内部 2.048V 参考，输入短接时实测噪声大约 0.3µV 到 0.5µV（RMS），等效到温度大约是 0.01°C 到 0.02°C，对 HVAC 控制绰绰有余。

热电偶真正的难点在冷端补偿。热电偶测到的是热端和冷端的温差，冷端温度必须已知，才能换算出绝对温度。ADS122U04 内部有温度传感器，你可以读它的内部温度作为冷端温度，然后把冷端对应的热电势查出来加上去。注意：内部温度传感器反映的是芯片结温，如果你的热电偶端子排离芯片很远，冷端（也就是热电偶与铜导线连接处的温度）跟芯片温度可能差不少。正规做法是把热电偶的接线端子紧贴 ADS 芯片放置，或者用一颗外部 NTC 贴到端子上，再换算成冷端热电势。实测下来，把端子排贴在芯片附近、用内部传感器做冷端补偿，K 型通道的整机误差能做到 ±0.5°C 以内，对空调水管温度、风管温度控制完全够用。

3. 通信协议拆解：24 字节帧、SCLK 和那个"像串口又不是串口"的坑

3.1 帧结构：线上 264 个 bit 周期，有效数据 24 字节

ADS122U04 的通信格式我在数据手册里翻了好几次才彻底理顺，这里直接给你说人话版本。主机和芯片之间每次交换一个完整的"帧"，这个帧由 24 个字节组成，每个字节都是标准 UART 格式：1 个起始位 + 8 个数据位（LSB 先发）+ 1 个偶校验位 + 1 个停止位。注意，24 个字节是有效载荷，换算到物理线上的 bit 周期是 24×11=264 个。很多人一看 192 bit 以为是 24×8，实际线上比这多 72 个 bit，如果你用 8 位对齐的方式去抓波形，怎么抓都对不上，这是最常见的入门误区。

主机发出的 24 字节里，前 6 字节是命令和配置数据，后面 18 字节填零。芯片回传的 24 字节里，前 6 字节会镜像主机的配置寄存器内容，后面则带有转换结果数据——具体哪个 bit 区间放 24 位转换码，以你手头数据手册的表格为准，不同版本会有脚注说明。我调板子时是把逻辑分析仪挂在 TX、RX、SCLK 三根线上，对照手册的帧格式表格逐位核对偏移量的。

每个字节还要算偶校验。这个校验是 UART 层面的，不是帧层面的 CRC。如果主机发送字节时校验错误，芯片可能直接忽略这一帧。我后来在 STM32 上用硬件 USART 发数据时踩过坑：STM32 的 USART 可以配 8 位数据 + 偶校验 + 1 停止位，正好 11 个 bit，但它的停止位在空闲线上是高电平，而 ADS122U04 对停止位的高电平长度有最小要求，如果连续两字节之间空闲期太短，芯片会判帧错误。解决方法是字节之间至少留出 1 个 bit 时间的空闲，我在帧组装时就固定往 buf 里填 1（停止位），而不是依赖 USART 硬件自动生成，逼自己走位操作的路子。

3.2 SCLK 是最大坑：不是普通串口，也不是普通 SPI

ADS122U04 的 UART 兼容接口从数据线上看是 UART 格式，但它不像普通 UART 那样自己从波特率产生时钟。芯片需要主机提供 SCLK 才能采样，SCLK 必须和 UART 位流严格同步，频率等于波特率，每个 bit 周期一个完整脉冲。这就有意思了：你用 STM32 的 USART 发数据很容易，但 USART 不会输出一个跟数据位同步的 SCLK 给你接过去。你用 SPI 吧，SPI 的 SCK 和 MOSI 倒是同步的，但 SPI 的帧格式是纯 8 位流，插不进起始位和停止位。

我第一次画板时天真地以为接个普通 UART 就行，结果 SCLK 悬空，芯片完全不出数据。后来翻了 TI 的 EVM 原理图，发现人家的主控是用额外引脚模拟的，这才明白这芯片的"UART 兼容"指的是数据格式兼容，物理上需要一个同步时钟源来喂。SCLK 也不是随便给个固定频率就行，它得跟帧边界对齐，起始位出现在 SCLK 的某个相位上，所以设计上必须把 SCLK、FSYNC、RX 三者的时序当作整体来管理。

3.3 定时器中断收发：一套能跑起来的位操作骨架

我最终采用的做法是用一个定时器产生中断，中断频率设置成波特率的两倍，在 ISR 里既驱动 RX 数据脚（发给芯片），又采样 TX 数据脚（读芯片回复），同时翻转 SCLK 引脚。9600 波特率下，定时器中断频率才 19.2kHz，对 100MHz 的 STM32F412ZG 几乎没有压力。115200 波特率下频率是 230.4kHz，ISR 里就几条 GPIO 读写指令，CPU 占用率依然可以接受。

核心骨架如下，思路是"偶数中断 = 输出当前 bit 并拉低 SCLK，奇数中断 = 采样 TX 并在 bit 中点拉高 SCLK"，这样采样的时刻正好落在 bit 中间，最稳。

#define FRAME_BYTES 24 #define FRAME_WIRE_BITS (FRAME_BYTES * 11) /* 24 * 11 = 264 */ static uint8_t tx_bits[FRAME_WIRE_BITS]; static uint8_t rx_bits[FRAME_WIRE_BITS]; static volatile uint16_t half_bit = 0; static volatile uint8_t frame_done = 0; /* TIM2 中断频率 = 波特率的 2 倍 */ void TIM2_IRQHandler(void) { if ((half_bit & 1) == 0) { /* bit 起始沿：输出当前 bit，SCLK 拉低 */ HAL_GPIO_WritePin(ADS_RX_GPIO_Port, ADS_RX_Pin, tx_bits[half_bit >> 1] ? GPIO_PIN_SET : GPIO_PIN_RESET); HAL_GPIO_WritePin(SCLK_GPIO_Port, SCLK_Pin, GPIO_PIN_RESET); } else { /* bit 中点沿：采样 TX，SCLK 拉高 */ HAL_GPIO_WritePin(SCLK_GPIO_Port, SCLK_Pin, GPIO_PIN_SET); rx_bits[half_bit >> 1] = (HAL_GPIO_ReadPin(ADS_TX_GPIO_Port, ADS_TX_Pin) == GPIO_PIN_SET) ? 1 : 0; } half_bit++; if (half_bit >= (FRAME_WIRE_BITS * 2)) { HAL_TIM_Base_Stop_IT(&htim2); HAL_GPIO_WritePin(FSYNC_GPIO_Port, FSYNC_Pin, GPIO_PIN_SET); half_bit = 0; frame_done = 1; } } void adc_frame_start(void) { frame_done = 0; HAL_GPIO_WritePin(FSYNC_GPIO_Port, FSYNC_Pin, GPIO_PIN_RESET); /* 拉低开始帧 */ __HAL_TIM_CLEAR_IT(&htim2, TIM_IT_UPDATE); HAL_TIM_Base_Start_IT(&htim2); }

这段代码为了可读性省略了 SCLK 相位精细调整的部分。实际产品里我建议把 SCLK 用定时器的 PWM 输出通道专门生成，数据输出和采样放到另一个通道的中断里做，避免 ISR 里手动翻转 GPIO 的延时不确定。但上面这套在 20SPS 数据率、9600 波特率下完全能稳定跑，调通协议之后再优化不迟。

4. 固件实现：寄存器配置、帧解析和温度换算算法

4.1 寄存器配置：把 4 字节配置写成意图清单

ADS122U04 的寄存器定义跟 ADS1220 系列一脉相承，主要是 REG0 到 REG3 四个字节。我不建议背十六进制值，而是把配置意图写成清单，再对照数据手册的位域表逐项填写。比如我的一组 RTD 通道配置：

这里要提醒一句：不同批次数据手册的位域图例可能标号略有差异，焊完板子第一件事就是把每个位的含义对着手册核对一遍，再写寄存器。我手上的版本里，REG0 的高 4 位是 MUX 选择、低 1 位是 PGA 旁路，REG2 的最高位是参考选择、低 2 位是 IDAC 电流，但不同版本号之间我不敢打包票，你自己对照最稳。

把配置组装成 24 字节的命令帧时，前 6 字节放这 4 个寄存器值外加两个保留字节，后面的字节全填零。然后每个字节都要套上 UART 的壳：起始位 0、8 位数据（LSB 先发）、偶校验、停止位 1。下面这个函数就是把一个字节展开成 11 个 bit 存进发送缓冲区：

static void pack_uart_byte(uint8_t data, uint8_t *buf, uint16_t *idx) { uint8_t parity = 0; buf[(*idx)++] = 0; /* start bit */ for (uint8_t i = 0; i < 8; i++) { uint8_t b = (data >> i) & 1; buf[(*idx)++] = b; parity ^= b; } buf[(*idx)++] = parity; /* even parity */ buf[(*idx)++] = 1; /* stop bit */ }

REC 端解析收到的 264 个 bit 时，逐字节跳过起始位和停止位，取 8 个数据位，再算一遍偶校验跟收到的校验位比较。帧层面的完整性校验，我记得 ADS122U04 也支持 CRC 选项，开启后主机和芯片都要算，两边不符就丢弃。我实际用下来，9600 波特率、短走线场景下 UART 层偶校验已经能拦住绝大多数错误，CRC 属于锦上添花，看你对可靠性要求多高。

4.2 数据解析：24 位有符号数的处理

芯片回传的 24 位转换结果是有符号二进制补码。取出来之后，在 C 语言里要注意符号扩展，不能直接拿三个字节拼成一个 32 位 unsigned int 就完事。我惯用的写法：

int32_t raw = (int32_t)((rx_bytes[6] << 16) | (rx_bytes[7] << 8) | rx_bytes[8]); if (raw & 0x800000) raw |= 0xFF000000; /* 扩展成 32 位有符号 */

raw 这个值除以 2^23 再乘以 VREF 就是输入电压（相对参考）。但 RTD 场景我们其实不关心电压，直接用码值比例算电阻更方便：R_RTD = RREF × raw / 2^23。注意如果 PGA 开了，这个比例公式要写成 R_RTD = RREF × raw / (2^23 × gain)，因为 PGA 放大的是信号而不是参考，实际编码时容易漏掉 gain 项，我就在这里栽过一次，查了大半天才发现 10°C 的偏差是增益没除回去。

4.3 温度换算：CVD 方程和热电偶查表

PT1000 的电阻-温度关系用 Callendar-Van Dusen（CVD）方程描述。0°C 以上简化成二次式 R(T) = R0 × (1 + A×T + B×T²)，其中 R0 是 0°C 电阻（PT1000 就是 1000Ω），A = 3.9083e-3，B = -5.775e-7。0°C 以下要加一个 C×(T-100)×T³ 修正项，C = -4.183e-12。工程上我一般先解二次方程得到一个大致的 T，再迭代一两次 CVD 方程做精化，收敛很快：

float rtd_to_temp(float r) { float t = (r / 1000.0f - 1.0f) / A; /* 初值 */ for (int i = 0; i < 3; i++) { float err = r - 1000.0f * (1 + A*t + B*t*t); float slope = 1000.0f * (A + 2*B*t); t += err / slope; } return t; }

热电偶的换算反过来：先测热端-冷端温差电势，再补偿冷端。K 型热电偶的电压-温度关系是 NIST 的多项式拟合，工程上我直接内置一张 0.1°C 间隔的查找表，从 -40°C 到 150°C 大概 1900 个点，STM32F412ZG 的 256KB RAM 足够放下，查表加线性插值，误差可以压到 0.01°C 以内。查表比多项式省 CPU，而且不会出现边界上多项式振荡的问题。

5. 实测与校准：噪声数据、两点校准和现场那些"看着对却不对"的情况

5.1 噪声到底什么水平，心里要有数

我在 20SPS 和 2000SPS 两档数据率下都做过短接输入测试，PGA=1、内部 2.048V 参考。20SPS 时采集 1000 个点，码值峰峰值能压到 8 个 LSB 以内，折算到输入电压大约 2µV 量级；2000SPS 时码值峰峰值明显变大，大概到几十个 LSB。这个变化本质是 Δ-Σ 调制器配合数字滤波器的关系，数据率越高，用于平均的采样点数越少，噪声自然上去。

把噪声折算成温度：PT1000 在 500µA 激励和 3.3kΩ 参考下，每个 LSB 对应的温度变化远小于 0.001°C，所以 24 位 ADC 的分辨率储备对 HVAC 完全过剩。反倒是参考电阻的温度系数才是大头。RREF 我选 25ppm/°C 的金属膜电阻，环境温度变化 20°C 就会引入约 0.05% 的漂移，对应 PT1000 大约 0.1°C 误差。如果你要做高精度，RREF 得上 5ppm 的精密箔电阻，或者用比例恒温方案。

5.2 两点校准：把零点偏移和增益误差一次吃掉

新板子到手先做校准，再谈精度。最简单的两点校准需要一个精密电阻箱，比如在 RTD 通道接一个 1000Ω 精密电阻模拟 0°C，实测码值应该对应 RREF × raw/2^23 = 1000.0，但往往不是——板上走线、引脚接触、芯片内部偏移都会造成偏差。再换一个 1800Ω 电阻模拟 PT1000 约 204°C，记录第二个点，然后算出修正系数 gain_corr 和 offset_corr，存进 STM32 的 Flash 备用参数区。

校准后的计算是 T_corr = (T_raw - offset_corr) × gain_corr。注意校准和测量的激励电流、PGA 增益必须一致，否则校准系数完全失效。我见过有同事用 PGA=8 校准完，程序里改成 PGA=1 忘了重新校准，现场温度全部偏了十几度，排查半天才发现。

5.3 现场常见坑：IDAC 匹配、引线电阻和自热

三线制 RTD 的引线补偿依赖两个 IDAC 的匹配精度。ADS122U04 的 IDAC 匹配误差通常在 0.1% 以内，对一般 HVAC 够用，但如果你接的传感器引线有几十米，两条线电阻即使规格相同，环境温度不同也会造成不对称。这时候别硬扛，要么换四线制传感器，要么在软件里对最长引线做分段补偿。

自热问题也值得说。500µA 电流流过 1000Ω 的 PT1000，发热功率只有 0.25mW，热阻按 100°C/W 算也只抬升 0.025°C，可以忽略。但如果把电流开到 1500µA 去驱动低阻 PT100，发热就不可忽视了。所以 IDAC 电流的原则是：在信号幅度满足分辨率需求的前提下尽量小，别贪大。

另一个"看着对却不对"的情况是输入开路。RTD 断线后，IDAC 电流没回路，输入会漂到电源轨，读出来的码值可能是一个很大的正值或者负值，看上去像超高温。我程序里直接判一下 raw 是否超出正常量程上浮 5%，超了就走断线报警分支，这样现场线被老鼠咬断时，上位机至少能看到明确的报警而不是一个吓人的温度。

6. 接入 HVAC 和工业系统：长线、故障诊断与 BMS 对接

6.1 长线布线与 ESD 防护

温度传感器线缆在风管、水管、桥架里走，难免跟变频器电缆并行。我的处理原则：RTD 和热电偶信号线一律用屏蔽双绞线，屏蔽层只在控制器端单点接地，另一端悬空。ADS122U04 的 AIN 输入在 PCB 上用 10Ω 串联电阻加 1nF 对地电容构成低通，带宽压到几十 kHz 以下，能滤掉大部分变频器耦合的共模噪声。

ESD 防护别省。工业现场端子排裸露，经常有人带电插拔传感器。我在每个 AIN 引脚、SCLK、RX、TX、FSYNC 上放了 TVS 管，TVS 的结电容尽量选小于 10pF 的，不然会跟前面的滤波电容构成谐振，反而引入噪声。SCLK 和 FSYNC 属于低频信号，用普通 PESD 系列就行。

6.2 故障自诊断：让控制器知道"温度数据不可信"

ADS122U04 自带了比较器和告警功能，可以为每个通道设定高、低阈值，超限后通过告警引脚通知主机。我把这个功能用起来：每个 RTD 通道设一个物理上不可能的温度上下限，比如水管温度设 -20°C 到 150°C，越界即触发告警，配合断线检测和短路检测（输入对电源或对地短路时码值会呈现固定的满偏特征），一次性把传感器断线、短路、超量程三种故障都覆盖掉。

定时器看门狗也要加。STM32F412ZG 的 IWDG 我设成 1 秒超时，主循环里每次成功解析一帧数据就喂一次。如果 ADC 因为某种原因卡死在未知状态，看门狗复位后我用 FSYNC 拉高再拉低做一次硬复位，重新初始化后再进入正常采集流程。这套机制用了两年，没出现过年久失联的情况。

6.3 从板级采集到系统对接：Modbus RTU 和通道扩展

HVAC 项目里上位机或 BMS 网关很少直接读 ADC，一般用 Modbus RTU 通过 RS-485 把温度数据收上去。STM32F412ZG 这步很省事：一个 USART 接 ADS122U04，另一个 USART 接 RS-485 收发器跑 Modbus，485 方向控制用一个 GPIO，发送前拉高使能。我建议在固件里把温度值按 0.01°C 分辨率换算成整数挂在 Modbus 寄存器表里，上位机读到的直接就是带两位小数的定点温度，解析简单，也避免浮点传输的歧义。

通道不够怎么办？一块板子四通道对大多数 AHU 足够，但机房冷站动不动要测十几路水温。两个方案：一是用多颗 ADS122U04，每颗单独 FSYNC 和 SCLK，共享 RX/TX 数据线——注意这要求你的 SCLK 和 FSYNC 线路数随着芯片数增加，四颗芯片也就多 6 根线，完全可以接受；二是外加模拟多路开关，把多路 RTD 轮询切到一颗 ADS 上，但这样 IDAC 激励也得切换，精度和速度都有损失。我做冷站项目时用的是方案一，四颗 ADS122U04 挂在同一组数据线上，STM32F412ZG 用四个定时器分别管理四组 SCLK/FSYNC，每颗芯片独立配置、独立校准，效果比软件轮询模拟开关稳定得多。每颗芯片的 24 位码值换算到 0.01°C 定点后，存进一个环形缓冲区，Modbus 线程只读缓冲区，读写互不阻塞——这种架构对 100MHz 的 F412 来说，CPU 占用率连 10% 都不到。

最后分享一个调这个板子时最容易被忽略的小细节：FSYNC 拉低到第一帧起始位之间必须留出足够的建立时间，我最初在 adc_frame_start 里 FSYNC 拉低后立刻就开始发位，结果偶发第一字节丢失。后来在拉低 FSYNC 后加了 3 个 bit 时间的延时再启动定时器，问题就再没出现过。这种同步接口的芯片，信号建立时间比时序图里的理论值多留一点余量，永远比事后查诡 bug 划算。