STM32+MAX31865+PT100高精度温度采集方案详解与驱动实现

做温度采集项目时，在“用什么传感器”这个问题上纠结了很久。热电偶量程大但冷端补偿麻烦，NTC便宜但线性度差，DS18B20省事可精度和长期稳定性又差点意思。最后选了PT100铂电阻加MAX31865前端芯片的方案——PT100在工业领域十分常见、互换性好，而MAX31865这颗芯片把RTD测量的关键环节都集成好了，外部只需一个精密参考电阻，配合STM32的硬件SPI和外部中断，就能稳定拿到高精度温度数据。

这篇文章把我从CubeMX配置到驱动代码、再到温度换算和现场调试的完整过程都整理出来，适合正在做高精度温度采集、或者刚接触MAX31865与PT100的嵌入式开发者，照着这套思路走，能少踩不少坑。

1. 方案设计：为什么是“硬件SPI + 外部中断”

1.1 MAX31865相比其他测温方案的取舍

先说结论：如果你需要测量-200℃到+850℃范围内的温度，且精度要求达到±0.5℃甚至更高，PT100配合MAX31865几乎是性价比最高的组合。PT100在0℃时电阻为100Ω，灵敏度约为0.385Ω/℃，也就是说要分辨0.1℃的变化，需要能测出0.0385Ω的电阻差异。这对普通ADC来说很难，但MAX31865内部有15位ADC，配合430Ω参考电阻，理论上能分辨约0.013Ω，折合成温度大约是0.03℃，完全够用。

MAX31865真正省心的地方在于它把恒流源激励、可编程增益放大、ADC转换、故障检测全部集成了。你不需要像用AD7124或ADS1120那样自己搭前置放大电路，也不用操心RTD的激励电流该设多少。对于量产项目来说，BOM精简，校准成本也低。

当然它也有局限性：MAX31865只能测电阻，不能直接测热电偶或NTC。如果你的项目既要PT100又要热电偶，可以考虑AD7124这类多通道ADC，但驱动复杂度和调试成本会翻好几倍。我这边的经验是，单一测温场景用专用前端芯片，比用通用ADC省心得多。

1.2 硬件SPI与软件SPI的取舍

很多刚入门的朋友喜欢用IO口模拟SPI时序，也就是俗称的“软件SPI”，觉得这样引脚分配灵活、不用研究外设寄存器。对于低频、低速的通信，软件SPI确实能用，但在这类连续测温场景下不推荐。

主要原因是软件SPI靠延时翻转时钟线，MCU被占得死死的。假设你以500kHz频率翻时钟，每bit耗时2微秒，读一次RTD数据要发命令字节和接收两个数据字节，共24个时钟周期，光这一趟就要花近50微秒。听起来不多，但如果系统里还要跑屏幕刷新、通信协议、控制算法，软件SPI抢占CPU的时间会非常可观。

硬件SPI就不同了，STM32的SPI外设自动产生时钟、移入移出数据，CPU只需把数据寄存器写进去，然后等传输完成标志位就行。配合DMA的话，连等待都省了。另外硬件SPI的时序是芯片内部电路保证的，不会因为中断优先级被人为打断而出错。软件SPI如果中途来了个高优先级中断，时序就崩了。

MAX31865的SPI速率上限约为5MHz，STM32的硬件SPI很容易满足。我的做法是预分频设到1MHz左右，兼顾稳定性和抗干扰能力。SPI速率并不是越快越好，尤其连接线较长时，速率过高容易产生信号反射。

1.3 硬件片选与软件片选怎么选

SPI片选有两种实现方式，一是用SPI外设的硬件NSS引脚，二是在普通GPIO上用软件拉低拉高。

硬件NSS的好处是CPU不用管：开始传输时硬件自动拉低，传输结束自动拉高。但实际用起来有两个隐患。第一，HAL库在有些情况下对硬件NSS的处理并不完美，比如TransmitReceive与Transmit混用时，NSS拉高的时机可能不符合从设备的预期。第二，如果SPI总线上挂了多个从设备，每个从设备的命令长度不同，硬件NSS只管理一个引脚，其他从设备仍要用GPIO，那不如全部用GPIO，管理和排查都方便。

MAX31865在空闲状态下CS必须保持高电平，否则会误判为一次传输。用普通GPIO控制CS，时序完全由自己把控，多读一个字节少读一个字节都清楚，出问题也好查。所以这个项目我推荐软件片选。

1.4 外部中断监听DRDY，省心又高效

