1. 做之前先想清楚一套温度监测系统到底要解决什么拿到“用 PJ85718DM 与 STM32L4S5ZI 监测嵌入式和 HVAC 应用中的本地与远程温度”这个需求时很多人第一反应是“不就是读个温度传感器嘛”真做起来才发现本地和远程两个词背后是两种完全不同的工程问题。嵌入式的本地温度监测通常指板级温度某个功率器件表面、电池仓内部、MCU 附近的环境温度。这类测量的特点是距离近、空间小、干扰源多传感器往往直接贴在热源旁边通过 PCB 走线把信号引回主控。而 HVAC暖通空调里的远程温度监测指的是风管、回风口、末端盘管、或者几个机房区域之间的温度采集。远程在这里有两个含义一是物理距离远线缆可能拉出去几十米甚至上百米二是逻辑上的“远端”数据最终要汇聚到控制器、网关或者触摸屏上统一展示。这两类需求凑在一个项目里最关键的就是器件选型和通信架构。PJ85718DM 这类数字温度传感器负责把温度变成干净的 I2C 数据STM32L4S5ZI 则作为主控负责采集、滤波、存储、上报。之所以不选模拟 NTC 热敏电阻方案是因为 NTC 需要额外的 ADC 通道、分压电阻、查表标定线长一点还要考虑线阻压降和抗干扰问题批量生产的一致性也难保证。数字传感器直接把温度值算好了误差和标定都由器件本身兜底主控这边省心得多。这套方案的适用对象很明确做嵌入式控制器、HVAC 控制板、环境监测节点、工业数据采集器的开发者。哪怕你手里没有完全同型号的物料只要传感器是 I2C 数字输出、主控是 STM32L4 系列下面的思路和代码照样能搬过去用。1.1 嵌入式和 HVAC 场景对温度监测的要求差别先说嵌入式这一侧。板级温度监测最典型的场景是功率器件过热保护、电池热管理、以及整机内部环境温度监测。这里面的痛点不是距离而是空间的拥挤和干扰。电机驱动板的 PWM 大电流走线就在旁边继电器吸合瞬间可能拉掉几百毫伏电压强电回路切换还会产生很大的 dV/dt。这种环境下模拟温度传感器很容易出现读数跳动、受 EMI 干扰的问题。数字传感器把敏感测量电路封装在芯片内部输出走的是数字协议抗干扰能力强很多。只要 PCB 布局上稍加注意读数非常稳。HVAC 这一侧则是另一种情况。远程探头挂在风管里或者房间角落线缆往往要从主控板走到很远的位置。如果用模拟传感器长线带来的线阻、压降、寄生电容都会影响精度和响应速度还得考虑屏蔽层的接地方式。而数字传感器虽然可以长线传输但 I2C 总线本身是为板级短距通信设计的距离一远电容过大波形上升沿变缓通信就会出错。所以远程部分不能简单地把传感器用长线拉出去必须在架构上做处理。我后面会详细讲硬件上怎么绕开这个坑。两类场景放到一起对系统提出的要求是本地要准、要稳、要不受主板干扰远程要传得远、接得多、能独立维护。PJ85718DM 负责“准”和“稳”STM32L4S5ZI 负责“管”和“传”分工很清晰。1.2 为什么是“传感器STM32L4S5ZI”这个组合这个组合综合考虑的是精度、功耗、外设资源、开发效率四个维度。精度和稳定性由传感器兜底。PJ85718DM 内置测温单元和 ADC直接输出数字量主控不需要自己做信号调理。不同传感器之间的误差分散出厂时已经校准过了批量生产时省掉了一大堆产线标定工作。功耗和性能由 STM32L4S5ZI 兜底。L4S5 属于 STM32L4 系列Cortex-M4 内核带 FPU跑 120MHz算温度滤波、误差补偿、CRC 校验这些任务绰绰有余。关键是它的低功耗模式做得很好多档睡眠、掉电模式配合 LPTIM 和 RTC 唤醒可以让系统大部分时间处于低功耗状态只在需要采集和上报时醒来工作。这对电池供电的无线温度节点特别友好。外设资源上STM32L4S5ZI 有多个 I2C、多个 UART可以同时挂本地传感器和远程通信模块预留通道也够。比如本地挂一路 I2C 传感器总线、远程通过 RS485 走 Modbus 协议一个主控全干完不需要额外加单片机。我实际测试下来这套组合最大的好处是可维护性。传感器坏了只换探头主控程序不用大改远程通信协议出问题可以直接用上位机软件读寄存器排查不用怀疑原始数据来源。这是一套能稳定跑在现场环境里的方案不是实验室里搭两三天就扔的 demo。2. 器件选型背后的关键考量2.1 PJ85718DM一颗适合嵌入安装的数字温度传感器PJ85718DM 是一款数字输出温度传感器典型测量范围覆盖 -40°C 到 125°C精度在 ±0.5°C 左右分辨率可以通过寄存器配置到 12 位到 14 位。这个量级对于 HVAC 控制和嵌入式热保护来说完全够用。它通过 I2C 接口通信器件地址由引脚电平决定同一根总线上可以挂多颗芯片做多点温度采集很方便。这类传感器的工作原理并不复杂。芯片内部有一个基于半导体 PN 结温度特性的测温核心温度变化会引起正向压降变化内部 ADC 把这个模拟量转换成数字值再通过校准系数修正非线性最终以二进制补码形式存进温度寄存器。主控只要发起 I2C 读操作就能拿到完整的温度数据。选它而不是选其他传感器我主要考虑三点。第一封装适合嵌入式安装体积小可以贴片直接放到发热源附近也可以通过转接板变成带引线的探头模块第二数字输出天然抗干扰前面说过板级环境里的 PWM、继电器干扰对模拟链路很不友好第三不需要用户自己做多点校准出厂已经校准过换料一致性好。实际使用中有一点要注意传感器芯片自身也会发热。如果传感器离发热源太近或者被包在隔热材料里读数会比真实环境温度偏高几度。解决办法一是让传感器焊盘和发热器件之间保留一点间距二是在软件里做静态偏移修正三是避免传感器正下方有大面积铺铜直接连到地否则热量会顺着铜皮导过来。2.2 STM32L4S5ZI低功耗和丰富外设怎么兼顾STM32L4S5ZI 这颗料在选型表里比较有代表性。它属于 STM32L4 系列主频 120MHz内置 FPU 和 DSP 指令Flash 容量 2MBSRAM 640KB接口资源很丰富I2C、UART、SPI、CAN 都有多路。封装是 LQFP144引脚数量足够把温度采集、RS485 通信、显示接口、IO 扩展全部安排上不用外扩一大堆逻辑芯片。功耗方面STM32L4S5ZI 支持多种低功耗模式包括 Sleep、Low-power Run、Stop 1/Stop 2 和 Standby。它有个比较有特点的功能是内置 SMPS开关电源模式使用内部降压转换器给内核供电运行模式下电流比直接用 LDO 更低。对 HVAC 控制器这种 24V 交流供电的场合可能不太在意功耗但假如你要做电池供电的无线温度标签这个特性就很有价值。外设资源多意味着系统集成度高。我做这套系统时I2C1 接了本地的传感器总线USART2 接了 RS485 收发器的串口LPUART 留给了 Debug 打印高级定时器用来产生采集周期的时基。整套软件跑在裸机状态机上没有上 RTOS因为任务数量少状态机反而更直观、更容易排查问题。选型时有一个容易忽略的点是“外设时钟分配”。L4S5 内部时钟树比较复杂I2C 和 UART 的波特率精度取决于时钟源选择。如果从 HSI 跑温度漂移会影响波特率误差我一般让系统使用外部晶振 HSE再把 I2C 时钟配到标准模式或快速模式实测通信非常稳定。2.3 本地和远程同时兼顾的硬件拓扑本地和远程放在一个系统里硬件拓扑怎么搭很关键。我的做法是本地传感器挂在芯片附近走短距离 I2C远程传感器通过线缆连接但不在物理上直接走 I2C 长线而是通过一种更稳妥的方式后面第三章细讲。整体拓扑分三层。第一层是传感层。本地 1 到 2 路 PJ85718DM通过 I2C 挂载地址通过 AD0 引脚区分。远程探测器外置在风管或房间中数量可以根据需求扩展每路探测器内部也是 PJ85718DM通过线缆与主控相连。第二层是主控层。STM32L4S5ZI 负责轮询所有传感器做数字滤波、越限判断、数据缓存。它同时响应 Modbus 主站的请求把温度数据放进保持寄存器里供上位机读取。第三层是通信层。RS485 总线连接触摸屏、楼宇控制器或者数据采集网关。选用 RS485 是因为它在工业现场用得最广抗共模干扰能力强传输距离 1000 米以上没有问题且支持多点组网和热插拔维护。这个架构最舒服的一点是传感层和通信层解耦了。现场如果要多加几个温度测点不用动主控只要在总线上多挂一路探头软件里配一下地址就行。如果上位机软件要改也只动 Modbus 寄存器映射表和底层传感器驱动无关。做项目最怕的就是各层功能搅在一起一个地方改了全盘重来这个拓扑能有效避免那种局面。3. 硬件连接和 PCB 布局的实操细节3.1 本地传感器与远程探头的接线方式本地传感器接线最简单直接贴片焊在主板上SDA、SCL 两根线走到 MCU 的 I2C 引脚再挂两个上拉电阻到 3.3V。上拉电阻阻值一般在 2.2kΩ 到 4.7kΩ 之间走线短选 4.7kΩ走线较长或者总线上器件多就选 2.2kΩ。总线电容越大需要的上拉越强否则上升沿太慢会出错。远程探头接线我强烈不建议直接从 MCU 拉 I2C 长线出去。I2C 规范里设备电容限制很严格线一长波形就废了。比较可靠的方案有多路复用器、总线缓冲器或者给每路远程探头单独做一个小板板上用一颗低成本的微控制器读传感器再通过 RS485 或 UART 把数据送回主控。但这会让每个探头都变成有源节点成本和工程复杂度上去了。我在这个项目里用的折中方案是“短距离远程”和“长距离远程”分级处理。距离在 30 厘米以内、只引出机箱内部的测温点用加了 P82B715 之类总线缓冲器的 I2C 链路或者干脆用屏蔽线加粗上拉通信速率降到 100kHz 以下。距离超过 30 厘米的统一走 Modbus RTU 方式由从站节点采集后通过 RS485 送回。这样既保证了近端测温的简单性又保证了远端通信的可靠性。接线表可以这么设计以主控板 I2C1 为例信号主控引脚说明SCLPB6接上拉 4.7kΩ 到 3.3VSDAPB7接上拉 4.7kΩ 到 3.3V传感器电源3.3V每颗传感器就近接 100nF 去耦电容GNDGND数字地单点连接避免环路远程 RS485 的 A/B 线用双绞屏蔽线屏蔽层单端接地千万不能两端都接否则地环路电流会在屏蔽层上形成干扰反而把噪声耦合进信号线。3.2 供电、去耦和低功耗设计HVAC 控制板的供电环境往往比较恶劣24V 交流变压器整流后直接转 5V再用 LDO 或 DC-DC 降到 3.3V。STM32L4S5ZI 在 3.3V 下运行传感器也共用一个 3.3V 电源平面。布局上要遵循几个原则。DC-DC 的电感要远离传感器和 MCU 的模拟采样区域这个距离至少 1 厘米以上。电感是开放磁场器件放得太近会干扰小信号线路。我见过一个板子把电感放在传感器焊盘旁边温度读数始终在跳把电感挪走之后立刻恢复正常。每颗 PJ85718DM 的电源引脚旁边都要放 100nF 去耦电容电容尽量贴着芯片电源脚放。如果传感器是放在远端探头小板上的电源进线处先放 10μF 电解电容再放 100nF 陶瓷电容。上电瞬间的浪涌和拔出探头时的瞬态都能被吸收掉。低功耗设计方面如果系统需要电池供电给传感器供电的 3.3V 可以单独用一颗 P-MOS 管做开关控制。采集时打开采集完立刻关断传感器待机电流也能省下来。STM32L4S5ZI 在深睡眠模式下只有微安级别电流整个系统可以做到“平时睡眠、每秒醒来一次采集、采集完继续睡”的工作模式。我算过一组典型参数每秒采样一次每次唤醒 20ms主频跑 4MHz工作电流约 6mA睡眠电流约 2μA平均电流大概在 0.3mA 左右。两节 CR2032 并联的电池组容量约 460mAh能用两个月以上。如果采样间隔放宽到 10 秒一次续航还能翻几倍。3.3 远程通信接口的保护与布线RS485 通信接口在 HVAS 现场最容易出问题因为线缆常常和强电电缆走在同一个线槽里电机启停时会产生浪涌和共模干扰。RS485 收发芯片的 A、B 引脚上要加 TVS 管方向朝电源和地把瞬态尖峰钳住。A、B 之间要加 120Ω 终端电阻吗这取决于总线上有多少个节点。Modbus 规范建议在总线首尾两端各加一个 120Ω 终端电阻中间节点不加。如果只有主控一个节点接了一个探头那只在主控端加一个电阻就够了加了太多电阻会增大总线负载波形反而变差。同时要在 A、B 线上串接 10Ω 到 20Ω 的限流电阻保护收发器芯片在接线错误时不被烧坏。我在之前做过的控制板上曾经因为现场接线人员把 24V 电源线接到 A 端子上烧掉了收发器。加上限流电阻和 TVS 后类似的错误最多烧掉保护器件本身主控和通信芯片安然无恙。PCB 布线还要注意 RS485 芯片尽量靠近端子走线短而直差分信号线要等长、贴近走不要跨越板上的分割槽。电源地和通信地之间用一个磁珠或者 0Ω 电阻单点连接避免数字地噪声窜到通信地。4. 软件实现从寄存器读写到 Modbus 上报4.1 传感器驱动初始化、读取与换算PJ85718DM 是 I2C 接口所以软件驱动的工作量不大。初始化流程包含复位器件、配置分辨率、选择连续测量模式或单次测量模式。低功耗场合建议用单次测量模式每次发命令触发一次测量读完后芯片自动回到待机状态省电。连续测量模式适合实时性要求高的场合数据一直更新主控随时来读都有最新值。启动时序上要注意芯片上电到首次通信之间需要一小段稳定时间。我在驱动里加了上电后延时 50ms 再进初始化的逻辑如果复位后立刻读写容易收到无效数据或者直接无响应。读取温度寄存器时因为温度是 16 位二进制补码高位字节和低位字节要拼接后再换算。这是驱动里最容易出错的地方之一。字节顺序搞反、符号位处理不对都会导致读数变成很大的负数或者乱跳。下面是一段基于 HAL 库的基础读取函数#define PJ85718DM_ADDR 0x48 // 根据 AD0 引脚决定 #define TEMP_REG 0x00 // 温度寄存器起始地址 #define CFG_REG 0x01 // 配置寄存器地址 uint8_t sensor_read_temp(int16_t *temp_raw) { uint8_t data[2] {0}; HAL_StatusTypeDef ret; ret HAL_I2C_Mem_Read(hi2c1, PJ85718DM_ADDR 1, TEMP_REG, I2C_MEMADD_SIZE_8BIT, data, 2, 100); if (ret ! HAL_OK) { return 0; } *temp_raw (int16_t)((data[0] 8) | data[1]); return 1; }换算公式通常很简单。以 14 位分辨率为例寄存器值实际上左对齐存储因此直接右移两位再乘以分辨率 LSB。比如一个常用配置下分辨率为 0.015625°C/LSB摄氏温度就是raw 2再乘以 0.015625。如果手头手册给的是 12 位分辨率那就是右移 4 位LSB 变成 0.0625。换算核心是“先把无效低位丢掉再乘 LSB 值”具体移位量要以自己手里的手册为准。4.2 温度数据的滤波与误差处理读回来的原始温度值不能直接用尤其是 HVAC 现场环境。风机启动、压缩机启停、加热器通断都会让温度在短时间内剧烈波动但这些波动不代表真实的稳态温度。直接用原始值上报上位机上的曲线会像锯齿一样还会频繁触发高低温报警很不专业。我采用的滤波策略分两步。第一步是中值滤波去除突发性的尖峰毛刺。第二步是滑动平均把周期性波动拉平。二者结合既能抗脉冲干扰又能平滑温度曲线。滑动平均的窗口长度要按采样周期和控制需求来定。我的采样周期是 1 秒一次窗口取 5 次平均对应 5 秒平滑。HVAC 房间温控一般不需要 1 秒级响应5 秒延迟完全可以接受。窗口太短滤不干净窗口太长会把真实温度变化也拉迟钝导致控制响应急慢。滤波代码逻辑很简单float temp_avg 0.0f; float buf[5]; uint8_t idx 0; void temp_med_filter(float val) { // 先插进缓冲区 buf[idx] val; if (idx 5) idx 0; } float temp_sliding_average(void) { float sum 0.0f; for (int i 0; i 5; i) { sum buf[i]; } return sum / 5.0f; }中值滤波要另开一个数组做排序取中间值。实时性要求不高的场景也可以用“限幅滤波”替代当前值和上次值之差超过 2°C 就认为本次数据异常直接丢弃用上次值顶上。这种做法简单高效特别适合温度这种变化缓慢的物理量。4.3 将数据整理成 Modbus RTU 从机寄存器远程上报我选用 Modbus RTU。这是工业领域最经典的协议之一实现简单排查方便。主控作为从机默认波特率 9600 或 192008 数据位、1 停止位、无校验这是 Modbus RTU 最常见的帧格式。寄存器地址规划如下寄存器地址数据类型内容0x0001无符号整型本地温度单位 0.1°C0x0002无符号整型远程探头 1 温度单位 0.1°C0x0003无符号整型远程探头 2 温度单位 0.1°C0x0010无符号整型传感器状态对应位表示在线/离线之所以用“单位 0.1°C”的整数而不是浮点数是因为 Modbus 寄存器天然是 16 位整型浮点数要么拆成两个寄存器要么用大端模式硬编码调试麻烦。整数加小数位的做法简单直观上位机只要除以 10 就能得到带一位小数的温度。CRC 校验是 Modbus RTU 必须实现的。我直接用一个查表法做 CRC16。因为报文不长查表法占一点 Flash 但也省 CPU 时间通信频率不高的话完全没问题。核心逻辑是先初始化 CRC 为 0xFFFF逐字节异或再按多项式 0xA001 迭代。uint16_t modbus_crc16(uint8_t *buf, uint16_t len) { uint16_t crc 0xFFFF; for (uint16_t i 0; i len; i) { crc ^ buf[i]; for (uint8_t j 0; j 8; j) { if (crc 0x0001) { crc (crc 1) ^ 0xA001; } else { crc 1; } } } return crc; }Modbus 从机主循环的核心逻辑是串口收到一帧数据先判断是否发给本机地址再校验 CRC通过后解析功能码。03 功能码读保持寄存器是最常用的。解析完命令后把温度数据按寄存器映射表填到响应帧里再算一次 CRC 发给主站。整个过程用中断接收 主循环处理的方式做接收不丢字节处理不阻塞串口。4.4 低功耗调度怎么把平均电流压下来低功耗设计不只是“没有活干就睡”而是一个任务调度的设计。我把整个系统拆成四个状态空闲态主控深度睡眠外设关闭等待定时器唤醒。采集态传感器和通信模块上电发起 I2C 读取滤波更新寄存器。上报态如果有 Modbus 请求在唤醒期间响应没有请求则不额外处理。维护态每 10 分钟做一次传感器自检检测总线心跳及时标记离线节点。在睡眠状态下把 I2C、SPI、USART 全部关掉GPIO 设置成低功耗态。RTC 或者 LPTIM 作为唤醒源按设定周期给 MCU 一个事件。唤醒后先等时钟稳定再执行采集任务。采集完成后立刻重新进睡眠。唤醒那一下的电流尖峰虽然不小但持续时间只有几百微秒对平均电流的贡献比想象中小得多。我实测的一组数据供参考睡眠模式电流约 2.2μA唤醒到 I2C 采集完成约 15ms平均电流 4.8mA每 5 秒一个采集周期时整体平均电流约 0.14mA。如果做成电池供电的独立温度标签这个功耗水平非常理想。这里有个容易被忽略的细节唤醒后不要马上读 I2C。传感器从待机到稳定需要一点时间如果传感器一直处于连续测量模式就没问题但如果平时传感器电源也被切断了那唤醒顺序应该是先开传感器电源、延时 10ms、再初始化通信、最后读数据。顺序错了大概率会读到 0xFF 或者没有应答。5. 实测数据、踩坑记录与速查表5.1 我实测到的温度准确性和响应表现在实际测试中我用恒温箱做了几组对比基准是用标准水银温度计和一块工业级 PT100 变送器作为参照。常温 25°C 附近PJ85718DM 的读数比 PT100 参照高 0.15°C 左右考虑到恒温箱内部本身有温度分层这个偏差在合理范围内。加热到 60°C 时读数与参照值相差约 0.3°C仍在 ±0.5°C 精度指标内。响应速度方面把传感器从 25°C 室温突然贴到 50°C 的加热块上读数达到稳定值的 90% 大约需要 2 到 3 秒。这个速度对 HVAC 场景完全足够。远程探头通过 RS485 拉到约 50 米距离测试Modbus 通信非常稳定连续运行 8 小时未出现丢帧。线缆用的是普通屏蔽双绞线两端接好终端电阻速率 9600bps波形干净。我还做过一次抗干扰测试在旁边大功率电机启停时观察读数温度值没有出现跳变滤波算法没有触发异常丢弃。功耗测试在前面已经说过这里补充一个细节如果主控一直跑 120MHz电流会在 20mA 以上这会让很多电池供电的方案直接失败。所以我把主频按需切换采集时跑 4MHz通信时跑 40MHz空闲进睡眠效果非常明显。5.2 常见问题速查表我在整个调试过程中整理了一份问题速查表基本涵盖了这套系统最常见的故障现象。现象可能原因解决办法读温度总是返回 0xFFFFI2C 地址错误、上拉电阻缺失、传感器没上电先确认地址引脚电平再用示波器看 SCL/SDA 波形本地读数稳定但比实际温度高 3°C传感器离发热源太近或被 PCB 铜皮导热拉开距离软件做偏移校准检查焊盘底部铺铜远程探头读数随机跳变线缆屏蔽层两端接地形成地环路屏蔽层改单端接地A/B 线加 TVS 管短距离 I2C 长线通信失败总线电容过大、上拉电阻太强或太弱降速到 100kHz换 2.2kΩ 上拉缩短线长Modbus 请求无响应CRC 错误、地址不匹配、波特率不一致串口抓包先确认地址和波特率再查 CRC上电后传感器偶发无应答上电复位时序不对延时加长复位后等待 50ms 再初始化唤醒后第一次采样错误传感器或时钟尚未稳定唤醒后先延时再操作给外设足够稳定时间设备睡眠时功耗偏高GPIO 悬空、外设未完全关闭检查所有 GPIO 的上下拉状态关闭所有外设时钟温度曲线呈锯齿状滤波窗口太短或原始数据直接上传使用中值加滑动平均窗口调到 5 以上这些我都实际踩过尤其是地环路和上拉电阻的问题占了一半以上的排查时间。如果遇到通信问题第一件事不是改代码而是拿示波器看波形。先确认波形正常再怀疑软件逻辑这个顺序能省很多时间。5.3 几个值得记住的实操经验最后分享几个实操层面的心得不是从手册里抄来的是我在调试和现场跑出来的。第一组关于线缆和连接器的选择。远程探头的线缆不能贪便宜用普通导线一定要用双绞屏蔽线。屏蔽层单端接主控地探头端悬空。连接器用带锁扣的接线端子避免震动导致接触不良。工业现场震动无处不在接触不良的故障最难查表现为偶发通信失败或者温度跳变有时候半个多小时才出现一次。第二组关于软件容错。传感器读数据时连续三次失败就标记这个节点离线但不要把它从轮询列表里删掉。我见过有些代码会把失败节点永久剔除结果现场人员换了探头之后系统仍然不读新设备。正确做法是每次轮询都尝试访问只有“连续 N 次失败”才标记离线任何一次成功都立刻恢复在线状态。这样故障自恢复能力很强。第三组关于日志。做这类系统一定要保留串口调试日志但生产代码不能把日志全部打印否则通信时序会被打乱。我用一个环形缓冲区把关键事件存下来调试时上位机通过另一条 UART 读取。这样现场出问题时不用干瞪眼猜原因拉日志一看便知是传感器问题、通信问题还是逻辑问题。最后再单独说一点本地传感器和远程探头的精度校准建议做“零点偏移”和“斜率修正”两步。零点偏移是实测 0°C 时的读数偏差斜率修正是 100°C 时的偏差比例。大多数情况下修正零点偏移就够了斜率偏差在 ±0.5°C 精度内几乎不用管。做校准做过头反而会引入新的误差。这套系统的可扩展性还不错。传感器换成其他 I2C 数字温度芯片驱动层几乎不用动Modbus 功能码扩展成支持 04 功能码就能直接接入更多工业网关L4S5ZI 还有富余的 UART以后加个 BLE 模块做无线温度上报也完全可行。整套方案从硬件到软件都留了余量不是拍脑袋定死的死板设计。
