做嵌入式或 HVAC 项目的人对“温度监测”这个概念应该都不陌生但能把“本地远程”两路温度同时测准并且长期稳定跑在现场其实挺考验从器件选型、电路布局到固件算法的整套功力。最近我在一套 HVAC 温控采集前端里用 PJ85718DM 这颗数字温度传感器搭配 STM32F303RC 主控实现了板级本体温度与风道/设备远端温度的双通道监测方案。整个过程踩了不少坑也总结出一套比较顺手的打法这篇就把器件原理、电路设计、固件实现和现场部署的细节一起过一遍适合正在做温度采集、环境监控或者空调设备控制器的人参考。这套方案的架构并不复杂PJ85718DM 承担本地和远程两路测温STM32F303RC 通过 I2C 总线读取数据再做滤波、校准和阈值判断最后把结果用于控制逻辑或上传上位机。难点在于把每一环都做到位尤其是远程通道的抗干扰和标定。下面按项目拆解的顺序把每个关键点都讲透。1. 项目背景与整体方案设计1.1 为什么需要“本地远程”双路测温在 HVAC 系统里判断一台空调或新风机组运行是否正常不能只看一个温度点。以一台典型的空调箱为例需要同时知道回风温度、送风温度以及蒸发器或加热盘管的管壁温度。回风和送风的温差直接反映制冷/制热能力管温则用来判断结霜、过冷或过热状态。这些温度点的物理位置差得很远。回风温度在回风格栅后送风温度在盘管下游的风道里管温干脆贴在铜管或铝翅片上。如果把这些传感器全部放在主控板上测出来的只是“板子周围的气温”和真实工况差得很远。所以一定得分两路本地通道负责感知主控板附近的环境温度和板级热状态远程通道则把探头延伸到真正的测点。嵌入式设备内部也是一样的逻辑。有些设备需要监测电池温度、电机绕组温度或功率电阻温度这些位置距离 MCU 从几厘米到一两米不等。远程测温方案的好处是主控板上只需要放一颗传感器芯片远端只放一个二极管或三极管探头不需要再给远端单独供电、单独布一个完整传感器省成本也省空间。1.2 系统框架与核心器件分工整个系统的信号流向很清晰。PJ85718DM 挂在主控板上芯片自身以本地通道感知板温或环境温度远程通道则通过两条延长线连接外部感温二极管返回远端测点的温度。STM32F303RC 作为主控通过 I2C 总线与传感器通信读取两个通道的转换结果在 MCU 内部完成滤波、偏移校准、阈值判断之后把结果用于本地控制或者通过串口、CAN、Modbus 传给上层系统。选型上锁定 PJ85718DM 的理由很简单一颗芯片解决两路温度采集节省 PCB 面积而且远程通道精度能做到 ±1°C 以内对 HVAC 控制环路来说完全够用。STM32F303RC 的优势则在于它不只是一颗普通控制 MCU内部的模拟外设、浮点运算单元和丰富通信接口让后续扩展压力、湿度或电流检测都留有余地。1.3 方案必须满足的硬性指标实际项目里我习惯在方案阶段先把需求拆成几个硬指标避免后期返工。第一是测温范围。本地通道至少覆盖 -40°C 到 125°C远程通道覆盖 HVAC 常见的 -40°C 到 150°C这样能覆盖绝大多数风道、管路和板级温度场景。第二是精度。远程通道在室温附近的误差最好不超过 ±1°C否则空调的能效控制环会跟着出偏差。第三是通信距离。远程感温探头要能稳定走至少 1 米的线缆并且要抗干扰不能因为风机启动或继电器吸合导致读数跳变。第四是报警响应速度。HVAC 设备对过温保护有实时性要求从温度超限到 MCU 获知并执行动作整个过程最好在几百毫秒内完成。这四条指标在选型和设计阶段就要写清楚尤其是“远程距离”这一条。它直接决定传感器远程通道的驱动能力、线缆规格和滤波方案很多项目就是在这里栽跟头测出来的数值在实验室好好的一到现场就乱跳十有八九是没按这个指标做设计。1.4 本地通道与远程通道的职责边界使用这套双通道方案时建议在软件逻辑上把“本地”和“远程”的职责彻底分开。本地通道反映的是控制板自身的健康状态比如板子是否过热、散热风扇是否失效它更多用于设备自保护和寿命预测。远程通道反映的是被控对象的工艺状态比如风道温度、管温、电池温度它直接参与控制环路。两者不能混用更不能在逻辑上互相替代。有人图省事省掉本地通道直接用远程探头贴在 PCB 上代替板温检测这种做法会在探头被线缆拉离板面时完全失效。反过来用本地温度当作风道温度去控制风机也会因为响应滞后导致控制震荡。职责边界划清楚后面写状态机和报警逻辑才不会乱。2. PJ85718DM 传感器原理与关键细节2.1 本地通道与远程通道的测量原理先讲本地通道。PJ85718DM 内部集成了一个带隙测温单元利用半导体 PN 结正向电压和温度的相关性把温度转化为模拟电信号再通过内部 ADC 量化成数字值。这个通道的主要感知对象是芯片自身封装附近的温度因此芯片在 PCB 上的位置基本决定了本地通道测到的是哪一部分的温度。远程通道是这颗芯片的核心价值所在。它通过两个专用引脚连接到外部感温器件上通常是普通二极管或三极管的一个 PN 结。测量原理基于二极管正向压降与温度的关系温度升高时PN 结正向电压下降大约每摄氏度变化 -2mV。为了抵消不同器件工艺差异和引线串联电阻带来的误差芯片内部会用两个不同大小的电流依次驱动这个 PN 结测量两次压降的差值再通过内置算法换算成绝对温度。这种测量方式的工程意义很直接即使远程探头用的线比较长只要导线电阻不是大到离谱都能通过算法补偿掉不会显著引入误差。这也正是远程测温方案能在 HVAC 现场广泛应用的核心原因。2.2 寄存器结构与数据换算方法从使用者的角度PJ85718DM 最常见的寄存器就那么几个本地温度寄存器、远程温度寄存器、配置寄存器、报警阈值寄存器和状态寄存器。温度寄存器一般是 12 位或 16 位其中高字节是整数部分低字节是小数部分典型分辨率是 0.0625°C也就是低字节的 bit7 对应 0.5°C、bit6 对应 0.25°C以此类推。换算时将两个字节拼成一个 16 位原始值再乘以 0.0625就能得到摄氏度。配置寄存器里需要关注几个关键位转换分辨率、转换模式连续或单次、故障数设定和报警极性。HVAC 应用建议把转换模式设为连续让芯片自主定时转换MCU 按需读取减少通信次数。报警阈值寄存器则用来设定高温或低温报警点超出后芯片会拉低 ALERT 引脚这个引脚可以接到 MCU 的外部中断上实现硬件级别的过温保护。读取温度寄存器时有个容易踩的坑直接读单字节再切寄存器很可能读到正在更新中的不稳定数据。正确做法是连续读两个字节再拼成 16 位数据。如果芯片支持地址自动递增最好开启让 I2C 连续读完整个温度寄存器组。2.3 远程感温二极管的选型与连接规范远程探头最常见的实现方式就是一颗小信号三极管比如常见的 2N3904、2N3906 这类型号。虽然手头有什么型号就能用什么但要注意结电容和封装体积会影响响应速度。选择三极管而不是普通二极管的原因在于三极管的结面积、漏电流特性更规范测量一致性更好远程通道能够获得更稳定的读数。如果临时用普通开关二极管替代也不是完全不行但精度可能会打折扣。连接时有几条铁律。第一感温 PN 结的两根引线必须双绞不要走普通排线更不能和功率线并行否则风机启停的瞬态干扰会让读数直接跳好几度。第二线长尽量控制在几米内超过手册建议值就要考虑信号完整性或者改用带屏蔽层的方案。第三远端探头附近不要有强热源直接辐射探头要加装金属护套或热缩管避免空气流动直接冲刷导致读数抖动。第四如果现场不得不走长线尽量让两根线等长并在传感器芯片入口处预留 RC 滤波的位置。3. STM32F303RC 主控选型与资源规划3.1 丰富的模拟外设为信号采集预留空间有人问做温度采集随便拿个 8 位 MCU 不就行了这要看场景。HVAC 控制器往往要同时处理多路模拟信号温度、湿度、压力、风阀位置反馈还有电流和电压采样。这些信号最终都要进 MCU 的 ADC 或比较器。STM32F303RC 在这一类控制板上有个很明显的优势内核是 Cortex-M4带 FPU运行频率 72MHz同时芯片内部集成了高速 ADC、模拟看门狗、比较器、运算放大器和 DAC。这意味着什么意味着如果你除了温度还想测一路 PT1000 热电阻或 0-10V 传感器根本不用再外挂运放和比较器直接在 MCU 内部就能把模拟链路搭起来。F303 的 ADC 还支持注入通道和规则通道可以在高速采集电机电流的同时插入一个低优先级的温度采样互相不干扰。对 HVAC 这种多控制回路并联的系统来说这个能力几乎就是刚需。3.2 I2C 外设分配与总线时序规划PJ85718DM 是 I2C/SMBus 兼容的数字传感器主控侧只需要分配一个 I2C 外设。STM32F303RC 有多个 I2C 控制器我一般倾向用 I2C1因为它能方便地映射到默认引脚不占用其他高速外设的资源。总线速率设到 400kHz 快速模式对温度传感器这种低频数据已经非常宽裕。初始化时要把 I2C 的时钟源算清楚。如果系统用外部 8MHz 晶振PLL 倍频到 72MHz 后I2C 外设时钟源要选择合适的分频确保 SCL 频率误差在允许范围内。实际使用中我一般在 HAL 库的 I2C 初始化结构体里这样设置hi2c1.Instance I2C1; hi2c1.Init.ClockSpeed 400000; hi2c1.Init.DutyCycle I2C_DUTYCYCLE_2; hi2c1.Init.OwnAddress1 0; hi2c1.Init.AddressingMode I2C_ADDRESSINGMODE_7BIT; hi2c1.Init.DualAddressMode I2C_DUALADDRESS_DISABLE; HAL_I2C_Init(hi2c1);3.3 数据处理能力与任务调度考量温度传感器读取属于低速外设操作一次性读取也就两三个字节占用的时间很短。但如果你在主循环里还跑着 PID 控制、通讯协议栈和显示刷新就要考虑 I2C 阻塞等待对调度的影响。我的做法是温度读取用阻塞方式但要放在低优先级任务里高优先级的控制任务通过状态标志获取最新温度不在中断里直接做 I2C 读写。F303 的浮点运算单元做温度换算非常轻松。如果将来要把代码移植到没有 FPU 的 MCU 上可以用整数运算替代浮点先乘 625 再除以 10000得到带两位小数的整数温度值完全够用。这也是一个常见的工程优化思路。4. 硬件电路设计与布局实操4.1 供电、上拉与电平匹配细节PJ85718DM 工作在 3.3V 电源域MCU 也跑 3.3V整个系统共地共电源设计起来最简单不需要电平转换芯片。如果控制板某些部分还是 5V 供电那就要特别小心 I2C 上拉电阻的连接位置。SDA 和 SCL 的上拉电阻要统一接到 3.3V绝对不能接到 5V否则 I2C 引脚长期承受过压最终会损坏传感器或 MCU 的输入级。上拉阻值的选择也有一些讲究。400kHz 快速模式下常见的 4.7kΩ 可以工作但总线电容比较大的时候比如线缆较长或同时挂载多个器件换成 2.2kΩ 会更稳定。我实测下来如果 I2C 上同时挂着三五颗器件2.2kΩ 更稳如果只有这一颗传感器4.7kΩ 足够省电且不会给总线带来额外负担。传感器电源引脚旁边一定要放 0.1μF 陶瓷电容有条件再加一颗 1μF 或 10μF 的储能电容。HVAC 主板上的开关电源噪声往往比较大电源纹波会直接影响测温精度这个细节经常被忽略但实际效果非常明显。4.2 远程探头的接线、滤波与屏蔽远程通道的两根引线直接连接到 PJ85718DM 的 D 和 D- 引脚极性必须正确。如果使用三极管作为测温探头通常的连接方式是基极和集电极分别接到两个引脚发射极悬空或短接到基极具体按器件手册确认。这里非常容易接反接反后的直接结果是远程温度读数和实际温度差一大截甚至显示无效值。接好之后建议加一个简单的一阶低通滤波。具体做法是在芯片侧串联一个 100Ω 左右的电阻在 D 和 D- 之间并联一个 2.2nF 的电容。这个滤波网络能明显提升远程通道的抗干扰能力尤其在长线应用场合基本是必须的。如果探头的两根线要穿过 PCB 连接器连接器必须选锁定式防止振动导致接触不良。HVAC 设备常年处在风机振动环境中松脱的插簧就是隐性故障源。4.3 地平面规划与抗干扰设计温度传感器本质上是模拟器件但对数字干扰同样敏感。关键原则有三条传感器和 MCU 放在同一地平面区域不要跨分割区远程探头的信号地不要和大电流负载地共用一段长走线继电器、可控硅、风机驱动等强电回路要和传感器区域拉开距离。遇到现场读数飘忽不定我一般先查地线和 I2C 上拉多半问题就出在这两处而不是传感器本身。还有一个经验远程探头线如果采用屏蔽线屏蔽层只能单端接地通常在主控板侧接地就对千万不要两端都接地否则会形成地环路反而引入更大的噪声。这个错误我在早期项目里犯过改成一端接地后读数瞬间就安静了。5. 固件开发流程与核心代码5.1 I2C 初始化与设备探测拿到一块焊好的板子第一步不是读温度而是确认 I2C 总线上能不能枚举到这颗传感器。我习惯在初始化完成后做一个地址扫描用 HAL 库的探测接口遍历可能的地址空间看哪个地址能成功响应。for (uint8_t addr 0x30; addr 0x4F; addr) { if (HAL_I2C_IsDeviceReady(hi2c1, (uint16_t)(addr 1), 3, 100) HAL_OK) { printf(I2C device found at 0x%02X\r\n, addr); } }这里要特别注意 HAL 库的地址参数是 7 位地址左移后的 8 位形式。很多新手容易在这里绕晕驱动里写的是 7 位地址还是左移过的地址我的惯例是在驱动层统一使用左移后的 8 位地址配合一个宏定义注释清楚避免后期维护的人误解。如果扫描不到设备优先检查上拉电阻、SDA/SCL 引脚是否接反、电源是否到位而不是怀疑固件。用示波器抓一下 SCL 波形看看有没有正常的时钟翻转基本就能快速定位。5.2 温度读取、格式转换与滤波假设传感器默认地址是 0x48本地温度寄存器在 0x00远程温度寄存器在 0x01读取代码可以参考下面的写法uint8_t reg 0x00; uint8_t data[2]; HAL_I2C_Mem_Read(hi2c1, 0x48 1, reg, I2C_MEMADD_SIZE_8BIT, data, 2, 100); int16_t raw (int16_t)((data[0] 8) | data[1]); int16_t temp_raw (int16_t)(raw 4); float temp_local temp_raw * 0.0625f;要特别留意原始数据的格式。有些芯片把 12 位有效数据放在 16 位寄存器的高 12 位有些放在低 12 位不同厂家的定义不一样。最简单的方法是先打印原始值手动算一下再写进程序。比如原始值是 0x01D0换算后应该是某个具体温度如果程序里算出来对不上说明移位或符号扩展有问题。风道里的温度信号不会绝对平稳尤其是风机突然变速时。我习惯在 MCU 端做中值滤波加滑动平均的二级处理先取 5 次采样做中值去掉毛刺再做 4 到 8 次的滑动平均平滑。报警判断则直接用未滤波的原始值避免滤波引入几百毫秒甚至更长的延迟错过保护时机。5.3 远程通道偏移标定与校准实现远程通道因为要经过外部 PN 结和线缆几乎必然存在一个固定偏移通常在 ±1°C 到 ±2°C 之间。这个偏移来自探头本身的离散性和线缆电阻不能靠软件滤波消掉必须做标定。标定方法不难把远程探头和一台精度足够的参考温度计放在同一个恒温块或冰水混合物里稳定半小时后读取传感器显示值和参考值求出差值把这个差值写进 MCU 的出厂校准参数区。更讲究一点可以在零上和零下各标一个点做两点线性校正。float remote_offset 0.0f; float remote_calibrated remote_temp remote_offset;我遇到过一次现场远程温度始终比实际高 1.5°C 的情况排查很久最后发现是探头被热缩管包得太紧加上探头紧贴在一个发热的阀体上环境热传导影响了读数。这个教训说明标定前一定要先确认探头安装位置没有额外的热耦合否则你校准的不是传感器而是在给错误的安装方式打补丁。5.4 报警阈值、中断与状态机整合报警处理我建议结合传感器的 ALERT 引脚做硬中断。初始化时把高温阈值写进报警寄存器开启 ALERT 中断。正常运行时 MCU 不需要每时每刻盯着温度只有当 ALERT 触发后才进入中断处理读取具体报警源并执行保护动作。void EXTI_IRQHandler(void) { if (__HAL_GPIO_EXTI_GET_IT(ALERT_PIN) ! RESET) { __HAL_GPIO_EXTI_CLEAR_IT(ALERT_PIN); uint8_t status read_sensor_status(); if (status LOCAL_HIGH_ALARM) { enter_protection_state(PROTECT_LOCAL_OVER_TEMP); } if (status REMOTE_HIGH_ALARM) { enter_protection_state(PROTECT_REMOTE_OVER_TEMP); } } }状态机层面我建议把系统分成正常、预警、保护、恢复几个状态。正常状态下持续采集和上传预警状态下加大采样频率并提示维护保护状态下执行设备停机或降功率动作恢复状态做好延时和去抖避免刚恢复又立刻告警造成振荡。这个状态机在 HVAC 控制器里非常实用能避免很多现场误报警。5.5 数据上报与协议封装在 HVAC 系统里温度数据最终要送给上层控制器或上位机。工业现场最常见的协议是 Modbus RTU将本地温度和远程温度映射成两个保持寄存器再附加一个状态寄存器方便上位机同时读取当前报警状态。uint16_t reg_local (uint16_t)(temp_local * 100.0f); uint16_t reg_remote (uint16_t)(temp_remote * 100.0f); uint16_t reg_status alarm_status;这里用放大 100 倍的方式可以保留两位小数又不用浮点协议上位机解析也简单。我强烈建议在固件里预留一个“原始值透传”调试接口把两个通道的原始寄存器值和滤波后的温度值一起通过串口打印出来。客户端看到异常时能立刻判断是前端硬件问题还是软件滤波造成的人为误差。这个习惯在远程维护时非常救命可以省掉大量现场跑动。6. HVAC 场景部署与实战经验6.1 回风/送风温度监测的布点方法在空调箱或风机盘管控制器里回风温度通常作为控制环路的反馈量。探头要装在回风口的均流区域避开格栅附近因为气流不均造成的热点。送风温度则要在盘管之后、风阀之前的位置测量这样测到的才是真正进入房间的空气温度而不是盘管表面的局部温度。这两路温度都适合用 PJ85718DM 的远程通道来测传感器芯片放在主控板上探头通过线缆伸到风道里。需要注意风道内压力有正有负探头线穿过风道壁的位置必须做好密封否则漏风会让测量点附近空气流速异常导致读数偏低或偏高。我在现场见过用普通扎带固定探头线的做法漏风之后读数偏差超过 3°C而且问题很难排查。6.2 压缩机与管路的测温要点HVAC 系统里的压缩机排气管、制冷剂管壁等温度点对系统健康诊断很有价值。这类温度点温度可能比较高远程探头紧贴金属管路时需要用导热硅脂加卡箍固定保证热接触面积和良好的热传导。同时探头金属部分和管路的电气隔离也要注意防止高压漏电通过探头引线串进低压控制板。我处理过一个具体的案例某设备的管温读数总在正常运行一段时间后突然飙升到 120°C但现场用手摸管道并没有那么烫。排查后发现探头线经过了一个功率电感附近设备高负载时电磁干扰通过探头线耦合进传感器通道导致内部测量误判。把探头线绕开电感区域并在进入传感器前加强滤波后问题彻底消失。6.3 嵌入式通用场景的功耗与安装细节如果这套方案用在嵌入式设备内部做板温监测有几个细节值得注意。传感器本体不要紧挨大功率发热芯片否则本地通道反映的是局部热点而不是整机环境温度会误导散热策略。远程探头如果是测电池表面温度需要用导热胶固定但不要使用金属夹防止长期振动或热胀冷缩造成短路风险。嵌入式设备往往对功耗敏感。可以让传感器工作在低功耗模式或单次转换模式MCU 每隔几秒唤醒一次读取温度。需要注意的是转换启动后要等待一段时间再读数据通常是几十毫秒不能一发出转换命令立刻读寄存器否则会读到上一次甚至全零的数据。这个等待时间可以通过示波器量一次转换完成信号来确定写入代码后就不再管它。6.4 环境适应性验证与老化测试HVAC 设备不是只在实验室环境里跑它要经受高温、低温、高湿和振动。上电后我建议做下面这几项验证高温运行测试把整机放在 60°C 环境舱里连续运行 8 小时观察本地通道读数是否超过芯片规格上限附近出现跳变。低温测试0°C 以下环境重点观察远程通道和探头的接线低温会让线缆变硬连接器可能出现接触不良。湿度测试高湿环境下重点检查探头穿墙密封位置凝露会显著降低绝缘电阻让远程通道读数出现诡异漂移。振动测试用随机振动台模拟风机运行状态验证连接器锁定和线缆固定是否可靠。如果这些测试做完读数都稳定那这台设备送到现场基本不会再因为温度采集出问题。实际上很多项目的问题都出在测试环节偷工减料。7. 常见问题速查与排查方法7.1 故障现象与处理对照表整理的常见问题如下现象可能原因解决方法I2C 扫描不到设备上拉电阻缺失或过大SDA/SCL 接反供电异常检查电平、示波器抓波形逐项排除本地温度总是比室温高 3-5°C传感器靠近发热元件PCB 铜箔传导热量布板时远离热源或做软件偏移远程温度读数乱跳探头线受干扰长线未滤波地环路双绞线、加 RC 低通、屏蔽层单端接地远程温度整体偏差 1-2°C探头离散性线缆电阻热安装不良做一点或两点标定改善热接触ALERT 持续触发阈值设置太低报警极性配置错误核对配置寄存器和阈值寄存器连续读取偶发 NACKI2C 时序被打断总线电容过大降速到 100kHz 或加强上拉低温时读数跳变探头结电容大线缆凝露漏电换低结电容探头做防潮密封这张表我贴了不少次现场巡检时基本按顺序排查就能定位八九成的问题。7.2 读数漂移的系统化排查思路温度读数漂移分两类快速漂移和慢速漂移。快速漂移通常指向电磁干扰或供电不稳慢速漂移则多半指向热耦合变化或传感器老化。排查快速漂移时先把系统切到待机状态关闭风机、继电器等干扰源看读数是否稳定。如果稳定下来再逐一恢复外设定位干扰来源。排查慢速漂移时在传感器旁边放一台高精度手持温度计对比长时间曲线确认漂移方向是随机跳动还是单向偏移。单向偏移往往意味着探头安装位置松动或者导热硅脂干涸重新固定和涂硅脂就能解决。7.3 一个风道探头的干扰排查实战挑一个比较典型的现场案例说说。某新风机组的远程温度读数白天正常一到晚上就出现周期性跳变幅度大概 2°C 上下非常规律。第一次排查怀疑是探头线问题换了屏蔽线没有改善。后来在晚上观察发现跳变周期和执行器动作周期吻合才意识到是风阀执行器工作时产生的瞬态电流通过共用电源影响了传感器供电。处理办法是给传感器电源增加一级 LC 滤波并把执行器供电和传感器供电彻底分开问题就消失了。这个案例给了一个很重要的经验温度读数跳变不一定是传感器的问题很多时候是电源域隔离没做好。排查时要同时观察电源波形和温度波形不要只盯着传感器本身。7.4 开发调试工具与固件调试习惯调试这套系统我建议准备这几样工具一台逻辑分析仪、一块带示波器功能的数字万用表、几个不同阻值的上拉电阻和几对双绞线。逻辑分析仪用来抓 I2C 时序和地址示波器用来抓远程探头引线上的噪声幅度。固件层面的调试习惯同样重要。第一HAL 库的 I2C 错误回调一定要做好日志不要只看返回值。很多时候 I2C 错误是偶发性的读两次又正常了如果外界干扰频繁这种问题会变成“每隔几分钟一个 NACK”的神经质现象光靠重试治标不治本。第二所有校准参数和阈值都单独放在 Flash 配置区不要写死在代码里。这样设备出厂后还能通过调试指令在线修改报警温度避免每次改一个参数就重新刷一遍固件。第三每次改动固件都要记录版本和改动内容尤其要记录标定参数的变化。温度采集这种功能问题往往不是突然出现的而是缓慢累积的没有版本记录后面排查会非常被动。8. 最后再分享一点我的体会做了这么多年的嵌入式温度采集最大的体会是温度测量的误差总是比想象中大而大多数误差并非来自芯片本身而是来自安装、布线和供电。PJ85718DM 加 STM32F303RC 这套组合硬件上已经提供了很好的精度基础能不能把精度真正发挥出来看的是工程细节。如果让我重新做一次这个项目我会在画 PCB 之前先把远程探头的位置和走向确定下来而不是画完板子再做线束。探头走向一旦确定滤波位置、屏蔽层接地点、地平面分割方案都能顺利定下来后续调试会轻松非常多。这套方案后来在好几个类似项目中都被复用整体稳定维护成本也低希望对正在做 HVAC 或嵌入式温度监测的你也有参考价值。