MAX31865有一个DRDY引脚，转换完成后会拉低，通知主控可以读取数据了。这个引脚如果不用，就得自己估算转换时间然后延时去读，费时费力还不准。而用STM32的外部中断功能监听DRDY下降沿，是最理想的配合方式。

读到DRDY拉低后，说明RTD寄存器里已经是最新的转换结果。外部中断服务函数里只做一件事：置一个全局标志位。主循环检测到标志位后，再通过SPI读取数据。这样既可以避免中断服务函数里执行SPI通信这种耗时操作，又能保证每次读取的都是有效的新数据。

2. 硬件连接：PT100接法与MAX31865模块接线

2.1 PT100的2线、3线、4线制接线

PT100是一种铂电阻温度传感器，阻值随温度变化。它有几种接线方式，直接影响测量精度。

二线制最简单，就是两根线直接接在RTD两端。问题是这两根导线本身有电阻，这个导线电阻会和PT100串联混进测量结果。以铜导线为例，1米长的细线电阻大约在0.1Ω到0.5Ω之间，一算就知道能产生几摄氏度的误差。所以二线制只适合短距离、对精度要求不高的场景。

三线制是工业现场最常用的方式。原理是用一根额外导线测量导线电阻，然后在计算中抵消掉，能消除大部分导线电阻误差，适用于几十米以内的传输距离。

四线制精度最高。两根线流过激励电流，另两根线负责测量电压。测电压的线上几乎没有电流，所以电压降为零，测到的就是PT100两端的真实电压。实验室标准计量大多用四线制。

我这次使用的是四线制PT100，接线顺序是：一根接RTD+，一根接RTD-，另外两根接FORCE+和FORCE-。如果用MAX31865成品模块接三线制PT100，需要把RTD-和FORCE-短接，具体看模块丝印说明。二线制则是把RTD-和FORCE-用跳线帽连在一起。

2.2 MAX31865与STM32的引脚连接

以STM32F103系列为例，我选用了SPI1外设，对应引脚为PA5（SCK）、PA6（MISO）、PA7（MOSI），片选CS用PA4，DRDY外部中断接PB0。接线表如下：

SPI的MISO和MOSI很容易接反，接反的典型现象是读回来的数据全是0xFF或0x00，而且怎么调配置都不对。接好线后先用万用表量一遍通路再上电，能省不少排查时间。

需要注意，DRDY引脚是开漏输出，模块上一般已经带了上拉电阻。如果自己画板子，DRDY一定要接一个10k电阻上拉到VCC，不然电平拉不起来，外部中断永远触发不了。

2.3 参考电阻的选择与精度影响

MAX31865的测量原理是比率式测量，外部参考电阻Rref和PT100串联，同一路激励电流分别流过这两个电阻。芯片通过ADC测量两个电阻上的电压之比，就能推算出PT100的电阻值。计算公式是：RTD阻值 = ADC读数 ÷ 32768 × Rref。

对于PT100，Rref的推荐值是430Ω。这是因为PT100在850℃时阻值约为390.5Ω，430Ω留出一点余量，确保整个量程都在ADC的满量程范围内。

这里有一个特别需要注意的点：参考电阻的精度直接决定了测温精度，它的误差会毫无衰减地反映到最终的电阻计算结果中。比如Rref是1%精度的430Ω，那温度误差也会在1%左右，换算成温度值可能有好几度偏差。所以选参考电阻要选0.1%精度、温漂系数低的低温漂电阻。成品MAX31865模块上一般已经焊好了430Ω 0.1%电阻，但如果是自己画板子，元件选型时要格外上心。

3. STM32CubeMX详细配置过程

3.1 时钟树设置

打开STM32CubeMX新建工程后，先把系统时钟配好。f103可以直接用外部晶振经过PLL倍频到72MHz，如果没有外部晶振，用内部HSI也可以，只是精度稍差。MAX31865对SPI时钟源要求并不苛刻，APB2外设时钟跑72MHz还是64MHz都不影响。

在Clock Configuration页面，把HCLK设置为72MHz，APB1分频器设2，APB2分频器设1。SPI1挂在APB2上，所以SPI外设时钟就是72MHz。后面配置SPI波特率时要用到这个数值。

3.2 SPI外设配置

进入Connectivity -> SPI1配置页面：

• Mode选择Full-Duplex Master
• Hardware NSS Signal选择Disable，因为我们用软件片选
• Clock Polarity选择Low
• Clock Phase选择2 Edge
• Prescaler选择64分频
• Data Size选择8 bit
• First Bit选择MSB First

