做无线数传项目这些年LoRa数传模块在我手里的出场率一直居高不下。最近帮一位做智慧农业的朋友搭建一套微型LoRa数传模块方案需求听起来简单但执行起来相当磨人田间地头的采集节点和网关之间最远要到5KM数据必须双向透明传输节点常年暴露在户外电磁环境复杂整体还要按工业级的可靠性标准来设计。整个选型、配置、实测链路的过程我踩了不少坑也沉淀了不少经验这篇就把完整过程写下来给正在研究LoRa通信、准备把数传模块落到实际项目里的朋友一份可以直接参照的实战笔记。先截一个前提现在搜lora这个词大概率会看到一堆lora训练lora微调lora训练大师之类的AI内容那是指模型微调里的Low-Rank Adaptation跟无线通信里的LoRaLong Range完全是两码事只是大小写不同撞了名。以下内容都围绕后者展开涉及到的数传模块、透明传输、5KM远距离通信这些关键词也全部是无线通信领域的常规操作。1. 动手前必须分清同名LoRa的无线通信与AI微调是两条技术路线1.1 硬件工程师眼里与AI工程师话术里的LoRA想搜LoRa资料的朋友大概率都经历过这种困惑搜索框里输入lora前几页全是lora训练lora微调lora训练大师openvla lora微调这类AI内容跟无线通信一点关系都没有。这俩只是拼写撞车背后是截然不同的技术体系。AI领域的LoRA是一种高效的模型微调方法通过在原始权重旁注入低秩矩阵来减少可训练参数量主打少改参数也能适配新任务而无线通信领域的LoRa是Semtech公司主导的一种线性调频扩频调制技术把数据调制到chirp信号上用很低的发射功率换回超高的接收灵敏度从而实现远距离传输。简单说一个管神经网络权重一个管物理层的无线电波互相之间没有任何关系。聊完这层还得再把场景对齐一下。工业级通信里提到的LoRa数传模块核心卖点是远距离低功耗免执照频段这次要说清楚的是为什么在众多无线方案里LoRa能在5KM这个距离档位成为工业通信的主流选择以及微型模块怎么做双向透明传输。1.2 为什么工业远距离通信经常选LoRa而不选其他方案市面上的远距离无线方案不少NB-IoT、4G Cat.1、ZigBee、Wi-SUN甚至再传统一点的GFSK数传电台。LoRa能在这堆方案里常年占据现场级数传这个位置靠的是三点灵敏度足够低、功耗足够小、频段接入成本低。拿NB-IoT和4G来说它们依赖运营商网络有信号覆盖问题也有流量资费问题。我朋友那个智慧农业项目几十个节点每个节点都插一张物联网卡的话一年流量费用就够买几十套LoRa模块了。ZigBee是2.4GHz频段短距方案穿墙能力一般空旷地几百米就到头根本撑不起5KM链路。传统GFSK数传模块距离也不算差但抗干扰能力和灵敏度下限还是被LoRa的扩频增益压了一头。LoRa真正厉害的地方在链路预算。以一颗常见的SX1278基带芯片为例接收灵敏度在扩频因子SF12、带宽125kHz的配置下能做到-137dBm甚至更低配合20dBm约100mW发射功率链路预算能到157dB。这意味着什么在自由空间传播模型下470MHz频段5KM距离的路径损耗大约是100dB理论上这个配置甚至可以打20KM以上。现实世界没有完美的自由空间但5KM这种量级的通信距离LoRa确实是性价比最高的选择之一。2. 微型数传模块选型灵敏度、发射功率、频段这三个参数决定一切2.1 芯片级自研还是成品透传模块一个真实的成本账在LoRa通信入门阶段很多人会纠结是直接用SX1278/SX1276芯片自己画射频板还是买现成的透传模块我的建议很直白除非你的产品要年出货几万片否则直接买成品模块。第一射频不是画个原理图就能跑的东西。SX1278本身是半双工射频前端外围要做匹配网络、滤波器、晶振选型、天线阻抗校准任何一个环节出问题表现就是通信距离莫名其妙缩水而且很难定位。成品模块把射频部分调好了又把PA、LNA、滤波器集成在一起你要做的只是接上串口。第二透传模块把协议层也封装好了。所谓透明传输就是模块自己搞定数据组帧、CRC校验、空中纠错、缓冲转发你从串口丢什么过去对端串口就吐什么出来。对做集成的工程师来说这相当于把物理层和链路层全部外包了开发周期从按月算变成按天算。当然如果是做定制协议、长期大批量降成本、或者需要极低功耗的场景那芯片级方案确实值得考虑我后文会单独提到ESP32和LoRa芯片的玩法。这里先按选成品透传模块这条主线继续。2.2 读懂模块数据手册的三个核心参数选模块的时候数据手册上有三个参数我劝你先看它们别的都是次要的。第一个是接收灵敏度。这个值越低越好但它只在特定配置下才有意义通常是SF12、125kHz带宽、编码率4/5下的极限值实际使用中你的配置往往跑不到那么低。所以不要只看一个数字要看它在什么条件下测出来的。常见微型模块的极限灵敏度在-136dBm到-141dBm之间。第二个是发射功率。微型模块一般给到20dBm也就是100mW再大的有22dBm甚至30dBm的但那些模块体积和功耗都会上去说不上微型。20dBm已经能覆盖大多数现场应用真要追求极限距离另加外部功放的做法也不是没有但不是本篇重点。第三个是空中速率。LoRa的空中速率从最低几百bps到几十kbps不等它和距离成反比。低速率意味着更长的符号时间、更高的解调增益所以距离更远。选型时你要清楚自己的业务报文多大、要求多久传一次这决定了你能用多低的空中速率也就决定了极限通信距离。2.3 433MHz、470MHz、868MHz、915MHz频段到底怎么选LoRa工作在Sub-GHz频段常见的有433MHz、470MHz、868MHz、915MHz这几个范围。频段选择本质上是天线尺寸、穿透能力、市场目标三者的平衡。从物理特性看频率越低波长越长绕射和穿透能力越好同样距离下的路径损耗越小但对应的天线也越长。以1/4波长单极子天线为例433MHz的天线长度约17厘米868MHz约8.6厘米915MHz约8厘米。对讲机那种433MHz的老设备大家都有印象天线就是比手机长一截。就国内项目而言470-510MHz是无线数传设备非常常见的频段抄表、农林监测的设备大量用这个范围433MHz属于开放ISM频段短距离低功率设备很常见但正因为用的人多433MHz现场的底噪往往偏高。做出口到欧洲一般用868MHz频段北美用915MHz频段。这些频段选择直接决定模块的晶体、滤波器和天线匹配所以买模块前先把目标市场定下来。实际操作中还有一个容易被忽略的点433MHz模块和470MHz模块不能直接互通频率范围不匹配的话即使频道号配成一样也没用。我见过不止一个朋友买了不同型号的模块折腾了几天最后发现是频段没对上。2.4 几款典型微型模块的参数对照表列几个我实拍用过或测过参数的模块给大家一个直观参照。注意参数以具体批次和手册为准这个表主要讲清楚看哪些列比对。模块型号主芯片频段发射功率极限灵敏度接口大致尺寸适用场景E32-433T20DSX1278/LLCC68类433MHz20dBm-139dBmSF12TTL UART约20×26mm433MHz透传首选Ra-02SX1278433MHz20dBm-137dBmSF12SPI约17×17mmMCU直控做定制协议RYLR896SX1276868MHz20dBm-136dBmSF12TTL UART(AT)约15×25mm868MHz快速原型E220-400T30SLLCC68400-470MHz30dBm-140dBmSF12TTL UART约25×40mm需要更大功率覆盖从表格能看出来微型模块的尺寸基本都在大拇指大小以内占板面积很小适合嵌入传感器节点、采集终端这类产品。E32-433T20D这种透明传输模块是我智慧农业项目里的主力Ra-02则是我做ESP32方案时拿来玩过一段时间的芯片级模块各有各的使用场景。3. 双向透明传输的机制拆解一根无线串口线背后的时序秘密3.1 透明传输到底透明在哪从串口数据到空中帧的完整路径理解透明传输最形象的比喻就是剪掉线的无线串口线。你的MCU、传感器、PLC往UART TX脚丢数据模块内部自动完成三件事把串口字节暂存进FIFO、按既定参数频点、扩频因子、编码率组帧发射、再由对端模块在物理层解调后从UART RX脚原样吐出来。整个过程对应用层完全透明你不需要关心RF包结构也不需要自己实现CRC和重传。但注意透明不代表永远可靠。透明传输模块内部都有接收缓冲通常几十到几百字节不等。如果你的串口数据来得太快超过了模块空中发送的速度FIFO溢出丢数据是必然的。所谓双向透明传输指的是两个方向都能这样透传而不是双向同时收发。3.2 半双工时序为什么协议设计要按帧想而不是按字节想绝大多数LoRa模块都是半双工同一时刻只能收或者只能发。这带来一个直接影响使用透明传输时协议层的时序设计必须遵守一个朴素原则——上游发完一段数据后一定要给对端留足回包时间。模块从发模式切到收模式有切换时间对端从收到数据到串口吐完数据、再到准备接收下一包也有延迟。LoRa的空中时间比很多人直觉上长得多。举个例子在SF12、125kHz带宽、编码率4/5的配置下一个32字节的报文单单空中发射时间就要1.5到2秒的量级。这个数字把很多第一次接触LoRa的朋友吓了一跳——习惯了Wi-Fi毫秒级延迟很难想象一个短报文在空中要飞将近两秒。所以LoRa通信网络不追求低延迟它追求的是同等功率下尽可能远。设计轮询或问答式协议时超时时间一定要按最慢配置下的空中时间来算别按串口波特率算。我见过有人把超时设成200ms然后一口咬定模块不行实际上SF12配置下报文才刚发了一半。3.3 串口波特率与空中速率两个速度之间的数据排队问题透明传输模块上有两个速度一个是串口波特率一个是空中速率。很多人误以为它们必须相等其实完全不是。串口波特率解决的是模块和应用设备之间的流通速度空中速率解决的是模块和模块之间的流通速度。前者可以很快9600、19200、115200都行后者往往很慢。最大的坑在这里当空中速率小于串口速率时模块内部会出现数据排队。比如你从串口以115200波特率一次性丢200字节给模块串口侧传输只需要约17毫秒但模块按SF10配置把这些数据发到空中可能需要600毫秒以上。如果模块没有足够的缓存后面的数据就会丢。实际模块一般有缓冲但也意味着连续发送时应用层必须控制节奏或者在发送间隙等待模块消化完数据。经验做法是把业务报文控制在模块单帧长度以内发送间隔大于单帧空中时间的1.5到2倍。3.4 地址、频道与多机共存点对点和点对多点的配置思路多数透传模块支持设置地址、频道、以及空中速率等参数。地址和频道本质上是两组滤波开关只有地址和频道都匹配的模块才会把解调出来的数据往串口吐其他数据在物理层就被当作无关信号丢弃。这是LoRa在组网时最重要的抗干扰手段。点对点最简两个模块设成相同频点、相同地址即可。点对多点也常用多个节点模块设相同地址和频道但用不同的低位地址来区分身份或者干脆在应用层报文里带节点编号中心模块处于接收状态按轮询或时分方式与各节点通信。因为LoRa在相同频点上同时发射必然冲突点对多点最好不要做成所有节点同时主动上报的模式否则碰撞会让有效吞吐率急剧下降。推荐主从问答式中心节点逐个点名节点收到自己的查询后再回复能省掉大量碰撞重传的麻烦。4. 5KM链路实测记录从SF7到SF12的参数组合与距离验证4.1 测试装备与场地准备天线高度和净空条件那次实测场地选在城郊一处河滩边两岸是农田和防洪堤没有高层建筑电磁环境相对干净。设备清单两套E32-433T20D模块分别接到两个USB-TTL小板一个笔记本配上USB转接头一个12V锂电池组给模块供电天线用模块配套的433MHz 1/4波长吸盘天线架在2米高的木支架上。这里有个关键经验天线高度直接决定净空。LoRa链路非常怕障碍物特别是地面反射和水面反射。做远距离测试时如果天线架得不够高即使场地空旷也会因为第一菲涅尔区被地面阻挡而出现莫名其妙的丢包。第一菲涅尔区半径在470MHz频段、5KM链路中点处大约有28米理想情况下中间不能有大型障碍物进入这个区域。所以别把模块放平地上测那不是测模块是测地形。至少架到2米以上让视距仰角尽量干净。4.2 空旷河滩的极限距离结果RSSI与丢包率数据实测流程是固定一端在起点另一端骑电动车往远处跑每隔500米停下来发100包数据记录RSSI、信噪比SNR和丢包率。发射功率固定20dBm先跑一组SF10、125kHz带宽。结果符合预期2公里以内RSSI在-90dBm到-110dBm之间丢包率基本为零3公里RSSI掉到-115dBm左右偶发丢包4公里RSSI约-120dBm丢包率开始有感觉在1%到3%之间波动跑到5公里开外RSSI在-124dBm上下丢包率到了5%左右但链路还是通的农业采集这种秒级周期的业务完全能接受。这个结果说明157dB的链路预算在真实近地面环境下并不会全部跑满但5KM量级确实是舒适区里的有余量不是极限拼运气。有一个印象很深的细节电动车到4公里左右停在树丛后面时RSSI瞬间掉到-130dBm以下甚至完全丢包往前挪几米摆脱树冠遮挡链路又自己恢复。这再次印证了障碍物对Sub-GHz频段的杀伤力信号能穿树但穿得很痛苦。4.3 楼房、树木、雨雾对链路的实际衰减后来我在城市环境做了补充测试。1公里距离下链路中间隔着两栋六层砖混楼房RSSI掉到-115dBm左右比空旷环境同距离低了大约20dBm。这说明LoRa穿楼能力比2.4GHz好得多但也没好到无视钢筋混凝土的程度。现场勘测时尽量让链路从建筑物之间绕过去比指望穿透靠谱。雨天影响也很明显。一次冒着小雨测3公里链路RSSI比晴天同一位置低了6到8dBm丢包率从不到1%升到4%左右。雨水对Sub-GHz电波有吸收和散射效应雨衰在远距离链路上肉眼可见。农业项目如果追求全年稳定链路预算至少要留出10dB的雨衰余量。树木的影响前面提过这里给一个量化参考链路中间经过一片约50米宽的密林时同样2公里距离下RSSI下降了约15dBm。这相当于把有效距离砍了一半还多。所以节点选址时天线尽量避开树冠正上方最密集的区域哪怕只是把天线架高1米效果都立竿见影。4.4 扩频因子与空中速率的取舍一场用时间换距离的交易同一个频点上LoRa提供了SF7到SF12六档扩频因子。扩频因子越大每个符号携带的chirp越多、解调门槛越低、接收灵敏度越高但符号时间也会变长空中速率随之下降。把SF的视角打开它本质上是拿时间换灵敏度、再拿灵敏度换距离。我在同一5KM位置上测过几组配置配置灵敏度空中速率(约)32字节空中时间(约)5KM丢包率SF7/125k-124dBm5.47kbps约80ms基本不通SF9/125k-133dBm1.76kbps约300ms20%左右SF10/125k-135dBm0.98kbps约620ms3%左右SF12/125k-137dBm0.29kbps约1.8s1%以下这张表是典型的用速率换可靠性。做数据采集项目如果每次上报的数据就几十字节、上报周期是分钟级完全可以把SF固定到10或11换取稳定长距链路。反过来如果业务对时效性要求高比如1秒内必须完成一次问答交互那SF12在这个距离上就明显太慢要么缩短距离要么接受更高丢包率没有两头通吃的方案。5. 工业级落地细节接口、供电、天线与协议栈的完整配套5.1 TTL、RS232、RS485接口怎么接与工业设备对接的关键工业现场设备接口五花八门LoRa模块最常见的是TTL UART也就是3.3V或5V的串口电平。如果你的主控是STM32、ESP32这类MCUTTL直连最省事注意TX接RX、RX接TX、必须共地这是新手最容易翻车的地方。但你的对接对象如果是RTU、PLC、仪表这类工业设备它们大多是RS232或RS485接口。两种做法一是选带RS232/RS485接口的LoRa数传模块二是买转换板把TTL转成RS232/RS485。转换板方案灵活但多一个故障点、多一组供电实际项目里我更倾向选带RS485接口的模块。尤其是Modbus RTU这种总线协议RS485差分信号在抗干扰上比TTL强得多能跑得更稳。接RS485时还要注意RS485是多点总线需要处理收发切换和终端电阻。很多LoRa模块的RS485接口是发送时自动切发送状态、空闲切回接收的硬件自动流控用起来省心但你要确保波特率、数据位、停止位、校验位与对端设备完全一致否则串口层就开始丢数据了。5.2 供电与功耗预算为什么一直听比不停发更耗电工业现场做电池供电节点功耗预算必须认真算。LoRa模块的电流特性大概是发射状态20dBm约100到120mA接收状态约10到15mA休眠状态如果支持约1到2微安。看起来发射电流最大但真正的电池杀手往往是长时间处于接收状态。给一个具体算法节点每60秒上报一次每次报文在SF10配置下空中时间约620ms。如果模块在非上报期间进入休眠平均电流大约是(620ms/60s)×110mA≈1.14mA再加上休眠电流可以忽略。一块12V、10Ah的电池理想情况下能给这个节点供接近一年的电。但如果模块一直处于接收模式平均电流就是12mA左右10Ah电池理论续航只有约35天。差距就是这么悬殊。所以给做低功耗节点的朋友建议能休眠就休眠能用接收窗口机制就尽量用接收窗口别让模块常开。供电芯片选LDO还是DCDC要看你供电电压和模块电流的匹配12V降压到5V用DCDC效率高3.7V锂电给5V模块供电就得考虑升压还是选3.3V版本别拿线性稳压硬扛大压差发热的不是模块是稳压器在替你扛。5.3 Modbus RTU与LoRa透明传输的搭配实践工业现场最常用的协议还是Modbus RTU。LoRa透明传输和Modbus RTU搭配是经典的透传应用层轮询架构主站发Modbus请求帧模块把这个帧原样发到空中从站LoRa模块收到后在串口吐给从站设备从站的响应帧再原路传回。整个过程对Modbus协议是透明的。但这个架构有两个坑。第一Modbus RTU对帧间间隔有严格要求3.5个字符时间的静默而LoRa空中传输会把一整帧完整转发出去一般模块不会在中途插入额外间隔所以帧完整性通常没问题但如果你在串口侧把两个Modbus帧发得太密挤在同一个LoRa包里传到对端对端可能把它们当成一个帧导致从站解析错误。解决办法是主站控制节奏确保上一个请求的响应完全收到后再发下一个。第二是超时时间。Modbus常用的响应超时是几百毫秒但如前面所说SF10配置下LoRa单帧空中时间可能已经超过几百毫秒。要么把超时调大到2到5秒要么接受短距离用高速率、长距离用低速率的分级配置保证在目标距离内帧的空中时间小于超时时间。我在项目里一般把模块按距离分两层配置中心机房附近的用SF9远端节点用SF11从站模块配置为和中心在同一频段、同一地址这样距离和时延都能兼顾。5.4 天线工程1/4波长单极子与安装位置的经验值天线是整个链路里最便宜的增益放大器也是最容易被忽略的坑。433MHz频段的1/4波长单极子天线理论长度是300/433/4≈17.3厘米你看到的成品胶棒天线内部就是这么一根金属振子外面套个橡胶壳别小看这个长度。决定天线性能的往往是地平面和净空。模块上SMA座的地脚需要连接到足够大的参考地如果模块只是悬空、底下没有金属底板天线方向图和阻抗都会变形表现为通信距离缩水。安装时天线主体尽量垂直于大地远离金属外壳、屏蔽罩、电源线这些导体至少留出一个波长量级的净空。还有一条经验天线馈线越短越好。5米馈线比1米馈线多损耗好几dB别为了设备布置美观把模块放得不远不近结果信号都耗在馈线上。5.5 户外防护静电、雷击与外壳设计的取舍户外设备跑几年不出问题靠的不只是模块本身还有外围保护。静电方面串口线和电源线上加TVS管是基本操作选结电容小的TVS不然高速串口信号会被削平。雷击方面LoRa模块本身扛不住直击雷但感应雷和地电位抬升在空旷农田里很常见室外天线的馈线入口加避雷器值得投入。不是说要防真正的雷劈而是防旁边雷击感应的高压从天线灌进来把射频前端打死。外壳设计上金属外壳屏蔽好但会拉低天线性能塑料外壳信号好但防护弱。常用做法是塑料外壳加内部金属屏蔽罩隔离电路天线通过SMA座安装在壳体上沿用馈线引到壳体外部。防水等级一般做到IP65以上天线出线口用防水接头电池仓单独隔开防止电池鼓包顶坏主板。6. 排障实录与进阶玩法踩过的坑和LoRaFSK、ESP32的扩展6.1 同频干扰排查先看底噪再调参数在智慧农业项目现场调试时有一段始终出现偶发丢包换模块、换天线都没解决。后来我用支持读取RSSI的配置工具测了现场底噪发现433MHz附近有一个周期性出现的噪声抬升最后查到是附近养殖场装的无线测温设备同样是433MHz频段。这个案例的教训是遇到距离明明不远但就是丢包的问题先不要怀疑模块先用软件工具读当前频点的底噪或者让模块进入扫描模式看看现场有没有干扰源。LoRa扩频的抗干扰能力不是无限的干扰信号如果落在同一频点且强度超过一定门限照样会把灵敏度拉爆。实际处理手段无非三种换频点避让、提高发射功率压制、降低干扰源周边设备的占空比。商用项目里我常用的是换频道433MHz频段可用频点够多避开最噪的那一段往往立竿见影。6.2 配置改完不生效和隐性丢包的真相还有一个高频坑很多人用串口助手发指令改模块参数显示返回成功但通信行为完全没变化。原因多半是模块参数要分区保存有的是掉电就丢的临时配置有的是写入Flash的永久配置。配置指令结束后要么必须发保存指令要么必须断电重启不同模块的完整流程不一样。建议选模块时先读清楚配置手册里的保存时序实测时也务必把配置—保存—重启—验证这四步走完再考虑封壳。隐性丢包则要聊缓存溢出。透明传输模块的发送缓冲有限我之前用115200波特率一口气发过4KB数据对端只收到两端数据中段全丢。原因是串口接收速度远大于空中发送速度FIFO瞬间就满了。这种丢包在串口层根本看不出来模块也不会报错有的模块是丢了数据但不通知的。应对方法在第3.3节提过这里补一条把业务报文长度限制在模块单帧上限以内像Modbus那种一帧几十字节的场景只要控制好帧间隔基本不会触发隐性丢包。6.3 LoRa与FSK混合模式什么时候切到FSK更划算SX1276/SX1278这颗芯片本身支持LoRa和(G)FSK两种调制方式市面上不少模块也同时开放这两种模式这就是很多人提到的LoRa和FSK混合技术。我接触的项目里真正把两种模式混用的场景主要有两种一种是同一区域里近距离大流量数据比如本地调试、参数批量下发用FSK远距离小流量采集用LoRa另一种是模块支持动态切换上电先用LoRa报文做握手握手成功后切到FSK做批量传输传完再切回LoRa。但要泼一盆冷水FSK模式的灵敏度通常比LoRa模式差得多同样20dBm发射功率下FSK的极限通信距离可能只有LoRa的一半甚至三分之一。它不是LoRa的升级版而是短距离高速率的另一选择。选型时不要把FSK当成主要卖点除非你的业务确实需要本地高速批量交互。6.4 用ESP32接LoRa模块的两条路线很多DIY玩家和产品原型会问ESP32怎么实现LoRa通信这里给两条路线。第一条最简单ESP32直接用UART连透传模块比如E32系列、RYLR896ESP32代码里就是一个普通串口收发业务逻辑全部跑在ESP32上。给一个最基础的透传代码框架#include Arduino.h #define LORA_UART Serial2 // ESP32 的 UART2 void setup() { Serial.begin(115200); // 调试串口 Serial2.begin(9600); // 与LoRa模块串口波特率一致 // 模块参数频点、地址、空中速率需提前配置好 } void loop() { // 模块收到数据 - 转发到调试串口 while (Serial2.available()) { Serial.write(Serial2.read()); } // 调试串口输入 - 通过模块发出去 while (Serial.available()) { Serial2.write(Serial.read()); } }这条路线开发最快适合做数据采集网关、远程控制终端缺点是模块协议是黑盒不支持深度定制。第二条是芯片级方案ESP32的SPI接口直接连SX1278/SX1276比如Ra-02这类模块。你需要自己写寄存器初始化、配置LoRa参数、处理TX/RX状态机、解析收发数据包参考代码在Semtech驱动库和很多开源项目里都能找到。这条路线的优势是完全掌控物理层和链路层可以做休眠唤醒、做TDMA、做协议加密甚至把LoRa当成一个低速但远距离的SPI外设来用。缺点是开发量直线上升天线和射频匹配仍然需要认真对待。如果只是验证方案建议先走第一条路线把业务跑通再判断值不值得为降成本和控制力走第二条。这几年做LoRa项目最底层的体会是LoRa数传模块的选型和调试本质上是在距离、速率、功耗三者之间找平衡没有一个配置能同时做到最远、最快、又最省电你只能按业务优先级排清楚。测试时一定要做好日志记录RSSI、丢包率、天气、天线高度照着记录积累几轮数据以后链路的所有脾气都能摸到。另外还有个小技巧每次去现场调试前先把两套模块在同一桌上做一次回车测试确认配置和串口参数没被改动过再拿出去跑远距离能帮你省下大量来回跑腿的时间。祝各位一次通链。