前阵子在处理一套HVAC控制器改版的时候碰到一个挺典型的需求既要测控制板附近的环境温度又得盯着风机盘管远端的风温两路温度都要实时上传。翻了一圈传感器方案最后定下 PJ85718DM STM32F031C6 的组合。PJ85718DM 是一颗支持本地和远程双通道测温的数字温度传感器STM32F031C6 则是ARM Cortex-M0内核的入门级MCU这套搭配在嵌入式和暖通场景里都挺有代表性。这篇文章把我从选型、硬件布局、软件驱动到实际标定踩过的坑完整写出来希望给正在做类似测温方案的同行一点参考。1. 为什么用数字双通道传感器替代NTC分立方案1.1 从“本地/远程”两路测温的需求说起做电气柜和暖通控制器的朋友应该都遇到过这种尴尬主控板上的发热源你得盯着但真正需要控制的温度往往在几米外的风道、换热器翅片或者室外机盘管上。早年常规做法是板内放一颗NTC热敏电阻远端再拖一根NTC各自接ADC通道然后做分压、查表、线性化。听起来简单实际调试的时候很头疼。NTC的B值离散性大25k、10k、100k不同型号对应的分压电阻都不一样同一批料两批B值还能差出半度。更麻烦的是远端NTC如果走线超过30公分线上压降和干扰就开始影响读数在HVAC这种动力线、PWM调速线扎堆的环境里漂移几个毫伏就可以让查表结果偏出两三度。工业现场做多点校准时每块板子都得单独给A/D偏移做补偿生产线上极其不友好。PJ85718DM这种数字传感器不一样的地方在于它把测温前端、ADC、数字接口和报警逻辑全部收进一颗芯片。本地通道直接测芯片管芯温度远程通道靠芯片内部的恒流源驱动一颗外接二极管/三极管把远端温度转换成数字量。MCU这边只需要通过I2C/SMBus读寄存器不用管什么分压、线性化、增益校准所有补偿都在芯片内部完成了。1.2 芯片选型对比一颗器件 vs 分立NTCADC当初选型的时候桌面上的方案其实有好几类。传统的NTCADC方案就不用多说了省成本是省成本但正如前面说的标定和抗干扰成本最后都会反噬回来。还有一类是DS18B20这类单总线传感器单点测温很好用但是它不支持真正的“一个器件测两路”你要本地远程两个点就得挂两颗甚至三颗芯片而且单总线时序对实时性要求高的系统并不友好一根线上挂多了还会拖慢轮询周期。PJ85718DM比较关键的优势在“双通道”这三个字。一颗芯片搞定本地管芯温度和远端热结温度硬件上省了一路传感器软件上也少了数据对齐的麻烦。测温精度方面常规工作温度范围内本地和远程都能做到±0.5°C上下分辨率通过配置寄存器可以选9到12位默认12位时量化分辨率是0.0625°C对HVAC的控制需求来说是绰绰有余的。我把当时考虑的几个维度列个表直观一点对比项NTCMCU ADCDS18B20多颗方案PJ85718DM双通道本地/远程双路需两路ADC两套分压需两颗传感器一颗芯片搞定标定复杂度单项标定B值补偿麻烦单点标定简单出厂校准读取即可抗干扰能力受模拟走线和电源噪声影响单总线时序受线缆电容影响I2C数字输出抗干扰较好报警/阈值功能需MCU软件比较需MCU软件比较硬件ALERT/THERM引脚支持整体BOM成本低但综合成本高中中等但省了调试工时1.3 STM32F031C6在这套方案里扮演的角色F031C6放在这套系统里属于典型的“小马拉小车”。它只有16KB Flash和4KB RAMCortex-M0内核最高跑48MHz但做温度采集与上传绰绰有余。项目里它主要负责三件事通过I2C周期轮询PJ85718DM把本地和远程温度解析成浮点或定点数值根据阈值寄存器或软件比较的结果驱动风扇、加热器通过UART/RS485把温度值上报给上位机或者楼宇自控系统。选这颗料还有一个现实原因它的I2C外设和PJ85718DM的SMBus兼容性良好而且LQFP48封装在两层板上手工焊接毫无压力比起那些QFN封装的传感器和MCU小批量试产时返修容易得多。做嵌入式的朋友都懂封装好不好焊直接决定了研发阶段的心情。2. 硬件设计必须注意的三件事2.1 本地通道的布局别让芯片自己骗自己PJ85718DM的本地温度测的是芯片内部管芯附近的温度。这颗芯片如果在PCB上放得离大功率MOS管、变压器或者热风枪吹过的地方太近读出来的就是板子局部热点温度而不是空气温度。这在HVAC面板设计中尤其要小心因为面板上经常有继电器、可控硅、开关电源这些热源。我的经验是如果目的是测环境温度比如房间回风温度那PJ85718DM应该尽量放在板子的边缘、远离发热器件并且PCB正面最好不要正对大电流铜皮。反过来如果目的是做板级过热保护那就故意把它放在靠近主控或功率器件的位置。两种用途对布局的要求完全相反开板前一定想清楚。另外一个容易忽略的点是外壳开孔。芯片就算放在板边如果整机外壳没有通风孔或者传感器位置被挡死测出的仍是机壳内温升后的温度。做温控面板时我会在传感器正上方的外壳留一个小的通气槽千万别小看这个细节密闭壳体内的温度和外部环境温度可能差出5°C以上。2.2 远程通道的接线、滤波与分立三极管选型远程通道的原理是芯片内部提供一个恒定的偏置电流流过一颗外接的PN结通过测量PN结正向压降随温度的变化来推算温度。工程上最常用的做法是用一颗小信号三极管把基极和集电极短接形成一个二极管结构。NPN和PNP各有各的接法我这里用的是NPN管基极-集电极短接发射极接传感器的远程正端集电极接远程负端具体极性以选型芯片手册为准。选三极管的时候我建议挑2N3904/2N3906这类参数老牌、结特性稳定的小信号管选中温漂小的型号。用错管子或者买到来路不明的“通配”三极管远程温度校准会非常痛苦同一温度下各个管子之间偏能差出1°C以上。远程走线的处理是真正决定成败的地方。传感器芯片到远端三极管之间的线缆我做过0.3米和1.5米两种形态。0.3米以内直接双绞线或者PCB差分走线问题不大超过0.5米就要在靠近芯片端加上百皮法级别的滤波电容有的芯片手册会直接给出推荐电容值。如果现场还有PWM风机调速线在旁边务必让测温走线和PWM线分槽走至少隔开5厘米不然远程读数会在特定转速下周期性跳变。这一点我后文专门讲排查过程。2.3 I2C总线上拉、地址配置与隔离PJ85718DM的I2C/SMBus地址由A0/A1/A2引脚的电平决定I2C总线上如果还有其他从设备记得先把地址错开。理论上同一颗I2C总线上最多可以挂8颗这样的芯片做多路测温阵列也够用但实际工程里我一般控制在4颗以内避免总线电容过大影响时序。上拉电阻的选择也是老生常谈。3.3V系统、标准100kHz模式下上拉电阻选4.7k到10k都比较稳。如果总线走线较长或者挂的从设备多上拉电阻可以适当调低到2.2k但要权衡好功耗与上升沿。STM32F031C6的I2C引脚要配置成开漏模式加上外部上拉这是很多新手容易忽略的一点配置成了推挽输出总线逻辑就乱套了。还有一点和HVAC强相关控制器里经常有24V交流供电的继电器、电磁阀这些器件动作瞬间会把干扰耦合进I2C。可靠的做法是给传感器供电加一个RC滤波比如10Ω100nF再在I2C两根线上靠近MCU端各加一个几十皮法的对地电容。不要指望数字接口就完全免疫现场的浪涌经验会教你做人。3. 软件读取与数据处理实战3.1 初始化流程与寄存器配置表软件层面拿到芯片第一步是按手册把寄存器配置表抄成一个头文件。虽然不同批次的传感器寄存器布局大同小异但我还是建议以你手上那颗芯片的最新手册为准下面代码里的寄存器地址只是一个常见布局的示范。#define TEMP_I2C_ADDR 0x48 // A2A1A00 #define REG_TEMP_LOCAL 0x00 // 本地温度寄存器只读 #define REG_TEMP_REMOTE 0x01 // 远程温度寄存器只读 #define REG_CONFIG 0x02 // 配置寄存器 #define REG_THIGH_LOCAL 0x03 // 本地上限阈值 #define REG_TLOW_LOCAL 0x04 // 本地下限阈值 #define REG_THIGH_REMOTE 0x05 // 远程上限阈值 #define REG_TLOW_REMOTE 0x06 // 远程下限阈值 #define REG_STATUS 0x07 // 状态寄存器只读初始化的逻辑通常很简单设置测温分辨率关掉不需要的中断如果报警输出不用就配置成比较模式或直接禁用。我一般把分辨率拉到12位让每次读取的量化误差最小。阈值寄存器按实际业务需求写入如果你的系统里MCU本来就会做比较和上报那芯片的硬阈值就算不写也无妨。3.2 用硬件I2C读取温度寄存器的代码骨架F031C6的I2C外设跟老款F103不大一样没有BRR波特率寄存器用的是TIMINGR时序寄存器直接用CubeMX生成配置值最省事。先把模拟I2C调通功能再切硬件I2C这种渐进式开发在项目初期能省不少排查时间。读温度寄存器的基本步骤是先发一个字节指定寄存器地址然后发起读传输连续读两个字节。下面是简化后的读取函数static uint16_t read_temp_reg(uint8_t reg) { uint16_t raw; // 发送寄存器地址 i2c_start(); i2c_send_byte((TEMP_I2C_ADDR 1) | 0); // 写方向 i2c_send_byte(reg); i2c_stop(); // 读取两字节 i2c_start(); i2c_send_byte((TEMP_I2C_ADDR 1) | 1); // 读方向 raw (uint16_t)i2c_read_byte(1) 8; // 第一个字节带ACK raw | (uint16_t)i2c_read_byte(0); // 最后一个字节NACK i2c_stop(); return raw; }把温度数据转换成浮点值时常见的数据格式是16位字里高12位有效低4位不用符号位在bit 11。转换代码可以这样处理static float raw_to_celsius(uint16_t raw) { int16_t val; raw 4; // 取高12位有效温度数据 if (raw 0x0800) // bit11 是符号位 raw | 0xF000; // 符号扩展成int16 val (int16_t)raw; return (float)val * 0.0625f; // 12位分辨率 1 LSB 0.0625°C }3.3 数据平滑滤掉风机的“假波动”HVAC系统里有个有意思的现象你拿着温度计测回风温度会觉得它非常稳定但通过传感器连续读取时数值会在风机转速变化或者制冷阀开关的瞬间上下抖动。这不是传感器坏了而是气流方向和换热状态在快速变化加上远程通道本身的微弱噪声。处理这种波动我一般不引入复杂的PID控制而是做滑动平均或者中值滤波。滑动平均适合变化缓慢的HVAC环境取最近5次读数的平均值更新周期1秒钟一次既能看趋势又不至于产生明显滞后。中值滤波更适合应对偶发干扰每轮采集3到5个点取中间值对毛刺有奇效。在实际项目里我是这样做的1秒读取一次每5秒对5个点取平均后作为上报值同时把原始值保存供调试用。风机稳速运行时换算后的温度基本稳定在±0.1°C以内完全满足温控精度。如果你嫌滤波带来的滞后太大可以把采样间隔缩短到200ms但均值窗口还是保持5个点这样既平滑又不会让控制环路过冲。3.4 故障检测远程通道断线怎么识别远程通道用外接三极管做传感头生产装配时难免有接线松脱、端子氧化、线缆折断的问题。软件里如果没有故障识别断线后读到的一个异常温度值轻则触发误报警重则让加热器全功率输出在HVAC场景里属于不能接受的安全隐患。识别方法其实不复杂。远程通道断路或者传感器没接时芯片内部检测电路会输出一个异常码通常表现为极端负温或者极端正温具体值在手册里会有说明。我们可以在此基础上再补一道软件防御读到的温度如果低于-55°C或者高于155°C就判定该通道故障上报故障码而不是上报温度值。另外还有一个细节是传感器的老化偏移。三极管在长期高温下结特性会缓慢变化远程温度读数可能产生微小漂移。对这种场景标定修正值和故障标志位最好存到MCU自己的Flash里而不是只存在RAM中掉电之后还能保留下次上电直接就能看到历史故障记录。4. 标定、误差修正与实测结果4.1 误差来源拆解准确度、分辨率、热耦合很多刚接触数字温度传感器的人有个误解以为“芯片出厂校准了读出来就是准的”。实际上传感器出厂准确度确实可以做到很漂亮但到了系统级读数误差往往是外围环节贡献的。本地通道的误差主要来自热耦合PCB铜皮、相邻发热元件、电源LDO的散热都会让本地读数偏离真实空气温度。远程通道的误差则更多来自外部三极管的差异、线缆电阻、干扰耦合。分辨率带来的误差是天然存在的12位分辨率下每个LSB代表0.0625°C这说明即使没有任何偏差量化本身也有±0.03°C的不确定性这个量级在HVAC系统里可以忽略。我习惯把误差拆成三块看传感器固有误差、布局引入的热误差、三极管/走线引入的系统误差。第一块没法消除第二块靠layout规避第三块靠标定补偿。搞清楚误差从哪来才不至于在标定环节瞎调一气。4.2 两点校正在生产线上的落地方式说到标定工程上最常用的不是复杂的多点拟合而是两点校正。第一个点用冰水混合物0°C或者恒温槽第二个点用40°C或50°C的恒温油槽。每个点让设备运行稳定后用标准铂电阻温度计读取参考温度同时记录PJ85718DM的本地和远程读数然后算出偏移量并写入Flash。远程通道标定时要确保远端三极管和参考温度计探头放在同一热场里并且等温度稳定后再读。读数不稳定时不要急着记数我的经验是等待至少10分钟让整个热场完全平衡不然标定出来的偏移量本身就带误差。生产上如果每块板都做两点校正节拍会比较吃紧。我的做法是研发阶段做完整的两点标定把典型偏移量统计出来量产阶段视精度要求只做单点校验甚至完全跳过标定靠芯片出厂精度兜底。如果客户要求量产每台都有校准报告再上自动化标定工装用上位机自动读取并写入偏移值。4.3 实测数据本地通道与远程通道的偏差表现下面这组数据来自某次恒温槽条件下的实测参考温度计是标准铂电阻。现场用的是0.3米双绞线连接远端NPN三极管整个测试环境稳定运行后读取。参考温度PJ85718DM本地读数本地偏差PJ85718DM远程读数远程偏差0.0°C0.1°C0.1°C-0.2°C-0.2°C25.0°C24.9°C-0.1°C25.3°C0.3°C50.0°C50.2°C0.2°C49.8°C-0.2°C85.0°C84.9°C-0.1°C85.4°C0.4°C可以看到没有经过系统标定时两通道偏差基本还在0.4°C以内。对HVAC温控来说这已经能用。而如果做一次两点校正远程通道的偏差可以收到0.1°C以内。需要注意的是远程三极管如果换成不知名品牌这个偏差可能扩大到1°C甚至更多所以远程传感器的物料管控很关键。5. 排查实录远程温度跳变的完整定位过程5.1 现象描述与第一轮误判项目中期遇到过一件让我印象很深的事。样机在实验室反复测试都没问题发到现场装进空调机组后远程温度读数开始每隔几十秒就跳一次有时跳到-40°C有时跳到120°C持续一两秒又恢复。本地通道一直很稳。第一反应是怀疑PJ85718DM本身受干扰或者坏片。换了一片新的传感器也是如此。接着怀疑远端三极管焊接不良重新补焊、更换管子故障依旧。那段时间我一度怀疑是这颗芯片的远程通道对线缆长度太敏感差点把方案推翻。5.2 示波器抓时序后的转折点后来静下心做了个实验让系统稳定运行把示波器探头夹到远程测温线上观察波形。结果发现每当风机PWM调速信号变化时远程线上就会出现明显的耦合毛刺幅度和持续时间刚好能让温度转换结果产生大幅跳变。再追一步发现现场布线时远程测温双绞线跟风机PWM调速线在同一个线槽里走了大约60公分。虽然双绞线本身能抑制一部分共模干扰但PWM线的高频dv/dt还是通过寄生电容耦合进了测温回路。实验室里PWM线短、没有绑扎在一起所以一直没暴露这个问题。5.3 最终根因与修复方案定位清楚后修复就不难了。第一把远程测温线跟PWM调速线彻底分开走线条件不允许时必须保持10公分以上间距。第二在传感器芯片的远程正负引脚之间并联一个1nF的电容让高频毛刺就地滤掉。第三软件上把读取频率降到200ms并加中值滤波即使有偶发毛刺也不会被当作有效温度上报。改完之后故障彻底消失。这个案例让我重新认识了一件事在嵌入式小信号测温这种场景里PCB和线缆布局对最终数据质量的影响往往比芯片选型本身还要大。这也是我把这一段单独拿出来写的原因希望后来者别再绕这个弯子。说说我现在的整体感受PJ85718DM与STM32F031C6这套组合真正替我解决的不仅是读取精度的问题还有工程链路上那些隐形成本。NTC方案省下的物料钱最后都成倍消耗在人工标定、现场排查和数据抖动上。如果你正打算在嵌入式或HVAC项目里做多点温度监测先别急着找更便宜的器件把布局规范和标定流程想清楚再来选一颗合适的数字双通道传感器整个项目走下来会顺很多。