分频64之后，SPI波特率就是72MHz ÷ 64 = 1.125MHz，低于MAX31865的5MHz上限，安全稳妥。之前我试过更大分频让速率跑更高，结果用15厘米杜邦线连接时出现了偶发读取出错，降速后问题消失。对于转换速率每秒只有几次的MAX31865来说，SPI速率不是瓶颈，稳定比速度重要。

模式选择这里再说得细一点。MAX31865数据手册支持SPI Mode 1和Mode 3，这两种模式时钟极性不同但相位都是第二个边沿采样。我习惯用Mode 1，也就是Clock Polarity是Low、Clock Phase是2 Edge。如果配置成模式0或者模式2，数据采样的边沿就不对了，读回来的字节会错位。

3.3 片选GPIO与DRDY外部中断配置

CS片选我们配置为普通推挽输出GPIO，初始电平设为High，因为SPI从设备在CS高电平时处于未选中状态。在CubeMX中选中PA4引脚，在GPIO配置里设置为GPIO_Output，Output level选High。引脚标签我一般命名为CS_MAX31865，代码里看起来清晰。

DRDY引脚配置为外部中断模式。选中PB0引脚，GPIO mode选择External Interrupt Mode with Falling edge trigger detection，也就是下降沿触发。上下拉选择Pull-up，保险起见多一道保障。标签命名为DRDY_MAX31865。

然后在NVIC配置页面使能EXTI line0中断，优先级根据项目实际需求设置。如果项目里还有其他中断，建议把EXTI优先级设高一些，因为DRDY触发后我们只是置标志位，执行时间极短，优先级高也不会影响其他任务。

3.4 生成代码前检查

配置完成后，在Project Manager页面选择工具链为MDK-ARM或者STM32CubeIDE，版本选择对应工具链。代码生成器里勾选“Generate peripheral initialization as a pair of .c/.h files per peripheral”，这样每个外设生成独立的文件，维护方便。还要勾选“Copy only the necessary library files”，避免生成一堆用不到的模板代码。

生成代码后不要手动修改HAL库生成的外设初始化代码区域，比如MX_SPI1_Init函数内部。用户自己的代码要写在USER CODE BEGIN和USER CODE END注释块之间，这样重新生成代码时不会丢失。这一点在反复调整CubeMX配置时特别重要，不然辛辛苦苦改的代码一次重新生成就没了。

4. MAX31865核心原理与寄存器配置

4.1 MAX31865的比率式测量原理

理解MAX31865的测量原理对写驱动非常有帮助。芯片内部有一个精密的ADC，但测量的不是绝对电压，而是RTD上的电压与参考电阻上电压的比值。

工作过程大致是这样：内部偏置电压源使电流流过串联的Rref和RTD，芯片测量RTD上的电压V_rtd和Rref上的电压V_ref，然后计算出比值。因为流过两个电阻的电流相同，所以电压比就等于电阻比：V_rtd : V_ref = R_rtd : R_ref。

这种设计的巧妙之处在于，激励电流源的绝对大小和稳定性不影响最终结果。就算电流源随温度变化漂移了5%，两个电阻上的电压会同步变化，比值保持不变。所以真正决定测量精度的只有Rref的精度、ADC的分辨率以及PT100自身的精度。

ADC结果和电阻的换算关系是：R_rtd = (ADC_CODE / 32768) × R_ref。ADC_CODE是15位数据，满量程32768对应RTD电阻等于Rref。

4.2 寄存器地址与读写机制

MAX31865的寄存器不多，关键就这几个：

读写操作都是通过SPI传输命令字节实现的。命令字节的最高位是读/写标志：1表示读，0表示写。后面7位是寄存器地址。比如读取RTD数据寄存器，命令字节就是0x80 | 0x01 = 0x81。向配置寄存器写值，命令字节就是0x00。

注意RTD数据寄存器的高字节是0x01，低字节是0x02，但它们是同一个15位ADC结果的高8位和低7位。读取时需要发送读命令后连续接收两个字节，然后把两个字节拼成一个16位数据，再右移一位去掉最低的无用位，得到真正的15位ADC值。因为MAX31865的15位ADC结果存储在16位寄存器的bit15到bit1，bit0固定为0。

4.3 配置寄存器0x00的关键位

默认上电后，配置寄存器值为0x00，这意味着偏置电流是关闭的。如果不写配置寄存器就马上读RTD数据，读回来的ADC值会是0，温度计算出来肯定不对。这是很多新手犯的第一个错误。

