1. 项目概述从车库到公寓的无线警报如果你和我一样住在公寓楼里但车库在几百米开外的另一栋建筑那么如何实时知道车库门是否被异常打开就成了一个不大不小的痛点。拉网线不现实Wi-Fi信号穿墙越栋后也基本不可靠而传统的433MHz或2.4GHz模块在复杂城市环境中的穿透力和稳定性又让人心里没底。这正是我动手搭建这套DIY LoRa无线通信系统的初衷用一个稳定、低功耗且能轻松穿透数堵墙的无线链路把车库的传感器状态可靠地传回我的书房。LoRaLong Range技术完美地契合了这个需求。它本质上是一种基于扩频调制的无线通信技术你可以把它想象成一种“低声细语但穿透力极强的沟通方式”。普通的无线通信像是两个人站在嘈杂的广场上大声喊话很容易被噪音淹没或消耗大量体力功耗。而LoRa则像是两个人在用一套复杂的、只有彼此能懂的暗语低声交流即使环境嘈杂、距离很远也能准确传递信息并且非常省电。这次我选择的核心硬件是意法半导体的STM32L476RG Nucleo开发板和Semtech的RFM95模块。STM32负责逻辑处理RFM95负责无线收发两者通过SPI接口“对话”。最终实现的系统非常简单车库端的发射器在检测到门磁开关触发后通过LoRa发送一个特定的警报编码公寓端的接收器解码后驱动一个蜂鸣器发出响声同时点亮一个LED进行视觉提示。实测在有多栋楼房遮挡的城区环境下稳定通信距离轻松超过了600米完全满足了我的需求。无论你是物联网爱好者、嵌入式开发者还是仅仅想为你的智能家居项目增加一个超远距离的通信节点这个基于STM32和RFM95的搭建指南都将为你提供一个清晰、可复现的路线图。我会从最基础的原理和选型讲起带你一步步完成硬件连接、软件配置并分享我在调试过程中踩过的坑和总结的经验让你不仅能做出东西更能明白背后的“为什么”。2. 核心硬件选型与设计思路解析为什么是STM32加RFM95这个组合这背后是一系列基于性能、成本、开发便利性和项目需求的综合考量。市面上常见的LoRa方案还有像ESP32这样内置LoRa芯片的模组或者使用Arduino Uno搭配LoRa Shield。但经过对比当前方案在灵活性和低功耗控制上更具优势。2.1 控制器为什么是STM32L476RG首先看微控制器。STM32L4系列是意法半导体主打超低功耗的Arm Cortex-M4内核产品线。我选择的Nucleo-L476RG开发板其核心优势在于极致的功耗控制本项目中的发射端需要长期由电池供电待机功耗是关键。STM32L476拥有多种低功耗模式Stop, Standby, Shutdown在配合RFM95的休眠模式后整个系统平均电流可以控制在微安级别一颗电池续航数月成为可能。丰富的通信接口与性能储备Cortex-M4内核带硬件浮点单元虽然本项目简单报警用不上但为后续扩展例如加入传感器数据融合处理留足了空间。它提供多个SPI接口可以非常稳定、高速地与RFM95模块通信。Nucleo板载ST-LINK调试器编程和调试异常方便省去了额外购买调试工具的麻烦。开发环境友好虽然项目原文提到了Arduino IDE但实际上STM32有更强大的原生开发环境如STM32CubeIDE、Keil、IAR。使用Arduino Core for STM32只是降低了入门门槛当你需要深入优化功耗或时序时可以无缝切换到HAL库或直接寄存器操作灵活性很高。相比之下常见的Arduino UnoAVR芯片在处理复杂任务和功耗管理上略显吃力而ESP32虽然功能强大且自带Wi-Fi/蓝牙但其在深度睡眠下的功耗以及纯粹的LoRa通信编程复杂度对于这个简单的点对点报警任务来说显得有些“杀鸡用牛刀”。2.2 无线核心RFM95模块的关键参数解读RFM95/96/98系列模块是Semtech SX1276/77/78/79芯片的载体是LoRa技术的硬件实现。选择它主要基于以下几点频段合规性我选择的是868MHz版本RFM95W。这一点至关重要因为无线电频段的使用受各地法律法规严格管制。868MHz是欧洲、亚洲许多地区包括中国允许的ISM工业、科学、医疗免授权频段之一而915MHz主要适用于北美。在购买和设计前务必确认你所在地区允许使用的频段。高接收灵敏度RFM95的接收灵敏度低至-148 dBm。这个数值意味着它能够捕捉到极其微弱的无线电信号。作为对比普通Wi-Fi的接收灵敏度大约在-90 dBm左右。极高的接收灵敏度是LoRa能实现远距离通信的物理基础它直接决定了信号的“听力”有多好。集成的扩频调制器所有复杂的LoRa扩频、纠错编码工作都由芯片内部硬件完成开发者只需通过SPI接口配置参数和收发数据即可大大简化了软件开发的难度。注意市面上有些非常便宜的“LoRa”模块使用的是SX1278芯片的简化版或兼容芯片其性能尤其是接收灵敏度和抗干扰能力可能与原厂RFM95有差异。对于要求可靠性的应用建议选择正规渠道的Semtech芯片模块。2.3 系统架构与电路设计要点整个系统分为发射端和接收端两者硬件核心相似仅在外部电路上略有区别。发射端STM32 RFM95 触发传感器如门磁开关。门磁开关直接连接STM32的一个GPIO引脚并配置为外部中断唤醒。平时STM32和RFM95均处于深度睡眠状态。当门被打开开关状态变化触发中断STM32唤醒初始化RFM95发送警报数据包然后再次进入睡眠。整个活动时间仅持续几十毫秒功耗极低。接收端STM32 RFM95 执行器蜂鸣器LED。接收端需要持续监听无线信号因此RFM95需持续处于接收模式这会消耗较多电流约10mA。STM32可以通过轮询或中断方式读取RFM95收到的数据。一旦收到正确的警报包就驱动蜂鸣器鸣叫并点亮LED。蜂鸣器驱动电路使用了一个MOSFET如2N7000因为STM32的GPIO引脚驱动电流有限通常约20mA无法直接驱动大电流的蜂鸣器。MOSFET在这里充当了一个由小电流GPIO控制大电流蜂鸣器的电子开关。电路连接的核心是SPI总线。RFM95的SCK,MISO,MOSI,NSS引脚分别连接STM32的对应SPI引脚。NSS是片选信号低电平有效。DIO0是一个多功能中断引脚可以配置为在数据包发送完成或接收完成时产生中断通知STM32这样可以避免CPU不断轮询状态提高效率并降低功耗。RST是复位引脚用于硬件复位模块。电源方面RFM95和STM32 Nucleo板都可以接受3.3V供电因此可以直接共用Nucleo板上的3.3V输出。3. 软件开发与环境搭建详解硬件搭好了接下来就是让系统“活”起来。我们将使用Arduino IDE进行开发这主要是为了利用其丰富的库和简化的编程模型快速实现功能。但对于STM32我们需要进行一些额外的配置。3.1 开发环境配置让Arduino IDE认识STM32Arduino IDE默认并不支持STM32我们需要安装STM32的硬件支持包。安装Arduino IDE从Arduino官网下载并安装最新版IDE。添加STM32开发板支持打开Arduino IDE进入文件-首选项。在“附加开发板管理器网址”中填入以下URLhttps://github.com/stm32duino/BoardManagerFiles/raw/main/package_stmicroelectronics_index.json。如果有其他URL用逗号隔开。点击工具-开发板-开发板管理器...。在搜索框中输入“STM32”找到“STM32 MCU based boards”并安装。这个过程会下载STM32的编译工具链、核心库等需要一些时间。安装LoRa库再次点击工具-管理库...搜索“LoRa”找到由sandeepmistry开发的“LoRa”库并安装。这个库封装了与RFM95等SX127x芯片通信的底层细节提供了非常简洁的API。开发板选择与配置安装完成后在工具-开发板下拉菜单中选择“Nucleo-64”。然后在下面的子菜单中开发板部分号选择“Nucleo L476RG”。烧录方法选择“STM32CubeProgrammer (DFU)”或“ST-LINK”。Nucleo板载ST-LINK通常选这个即可。U(S)ART支持选择“Enabled (generic ‘Serial’)”。USB支持选择“CDC (generic ‘Serial’ supersede U(S)ART)”。这样可以通过USB线进行串口通信方便调试。USB速度保持默认。优化选择“Smallest (-Os default)”以减小代码体积。3.2 发射端代码深度剖析发射端的核心逻辑是“睡眠-等待中断-唤醒-发送-睡眠”。以下是关键代码段和解释#include SPI.h #include LoRa.h // 引入LoRa库 // 定义RFM95模块的引脚连接根据你的实际接线修改 #define SS_PIN PA4 // SPI片选 NSS #define RST_PIN PC13 // 复位引脚 #define DIO0_PIN PA0 // 中断引脚 // 定义门磁传感器中断引脚 (假设常闭型门开时断开) #define DOOR_SENSOR_PIN PA1 volatile bool doorOpened false; // 中断标志位必须用volatile修饰 void setup() { Serial.begin(115200); // 初始化串口用于调试 while (!Serial); // 等待串口连接仅用于调试实际应用可去掉 pinMode(DOOR_SENSOR_PIN, INPUT_PULLUP); // 设置为上拉输入传感器断开时引脚为高电平 // 配置下降沿中断当门打开传感器断开引脚从低变高实际是上升沿。这里假设是上升沿触发。 attachInterrupt(digitalPinToInterrupt(DOOR_SENSOR_PIN), doorInterrupt, RISING); // 初始化LoRa模块 LoRa.setPins(SS_PIN, RST_PIN, DIO0_PIN); if (!LoRa.begin(868E6)) { // 初始化868MHz频段 Serial.println(LoRa初始化失败); while (1); // 卡住 } LoRa.setTxPower(20); // 设置发射功率最大20dBm对于868MHz频段法规通常限制在14dBm或以下请根据法规调整 LoRa.setSpreadingFactor(7); // 设置扩频因子范围7-12。值越大距离越远但传输速度越慢。 Serial.println(LoRa发射端就绪进入睡眠...); // 进入停止模式仅保留唤醒源外部中断有效功耗极低 enterStopMode(); } void loop() { // loop()函数在停止模式下不会运行。只有被中断唤醒后系统复位并重新从setup()开始执行。 // 因此主要的发送逻辑放在setup()中通过标志位判断。 if (doorOpened) { Serial.println(检测到门被打开发送警报...); sendAlarmPacket(); doorOpened false; // 清除标志 delay(1000); // 防止门抖动导致重复发送也可用硬件防抖 Serial.println(发送完成重新进入睡眠...); enterStopMode(); } } // 中断服务函数尽可能短小只设置标志 void doorInterrupt() { doorOpened true; } void sendAlarmPacket() { LoRa.beginPacket(); // 开始组包 LoRa.print(ALARM:GarageDoor_OPEN); // 发送警报信息 LoRa.endPacket(); // 结束并发送 // endPacket()会阻塞直到发送完成。也可以使用带回调的非阻塞方式。 } void enterStopMode() { // 在Arduino环境下深度睡眠的配置相对复杂以下是一种简化方法 // 首先关闭RFM95模块电源如果电路设计允许或将其设置为睡眠模式。 // LoRa.sleep(); // 让LoRa模块进入睡眠 // 然后配置STM32进入低功耗模式。对于STM32L4可以使用HAL库函数但在Arduino核心中可能需直接操作寄存器。 // 这里为了简化我们用一个无限循环低功耗指令替代。实际产品中必须实现真正的睡眠。 // Serial.println(进入低功耗等待...); // while (!doorOpened) { // asm volatile(wfi); // 等待中断指令降低功耗 // } // 对于快速原型我们可以用深度延时模拟但这不是真正的低功耗。 // 更严谨的做法是使用专门的低功耗库如“STM32LowPower”。 }关键点解析中断处理门磁状态变化触发外部中断在中断服务程序ISRdoorInterrupt中只做最小的工作——设置一个标志位。绝对不要在ISR中进行复杂操作或调用可能阻塞的函数如Serial.print,LoRa.beginPacket。LoRa参数配置LoRa.begin(868E6)初始化频段。setSpreadingFactor(7)设置扩频因子SF。SF是LoRa的核心参数之一它代表了每个数据位用多少个“码片”来表示。SF越大抗干扰能力和接收灵敏度越强传输距离越远但传输时间也越长功耗越高。SF7速度最快SF12距离最远但最慢。需要根据实际距离和环境在速度和可靠性之间权衡。低功耗实现示例代码中的enterStopMode()函数是一个占位符。在真正的低功耗应用中你需要使用STM32LowPower库来让MCU进入Stop或Standby模式并同时将RFM95设置为睡眠模式。在Stop模式下STM32L4的功耗可低至几微安。3.3 接收端代码与数据处理接收端需要持续监听因此代码结构更简单主要工作在loop()中轮询或使用中断接收。#include SPI.h #include LoRa.h #define SS_PIN PA4 #define RST_PIN PC13 #define DIO0_PIN PA0 #define BUZZER_PIN PB0 // 连接MOSFET栅极 #define LED_PIN PB1 void setup() { Serial.begin(115200); pinMode(BUZZER_PIN, OUTPUT); digitalWrite(BUZZER_PIN, LOW); // 初始关闭蜂鸣器 pinMode(LED_PIN, OUTPUT); LoRa.setPins(SS_PIN, RST_PIN, DIO0_PIN); if (!LoRa.begin(868E6)) { Serial.println(LoRa初始化失败); while (1); } LoRa.setSpreadingFactor(7); // 必须与发射端一致 // 可以启用接收中断这里使用轮询方式简单演示 // LoRa.onReceive(onReceive); // 设置接收回调函数 // LoRa.receive(); // 进入持续接收模式 Serial.println(LoRa接收端就绪开始监听...); } void loop() { // 轮询检查是否有数据包可用 int packetSize LoRa.parsePacket(); if (packetSize) { // 收到数据包 digitalWrite(LED_PIN, HIGH); // 点亮LED Serial.print(收到数据包大小); Serial.println(packetSize); // 读取数据包内容 String receivedMessage ; while (LoRa.available()) { receivedMessage (char)LoRa.read(); } Serial.print(消息内容); Serial.println(receivedMessage); Serial.print(信号强度(RSSI)); Serial.println(LoRa.packetRssi()); Serial.print(信噪比(SNR)); Serial.println(LoRa.packetSnr()); // 判断是否为警报消息 if (receivedMessage.indexOf(ALARM:GarageDoor_OPEN) 0) { triggerAlarm(); } digitalWrite(LED_PIN, LOW); // 关闭LED } // 可以添加一个短暂延时以降低CPU占用但会影响接收响应速度 // delay(10); } void triggerAlarm() { Serial.println(触发警报); for (int i 0; i 5; i) { // 响5次 digitalWrite(BUZZER_PIN, HIGH); delay(200); digitalWrite(BUZZER_PIN, LOW); delay(200); } } // 使用中断接收的回调函数示例 // void onReceive(int packetSize) { // if (packetSize 0) return; // 没有数据 // // 读取和处理数据... // }关键点解析轮询 vs 中断示例使用了LoRa.parsePacket()进行轮询。这种方式简单但CPU始终在忙碌。更高效的方式是使用接收中断LoRa.onReceive当RFM95收到有效数据包并校验通过后会通过DIO0引脚触发STM32的中断然后在回调函数onReceive中处理数据这样MCU在等待期间可以处理其他任务或进入低功耗模式。信号质量评估LoRa.packetRssi()和LoRa.packetSnr()是两个非常重要的调试信息。RSSI接收信号强度指示值越接近0但为负数如-50 dBm表示信号越强SNR信噪比越高单位dB表示信号质量越好抗干扰能力越强。在部署系统时可以通过观察这两个值来评估通信链路的可靠性。数据包解析示例中只是简单判断字符串是否包含特定关键词。在实际应用中建议定义更严谨的数据帧格式例如包含帧头、设备ID、命令字、数据和CRC校验位以提高通信的可靠性和安全性。4. 系统集成、调试与性能优化实战代码烧录进去电路连接好并不意味着马上就能成功通信。无线系统的调试往往需要一些技巧和耐心。4.1 硬件连接检查与上电测试首先在通电前务必进行以下检查电源检查确保STM32 Nucleo板和RFM95模块的供电电压均为3.3V。RFM95对电压敏感超过3.6V可能损坏。使用万用表测量Nucleo板上3.3V引脚和GND之间的电压是否稳定。SPI线路检查SCK, MISO, MOSI, NSS四根线必须一一对应连接。最常见的错误是MOSI和MISO接反。NSS片选引脚也必须正确连接否则SPI通信无法启动。天线连接RFM95模块必须连接天线才能工作绝对不能在不接天线的情况下发射信号这很可能损坏射频功放电路。使用与模块频段匹配的天线如868MHz的弹簧天线或鞭状天线并确保连接牢固。上电后通过串口监视器观察输出。如果发射端/接收端初始化成功你应该能看到“LoRa发射端/接收端就绪”的消息。如果初始化失败请检查模块引脚连接是否正确、牢固。LoRa.begin()函数中的频段参数是否与你的硬件868MHz/915MHz匹配。尝试降低SPI时钟速度有时接线过长或质量不好会导致通信不稳定。可以在LoRa.setPins()之后尝试LoRa.setSPIFrequency(1E6);将SPI频率设为1MHz。4.2 通信距离测试与参数调优在室内近距离如几米内测试通信正常后就可以进行距离测试了。这是验证LoRa能力的关键一步。基础测试将接收端连接电脑打开串口监视器。拿着发射端最好用电池供电逐渐走远同时触发发送。观察接收端是否能稳定收到数据并记录下RSSI和SNR值的变化。参数调优如果通信不稳定或距离不达标可以调整LoRa的以下几个关键参数在发射和接收端代码中必须保持一致扩频因子Spreading Factor, SF这是最有效的距离调节器。增加SF如从SF7调到SF12可以显著增加通信距离和穿透性但代价是数据包传输时间呈指数增长功耗增加。建议从SF7开始测试距离不够再逐步提高。带宽Bandwidth, BW默认通常是125 kHz。降低带宽如到62.5 kHz可以提高接收灵敏度从而增加距离但同样会降低速度。带宽、SF和编码率共同决定了信号的“鲁棒性”。编码率Coding Rate, CR默认CR4/5。提高编码率如4/6, 4/7, 4/8会增加前向纠错能力在干扰强的环境中更可靠但也会增加传输时间。一般环境使用4/5即可。发射功率Tx Power提高发射功率立竿见影但受法规限制例如欧盟868MHz频段最大允许14 dBm且会大幅增加功耗。应在法规允许范围内调整。一个典型的优化组合是LoRa.setSpreadingFactor(12); LoRa.setSignalBandwidth(125E3); LoRa.setCodingRate4(8);这个组合抗干扰能力最强距离最远但速度最慢。天线与位置天线的类型和放置位置对性能影响巨大。尽量将天线竖直放置远离金属物体和大面积的墙体。如果可能将设备靠近窗户或室外。4.3 低功耗深度优化技巧对于电池供电的发射端功耗直接决定了维护周期。以下是几个关键的优化点MCU睡眠模式如前所述使用STM32LowPower库实现真正的睡眠。将发射端代码重构在setup()中完成初始化和发送后立即调用LowPower.deepSleep()并配置门磁中断引脚为唤醒源。这样在99.99%的时间里MCU的电流消耗可能低于10微安。RFM95睡眠模式在MCU睡眠前务必调用LoRa.sleep()。RFM95在睡眠模式下的电流小于1微安。如果不设置模块可能停留在待机或接收模式消耗数百微安到十几毫安的电流。关闭无用外设在进入睡眠前通过STM32的寄存器关闭ADC、不必要的定时器、所有未使用的GPIO时钟等。STM32LowPower库通常会处理这些但了解原理有助于进一步优化。电源管理如果电路中有其他外围器件如传感器确保它们也能被MCU控制断电。使用MOSFET或负载开关来完全切断这些器件的电源而不是仅仅让其进入待机。测量验证使用万用表的微安档或专业的功耗分析仪串联在电池和电路之间实际测量系统在睡眠状态和活动状态的平均电流。这是验证优化效果的唯一标准。目标是平均电流根据发送频率计算尽可能低。5. 常见问题排查与进阶应用思考即使按照指南操作你也可能会遇到一些问题。这里我整理了一份常见问题速查表以及一些让项目更完善的思路。5.1 问题排查速查表问题现象可能原因排查步骤与解决方案LoRa初始化失败1. 电源问题电压不对或电流不足2. SPI接线错误或接触不良3. 模块损坏4. 频段设置错误1. 用万用表测量模块VCC引脚电压是否为稳定的3.3V。2. 逐一检查SCK, MISO, MOSI, NSS接线确认没有接反或虚焊。3. 尝试更换一个RFM95模块。4. 确认LoRa.begin(868E6)中的频率与模块标称频率一致。能初始化但无法收发数据1. 发射/接收端参数SF, BW, CR不一致2. 天线未接或损坏3. 距离过远或有严重遮挡4. 代码逻辑错误如未进入接收模式1.确保发射和接收代码中的所有LoRa.set...参数完全一致这是最常见的原因。2. 检查天线是否拧紧尝试更换天线。3. 先从近距离1米内无障碍环境测试。4. 接收端确认调用了LoRa.receive()或循环检查LoRa.parsePacket()。通信距离远低于预期1. 天线性能不佳或匹配不好2. 环境干扰大如靠近Wi-Fi路由器3. LoRa参数设置过于激进如SF过低BW过高4. 电源纹波大影响射频性能1. 使用正规的、谐振频率匹配的天线。2. 更换通信频道LoRa有多个子频道远离2.4GHz等强干扰源。3. 适当增加SF如到SF10或SF12降低BW如到125kHz或62.5kHz。4. 在RFM95的电源引脚附近增加一个10uF和0.1uF的电容进行退耦。接收端数据包不完整或错误1. 信号太弱处于临界状态2. 数据包发送过快接收端处理不过来3. 缓冲区溢出1. 观察接收端的RSSI和SNR如果RSSI -120 dBm或SNR为负说明信号太差需优化位置或参数。2. 在发射端发送数据包之间增加延时如delay(1000);。3. 确保接收端处理数据的速度够快或者使用中断方式及时读取数据。功耗依然很高1. MCU未进入深度睡眠模式2. RFM95模块未进入睡眠模式3. 外围电路如LED、电平转换芯片持续耗电4. 串口调试输出未关闭1. 确认使用了正确的低功耗库和函数进入Stop或Standby模式。2. 在MCU睡眠前调用LoRa.sleep()。3. 检查所有GPIO引脚状态将未使用的设置为模拟输入以省电将控制外围电源的引脚设置为关闭状态。4. 在最终产品代码中移除所有Serial.print语句。5.2 从原型到产品可靠性增强建议这个DIY系统是一个很好的起点但若要用于更严肃的场景可以考虑以下增强措施增加前向纠错与重传机制目前的代码是“发完即走”。可以在应用层实现简单的确认ACK与重传机制。发射端发送数据后等待接收端的ACK包如果超时未收到则重发最多重试N次。这能显著提高关键指令的送达率。数据加密与认证明文传输“ALARM”字符串存在被伪造或窃听的风险。可以引入简单的对称加密如AES-128对数据进行加密或者在数据包中加入设备ID和消息验证码MAC确保消息来自合法的设备且未被篡改。使用LoRaWAN协议如果设备数量多或者需要接入互联网可以考虑升级到LoRaWAN。LoRaWAN是在LoRa物理层之上的网络层协议负责设备入网、自适应数据速率ADR、安全加密等。你可以使用Dragino LG02这样的LoRaWAN网关将数据转发到云端如TTN The Things Network。这需要更换为支持LoRaWAN的库如MCCI LoRaWAN库。设计定制PCB使用开发板和杜邦线只是原型阶段。为了缩小体积、提高可靠性和降低功耗可以将STM32最小系统、RFM95电路、电源管理如锂电池充电与升压集成到一块定制PCB上。这能彻底摆脱开发板的冗余部分实现真正的产品化。环境监测与自适应除了简单的开关报警你可以轻松地将发射端扩展为环境监测站。连接温湿度传感器如DHT22、大气压传感器BMP280等定期采集数据并通过LoRa发回。接收端可以连接一块小屏幕OLED实时显示或者通过ESP8266将数据上传到私有服务器或云平台。这个基于STM32和RFM95的LoRa系统就像为你打开了一扇通往远距离、低功耗物联网世界的大门。它的魅力在于用相对简单的硬件和代码就能实现令人惊叹的通信效果。我自己的车库报警器已经稳定运行了半年多期间经历过风雨和严寒从未误报或漏报。动手搭建的过程不仅是完成一个项目更是对无线通信、嵌入式低功耗设计的一次深刻理解。当你第一次看到几百米外传来的信号在串口监视器上跳动时那种成就感就是DIY最大的乐趣。希望这份详细的指南能帮你少走弯路顺利搭建起属于自己的LoRa连接。如果在实践中遇到新的问题不妨从原理出发用示波器看看SPI波形用电流表测测功耗一步步分析你会发现解决问题本身就是最好的学习。