1. 项目概述一个基于LoRa的无线温控系统最近在做一个物联网的小项目核心需求是远程监控一个仓库角落的温度并且能在温度异常时自动控制风扇或加热器。这个场景对无线通信距离有要求Wi-Fi覆盖不到直接用4G/5G模块又觉得功耗和成本有点高。最后选型落在了LoRa上这是一种专为远距离、低功耗通信设计的无线技术特别适合这种传感器数据上报加简单指令下发的场景。整个系统的架构很清晰分成了两个部分一个负责采集和发送数据的传感节点另一个负责接收、显示和执行控制的控制中心。传感节点我选用了ST的STM32WL55JC1 Nucleo开发板这颗芯片的亮点是集成了LoRa射频收发器不用外挂模块设计起来更简洁。控制中心则用了大家更熟悉的ESP32 WROOM开发板但它本身不带LoRa所以我额外加了一个RFM95模块来负责通信。这样一来STM32WL55JC1作为“哨兵”定期汇报温度ESP32作为“指挥中心”接收信息并驱动继电器和LCD屏做出反应形成了一个完整的闭环。这个方案的优势在于其灵活性和可扩展性。STM32WL55JC1本身支持多种低功耗模式配合片上的RTC实时时钟可以轻松实现“定时唤醒-采集-发送-深度睡眠”的省电循环非常适合电池供电的长期监测点。而ESP32端除了处理LoRa数据其强大的Wi-Fi和蓝牙功能是留好的后门未来可以轻松地将数据同步到云端服务器或者通过手机APP进行监控把一个小范围的本地网络扩展成真正的物联网应用。下面我就把从硬件连接到软件配置再到实际调试中遇到的坑和技巧详细拆解一遍。2. 硬件设计与核心器件选型解析2.1 主控芯片为什么是STM32WL55JC1和ESP32选择STM32WL55JC1作为传感节点的核心主要基于三点考虑。第一是高度集成。传统的LoRa方案需要“MCU LoRa收发芯片 天线匹配电路”三件套布线复杂功耗和体积优化也麻烦。STM32WL55JC1将Cortex-M4内核与Sub-GHz射频前端集成在单芯片内大大简化了硬件设计原理图上几乎不需要为射频部分操心官方Nucleo板更是提供了完整的天线接口和射频测试点对于快速原型开发极其友好。第二是超低功耗特性。这个项目预设的场景是电池供电功耗是生命线。STM32WL55JC1支持多种低功耗模式比如Stop 2模式在保持RAM和RTC运行的情况下功耗可以低至几个微安。我们可以让MCU大部分时间沉睡仅靠RTC定时唤醒完成一次温度读取和LoRa发送后迅速再次入睡这样一颗电池撑上几个月甚至一年都不是问题。第三是开发便利性。它完全兼容STM32的生态可以用熟悉的STM32CubeIDE进行开发利用STM32CubeMX进行图形化引脚配置和中间件如LoRaWAN协议栈初始化大大降低了LoRa通信的开发门槛。至于控制中心选择ESP32理由更直接强大的网络扩展能力和丰富的周边接口。ESP32的核心任务不仅仅是接收LoRa数据它还需要驱动LCD显示实时信息控制继电器执行动作并且为未来接入Wi-Fi上传数据到云平台预留能力。ESP32双核处理器、充足的GPIO、以及完善的Wi-Fi/蓝牙协议栈让它能轻松胜任这些“后勤与指挥”工作。虽然需要外挂一个RFM95 LoRa模块但这带来了频段和功率选择的灵活性例如可以选择868MHz或915MHz并且RFM95模块非常成熟廉价整体成本可控。2.2 传感与执行单元从温度到继电器温度传感器选用的是TI的LMT85LP。这是一颗模拟输出传感器输出电压与温度成线性反比关系。选择它的原因很简单精度足够典型精度±0.3°C、功耗极低工作电流仅9μA并且接口简单只需要一个ADC引脚。在STM32WL55JC1上我将其连接到板载的ADC1_IN0通道对应Arduino接口的A0。STM32内部的12位ADC足以将传感器的模拟电压变化精确地转换为数字量再通过公式换算成实际温度值。注意LMT85LP的输出电压与温度是负斜率线性关系温度越高电压越低。计算温度时务必使用数据手册中提供的公式例如V_out (-3.88 mV/°C × T) 1.03V。避免直接用正斜率的思维去计算否则结果会完全错误。执行单元是两颗继电器由ESP32通过GPIO口控制。继电器选型要注意线圈电压选择5V或3.3V以匹配ESP32的IO口电平和触点容量根据你要控制的设备功率来选择比如10A/250V AC。ESP32的GPIO驱动能力有限通常需要配合一个三极管如S8050或一个MOS管来驱动继电器的线圈并在继电器线圈两端反向并联一个续流二极管如1N4148以防止关断时产生的反向电动势损坏GPIO口。这部分电路虽然基础但却是硬件稳定的关键。2.3 通信链路核心LoRa模块与射频配置传感节点的LoRa通信由STM32WL55JC1内部集成的射频部分完成。你需要通过STM32CubeMX使能Sub-GHz射频中间件并正确配置天线开关的控制引脚。官方Nucleo板通常已做好匹配直接使用即可。控制中心的LoRa通信则由RFM95模块完成。这是一个非常经典的LoRa收发芯片模块通过SPI接口与ESP32通信。接线时需要连接MOSI, MISO, SCK, NSS片选四个SPI引脚以及RESET和DIO0中断两个引脚。DIO0引脚用于触发接收完成、发送完成等中断对于实现异步、高效的LoRa通信至关重要。射频参数配置是LoRa通信稳定性的核心。在这个项目中我使用了以下配置这也是在868MHz频段欧洲常用下一个比较通用的设置频率868.1 MHz。务必遵守所在地区的无线电法规中国常用470-510MHz北美常用915MHz。扩频因子SF7。SF越高通信距离越远抗干扰能力越强但传输速度越慢空中传输时间越长。SF7在兼顾距离和功耗上是一个不错的起点。带宽BW125 kHz。带宽越宽数据速率越高但接收灵敏度会略有下降。125kHz是LoRaWAN常用带宽。编码率CR4/5。提供前向纠错能力4/5是纠错能力最弱但有效数据占比最高的在信号好的环境下可以提高效率。发射功率14 dBm。STM32WL55JC1最高可输出约15dBm根据实际通信距离调整在满足需求的前提下尽量降低功率以节省电能。实操心得初次调试时建议先将两个节点的射频参数设置得完全一致并使用最简单的“明码”发送如固定字符串用串口打印调试信息确保物理链路先通。然后再逐步添加数据打包、校验、低功耗等复杂逻辑。射频性能受环境影响大实际部署前最好进行实地距离测试。3. 传感节点STM32WL55JC1软件设计与实现3.1 低功耗与定时唤醒策略让传感节点长时间工作的关键在于精细的电源管理。我们的目标是让MCU在99%的时间里处于深度睡眠状态。这里利用的是STM32WL55JC1内部的RTC实时时钟和低功耗定时器LPTIM来实现精准的定时唤醒。具体流程如下系统初始化上电后配置系统时钟、GPIO用于按钮、LED指示、ADC、LoRa射频、以及RTC。进入主循环 a. 读取ADC值换算成温度。 b. 读取两个按钮的状态按下或松开。 c. 将温度和按钮状态打包成一个数据帧例如4字节温度值 1字节按钮状态。 d. 启动LoRa发送将数据帧发出。 e. 通过串口打印本次操作日志调试阶段用正式版可关闭。 f. 配置RTC在指定的时间间隔例如每10分钟后产生一个唤醒中断。 g. 调用HAL库的HAL_PWR_EnterStopMode()函数让MCU进入Stop 2模式。此时主时钟停止大部分外设掉电但RTC和备份寄存器保持供电功耗降至极低几个微安级。被唤醒RTC闹钟时间到产生中断MCU退出Stop 2模式系统时钟重新启动程序从HAL_PWR_EnterStopMode()之后继续执行即跳回主循环开始处执行下一次采集和发送。// 伪代码示例主循环核心逻辑 while (1) { // 1. 执行测量任务 temperature readTemperatureFromADC(); buttonState readButtons(); // 2. 发送数据 sendLoRaPacket(temperature, buttonState); // 3. 设置下一次唤醒时间例如300秒后 setRTCAlarm(300); // 4. 进入超低功耗停止模式 // 注意进入前需确保所有外设处于合适状态GPIO配置为模拟输入以省电 HAL_SuspendTick(); // 挂起SysTick防止唤醒后计时错误 HAL_PWREx_EnterSTOP2Mode(PWR_STOPENTRY_WFI); // 系统在此处暂停直到RTC闹钟中断唤醒 // 5. 唤醒后系统时钟由MSI自动配置需要重新初始化HAL Tick和所用外设 SystemClock_Config(); // 重新配置系统时钟 HAL_ResumeTick(); MX_ADC_Init(); // 重新初始化ADC等必要外设 }3.2 温度采集与数据打包温度采集通过ADC读取LMT85LP的引脚电压完成。STM32的ADC需要校准以提高精度。在初始化ADC后可以执行一次内部校准。每次采集建议进行多次采样然后取平均值以抑制噪声。数据打包格式设计追求简单高效。一个典型的数据帧可以这样定义#pragma pack(push, 1) // 按1字节对齐避免结构体填充 typedef struct { uint32_t node_id; // 4字节节点唯一标识 int16_t temperature; // 2字节温度值放大10倍如25.6°C存储为256 uint8_t button_flags; // 1字节每个bit表示一个按钮状态0/1 uint16_t battery_mv; // 2字节电池电压可选 uint8_t packet_counter; // 1字节包计数器用于检测丢包 } lora_packet_t; #pragma pack(pop)总长10字节对于LoRa来说非常短一次发送仅需几十毫秒进一步节省了功耗。在发送前可以计算一个简单的CRC校验码附加在包尾接收端用于验证数据完整性。3.3 LoRa发送配置与代码要点在STM32CubeIDE中你需要通过STM32CubeMX启用“SubGHz_Phy”中间件。在App_subghz_phy.c文件中集中配置LoRa参数。关键的初始化函数是MX_SubGHz_Phy_Init()你需要在这里设置频率、扩频因子、带宽等。发送数据的基本步骤调用SUBGHZ_Phy_SendPayload()函数传入打包好的数据缓冲区指针和长度。这个函数会启动发送过程并阻塞等待发送完成或者你可以配置为中断模式。发送完成后射频部分会自动进入空闲或睡眠状态。务必注意在MCU进入Stop 2模式前需要确保LoRa射频也已进入低功耗模式通常是睡眠模式可以通过调用SUBGHZ_Phy_SetSleepMode()来实现。避坑指南STM32WL的LoRa射频部分和MCU核有相对独立的电源管理。有时MCU进入停止模式后射频部分的状态可能异常。最稳妥的做法是在每次唤醒后、执行发送前都重新初始化一次LoRa射频MX_SubGHz_Phy_Init()虽然这会增加一点功耗和时延但能保证通信的绝对可靠性避免出现“睡一觉起来发不出数据”的灵异问题。对于发送不频繁如几分钟一次的应用这个开销是可以接受的。4. 控制中心ESP32软件设计与实现4.1 RFM95模块驱动与数据接收在ESP32端我们使用Arduino框架并借助经典的RadioLib库来驱动RFM95模块。这个库封装了底层的SPI通信和寄存器配置提供了非常清晰的API。初始化RFM95的代码如下#include RadioLib.h RFM95 radio new Module(SS, DIO0, RESET, DIO1); // 根据你的实际接线修改引脚 void setup() { // 初始化串口 Serial.begin(115200); // 初始化RFM95 Serial.print(F([RFM95] Initializing ... )); int state radio.begin(868.1, 125.0, 7, 5, 0x34, 14, 8, 0); // 参数依次为频率、带宽、扩频因子、编码率、同步字、功率、前导码长度、TCXO电压 if (state ERR_NONE) { Serial.println(F(success!)); } else { Serial.print(F(failed, code )); Serial.println(state); while (true); // 初始化失败则停在这里 } }接收数据通常采用中断方式。当RFM95收到一个有效的LoRa数据包后其DIO0引脚会产生一个跳变。我们在ESP32端将这个引脚配置为中断输入当检测到上升沿时在中断服务程序ISR中设置一个标志位。主循环检测到这个标志位后再去读取数据。这样做可以避免主循环一直阻塞在receive()函数上从而能同时处理LCD刷新、网络连接等其他任务。4.2 数据解析与LCD信息显示收到数据后首先用radio.readData()函数将数据读到缓冲区。然后按照之前约定的数据包结构进行解析。解析完成后更新全局变量中的温度值、按钮状态、RSSI接收信号强度指示和包计数器。LCD显示我使用的是经典的1602液晶屏16字符x2行通过I2C接口驱动这样只需要连接2根数据线和2根电源线非常节省GPIO。常用的库是LiquidCrystal_I2C。显示内容可以精心规划一下第一行显示温度数据和节点ID。例如T:25.6C ID:01第二行显示信号强度和包计数。例如RSSI:-65dBm CNT:1234RSSI是一个非常重要的诊断信息。它的值越接近0例如-40dBm表示信号越强值越负例如-120dBm表示信号越弱接近接收极限。通过观察RSSI的变化可以判断天线安装位置是否合适或者节点电池是否快没电导致发射功率下降。4.3 继电器控制逻辑与状态反馈继电器控制逻辑直接基于解析出的button_flags。例如我们约定数据包中button_flags的第0位代表节点上的“按钮1”。如果button_flags 0x01为1则表示按钮1被按下ESP32应闭合继电器1。如果为0则表示按钮1被释放ESP32应断开继电器1。控制继电器就是操作一个GPIO输出高低电平。为了安全建议使用逻辑反相控制即GPIO输出低电平时三极管导通继电器线圈得电吸合GPIO输出高电平时三极管截止继电器线圈失电断开。这样做的优点是在ESP32刚上电、GPIO处于不确定状态时默认是高阻或高电平继电器处于安全的断开状态。#define RELAY1_PIN 23 #define RELAY2_PIN 22 void controlRelays(uint8_t buttonFlags) { // 假设继电器低电平触发 digitalWrite(RELAY1_PIN, (buttonFlags 0x01) ? LOW : HIGH); digitalWrite(RELAY2_PIN, (buttonFlags 0x02) ? LOW : HIGH); // 可以在LCD上增加一个简单的状态图标或者用LED指示继电器状态 }为了提供状态反馈可以在ESP32板上增加两个LED分别对应两个继电器的状态。当继电器吸合时对应的LED点亮这样在现场就能一目了然地看到控制状态。5. 系统集成、调试与性能优化5.1 硬件连接检查与上电顺序在给整个系统上电前务必进行细致的硬件检查电源确保STM32 Nucleo板和ESP32开发板由稳定的5V或3.3V电源供电。如果使用同一个电源注意总电流是否足够。继电器在吸合瞬间线圈电流较大可能引起电源电压瞬间跌落导致MCU复位。可以在电源入口处并联一个大电容如1000μF来缓冲。LoRa天线确保天线已牢固连接到对应的射频接口STM32WL的U.FL接口和RFM95的SMA接口。严禁在未连接天线的情况下发射射频信号这极易损坏射频功放芯片。电平匹配STM32和ESP32的GPIO都是3.3V逻辑与LMT85LP、按钮、I2C LCD等连接没有问题。但要注意如果使用5V供电的继电器模块其控制输入端可能要求5V逻辑高电平。此时需要在ESP32的GPIO和继电器模块控制端之间加一个电平转换电路或者选择支持3.3V控制的继电器模块。上电顺序建议先给控制中心ESP32上电待其启动完成、LCD显示初始化信息后再给传感节点STM32上电。这样可以确保接收端已经就绪能捕捉到第一个发送的数据包方便调试。5.2 通信链路调试与问题排查通信不通是最常见的问题。建议按照以下步骤分层排查第一步检查物理连接与电源用万用表测量STM32和RFM95模块的电源引脚电压是否正常3.3V。检查SPI接线MOSI, MISO, SCK, NSS是否一一对应有无虚焊。第二步检查射频参数绝对确保发射端STM32WL和接收端RFM95的频率、SF、BW、CR等所有参数完全一致。一个字节的差异都会导致无法解调。检查频段是否符合当地法规。如果在室内测试868MHz或915MHz绕障能力较强470MHz穿透力更好。第三步利用调试信息发送端在STM32代码中在每次发送前后通过串口打印信息如“准备发送”、“数据包已发送长度XX”。确保程序执行到了发送函数。接收端在ESP32代码中持续打印RFM95的radio.getRSSI()值。即使没有收到有效数据包当有同频段的射频信号出现时RSSI值也会有明显波动例如从-127dBm跳到-90dBm。这能证明射频链路本身是通的问题可能出在数据包格式或同步字上。启用RadioLib库的调试模式可以看到底层的SPI通信和寄存器读写情况。第四步简化测试先将两个节点的通信速率调到最快例如SF7BW500kHz缩短空中传输时间提高测试效率。发送端先固定发送一个简单的字符串如“HELLO”。接收端使用radio.receive()的阻塞模式并打印出收到的任何原始字节。先不管数据解析只看能否收到东西。5.3 功耗测量与续航评估对于电池供电的传感节点最终的性能指标是续航时间。你需要实际测量一下各个阶段的电流。准备工具一个万用表切换到电流档最好有毫安和微安档串联在电池和STM32板的电源输入之间。测量平均电流深度睡眠电流程序进入Stop 2模式后电流表读数。STM32WL55JC1理想情况下可达2-3μA但实际电路板上的其他元件如电源LDO、ADC基准源等也会耗电通常在5-20μA之间。工作峰值电流在MCU唤醒、运行ADC、启动LoRa射频并发送数据的瞬间电流会有一个脉冲峰值可能达到40-50mA。计算平均电流I_avg (I_sleep * T_sleep I_active * T_active) / (T_sleep T_active)。其中T_active是每次唤醒后活跃工作的时间包括ADC转换、数据处理、LoRa发送T_sleep是睡眠时间。估算续航假设使用一颗2000mAh的CR2032纽扣电池实际容量约220mAh或AA电池。续航时间T_life 电池容量(mAh) / 平均电流(mA)。例如测得I_sleep 10μA 0.01mA,I_active 30mA,T_active 2秒,T_sleep 298秒周期5分钟。 则平均电流I_avg (0.01*298 30*2) / 300 ≈ (2.98 60) / 300 ≈ 0.21 mA。 使用一颗2000mAh的AA电池理论续航T_life 2000 / 0.21 ≈ 9523小时 ≈ 396天。当然这是理想情况实际电池自放电、温度影响、电路漏电等因素会使续航缩短但达到数月甚至一年的目标是完全可行的。优化技巧为了进一步省电在进入深度睡眠前除了关闭射频还应将所有未使用的GPIO配置为模拟输入模式浮空并关闭所有不需要的外设时钟如ADC、USART等。STM32CubeMX生成的代码默认可能不会关闭这些需要手动在HAL_PWR_EnterSTOP2Mode()前添加相关代码。