常用的配置值是0xC0，二进制为1100 0000，含义是：

• bit7为1：打开偏置电流（VBIAS enable）
• bit6为0：连续自动转换模式
• bit5和bit4为00：故障检测使用自动延迟模式
• bit3为1：选择50Hz滤波，抑制工频干扰
• bit2为0：不触发故障清除
• bit1和bit0为0：保留位

这里我特别说一下滤波频率的选择。如果所在地区电网频率是50Hz，选50Hz滤波能明显抑制工频干扰。实测中，如果选了60Hz滤波但环境里有50Hz干扰源，读数的波动会明显增大。MAX31865的转换时间和滤波设置有关，50Hz模式下转换周期会稍长一些，但换来的是更稳定的读数，值得。

4.4 从配置到读数的完整时序

MAX31865的操作时序其实很简单，但有几个时间点要留意。

第一，刚上电时不要立即读数据。配置寄存器写入0xC0后，偏置电流建立和第一次故障检测都需要时间。我的处理方法是写入配置后延时100ms，再开始正常读取流程。这个延时是为了让电源和偏置稳定，等第一个转换周期完成，DRDY引脚自然会产生下降沿。

第二，DRDY引脚拉低代表一次转换完成，数据已更新到RTD寄存器。读取RTD寄存器后DRDY会自动复位为高电平。所以主循环里的逻辑是：等待DRDY下降沿标志，然后读数据，读完后等下一次下降沿。

第三，故障检测如果配置为自动延迟模式，只在启动时进行一次检测，检测结果输出到故障状态寄存器。之后正常转换过程中不会再自动进行故障检测，这样避免故障检测周期干扰正常测量。如果需要在运行中持续监控RTD的断线和短路，可以改用自动周期性检测模式，代价是转换时间会变长。

5. 驱动代码实现与温度换算

5.1 SPI底层读写封装

首先封装两个最基础的函数：读寄存器和写寄存器。

// 片选控制宏 #define MAX31865_CS_LOW() HAL_GPIO_WritePin(CS_MAX31865_GPIO_Port, CS_MAX31865_Pin, GPIO_PIN_RESET) #define MAX31865_CS_HIGH() HAL_GPIO_WritePin(CS_MAX31865_GPIO_Port, CS_MAX31865_Pin, GPIO_PIN_SET) // 写寄存器，reg为寄存器地址（bit7需为0），data为要写入的数据 void MAX31865_WriteReg(uint8_t reg, uint8_t data) { uint8_t tx[2] = {reg & 0x7F, data}; MAX31865_CS_LOW(); HAL_SPI_Transmit(&hspi1, tx, 2, 10); MAX31865_CS_HIGH(); } // 读寄存器，reg为寄存器地址（函数内部自动加读标志0x80） uint8_t MAX31865_ReadReg(uint8_t reg) { uint8_t tx = 0x80 | reg; uint8_t rx = 0; MAX31865_CS_LOW(); HAL_SPI_TransmitReceive(&hspi1, &tx, &rx, 1, 10); // 此时rx读到的内容无效，需要再发一个字节得到真正的寄存器数据 tx = 0; HAL_SPI_TransmitReceive(&hspi1, &tx, &rx, 1, 10); MAX31865_CS_HIGH(); return rx; }

有人会问：为什么读寄存器要发两个字节？因为MAX31865在接收到读命令后，还需要一个时钟周期才会把数据移出到MISO上。第一个字节期间移出的内容没有意义，要再持续给时钟才能拿到有效数据。有的驱动写法是把命令字节和后续的读字节放在一个TransmitReceive里一起处理，也一样。

5.2 读取RTD电阻数据

读取RTD数据寄存器更高效的做法是连续读两个数据字节：

// 读取RTD数据，返回15位ADC值 uint16_t MAX31865_ReadRTD(void) { uint8_t tx[3] = {0x81, 0x00, 0x00}; uint8_t rx[3] = {0, 0, 0}; uint16_t adc_value = 0; MAX31865_CS_LOW(); HAL_SPI_TransmitReceive(&hspi1, tx, rx, 3, 10); MAX31865_CS_HIGH(); // rx[0]是命令字节期间的无效数据，实际数据在rx[1]和rx[2] adc_value = ((uint16_t)rx[1] << 8) | rx[2]; // 右移一位去掉bit0，得到15位有效ADC值 adc_value >>= 1; return adc_value; }

