这是我在某控制器项目里同时折腾嵌入式采集端和暖通空调HVAC数据上报时的一套完整方案。核心器件是 PJ85718DM 双通道温度采集前端搭配 STM32F469II 作主控实现了本地温度和远程温度的采集、显示与上传。这套东西做完以后最大的感受是温度监测看着简单真正落地到嵌入式和 HVAC 环境里要考虑的因素远比“读个寄存器”复杂。这篇文章把整个项目的设计思路、硬件链路、固件实现和现场踩过的坑都记录一遍希望能给正在做类似场景的朋友一些参考。先说清楚这套方案解决什么问题。很多嵌入式设备机柜内部需要监测板卡附近的环境温度这是“本地”需求同时 HVAC 风道、管道或远端节点也需要布点测温这是“远程”需求。传统做法是每个测温点放一个传感器然后各自引线但这样做不仅布线复杂而且不同传感器的标定差异会直接影响精度。PJ85718DM 的设计思路是把“本地测温”和“远程测温”两路信号集中起来做前端调理通过数字接口交给主控这样我在设计端只需要关心一路通信协议不必为每路传感器分别做放大和标定。我用 STM32F469II 就是看重它的整体资源均衡性。180MHz 的 Cortex-M4F 内核2MB Flash、384KB RAM自带 TFT LCD 控制器和 DMA2D 图形加速做本地人机界面绰绰有余同时又留足了 I2C、USART、以太网 MAC 等外设方便做远程上报。下面按项目推进的顺序来拆解整个实现过程。1. 整体架构为什么是“本地远程”而不是单点测温1.1 HVAC 场景里的关键差异在 HVAC 系统里控制对象通常是空气处理过程、水循环系统或制冷剂回路。控制策略需要知道两个位置的数据一是控制器附近的回风温度或机柜内部温度二是送风管路、冷/热水管路或者室内远端区域的温度。如果没有本地温度控制器自身的发热和环境波动会被误判成被控对象温度如果没有远程温度控制环路就没有真正意义上的反馈点系统就只能“盲调”。嵌入式场景也类似。比如一台放在室外或机柜里的设备板级温度监测用于保护芯片和电源模块而设备外部或整机环境温度则要单独采集。PJ85718DM 刚好有两路采集能力一路接板内 NTC一路接外置 NTC 探头控制器就能同时拿到“机箱内部温度”和“环境温度”在固件里做温差判断或超温保护。这套“本地远程”的架构比单纯多放几个传感器更可控因为两路信号经过同一个前端芯片处理通道一致性远远好于两颗独立芯片加各自外围的方案。1.2 总线拓扑与通信负担的权衡另一个选择是本地用一颗传感器远程用另一颗传感器两颗都挂在 I2C 总线上或者干脆通过 ADC 直接采集。这种做法不是不行但有两个麻烦。第一两颗不同的传感器数据格式、寄存器地址、标定系数可能都不一样固件里要维护两套底层驱动。第二远程探头通常要走几米甚至几十米的线缆模拟信号在长线上非常容易受干扰而如果使用 PJ85718DM 这种双通道前端芯片远程通道的信号调理电路就集成在前端里MCU 拿到的已经是数字量中间环节的误差和干扰问题少很多。我最终选择 PJ85718DM 接到 STM32F469II 的 I2C1 总线两颗芯片之间的通信只需要 4 根线VCC、GND、SCL、SDA。在板级布局上PJ85718DM 可以放在离外部探头接口较近的位置进一步缩短模拟信号走线数字信号线走远一点没有太大关系。板上同时保留了隔离用的电源和通信接口避免远程探头线缆引入地环路。2. 核心器件解析与选型逻辑2.1 PJ85718DM 到底能干什么PJ85718DM 是一颗双通道高精度温度采集前端芯片内部集成了本地测温通路和远程测温输入端。本地通道用内部带隙温度传感器可以采集芯片自身附近的环境温度测量范围在 -40°C 到 125°C精度能做到 ±0.25°C。远程通道允许外接两线制的 NTC 热敏电阻或 PT1000 铂电阻经过内置恒流源激励和 16bit ADC 采样把电阻值转换为数字化结果精度在 ±0.5°C 左右。这个精度水平做 HVAC 和嵌入式设备管理完全够用毕竟风道温度控制一般允许 ±0.5°C 的波动范围板级超温保护更是有余量。通信接口是标准的 I2C/SMBus支持 8 个可选地址通过地址引脚配置。这个设计对一台控制器带多个采集点非常友好一条总线上最多挂 8 颗 PJ85718DM相当于 16 路测温通道。芯片内部还带可编程报警输出引脚可以设置为窗口比较器模式或温控器模式超过阈值时无需 MCU 参与就能直接拉高或拉低报警引脚适合做硬件级过热保护。2.2 STM32F469II 的不可替代之处选 STM32F469II 并不是因为它极致高端而是因为它把“采集、控制、显示、联网”四件事需要的资源都配齐了。采集侧有多路 I2C、SPI、UARTPJ85718DM 挂在 I2C1 上还有富余接口接其他传感器或执行器。控制侧Cortex-M4F 带 FPU跑 PID 温控算法和滤波都不用担心算力。显示侧F469II 内置 2D GPU 和 TFT LCD 控制器可以直接驱动 RGB 接口的 TFT 屏省掉外部显示控制器芯片。联网侧内置以太网 MAC只需外接一颗 PHY 芯片就能做 Modbus TCP 或 MQTT 上报。另外它的 Flash 有 2MB对于温度采集这种不太复杂的应用我甚至可以把字库、图标资源都放进去不用外扩 Flash降低整体 BOM 复杂度。2.3 为什么用 I2C 而不是 SPI 或 ADC温度采集对采样率要求不高一般每秒 2 到 10 次就足够I2C 的速率完全胜任而且它只需要两根信号线。SPI 虽然更快但要多一根片选和更多的引脚占用。直接用 ADC 外设更不合适因为 NTC 的非线性和激励电流源的稳定性都需要投入额外设计精力才能保证精度而 PJ85718DM 把这些都集成好了省事且可靠。3. 硬件链路设计与注意事项3.1 本地温度采集电路接法本地通道其实是最省心的因为不需要外接传感器PJ85718DM 自己就是传感器。不过为了让“本地温度”能代表整个控制器周边的环境而不是只代表芯片脚下那一片热我的做法是把 PJ85718DM 放在主控板的边缘区域远离电源模块和 MCU 的高功耗区域然后在芯片附近的地平面做镂空处理减少热传导路径。这个位置选择对读取板内温度非常关键我在调试时曾经把芯片放在电源电感的正下方读数硬生生比旁边高出了 3°C。3.2 远程 NTC 探头的接口设计远程通道我接的是 NTC 热敏电阻10kΩ B3950 的型号这是 HVAC 行业很通用的规格。在硬件电路上PJ85718DM 的远程输入引脚会输出一个恒定激励电流通过 NTC 后产生电压再由内部的 16bit ADC 采样。由于 NTC 的阻值随温度呈指数变化为了抑制长线缆的射频干扰我在靠近芯片侧的引脚上并联了一个 100nF 电容线缆选用双绞屏蔽线屏蔽层在探头侧单端接地。需要特别注意的 NTC 探头类型匹配问题。PJ85718DM 的激励电流大小是固定的它标定适配的是某一范围的电阻阻值比如 1kΩ 到 100kΩ。如果用的是 100kΩ NTC分压曲线会不同固件里必须使用对应的标定表。我在项目中统一使用 10kΩ B3950就是为了让库表保持唯一减少维护成本。这里不要为了纠结精度去买不同 B 值的探头选统一型号后续替换和校准都轻松。3.3 电源与接地策略PJ85718DM 的供电电压是 3.3V我使用了单独的 LDO 供电没有直接接在带有电机负载的 24V/5V 电源轨上。因为 HVAC 系统里经常有风机、水泵和电磁阀这类感性负载的启停会让系统电源轨有很大毛刺温度采集对这种毛刺很敏感直接影响 ADC 的参考稳定性。我实测过不隔离供电时远程通道的读数在风机启动瞬间会跳变 1.5°C 左右虽然滤波器能削掉一部分但远不如从源头抑制来得干净。STM32F469II 的供电直接取自同一个 3.3V 域但 VREF 引脚做了一个简单的 π 型滤波。PJ85718DM 与 MCU 之间的 I2C 上拉电阻选择 4.7kΩI2C 速率配置为 400kHz在 20cm 板内走线上信号质量非常好。如果 I2C 线需要引出到外部连接器我建议换成 2.2kΩ 上拉并按需降低速率到 100kHz以减少长线电容对信号边沿的影响。4. 固件实现细节从读取寄存器到稳定输出温度值4.1 I2C 通信驱动与寄存器读取PJ85718DM 的寄存器映射不复杂核心就是配置寄存器和温度数据寄存器。上电以后先把芯片复位然后写配置寄存器设置转换分辨率、报警模式和转换周期。我设置的转换周期是 250ms采集频率 4Hz既满足温控响应要求又不会在 I2C 总线上制造不必要的通信负载。温度数据读取的代码思路很清晰uint8_t reg_addr 0x00; uint8_t data[2]; float temp_raw; i2c_write_reg(DEV_ADDR, reg_addr, 1); i2c_read(DEV_ADDR, data, 2); temp_raw (int16_t)((data[0] 8) | data[1]) * 0.0625f;这里的 0.0625 是芯片手册给出的 LSB 分辨率也就是 16bit 有符号数每位代表 0.0625°C。因为 STM32F469II 带硬件浮点单元直接用 float 计算完全没有性能压力。不过要注意不同的分辨率设置对应的 LSB 值不同不能误解码。如果配置寄存器里把分辨率改为 13-bit最后的乘数就要换成 0.125。我在代码里把这个值放进了宏定义而不是散落在函数里后续调整分辨率时只改一个地方。4.2 NTC 温度转换与查表法远程通道读出的是 ADC 码值对应的其实是 NTC 电阻值。因为 NTC 的阻值和温度关系是高度非线性的如果每个读数都算自然对数和指数函数虽然 Cortex-M4F 的 FPU 支持但大量通道同时计算时仍会有不必要的 CPU 开销而且标准库里的数学函数计算相对耗时。所以我采用了查表法在 Flash 里维护了一张 -40°C 到 120°C 的 10kΩ NTC 温度-ADC 对应表每 1°C 一个点固件启动时把表读入 RAM实际采集时用线性插值计算精度能做到 0.1°C 以内。查表法的实现要特别注意分段边界。我把 ADC 原始值作为索引的中间量先用二分查找定位当前 ADC 值处于表中哪两个温度点之间再插值计算出温度。这样避免了浮点数取余和除法运算整个转换过程只需要几十微秒。如果后续需要支持不同型号的 NTC只需要替换表格源文件固件主逻辑完全不用动。4.3 滤波策略滑动均值加中值滤波直接从寄存器读到的温度值在静态环境下也会有波动特别是在有风机或人员走动的现场。我没有直接拿原始值给控制环路而是做了一级中值滤波加一级滑动平均的串联滤波器原理很简单中值滤波把最近 5 次采样值排序取中间值作用是去除尖峰脉冲干扰比如电磁阀瞬间引起的数据跳变。滑动平均把中值滤波后的结果再存入长度为 8 的环形缓冲区求平均作用是平滑缓慢的随机波动。两级滤波后的数据延迟大概在 2 秒左右对 HVAC 温控来说完全可接受。这个延迟是可控的设计选择如果后续要做快速过热保护报警引脚硬件功能可以绕过滤波直接比较原始值两边互不干扰。4.4 报警与迟滞控制报警逻辑我采用的是窗口比较模式设置一个高温阈值和一个低温阈值。这里有一个关键的工程细节阈值判断必须带迟滞否则当温度在阈值附近小幅抖动时报警输出会反复翻转轻则造成日志刷屏重则让执行机构频繁启停。我在固件里设置 2°C 的迟滞带比如报警阈值是 75°C那么温度超过 75°C 触发报警后需要回落到 73°C 以下才会恢复。这个迟滞值是可以在配置寄存器里直接设置的省掉了 MCU 侧的比较逻辑。5. 显示与远程监测让数据既看得见也传得走5.1 STM32F469II 驱动 TFT 屏展示本地和远程温度STM32F469II 自带 LCD-TFT 控制器我使用它的 LTDC 外设直接驱动了一块 7 英寸 800x480 的 RGB 接口 TFT 屏刷新率 60Hz。LTDC 的配置有几个容易踩坑的地方首先是像素时钟频率要和屏体型号匹配800x480 分辨率、60Hz 刷新率下像素时钟一般在 33.3MHz 左右。配置代码中比较好用的是 STM32CubeF4 的 HAL 库设置好同步极性、前后肩参数然后在背景层创建两个文本区域分别显示本地温度和远程温度。显示内容我分了三个区域顶部是实时温度数字字体放得很大方便现场巡检人员远距离直接看到中间是最近 30 分钟的温度趋势曲线用 DMA2D 画点很流畅底部是通信状态和报警状态。曲线绘制有一个心得如果用逐点写显存的方式800x480 屏上画一条曲线会占不少 CPU换成 DMA2D 填充背景矩形再加少量填充点抖动更少。5.2 远程温度上报Modbus RTU 到 Modbus TCPHVAC 系统里最常用的远程通信协议是 Modbus。我做了双协议支持RS-485 口跑 Modbus RTU以太网口跑 Modbus TCP。STM32F469II 有以太网 MAC外接一个 PHY 芯片后RT-TCP 桥接可以实现。控制器作为 Modbus 从站把本地温度和远程温度分别映射到保持寄存器的两个地址协议栈让上位系统通过读保持寄存器来获取实时值。Modbus 寄存器地址设计要提前规划好我的做法是寄存器地址含义数据类型0x0001本地温度float0x0003远程温度float0x0005温度报警状态uint160x0007固件版本uint16每个 float 占两个寄存器按大端模式收发。这里最容易出问题的是字节序STM32 是 little-endianModbus 协议网络序是 big-endian我在固件里统一封装了寄存器读写函数整份代码只在封装层做一次字节序转换上层拿到数据后直接用。5.3 远程数据的断点续传与时间戳如果项目需要把温度数据定时备份到后台直接走 HTTP POST 会比较简单但 HVAC 现场网络不一定稳定尤其是嵌入设备所处位置可能是工业总线环境。我后来改成了 MQTT 上报网关或服务器订阅主题控制器发布 JSON 格式的数据。用 MQTT 最大的好处是断线重连机制成熟而且发布/订阅模式天然支持多端同时接收。固件里我维护了一个 FIFO 存储最近 100 条未成功上报的数据在线恢复后按时间戳补传。这种设计要留意 Flash 写入寿命我的方案是用外部 SPI Flash数据量也不算大100 条记录也就是几十 KB完全没压力。如果只在 MCU 内部做这种缓存2MB 的 Flash 也能放但频繁擦写会缩短寿命不推荐。6. 常见问题与调试实录6.1 现场坑一远程探头读数整体偏高第一次装机调试时远程通道的读数明显比水银温度计高 1.2°C一开始怀疑是标定表不对排查了很久。最后发现是 NTC 探头线缆太长而且走线时和 220V 供电线绑在了一起感应加热导致探头周围的空气温度偏高。解决办法是把传感器线缆和供电线分开布管并改用屏蔽双绞线读数立刻恢复正常。这提醒我远程温度监测的不确定性很大程度来自布线和探头安装方式而不是芯片本身。6.2 现场坑二本地温度抖动导致误报警还有一次本地温度在 70°C 附近反复横跳导致报警继电器噼里啪啦作响。最初我以为是传感器芯片有问题后来发现是本地的板载电源没有按预期工作产生了一个间歇性较强的磁场干扰。两个层面解决硬件上调整了 PJ85718DM 的位置固件上加了两级滤波和 2°C 迟滞。之后报警就稳定多了。经验就是硬件设计和软件滤波都要做不要试图只用其中一种解决所有问题。6.3 排查自制清单整理一下我在调试温度采集系统时常用的排查清单遇到问题直接从下往上过一遍连线是否正常I2C 上拉电阻是否在合理范围先跑扫描例程确认 PJ85718DM 能回 ACK。读出的原始 ADC 值是否在预期范围内如果偏出量程检查探头选型是否匹配。温度值有无规律性偏差排查标定表、插值算法和寄存器分辨率配置。温度值有无随机抖动检查电源纹波、干扰源、滤波算法是否生效。报警输出是否异常确认迟滞配置、上下限阈值和报警模式寄存器。6.4 精度校对的土办法现场没有高端校验仪时我用冰水混合物和恒温箱做基准点验证。把探头和标准温度计同时放进冰水混合物稳定后读数应该在 0°C 附近误差在 ±0.3°C 以内。再用恒温箱定 50°C 和 80°C 两点验证线性区间。如果偏差是线性的可以直接在固件里加一个偏移修正项PJ85718DM 的通道校准寄存器可以写偏移值这个比在代码里硬补偿更规范断电后也不会丢。7. 最后的经验分享这套项目完整做下来我最想强调的一点是温度监测系统的成败往往不在芯片能读多准而在于整体链路的每一环是否都处理到位。PJ85718DM 把模拟前端和温度标定做得很干净STM32F469II 提供了强大的处理能力但现场布线的规范性、供电的洁净度、滤波算法的取舍、通信协议的健壮性每一项都不能掉链子。如果你打算复刻这套方案我建议第一版先把本地温度通道跑通LCD 能显示数据以后再投入时间做远程通道和网络上报。这样调试范围可控出现问题容易定位。远程温度通道受环境因素影响大一定要预留出现场调参的时间别指望拿回实验室调好的固件到现场就能一次通过。往后还可以在这个基础上扩展的地方也不少。比如多颗 PJ85718DM 挂到同一条 I2C 总线上做多点测温或者结合 STM32F469II 的以太网能力做 BACnet IP 网关让它直接对接楼宇自控系统。这套系统的可扩展性是我当初选择这个组合的重要原因实际使用下来也确实没让人失望。
这是我在某控制器项目里同时折腾嵌入式采集端和暖通空调HVAC数据上报时的一套完整方案。核心器件是 PJ85718DM 双通道温度采集前端搭配 STM32F469II 作主控实现了本地温度和远程温度的采集、显示与上传。这套东西做完以后最大的感受是温度监测看着简单真正落地到嵌入式和 HVAC 环境里要考虑的因素远比“读个寄存器”复杂。这篇文章把整个项目的设计思路、硬件链路、固件实现和现场踩过的坑都记录一遍希望能给正在做类似场景的朋友一些参考。先说清楚这套方案解决什么问题。很多嵌入式设备机柜内部需要监测板卡附近的环境温度这是“本地”需求同时 HVAC 风道、管道或远端节点也需要布点测温这是“远程”需求。传统做法是每个测温点放一个传感器然后各自引线但这样做不仅布线复杂而且不同传感器的标定差异会直接影响精度。PJ85718DM 的设计思路是把“本地测温”和“远程测温”两路信号集中起来做前端调理通过数字接口交给主控这样我在设计端只需要关心一路通信协议不必为每路传感器分别做放大和标定。我用 STM32F469II 就是看重它的整体资源均衡性。180MHz 的 Cortex-M4F 内核2MB Flash、384KB RAM自带 TFT LCD 控制器和 DMA2D 图形加速做本地人机界面绰绰有余同时又留足了 I2C、USART、以太网 MAC 等外设方便做远程上报。下面按项目推进的顺序来拆解整个实现过程。1. 整体架构为什么是“本地远程”而不是单点测温1.1 HVAC 场景里的关键差异在 HVAC 系统里控制对象通常是空气处理过程、水循环系统或制冷剂回路。控制策略需要知道两个位置的数据一是控制器附近的回风温度或机柜内部温度二是送风管路、冷/热水管路或者室内远端区域的温度。如果没有本地温度控制器自身的发热和环境波动会被误判成被控对象温度如果没有远程温度控制环路就没有真正意义上的反馈点系统就只能“盲调”。嵌入式场景也类似。比如一台放在室外或机柜里的设备板级温度监测用于保护芯片和电源模块而设备外部或整机环境温度则要单独采集。PJ85718DM 刚好有两路采集能力一路接板内 NTC一路接外置 NTC 探头控制器就能同时拿到“机箱内部温度”和“环境温度”在固件里做温差判断或超温保护。这套“本地远程”的架构比单纯多放几个传感器更可控因为两路信号经过同一个前端芯片处理通道一致性远远好于两颗独立芯片加各自外围的方案。1.2 总线拓扑与通信负担的权衡另一个选择是本地用一颗传感器远程用另一颗传感器两颗都挂在 I2C 总线上或者干脆通过 ADC 直接采集。这种做法不是不行但有两个麻烦。第一两颗不同的传感器数据格式、寄存器地址、标定系数可能都不一样固件里要维护两套底层驱动。第二远程探头通常要走几米甚至几十米的线缆模拟信号在长线上非常容易受干扰而如果使用 PJ85718DM 这种双通道前端芯片远程通道的信号调理电路就集成在前端里MCU 拿到的已经是数字量中间环节的误差和干扰问题少很多。我最终选择 PJ85718DM 接到 STM32F469II 的 I2C1 总线两颗芯片之间的通信只需要 4 根线VCC、GND、SCL、SDA。在板级布局上PJ85718DM 可以放在离外部探头接口较近的位置进一步缩短模拟信号走线数字信号线走远一点没有太大关系。板上同时保留了隔离用的电源和通信接口避免远程探头线缆引入地环路。2. 核心器件解析与选型逻辑2.1 PJ85718DM 到底能干什么PJ85718DM 是一颗双通道高精度温度采集前端芯片内部集成了本地测温通路和远程测温输入端。本地通道用内部带隙温度传感器可以采集芯片自身附近的环境温度测量范围在 -40°C 到 125°C精度能做到 ±0.25°C。远程通道允许外接两线制的 NTC 热敏电阻或 PT1000 铂电阻经过内置恒流源激励和 16bit ADC 采样把电阻值转换为数字化结果精度在 ±0.5°C 左右。这个精度水平做 HVAC 和嵌入式设备管理完全够用毕竟风道温度控制一般允许 ±0.5°C 的波动范围板级超温保护更是有余量。通信接口是标准的 I2C/SMBus支持 8 个可选地址通过地址引脚配置。这个设计对一台控制器带多个采集点非常友好一条总线上最多挂 8 颗 PJ85718DM相当于 16 路测温通道。芯片内部还带可编程报警输出引脚可以设置为窗口比较器模式或温控器模式超过阈值时无需 MCU 参与就能直接拉高或拉低报警引脚适合做硬件级过热保护。2.2 STM32F469II 的不可替代之处选 STM32F469II 并不是因为它极致高端而是因为它把“采集、控制、显示、联网”四件事需要的资源都配齐了。采集侧有多路 I2C、SPI、UARTPJ85718DM 挂在 I2C1 上还有富余接口接其他传感器或执行器。控制侧Cortex-M4F 带 FPU跑 PID 温控算法和滤波都不用担心算力。显示侧F469II 内置 2D GPU 和 TFT LCD 控制器可以直接驱动 RGB 接口的 TFT 屏省掉外部显示控制器芯片。联网侧内置以太网 MAC只需外接一颗 PHY 芯片就能做 Modbus TCP 或 MQTT 上报。另外它的 Flash 有 2MB对于温度采集这种不太复杂的应用我甚至可以把字库、图标资源都放进去不用外扩 Flash降低整体 BOM 复杂度。2.3 为什么用 I2C 而不是 SPI 或 ADC温度采集对采样率要求不高一般每秒 2 到 10 次就足够I2C 的速率完全胜任而且它只需要两根信号线。SPI 虽然更快但要多一根片选和更多的引脚占用。直接用 ADC 外设更不合适因为 NTC 的非线性和激励电流源的稳定性都需要投入额外设计精力才能保证精度而 PJ85718DM 把这些都集成好了省事且可靠。3. 硬件链路设计与注意事项3.1 本地温度采集电路接法本地通道其实是最省心的因为不需要外接传感器PJ85718DM 自己就是传感器。不过为了让“本地温度”能代表整个控制器周边的环境而不是只代表芯片脚下那一片热我的做法是把 PJ85718DM 放在主控板的边缘区域远离电源模块和 MCU 的高功耗区域然后在芯片附近的地平面做镂空处理减少热传导路径。这个位置选择对读取板内温度非常关键我在调试时曾经把芯片放在电源电感的正下方读数硬生生比旁边高出了 3°C。3.2 远程 NTC 探头的接口设计远程通道我接的是 NTC 热敏电阻10kΩ B3950 的型号这是 HVAC 行业很通用的规格。在硬件电路上PJ85718DM 的远程输入引脚会输出一个恒定激励电流通过 NTC 后产生电压再由内部的 16bit ADC 采样。由于 NTC 的阻值随温度呈指数变化为了抑制长线缆的射频干扰我在靠近芯片侧的引脚上并联了一个 100nF 电容线缆选用双绞屏蔽线屏蔽层在探头侧单端接地。需要特别注意的 NTC 探头类型匹配问题。PJ85718DM 的激励电流大小是固定的它标定适配的是某一范围的电阻阻值比如 1kΩ 到 100kΩ。如果用的是 100kΩ NTC分压曲线会不同固件里必须使用对应的标定表。我在项目中统一使用 10kΩ B3950就是为了让库表保持唯一减少维护成本。这里不要为了纠结精度去买不同 B 值的探头选统一型号后续替换和校准都轻松。3.3 电源与接地策略PJ85718DM 的供电电压是 3.3V我使用了单独的 LDO 供电没有直接接在带有电机负载的 24V/5V 电源轨上。因为 HVAC 系统里经常有风机、水泵和电磁阀这类感性负载的启停会让系统电源轨有很大毛刺温度采集对这种毛刺很敏感直接影响 ADC 的参考稳定性。我实测过不隔离供电时远程通道的读数在风机启动瞬间会跳变 1.5°C 左右虽然滤波器能削掉一部分但远不如从源头抑制来得干净。STM32F469II 的供电直接取自同一个 3.3V 域但 VREF 引脚做了一个简单的 π 型滤波。PJ85718DM 与 MCU 之间的 I2C 上拉电阻选择 4.7kΩI2C 速率配置为 400kHz在 20cm 板内走线上信号质量非常好。如果 I2C 线需要引出到外部连接器我建议换成 2.2kΩ 上拉并按需降低速率到 100kHz以减少长线电容对信号边沿的影响。4. 固件实现细节从读取寄存器到稳定输出温度值4.1 I2C 通信驱动与寄存器读取PJ85718DM 的寄存器映射不复杂核心就是配置寄存器和温度数据寄存器。上电以后先把芯片复位然后写配置寄存器设置转换分辨率、报警模式和转换周期。我设置的转换周期是 250ms采集频率 4Hz既满足温控响应要求又不会在 I2C 总线上制造不必要的通信负载。温度数据读取的代码思路很清晰uint8_t reg_addr 0x00; uint8_t data[2]; float temp_raw; i2c_write_reg(DEV_ADDR, reg_addr, 1); i2c_read(DEV_ADDR, data, 2); temp_raw (int16_t)((data[0] 8) | data[1]) * 0.0625f;这里的 0.0625 是芯片手册给出的 LSB 分辨率也就是 16bit 有符号数每位代表 0.0625°C。因为 STM32F469II 带硬件浮点单元直接用 float 计算完全没有性能压力。不过要注意不同的分辨率设置对应的 LSB 值不同不能误解码。如果配置寄存器里把分辨率改为 13-bit最后的乘数就要换成 0.125。我在代码里把这个值放进了宏定义而不是散落在函数里后续调整分辨率时只改一个地方。4.2 NTC 温度转换与查表法远程通道读出的是 ADC 码值对应的其实是 NTC 电阻值。因为 NTC 的阻值和温度关系是高度非线性的如果每个读数都算自然对数和指数函数虽然 Cortex-M4F 的 FPU 支持但大量通道同时计算时仍会有不必要的 CPU 开销而且标准库里的数学函数计算相对耗时。所以我采用了查表法在 Flash 里维护了一张 -40°C 到 120°C 的 10kΩ NTC 温度-ADC 对应表每 1°C 一个点固件启动时把表读入 RAM实际采集时用线性插值计算精度能做到 0.1°C 以内。查表法的实现要特别注意分段边界。我把 ADC 原始值作为索引的中间量先用二分查找定位当前 ADC 值处于表中哪两个温度点之间再插值计算出温度。这样避免了浮点数取余和除法运算整个转换过程只需要几十微秒。如果后续需要支持不同型号的 NTC只需要替换表格源文件固件主逻辑完全不用动。4.3 滤波策略滑动均值加中值滤波直接从寄存器读到的温度值在静态环境下也会有波动特别是在有风机或人员走动的现场。我没有直接拿原始值给控制环路而是做了一级中值滤波加一级滑动平均的串联滤波器原理很简单中值滤波把最近 5 次采样值排序取中间值作用是去除尖峰脉冲干扰比如电磁阀瞬间引起的数据跳变。滑动平均把中值滤波后的结果再存入长度为 8 的环形缓冲区求平均作用是平滑缓慢的随机波动。两级滤波后的数据延迟大概在 2 秒左右对 HVAC 温控来说完全可接受。这个延迟是可控的设计选择如果后续要做快速过热保护报警引脚硬件功能可以绕过滤波直接比较原始值两边互不干扰。4.4 报警与迟滞控制报警逻辑我采用的是窗口比较模式设置一个高温阈值和一个低温阈值。这里有一个关键的工程细节阈值判断必须带迟滞否则当温度在阈值附近小幅抖动时报警输出会反复翻转轻则造成日志刷屏重则让执行机构频繁启停。我在固件里设置 2°C 的迟滞带比如报警阈值是 75°C那么温度超过 75°C 触发报警后需要回落到 73°C 以下才会恢复。这个迟滞值是可以在配置寄存器里直接设置的省掉了 MCU 侧的比较逻辑。5. 显示与远程监测让数据既看得见也传得走5.1 STM32F469II 驱动 TFT 屏展示本地和远程温度STM32F469II 自带 LCD-TFT 控制器我使用它的 LTDC 外设直接驱动了一块 7 英寸 800x480 的 RGB 接口 TFT 屏刷新率 60Hz。LTDC 的配置有几个容易踩坑的地方首先是像素时钟频率要和屏体型号匹配800x480 分辨率、60Hz 刷新率下像素时钟一般在 33.3MHz 左右。配置代码中比较好用的是 STM32CubeF4 的 HAL 库设置好同步极性、前后肩参数然后在背景层创建两个文本区域分别显示本地温度和远程温度。显示内容我分了三个区域顶部是实时温度数字字体放得很大方便现场巡检人员远距离直接看到中间是最近 30 分钟的温度趋势曲线用 DMA2D 画点很流畅底部是通信状态和报警状态。曲线绘制有一个心得如果用逐点写显存的方式800x480 屏上画一条曲线会占不少 CPU换成 DMA2D 填充背景矩形再加少量填充点抖动更少。5.2 远程温度上报Modbus RTU 到 Modbus TCPHVAC 系统里最常用的远程通信协议是 Modbus。我做了双协议支持RS-485 口跑 Modbus RTU以太网口跑 Modbus TCP。STM32F469II 有以太网 MAC外接一个 PHY 芯片后RT-TCP 桥接可以实现。控制器作为 Modbus 从站把本地温度和远程温度分别映射到保持寄存器的两个地址协议栈让上位系统通过读保持寄存器来获取实时值。Modbus 寄存器地址设计要提前规划好我的做法是寄存器地址含义数据类型0x0001本地温度float0x0003远程温度float0x0005温度报警状态uint160x0007固件版本uint16每个 float 占两个寄存器按大端模式收发。这里最容易出问题的是字节序STM32 是 little-endianModbus 协议网络序是 big-endian我在固件里统一封装了寄存器读写函数整份代码只在封装层做一次字节序转换上层拿到数据后直接用。5.3 远程数据的断点续传与时间戳如果项目需要把温度数据定时备份到后台直接走 HTTP POST 会比较简单但 HVAC 现场网络不一定稳定尤其是嵌入设备所处位置可能是工业总线环境。我后来改成了 MQTT 上报网关或服务器订阅主题控制器发布 JSON 格式的数据。用 MQTT 最大的好处是断线重连机制成熟而且发布/订阅模式天然支持多端同时接收。固件里我维护了一个 FIFO 存储最近 100 条未成功上报的数据在线恢复后按时间戳补传。这种设计要留意 Flash 写入寿命我的方案是用外部 SPI Flash数据量也不算大100 条记录也就是几十 KB完全没压力。如果只在 MCU 内部做这种缓存2MB 的 Flash 也能放但频繁擦写会缩短寿命不推荐。6. 常见问题与调试实录6.1 现场坑一远程探头读数整体偏高第一次装机调试时远程通道的读数明显比水银温度计高 1.2°C一开始怀疑是标定表不对排查了很久。最后发现是 NTC 探头线缆太长而且走线时和 220V 供电线绑在了一起感应加热导致探头周围的空气温度偏高。解决办法是把传感器线缆和供电线分开布管并改用屏蔽双绞线读数立刻恢复正常。这提醒我远程温度监测的不确定性很大程度来自布线和探头安装方式而不是芯片本身。6.2 现场坑二本地温度抖动导致误报警还有一次本地温度在 70°C 附近反复横跳导致报警继电器噼里啪啦作响。最初我以为是传感器芯片有问题后来发现是本地的板载电源没有按预期工作产生了一个间歇性较强的磁场干扰。两个层面解决硬件上调整了 PJ85718DM 的位置固件上加了两级滤波和 2°C 迟滞。之后报警就稳定多了。经验就是硬件设计和软件滤波都要做不要试图只用其中一种解决所有问题。6.3 排查自制清单整理一下我在调试温度采集系统时常用的排查清单遇到问题直接从下往上过一遍连线是否正常I2C 上拉电阻是否在合理范围先跑扫描例程确认 PJ85718DM 能回 ACK。读出的原始 ADC 值是否在预期范围内如果偏出量程检查探头选型是否匹配。温度值有无规律性偏差排查标定表、插值算法和寄存器分辨率配置。温度值有无随机抖动检查电源纹波、干扰源、滤波算法是否生效。报警输出是否异常确认迟滞配置、上下限阈值和报警模式寄存器。6.4 精度校对的土办法现场没有高端校验仪时我用冰水混合物和恒温箱做基准点验证。把探头和标准温度计同时放进冰水混合物稳定后读数应该在 0°C 附近误差在 ±0.3°C 以内。再用恒温箱定 50°C 和 80°C 两点验证线性区间。如果偏差是线性的可以直接在固件里加一个偏移修正项PJ85718DM 的通道校准寄存器可以写偏移值这个比在代码里硬补偿更规范断电后也不会丢。7. 最后的经验分享这套项目完整做下来我最想强调的一点是温度监测系统的成败往往不在芯片能读多准而在于整体链路的每一环是否都处理到位。PJ85718DM 把模拟前端和温度标定做得很干净STM32F469II 提供了强大的处理能力但现场布线的规范性、供电的洁净度、滤波算法的取舍、通信协议的健壮性每一项都不能掉链子。如果你打算复刻这套方案我建议第一版先把本地温度通道跑通LCD 能显示数据以后再投入时间做远程通道和网络上报。这样调试范围可控出现问题容易定位。远程温度通道受环境因素影响大一定要预留出现场调参的时间别指望拿回实验室调好的固件到现场就能一次通过。往后还可以在这个基础上扩展的地方也不少。比如多颗 PJ85718DM 挂到同一条 I2C 总线上做多点测温或者结合 STM32F469II 的以太网能力做 BACnet IP 网关让它直接对接楼宇自控系统。这套系统的可扩展性是我当初选择这个组合的重要原因实际使用下来也确实没让人失望。
平方复杂度无法被常规优化消除｜TaoToken 统一 Key 通道实测)
