做嵌入式的朋友应该都有过这种经历需求到手第一版往往不是算法不是 UI而是先把温度测准。我最近跑了一套环境监测的样机核心就两样东西一颗 Cortex-M3 内核的 MCU——STM32F107VCT6加上一颗 I2C 接口的数字温度传感器——PJ85718DM。这套组合用在 HVAC暖通空调和一般嵌入式项目里做本地加远程温度监测成本可控代码量不大稳定性也够用。这篇就聊聊我实际摸板子、调协议、跑联调的全过程给准备做类似采集终端的同学一个可以抄作业的参考。先说清楚这套系统能干什么本地温度由主控板上的 PJ85718DM 直接采集远程温度通过 RS-485 总线把分布在现场各处的传感器节点数据汇聚到主机再经以太网把汇总数据上报到监控平台。HVAC 场景里就是测回风温度、送风温度、盘管温度再加上远程几个房间的区域温度嵌入式场景里则可以当通用的 IoT 温度采集终端用。无论你是刚接触 MCU 开发的新手还是已经在做楼宇自控、工业数据采集的工程师这套方案的硬件选型、软件架构和排障思路应该都能给你一些启发。1. 项目整体设计与方案选型1.1 为什么是 STM32F107VCT6STM32F107VCT6 是 ARM Cortex-M3 内核主频 72MHzFlash 256KBSRAM 64KB。选它不是因为性能有多逆天而是这颗芯片自带 10/100M 以太网 MAC还带 USB OTG、多路 UART/SPI/I2C、CAN 等外设。做远程温度监测最关键的需求就是和外部通信片上自带 MAC 能省掉一颗外部 MAC 芯片硬件成本直接下降一块。F1 系列的资料多用的人多出了问题也好查。我实际工程里用了 I2C1 接本地传感器USART3 接 RS-485 收发器ETH 接局域网还剩不少资源可以扩展。如果项目后面要加多路 PID 控制、数据记录、人机界面这个 Flash 和 RAM 也能撑住不用换平台。选型时另一个考量点是封装和温度等级。VCT6 是 LQFP100 封装引脚多方便扩展我用的是 -40~85°C 的工业级版本项目放在 HVAC 现场夏天机柜里温度能到五十多度工业级更稳。1.2 PJ85718DM 传感器选型思路PJ85718DM 是一颗数字温度传感器走 I2C 或 SMBus 接口。相比传统 NTC 热敏电阻最大的好处是不用做非线性校准直接读出温度数值相比 PT100不用额外的 ADC 和信号调理电路一颗芯片就搞定。这颗传感器的精度在 ±0.5°C 级别分辨率为 0.0625°C量程覆盖 -55°C 到 125°C。HVAC 场景主要测 -20°C 到 60°C 这一段余量非常充足。工作电压 3.3V静态电流很小适合长期挂机。我选它还有一个原因寄存器结构比较常见和主流数字温度传感器的操作逻辑很像驱动代码移植和调试周期短。后面如果在量产阶段想换料只要地址、寄存器偏移、数据格式调整一下不用推翻整个驱动重写。1.3 本地与远程温度的架构划分标题里的“本地与远程”我拆成了两层含义。第一层是本机传感器直接读取叫本地温度第二层是远端的传感器节点通过 RS-485 总线或以太网汇聚到主机叫远程温度。具体方案我做成这样主机板STM32F107VCT6 PJ85718DM负责本地温度采集和逻辑控制远程节点板用同样的传感器加上 RS-485 收发器组网主机通过 Modbus RTU 轮询各个节点拿到所有温度数据。同时主机通过以太网把汇总后的数据上报到监控平台实现“本地显示 远程看数”。这个选型的理由很直接RS-485 抗干扰强最远能到 1200 米适合 HVAC 现场多点分布以太网上报方便和上位机或者云端对接。如果现场没有网线还可以换 4G 网关或者 LoRa但 RS-485 作为底层总线是最稳的选择。1.4 方案对比I2C 直连与总线组网怎么选很多人会问为什么不直接把所有传感器都挂到 I2C 总线上I2C 总线确实可以挂多颗器件但它适合板级通信线缆一长、现场干扰一大波形就会失真。所以板内用 I2C 没问题跨机柜、跨房间就必须上 RS-485 或以太网。我对比过三种方案方案通信距离抗干扰能力成本适用场景I2C 总线直连1 米以内弱最低同一块板子上多路采集RS-485 组网1200 米强低HVAC 现场多点分布以太网组网100 米以上强较高需要接入局域网或云平台结论就是本地用 I2C 省成本远程用 RS-485 保可靠再叠加以太网上报给监控端。这套组合基本覆盖了绝大多数嵌入式温度监测需求。2. 硬件电路设计要点2.1 最小系统与电源设计STM32F107VCT6 的最小系统不多展开重点说几个容易踩坑的位置。电源用 5V 输入经过 LDO 转 3.3V 给 MCU 和传感器供电。LDO 选低噪声型的输出端要放 10uF 和 0.1uF 电容组合靠近 MCU 的 VDD 引脚再放一个 0.1uF。ADC 采样稳不稳很大程度取决于电源纹波。复位电路用简单的 RC 复位10K 电阻加 0.1uF 电容按键可选。主晶振用 8MHz并联一个 1M 电阻可以加快起振两个负载电容按晶振手册选 18pF 左右。RTC 晶振我用 32.768KHz如果不需要日历功能可以省掉。关键提醒I2C 引脚虽然有 5V 容忍特性可以直接和传感器 IO 相连但不能随便接其他 5V 信号。务必核对数据手册的 GPIO 结构描述避免烧引脚。2.2 PJ85718DM 接口电路PJ85718DM 的 SCL/SDA 引脚必须接上拉电阻4.7K 到 3.3V 是常规值。如果总线上只挂一颗传感器这个阻值没问题如果挂多颗建议降到 2.2K保证上升沿时间满足 400KHz I2C 速率的要求。地址引脚按手册配置一般有 A0/A1 引脚可以组合出多个地址这样一条 I2C 总线上能挂多颗传感器。HVAC 项目里一个板子要测好几路温度比如回风温度、送风温度、盘管温度这个特性非常实用。PCB 布局上传感器要远离 MCU 和电源芯片这些发热源。我第一版样机把传感器放在板边旁边就是 LDO结果温度读数凭空高了 3°C。后来把传感器挪到板边悬空区域读数才恢复正常。这个自热干扰问题很多人会忽略但实际影响非常大。注意PJ85718DM 的 VDD 引脚和 GND 之间一定要放 0.1uF 去耦电容且尽量靠近传感器引脚放置。否则电源线上的高频噪声会影响转换精度读数会出现周期性跳动。2.3 RS-485 远程通信接口远程采用 RS-485收发器用常见的半双工芯片接在 USART3 上。除了 A/B 两根线还要把 RE 和 DE 合起来用一个 GPIO 控制方向。A/B 线在总线最远两端要加 120Ω 终端电阻中间节点不要重复加。上拉电阻和下拉电阻可以保证总线空闲时电平确定避免接收乱码。还要考虑防雷和静电。A/B 线对地各接一个 TVS 管对电源再接一个。我有一版板子没加 TVS现场有一次雷击浪涌直接打坏了两块从机板。从那以后所有 RS-485 电路都默认加 TVS成本不高省心很多。以太网接口用 RMII 模式接 PHY 芯片STM32F107 自带 MAC外部只需要一颗 PHY 和 50MHz 参考时钟。RMII 比 MII 少很多信号线PCB 好布线引脚占用也少。注意 REF_CLK 的产生方式要和 PHY 匹配要么由 PHY 提供要么由 MCU 提供选一种不要混。2.4 PCB 布局与抗干扰处理整体布局上我把数字地和模拟地做单点连接传感器和 RS-485 部分用模拟地或保护地分开铺。RS-485 接口放到板边走线尽量短避免和 I2C、以太网等高速信号平行。以太网差分对要按 100Ω 阻抗控制走线等长更重要弯折处用圆弧或 45°。HVAC 现场常有水泵、变频器这些大干扰源所以整板底部的铺地要完整尽量不要被信号线切断。MCU 的 VDDA 引脚单独走线再接一个磁珠到 3.3V。AD 基准稳了温度读数的跳动会小很多。传感器位置还要考虑实际风道方向。如果是测送风温度传感器要对着气流方向PCB 上留出开孔位置不要让外壳挡住风道。这个细节在现场安装时经常让人头疼设计阶段就要想好结构怎么配合。3. 软件架构与核心实现3.1 工程结构与任务划分软件我不喜欢一个大 while 循环里塞满 if而是按模块拆分。目录分驱动层和应用层/drv_temp_i2c.c /drv_rs485.c /drv_eth.c /app_local_monitor.c /app_remote_poll.c /app_network_report.c驱动层只做寄存器操作和原始数据读写应用层负责轮询、上报、报警。这样调试时可以用串口直接打印某一层的数据不用翻整个工程。驱动层的函数命名也要统一比如temp_i2c_init()、temp_i2c_read()、rs485_send_frame()、eth_publish()后续维护一目了然。系统初始化顺序也固定关中断 → 时钟配置 → GPIO/外设 → 传感器初始化 → 以太网协议栈 → 应用任务 → 开中断。传感器初始化失败不要直接挂死可以打印错误并继续启动等下次轮询再尝试恢复。3.2 I2C 读取温度的寄存器操作PJ85718DM 温度读取的基本流程是先写配置寄存器设定分辨率和工作模式然后读状态寄存器判断数据是否更新最后读温度寄存器的两个字节拼成 16 位再除以分辨率系数得到实际温度。关键代码示例#include drv_temp_i2c.h #define PJ85718_I2C_ADDR 0x48 // 根据地址引脚配置 #define REG_CONFIG 0x01 #define REG_TEMP_MSB 0x02 #define REG_TEMP_LSB 0x03 static I2C_Handle *hpi2c; void temp_i2c_init(I2C_Handle *hi2c) { hpi2c hi2c; uint8_t cfg 0x60; // 12-bit 分辨率持续转换模式 i2c_write_register(PJ85718_I2C_ADDR, REG_CONFIG, cfg, 1); } float temp_i2c_read(void) { uint8_t reg REG_TEMP_MSB; uint8_t buf[2]; int16_t raw; i2c_write(PJ85718_I2C_ADDR, reg, 1); i2c_read(PJ85718_I2C_ADDR, buf, 2); raw ((int16_t)(buf[0] 8) | buf[1]) 4; // 右移4位对齐12位 return (float)raw * 0.0625f; }注意点读温度前要确保数据更新完成否则会读到上一次的数据。如果发现读数一直不变多半是配置寄存器没写进去或者 I2C 通信被中断打断。用逻辑分析仪抓波形能立刻看出来是不是应答位异常。还要注意低温下的代码规范buf[0] 8如果 buf 是 uint8_t左移后会变成 int需要显式转成 int16_t否则负温度会算错。3.3 远程节点数据采集RS-485 Modbus RTU远程节点采用 Modbus RTU 协议每台从机有独立地址。主机轮询流程发送请求帧 → 等待从机应答 → CRC 校验 → 解析温度。超时时间我设为 50ms通讯波特率 9600bps这个组合在现场最稳定。Modbus RTU 帧格式地址码 1 字节、功能码 1 字节读保持寄存器用 0x03、起始地址 2 字节、寄存器数量 2 字节、CRC16 2 字节。CRC 计算代码uint16_t crc16_modbus(const uint8_t *data, uint16_t len) { uint16_t crc 0xFFFF; for (uint16_t i 0; i len; i) { crc ^ data[i]; for (uint8_t bit 0; bit 8; bit) { if (crc 0x0001) crc (crc 1) ^ 0xA001; else crc 1; } } return crc; }RS-485 方向控制是最大的坑点。发送前要把 DE 拉高发送完最后一字节后要延时一小段时间再拉低否则最后一个字节的后半段会被打断对端 CRC 必然出错。延时时长和波特率相关9600 波特率下一字节大约 1.04ms我一般延时 2ms 再切换方向留出足够余量。轮询多台从机时还要处理从机无应答的情况。连续三次超时后把该节点标记为离线不要卡死整个轮询循环。HVAC 项目里节点掉线是常有的事能自动重连比什么都强。3.4 以太网上报与远程监控STM32F107 片上以太网 MAC 配合 LWIP 协议栈跑 MQTT 客户端把温度数据上报到本地服务器或者云平台。LWIP 的内存配置很关键内存池太小会导致丢包温度数据如果丢几包上位机曲线会出现缺口。我调过的最小可用配置PBUF 池 16 个TCP 同时连接 4 个。MQTT 上报的数据格式用 JSON{ device: AHU-01, local_temp: 24.31, remote: [ {addr: 1, temp: 24.12}, {addr: 2, temp: 23.98} ], timestamp: 1717459200 }MQTT 主题按设备划分报警消息单独走一个主题。这样监控平台可以订阅报警主题第一时间触发告警。我还在本地做了掉线缓存网络断开时数据先存 Flash等恢复后批量补传。这个功能在 HVAC 现场很实用因为现场网络经常波动。3.5 报警与数据处理逻辑温度报警不能简单用一个固定阈值我做了两级报警软报警和硬报警。软报警是指温度连续 5 次采集超过设定值但还没有到危险程度只上报事件硬报警是指温度超过二级阈值或者连续 10 次超过一级阈值立即触发报警输出同时控制继电器动作。从机制上要防止传感器单次毛刺引起误报所以报警判断必须基于连续多次采样。如果一次读到 80°C下次又变成 25°C这种跳变应该被丢弃而不是直接触发报警。我代码里加了简单的滑动滤波取最近 5 次采样的中位值能有效滤掉干扰脉冲。4. 联调过程与性能测试4.1 本地温度采集与精度验证先把本地温度调通串口打印温度值和数据手册上已知的参考温度做对比。我用冰水混合物做 0°C 参考、沸水做 100°C 参考但实际 HVAC 场景一般只用到 0~60°C所以重点测的是 20~30°C 段。实测 PJ85718DM 在 25°C 环境下读数稳定在 25.06~25.12°C 之间跳动范围 0.06°C这个表现比我预期好。上电瞬间会有一个较大的跳变那是传感器自身热平衡还没建立软件里做了上电后 2 秒的无效数据丢弃。对比不同位置的传感器时要注意传感器之间的一致性。我在批测时发现同一批次的 PJ85718DM 最大偏差大约 0.3°C属于正常范围。如果项目要求高精度配对可以在生产线上加一步校准把每颗传感器的偏移量写进 Flash开机时自动补偿。4.2 总线组网与长距离传输实测RS-485 总线我挂了 8 个从机节点总线长度大约 300 米。用 9600bps 轮询单节点响应时间大约 20ms轮询完 8 个节点耗时 500ms 以内完全满足需求。总线末端加 120Ω 电阻后波形明显改善以前偶发的 CRC 错误基本消失。如果总线超过 500 米建议把波特率降到 4800 或者 2400传输更稳。还有一种方法是使用屏蔽双绞线屏蔽层单端接地能进一步降低共模干扰。我试过一边走变频器电缆一边跑 RS-485不屏蔽时数据直接乱跳换了屏蔽线就好了。在并联多个从机时还要注意每个从机的偏置电阻不要太多。有些模块自带上拉下拉电阻如果 8 个节点都带并联阻值会太低导致总线负荷过大波形变差。最好只在主站端加偏置从机端只用终端电阻。4.3 系统稳定性与功耗连续运行 48 小时设备没有死机温度数据连续网络没有断线。我开着独立看门狗喂狗放在主循环如果某个任务卡死 3 秒以上系统自动重启。喂狗的位置很讲究不能放在中断里否则主循环卡死时看门狗照样被喂起不到保护作用。功耗方面这套系统整体电流大约 180mA5V。对固定供电的设备来说不算问题如果要用电池供电就需要做低功耗模式把传感器和 RS-485 收发器都通过 MOS 管控制断电MCU 进入 STOP 模式每隔 30 秒唤醒一次采集。我做的一版低功耗样机平均电流降到 15mA 左右4 节 18650 电池可以支撑很久。4.4 高低温环境测试HVAC 设备经常要在极端环境下工作所以我做了简单的环境箱测试。温度从 -10°C 升到 60°C每 5°C 记录一次读数和设备内部参考传感器对比。结果发现 PJ85718DM 在高温段偏差略大60°C 时偏差约 0.4°C但仍在规格范围内。这里有个小技巧环境箱里的设备要提前一小时开机预热让整个板子达到热平衡后再记录数据。否则 PCB 和外壳的热容量会影响读数得到的变化曲线会滞后于环境箱实际温度。5. 常见问题与排查技巧5.1 温度读数跳变或读到 0xFF检查 I2C 地址是否正确用 I2C 扫描程序枚举所有地址看能否扫到设备。检查 SCL/SDA 上拉电阻没有上拉或者阻值太大时波形上升沿变缓时序不稳定。检查传感器供电是否稳定某些 LDO 在负载突变时输出电压有纹波会影响转换结果。检查是不是中断把 I2C 时序打断了如果系统里有高频中断建议在 I2C 传输期间关中断或用 DMA。5.2 远程节点掉线或数据错误先确认从机地址不冲突多台从机不能重复地址。检查 CRC 校验把收到的原始数据用 CRC 工具对比确认是发送端还是接收端的问题。RS-485 方向切换要留足够时间发送结束后 delay 2ms 再接收。A/B 线极性接反表现是收不到任何正确数据交换两根线试试。用示波器看 A/B 线的差分波形正常时应该是清晰的方法如果波形变形严重大概率是终端电阻或偏置问题。5.3 以太网偶发断开检查 PHY 复位电路复位引脚上一定要有上拉电阻否则复位不彻底。RMII REF_CLK 频率必须准确用示波器看是否稳定在 50MHz。网线用超五类以上长度超过 50 米时建议用屏蔽工业网线。LWIP 的 TCP 超时时间可以适当放宽避免现场网络抖动导致频繁重连。检查 DHCP 获取地址是否超时如果现场没有 DHCP 服务器要改成静态 IP否则上电后要等很久才能连上网络。5.4 HVAC 现场特有的干扰问题HVAC 现场最典型的干扰源是变频器和电磁阀。变频器启动瞬间RS-485 总线上会出现大幅度的共模电压跳变严重时直接打坏收发器。对策是RS-485 隔离。用带隔离的收发器模块或者加数字隔离器把 MCU 和总线彻底隔开。我后来在关键项目里都用了隔离方案现场可靠性明显提升。电磁阀通断产生的火花干扰会影响 I2C 排线解决办法是传感器线缆用屏蔽线屏蔽层单端接地并且尽量避免和强电走同一个线槽。调试工具组合建议逻辑分析仪抓 I2C 波形、串口助手打印 Modbus 帧、示波器看 RS-485 差分波形和以太网 REF_CLK。这三个工具能覆盖 90% 的故障场景。最后说说我个人在实际操作中的体会。做这类温度监测项目最容易翻车的不是代码而是硬件布局和通信细节。传感器离热源太近、RS-485 方向切换太快、以太网复位不彻底这些问题实验室里很难复现一到现场就全冒出来了。所以我现在做项目的顺序是画板子时就考虑散热和隔离然后写驱动并配两级串口打印最后才接入协议栈。排查问题的时候先把链路拆开一段一段验证不要上来就怀疑协议栈多数问题都出在物理层。还有一个很实用的小技巧如果现场需要做高精度温度测量可以在设备启动后先测 10 分钟数据取平均值作为基准偏移之后每次读数减掉这个偏移。这个方法比单纯依赖传感器出厂精度更靠谱尤其是长期运行的老化漂移可以通过定期校准来消除。这套 PJ85718DM 加 STM32F107VCT6 的组合我目前还在扩展多通道采集和 PID 联动等新版本跑通了再来更新细节。