MAX31865的RTD数据寄存器地址是0x01，但一次发送读命令后，芯片会自动把连续的下一个寄存器也读出来，所以读0x81命令后跟两个字节，就能依次拿到0x01和0x02的数据。这个连续读特性在读取状态寄存器多的外设时很方便。

5.3 外部中断回调与主循环处理

在CubeMX生成的stm32f1xx_it.c里，GPIO外部中断的中断服务函数已经调用了HAL_GPIO_EXTI_IRQHandler，它会再调用弱定义的HAL_GPIO_EXTI_Callback回调函数。我们只需要在用户代码区域重写这个回调函数：

// 全局标志，声明为volatile防止编译器优化 volatile uint8_t max31865_data_ready = 0; void HAL_GPIO_EXTI_Callback(uint16_t GPIO_Pin) { if (GPIO_Pin == DRDY_MAX31865_Pin) { max31865_data_ready = 1; } }

主循环里这样处理：

while (1) { if (max31865_data_ready) { max31865_data_ready = 0; uint16_t adc = MAX31865_ReadRTD(); float resistance = Rref * adc / 32768.0f; float temperature = RTD_ResistanceToTemp(resistance); printf("ADC:%d R:%.2f T:%.2f\r\n", adc, resistance, temperature); } }

在中断里只置标志位、不在中断里做SPI通信，是个很重要的习惯。SPI通信有等待延时，如果延时稍长，会影响其他中断响应。标志位方案把耗时的操作全部放在主循环里执行，中断服务短平快，这也是外部中断配合慢速外设的常见模式。

5.4 PT100电阻换算温度的两种方法

拿到PT100的电阻值后，需要换算成温度。这里有两种常用方法。

第一种是查表法。PT100的分度表是标准化的，把对应温度下的电阻值做成数组，然后根据测得的电阻值在数组里查找，不在整数点就线性插值。这种方法的优点是覆盖面广，从-200℃到+850℃都能处理，缺点是表格数据量大，占用Flash空间。

第二种是公式法。根据IEC 60751标准，PT100在0℃到850℃范围内，电阻与温度的关系可以用二次方程近似：R = 100 × (1 + A×T + B×T²)，其中A = 3.9083×10⁻³，B = -5.775×10⁻⁷。反过来由电阻求温度，就是解这个二次方程。

公式法代码实现更简洁，我推荐在0℃到850℃范围内使用：

#include <math.h> #define PT100_R0 100.0f // 0℃时的电阻 #define PT100_A 3.9083e-3f #define PT100_B -5.775e-7f // 由PT100电阻值计算温度，单位℃，适用于0℃到850℃ float RTD_ResistanceToTemp(float resistance) { float temp = 0.0f; float delta = 0.0f; // 解方程 R = R0 * (1 + A*T + B*T^2) // 即 B*T^2 + A*T + (1 - R/R0) = 0 delta = PT100_A * PT100_A - 4.0f * PT100_B * (1.0f - resistance / PT100_R0); if (delta >= 0.0f) { temp = (-PT100_A + sqrtf(delta)) / (2.0f * PT100_B); } return temp; }

验证一下：当resistance等于100Ω时，delta = A²，temp = (-A + A) / (2B) = 0，结果是0℃；当resistance等于138.5Ω时，算出来的温度约等于100℃，符合PT100的典型特性。

如果测温范围包含0℃以下，这个二次方程就不够了。标准规定负温度区间需要用带三次项C的方程，好在工程上低温段的导通电阻和校准曲线问题比较多，更稳妥的做法是负温区查表。我的项目只需要0℃以上的温度，所以公式法足够。

5.5 数据滤波与抗干扰处理

MAX31865本身是24位ADC芯片，但内部集成的数字滤波器只能抑制工频干扰。在工业现场，RS485通信、电机启停、电源纹波都可能引入随机噪声，表现为读数小幅抖动。实际测试中，如果DRDY引脚走线较长或者SPI线与其他信号线并行走线，读数偶尔会跳几个码。

我的处理方法是主循环里做简单的滑动平均。每收到5次有效温度值，取一次平均，然后输出。这样既不增加太多代码复杂度，又能明显改善读数的稳定性。

#define FILTER_LEN 5 float filter_buf[FILTER_LEN]; uint8_t filter_index = 0; float Temperature_Filter(float new_temp) { float sum = 0.0f; uint8_t i = 0; filter_buf[filter_index++] = new_temp; if (filter_index >= FILTER_LEN) { filter_index = 0; } for (i = 0; i < FILTER_LEN; i++) { sum += filter_buf[i]; } return sum / FILTER_LEN; }

更极端的情况，如果读数偶尔出现特别离谱的跳变，可以做中值滤波或者限幅滤波，把超出合理范围的异常值直接丢弃。不过MAX31865的硬件故障检测本身已经能发现很多异常，软件滤波只需处理常规噪声。

6. 常见问题速查与调试心得

6.1 故障状态寄存器逐位解读

MAX31865的故障状态寄存器是0x07，读出来后每一位代表一种故障情况。调试过程中这寄存器能帮大忙。

读取故障状态寄存器会锁存当前故障状态，处理完故障原因后，需要在配置寄存器里把D2位置1来清除故障标志，然后再写回正常的0xC0配置。如果不做清除操作，故障标志可能会一直保持。

6.2 典型现象一：ADC读数全是0xFFFF

这个现象很直观：SPI读回来的RTD寄存器全是1，说明MISO线上没有有效数据，常见原因有三个。

第一是MISO和MOSI接反了。SPI是同步串行接口，发送和接收各自独立走线，接反的话主设备发给从设备的数据会被接到自己的MISO上，读不到任何有效内容。第二是CS引脚没有拉低，MAX31865根本不参与通信。第三是SPI的时钟极性和相位配置不对，采样边沿采不到有效电平。

排查办法是先用示波器或者逻辑分析仪看SCK时钟波形，确认时钟有无产生，再看MISO线上在SCK边沿时是否有对应电平变化。如果MISO一直高电平，大概率是CS没拉低或者从设备没上电。

6.3 典型现象二：ADC读数全是0x0000

读到全0，和全FFFF原因不同。全FFFF多数是通信层面问题，而全0往往是MAX31865没有产生有效转换。

最常见的原因就是配置寄存器没有正确写入，偏置电流没有打开。上电后MAX31865默认配置为0x00，偏置电流关闭，RTD上没电流流过，ADC自然是0。按前面说的，初始化时写入0xC0就能解决。

另一个可能是配置寄存器写入失败了。写操作是单向的，主控发完指令后要稍等片刻再启动读取流程。如果芯片还在处理上一帧数据时就强行片选拉低发新命令，数据可能没写进去。

6.4 典型现象三：温度读数偶发抖动

MAX31865的硬件分辨率其实很高，所以读数稳定时小数点后一位一般不跳。如果发现读数抖动，先确认滤波频率选择是否与环境一致。50Hz工频环境下选了60Hz滤波，干扰会直接透进来。把配置寄存器改成0xC0可以避开。

然后检查DRDY引脚附近有无强干扰源。DRDY信号本身是低频数字信号，如果走线又长又经过电机驱动模块附近，容易受到磁场耦合干扰。解决办法是缩短走线、加RC滤波，或者在软件里增加滑动平均。

6.5 调试过程中的几个实用心得

有条件的话，用逻辑分析仪同时抓CS、SCK、MOSI、MISO四路信号，传输是否正常一目了然。我之前遇到过一次数据错位问题，排查了很久，最后发现是CS拉低和SCK首沿之间没有足够的建立时间，在CubeMX配置里增加低速分频后问题才解决。

MAX31865的寄存器写入最好加一个读回校验。写配置寄存器0xC0后，马上从0x00读回来看看是不是0xC0。如果读回来不对，后面所有操作都没意义，早发现早处理。

另外项目正式量产前，建议每块板子做一次温度校准。方法是用精密电阻箱代替PT100，在0℃、100℃、300℃三个温度点对应的电阻值处分别记录ADC转换结果，再做两点或三点校准。虽然MAX31865内部精度够高，但参考电阻的个体误差会带入系统性误差，校准之后整体精度更有保证。

最后再分享一个小技巧

如果DRDY引脚引脚紧张，短期内又不方便重新画板，也可以用任意一个普通GPIO轮询DRDY电平：DRDY为低说明转换完成，读到高就一直等。代价是CPU需要在等待期间不断查询电平，不能进入低功耗模式。而外部中断方案只需要一个下降沿，就能把MCU的等待阻塞降到最低。测温系统如果是由电池供电的遥测终端，这个差异就直接关系到整机功耗。

我自己在实际项目中，把DRDY外部中断、硬件SPI、软件片选这套方案稳定跑了好几个月，温度波动控制在±0.1℃以内，故障检测还能准确识别出探头脱落和参考电阻异常。这种组合从配置难度、代码量、稳定性几个角度来说都比较均衡。新项目如果也是做PT100测温，照着这套搭就对了。