自制LoRa中继器：无信号区域短信级远距离通信完整指南-平芜编程栈

当你在偏远山区、地库、海上或者地震后的临时安置点，手机屏幕右上角显示的不是信号格，而是“无服务”时，你还能用什么方式把一条消息送到几公里外？这听起来像是一个生存爱好者才会考虑的问题，但如果你正在做户外巡检、应急救援通信、农场监控、地下管廊或临时活动组网，这就是一个实际的工程需求。

LoRa中继器正是为了解决“无基站但有近距离设备”的场景而生。它不依赖运营商基站，不需要 SIM 卡，也不用拉网线，只需要在两端各放一个低功耗 LoRa 节点，中间加一两个中继器，就能把短信量级的文本消息接力传出去。本文会从场景、原理、硬件选型、协议设计、固件实现到现场部署，完整拆解“自制LoRa中继器”这个项目。读完你不仅能跑通一条“手机-网关-LoRa中继-LoRa网关-手机”的通信链路，还能避开中继方向、回环、功耗治理这些真正容易翻车的坑。

先说一个明确判断：中继器的技术难点，从来不在“把功率加大”或者“把天线架高”，而在于如何设计一个不会无限循环、不会重复泛洪、又能自动恢复的转发协议。硬件只是载体，协议才是灵魂。这个项目真正值得动手的地方，也在这里。

1. 一个真实痛点：当手机没有信号时，你还能怎么发消息

大多数人的第一反应是：手机没有信号，那就用卫星电话。但卫星电话成本高、终端门槛高，多人之间互相通信更不现实。第二反应是用对讲机。对讲机确实能点对点通话，但短波和模拟对讲机通常不传数字消息，而且没有中继的话，山体一挡就断了。

于是出现了一个空白地带：在没有基站覆盖、但人还需要互相传递短消息的场景里，需要一种体积小、功耗低、不需要基础设施、又能自行组网延展覆盖范围的通信方式。

LoRa 正好贴近这个需求。

LoRa 是一种远距离低功耗无线调制技术，单节点在开阔环境下通常能覆盖几百米到数公里，数据速率不高（通常只有零点几 kbps 到几十 kbps），但传输文本消息绰绰有余。更重要的是，LoRa 是公共频段技术，不需要申请运营商频段，只需要遵守当地无线电管理要求。

但一个问题随之而来：单个 LoRa 节点的覆盖半径有限，而且手机本身不带 LoRa 芯片。一个完整的断网通信系统，至少需要三类角色：

手机端：用户实际使用的界面，负责编辑和展示消息。
LoRa 网关节点：通过蓝牙或 WiFi 和手机连接，把手机消息转成 LoRa 无线帧发出去。
LoRa 中继器：位于通信链路的中间，收到一端的信号后重新转发给另一端，实现超视距、越障碍通信。

现实中很多人只做了前两个角色，也就是两个 LoRa 板子配对收发。这样在几千公里以外的概念演示里够用，但到了真实项目里，当两个节点相距过远，或者之间隔着一座山、一栋楼时，就必须借助中继器。这也是本文标题里的“中继器”三个字最核心的价值。

2. LoRa基础与中继器核心原理

2.1 LoRa是什么：不是LoRA微调

先澄清一个容易混淆的点。最近很多人在说 LoRA，是指大模型微调中的 Low-Rank Adaptation；而本文讨论的 LoRa，是 Long Range 的缩写，是 Semtech 主导的一种无线扩频调制技术。两者名字相似，领域完全不同。如果搜索资料时混在一起，会浪费很多时间。

LoRa 使用 Chirp Spread Spectrum 扩频调制。通俗理解是：它把一个比特的信息，用一段很长的线性调频信号来表示。接收端即使接收到很微弱的信号，也能从噪声中把这段特有的“扫频”识别出来。这就是 LoRa 灵敏度高、抗干扰强的根本原因。

但代价是速率低。它不像 WiFi 那样一次传几 Mbps，而是用更长的空中占用时间换取更远的距离。所以 LoRa 适合的是小数据量、低速率、高频次的遥测和短消息，不适合传图片、语音流和大文件。

无线技术	典型速率	典型覆盖	是否依赖基站	适合发什么
手机蜂窝网络	Mbps 级	较广	依赖运营商基站	任意数据
WiFi	Mbps 到 Gbps 级	几十米	依赖 AP	任意数据
蓝牙 BLE	1-2 Mbps	十米内	不依赖	小数据、音频
模拟对讲机	语音模拟	数百米到数公里	不依赖	语音
LoRa	通常几十 bps 到几十 kbps	数百米到数公里	不依赖	小数据、文本、传感器读数

2.2 中继器的本质：转发是协议问题，不是功率问题

很多人对中继器的朴素理解是：把信号再发一遍。这在模拟对讲机中继系统里大致成立，因为模拟中继只需要收射频信号、变频、再放大发射。但 LoRa 中继器通常不是这种“模拟中继”，而是“数字中继”。

数字中继的完整操作链是：

接收端解调出数据包。
校验 CRC，确认数据包完整。
解析数据包的目的地址、源地址和跳数信息。
更新帧头字段（如 TTL 减一、当前中继 ID）。
在下一个时隙或随机退避后，重新调制发射。

为什么必须这样做？因为 LoRa 是半双工通信。如果一个节点正在发射，它不可能同时接收。如果只是简单地把接收到的信号放大转发，就会出现“自己发给自己听”的啸叫和冲突。数字中继把收发变成了两次独立的事件：先收完，再发。

还有一个必须面对的问题：如果链路中不止一个中继器，多个中继器同时转发同一个包，就会产生重复包风暴。没有去重机制的泛洪式转发，会迅速耗尽信道资源，最后谁都发不出去。所以在中继系统里，防环、去重、TTL 控制是比射频功率更关键的工程点。

3. 系统设计与通信链路

3.1 手机怎么“接入”LoRa 网络

手机没有 LoRa 芯片，所以必须通过一个桥接设备接入。最常见的方案是：手机通过低功耗蓝牙或 WiFi 连到一个 LoRa 节点上，这个节点叫做“网关节点”。

网关节点承担三件事：

从手机接收文本消息，解析成 LoRa 帧。
把 LoRa 帧按低速率空口发送到信道。
接收来自远端的 LoRa 帧，把文本消息回传给手机 App。

在实际项目中，网关节点就是那个插着 LoRa 模块的开发板，可以做成 USB 小棒、便携盒子或者太阳能供电的固定终端。手机 App 可以自己写，也可以用开源串口工具配合 AT 指令调试。

3.2 中继器的工作过程

假设通信链路是：

手机A -> 网关A -> LoRa 链路 -> 中继器R1 -> LoRa 链路 -> 网关B -> 手机B

当网关 A 发出一条消息时，中继器 R1 会收到它。R1 先判断这个消息是不是发给自己的，如果不是，再判断自己是不是已经转发过这个序列号。如果没转发过，就自动更新 TTL 并重新发射。

如果链路里有两个中继器 R1 和 R2，那么 R1 转发后，R2 可能同时收到 R1 的转发帧和网关 A 的原始帧。没有去重机制，R2 会把同一个包转发两次，进而引发下一跳的重复转发，形成泛洪风暴。所以核心帧结构里必须要有“源地址 + 序列号 + TTL + 最近一跳中继ID”这些字段。

4. 硬件选型与电路连接

4.1 硬件清单

下面是制作中继器常用的硬件组成，以入门级方案为参考。具体型号和版本请以实际采购物料为准，本文重点讲选型思路，不写死参数。

组件	作用	选择建议
LoRa 模块	无线收发	选择常见模块平台，支持 433/470/868/915MHz 等频段，注意区分收发一体和纯发射模块
主控 MCU	运行协议逻辑	Arduino、STM32、ESP32 均可，开发简单优先选 Arduino 兼容板
电源模块	供电	锂电池 + 低功耗 LDO，或太阳能充电板 + 锂电池
天线	空中信号辐射	外置天线优于板载天线，频率必须和模块匹配
外壳	防尘防水	户外使用建议选 ABS 防水接线盒
指示灯/调试口	状态确认	至少留一个 LED 和串口调试口

从项目定位看，中继器不需要大屏幕，也不需要键盘，更看重长时间无人值守稳定性。所以 MCU 不必选性能特别强的，够运行协议栈和收发逻辑就行。

4.2 连接方式

一个典型的中继器硬件连接如下：

LoRa 模块的 SPI 引脚（SCK、MOSI、MISO、NSS）接 MCU 对应 SPI 引脚。
模块的 RESET、DIO0（或 IRQ）引脚接 MCU 的 GPIO，用于接收完成中断。
如果有 DIO1、DIO2 用于发送完成、CAD 检测，则再接两个 GPIO。
LED 指示灯接两个 GPIO，表示发送状态和接收状态。
电池电压经过分压电阻后接 MCU 的 ADC 引脚。
串口 TTL 引脚（TX/RX）接调试 USB 转串口工具。

在实际接线前，一定要看 LoRa 模块的具体数据手册，确认引脚是 3.3V 逻辑还是 5V 逻辑。如果模块是 3.3V 而 MCU 是 5V，需要串电阻限流或用电平转换板，否则容易烧模块。

4.3 天线选型注意事项

热搜词里有个是“lora模组板载天线怎么画”，这其实说明很多人在用 PCB 板载天线。板载天线的问题是：走线短、增益低、周围铺铜面积和外壳材质都会影响天线性能。对于中继器这种需要长期稳定通信的节点，建议优先使用外置天线，并把天线竖直固定在远离金属外壳的位置。

如果必须使用板载天线，需要注意：

天线区域下方不要铺地铜，避免阻抗失配。
天线周围尽量少走高频信号线。
外壳最好用塑料或 ABS，不要用金属屏蔽罩完全包住天线。

5. 固件实现：从点对点到中继转发

5.1 通信帧格式设计

在写代码之前，先定义帧格式。一个完整的 LoRa 中继帧至少需要包含协议版本、帧类型、源节点 ID、目的节点 ID、当前中继 ID、TTL、序列号、时间戳、负载长度和负载数据。

// 文件路径：relay_frame.h #ifndef RELAY_FRAME_H #define RELAY_FRAME_H #include <stdint.h> #define FRAME_TYPE_USER_MSG 0x01 #define FRAME_TYPE_ACK 0x02 #define FRAME_TYPE_ROUTE 0x03 #define MAX_PAYLOAD_LEN 64 typedef struct { uint8_t protocol_version; // 协议版本，固定为 0x01 uint8_t frame_type; // 帧类型 uint8_t src_id; // 源节点 ID uint8_t dst_id; // 目的节点 ID uint8_t relay_id; // 最近一次转发的中继 ID uint8_t ttl; // 剩余跳数，初始建议 3 uint16_t seq; // 报文序号，用于去重 uint32_t timestamp; // 发送时间戳 uint8_t payload[MAX_PAYLOAD_LEN]; uint8_t payload_len; // 负载长度 } lora_relay_frame_t; #endif

关键字段说明：

relay_id：每转发一次就更新为当前中继节点 ID，用于判断该节点是否已经转发过同一个包。
ttl：每转发一次减一，减到 0 就丢弃，避免包在网络里无限循环。
seq：源节点生成的自增序号，中继器用它配合源 ID 去重。

消息内容本身放在payload中，最大长度可根据信道速率调整。实际部署中不要硬塞长文本，一次传 64 字节已经接近普通 LoRa 报文的一包上限，更长的消息要拆包重组。

5.2 中继转发核心逻辑

下面的代码是中继器最关键的一段逻辑。完整工程里还会有 LoRa 驱动、串口日志、电源管理，这里先列出转发函数的核心思路。

// 文件路径：relay_node.ino // 该函数在 LoRa 模块收到一个完整数据包后调用 // packet_len 为实际接收长度 void afterReceive(int packet_len) { lora_relay_frame_t frame; memcpy((uint8_t *)&frame, (uint8_t *)LoRa.packetData(), packet_len); // 1. 如果是发给本节点的包，交给上层处理，不转发 if (frame.dst_id == local_id) { handleLocalPacket(&frame); return; } // 2. 如果本节点已经转发过这个包，丢弃，避免回环 if (frame.relay_id == local_id) { Serial.println("== already relayed by me, drop =="); return; } // 3. 如果 TTL 耗尽，丢弃 if (frame.ttl <= 0) { Serial.println("== TTL expired, drop =="); return; } // 4. 如果最近一段时间内收到过同一源节点同一序号，丢弃 if (isDuplicate(frame.src_id, frame.seq)) { Serial.println("== duplicate packet, drop =="); return; } // 5. 记录去重条目 markDuplicate(frame.src_id, frame.seq); // 6. 更新转发信息 frame.ttl--; frame.relay_id = local_id; // 7. 多中继场景下延迟一小段随机时间， // 避免所有中继同时转发同一包造成信道冲突 delay(random(50, 300)); sendFrame(&frame); }

这段逻辑同时适用于端节点和中继器。端节点设置为relay_id = 0且不执行转发分支，中继节点则开启转发分支。判断的关键是relay_id与seq的组合，这比单纯按数据内容去重更可靠，因为不同用户可能发送相同文本。

isDuplicate和markDuplicate在实现时，可以维护一个较小的高速缓存表，例如保存最近 20 条src_id + seq记录，超过容量后覆盖最老记录。中继器不需要长期存储所有历史包，只需要防止最近几秒内的重复。

5.3 模块参数配置

LoRa 模块需要配置频率、扩频因子、带宽、网络 ID 等参数。不同厂商的模组指令略有不同，使用 AT 指令模组时，常见配置如下（以抽象风格展示，具体关键词以你的模组手册为准）：

# 配置串口波特率 AT+IPR=9600 # 本机地址 AT+ADDRESS=2 # 工作频率：必须符合当地无线电法规允许的频段 AT+FREQ=470000000 # 扩频因子：越大速度越慢、灵敏度越高 AT+SF=9 # 信号带宽 AT+BW=125 # 发射功率：按法规和功耗要求配置 AT+POWER=22 # 网络 ID：不同网络之间分配不同 ID，避免串扰 AT+NETWORKID=88

如果是用库直接驱动芯片，则在初始化代码里设置同样的参数。需要特别注意：链路两端和中继器必须使用完全相同的频率、带宽、扩频因子和同步字，否则无法互通。

5.4 电池电压监测

中继器部署到野外后，拆机检查不方便，最好通过固件读取电池电压，定时发送给管理端。

// 文件路径：power_monitor.cpp // 读取电池电压，返回电压值（单位：mV） // 电路中使用两个电阻分压，将电池电压降到 ADC 可测范围 uint16_t readBatteryMilliVolt(int adcPin, float r1, float r2) { float vRef = 1.1; // 内部参考电压，依据芯片而定 int raw = analogRead(adcPin); // ADC 原始值 float vAtPin = (raw / 1023.0) * vRef; float batteryVolt = vAtPin * (r1 + r2) / r2; return (uint16_t)(batteryVolt * 1000.0); }

如果用 ESP32 等 ADC 输入范围不同的平台，需要改用对应的衰减配置。实际采样时要多次读取取平均值，避免偶发噪声导致电压抖动。

5.5 编译烧录与验证

编译和烧录的步骤相对标准化：

在 Arduino IDE 中打开工程文件。
选择正确的开发板型号和端口。
把中继器节点、网关节点的本地 ID 分别设置好。
编译烧录到各节点。
打开串口监视器，观察节点启动日志。

启动后可以先做一次“空口回环测试”：让节点 A 发一个测试帧，节点 B 收到后自动回 ACK。串口日志里能看到 RSSI 和 SNR，这两个数值是判断通信质量的关键指标。

6. 供电、功耗与低功耗设计

中继器通常放置在两段通信链路的中间位置，很多时候是山顶、铁塔、屋顶，现场不一定有市电。供电设计直接决定设备能稳定运行多久。

6.1 功耗来源

LoRa 中继器的主要功耗来自三部分：

LoRa 模块发射时瞬时电流较大，通常在 100mA 级别，和发射功率、模块型号有关。
MCU 运行主循环时持续消耗电流。
指示灯、降压模块的静态损耗。

如果设备一直处在监听状态，LoRa 接收模式本身就有持续功耗。对于固定位置的中继器，如果条件允许，建议接太阳能板和锂电池组成浮充系统；如果只是临时应急，可以用普通 18650 电池组。

6.2 低功耗策略

对于中继器，最简单的低功耗策略不是频繁进入休眠，而是：

降低发射功率，只用到满足链路质量的最小功率。
关闭不必要的 LED 指示灯。
使用低静态功耗的 LDO 稳压芯片。
在无消息时段，让 MCU 进入 sleep，LoRa 模块进入 CAD 模式，周期性检测信道前导码。

CAD 模式是一种“先侦听、再接收”的模式。节点不是一直全速接收，而是定时检查空中是否有 LoRa 前导码，没有就继续休眠。这种方式能显著降低平均功耗，但会增加延迟。如果应用允许秒级延迟，CAD 轮询是首选方案。

6.3 功耗验证思路

不要根据芯片手册上的数值直接估算续航，必须实测。方法很简单：

用 USB 电流表接在电源输入端。
分别测量空闲状态、接收状态、发射状态三种电流。
根据消息频率估算平均电流。
再用电池容量除以平均电流，得到理论续航时间。

还需要考虑电池自放电、低温容量衰减和稳压电路效率，理论值通常打七折到八折才是实际可用值。

7. 现场部署与传输距离验证

7.1 天线位置与极化

部署中继器时，天线高度和位置比发射功率的影响更大。越高越开阔越好，天线周围尽量避免金属遮挡。同时所有节点的天线极化方向最好一致，比如都是垂直极化。如果一个节点天线横放，另一个竖放，信号损耗会非常明显。

实际项目里，中继器外壳可以用 PVC 管做立柱，把天线固定在管顶部，模块和电池放在管内下部，防止雨水进入。

7.2 距离验证流程

不要一上来就挑战最大距离。建议按以下流程逐步验证：

两个端节点距离 10 米，先验证配对成功和消息收发正常。
拉大到 200 米，记录 RSSI 和 SNR。
加入中继器，放在两个端节点之间，验证中继链路。
逐步拉开距离，直到出现丢包，再往回收紧。

每次测试都用固定文本消息循环发送，例如每 5 秒发送一次，连续发 50 次，统计成功率。成功率在 90% 以上才适合正式使用，低于 90% 要优先调整天线和位置。

7.3 用日志评估链路质量

在端节点和中继器固件中加入日志输出，把每次收包的 RSSI、SNR、源 ID、序号打印出来。

[RECV] src=1 seq=12 rssi=-87 snr=8.5 ttl=2 [RECV] src=1 seq=13 rssi=-91 snr=6.2 ttl=2 [RELAY] src=1 seq=13 -> dst=2 ttl=1

RSSI 的绝对值越小越好，SNR 越大越好。如果 RSSI 接近 -120dBm 且丢包严重，说明链路余量不足，需要调整位置或天线。从这些日志里还能直接看到中继器是否正确改写了 TTL，有没有重复转发。

8. 常见问题与排查

问题现象	可能原因	排查方式	解决方案
两个节点收不到对方的包	频率、带宽、扩频因子不一致	对比各节点初始化配置	统一参数，检查同步字和网络 ID
中继器收到包，但目标节点没收到	中继转发条件未满足，或 TTL 耗尽	查看中继器串口日志是否打印 RELAY 信息	检查目的 ID 和 TTL 初始值
收到重复消息	多个中继节点同时转发同一包	查看目标节点收到相同 seq 的次数	启用去重表，增加随机退避
距离很近但 RSSI 很差	天线不匹配、馈线过长、极化方向不一致	更换天线，缩短馈线，统一极化方向	使用匹配频率的外置天线
设备一段时间后不工作	供电电压下降，MCU 复位	测量电池电压，查看复位日志	增加低电压关机阈值，优化休眠策略
发送时自身收到自己的包	没有合理配置接收过滤	检查中继器是否收到自己转发的包	判空 relay_id 与当前 ID 相同则丢弃
消息偶尔丢失	信道冲突、发射中接收	查看日志中是否出现接收中断提前触发	引入随机退避和重发机制

排查时先看日志，再动硬件。大多数问题在日志里都能找到直接证据，不要盲目换模块。

9. 工程最佳实践与合规提醒

9.1 可靠性设计

固件版本号要体现在启动日志里，方便现场判断烧录的是哪个版本。
配置文件用单独的头文件管理，把节点 ID、频道参数、TTL 初始值集中在同一处，避免改代码时漏改。
中继器的串口日志建议开启，但正式部署后可以降低日志等级，减少干扰。
如果你在测试中需要反复烧录，先把每个节点的角色和 ID 写在标签上，贴到外壳上。中继部署在野外后，调试不方便，良好的文档能省很多时间。
涉及自动重启逻辑时，要加看门狗定时器。LoRa 节点长期无人值守，偶发死机会因为看门狗复位而自动恢复。

在代码中启用看门狗的示例写法：

#include <avr/wdt.h> void setup() { // 其他初始化... wdt_enable(WDTO_8S); // 8 秒内未喂狗则复位 } void loop() { // 主循环... wdt_reset(); // 在每次循环或任务完成后喂狗 }

9.2 无线电合规

LoRa 使用公共频段，但不同地区对频率、发射功率、占空比有明确规定。部署前一定要确认项目所在地允许使用的具体频段和功率上限，并通过合法渠道使用。不要私自改装大功率功放，不要干扰其他合法无线电业务，不要在禁止使用的场所开机。涉及频段、发射功率、天线规格的调整，请以当地无线电管理机构最新文件为准。

9.3 最后建议

如果你刚接触 LoRa，最容易犯的错误是把所有时间花在选模块和调天线上，结果跳过了协议设计。先做一对一的点对点通信，确认硬件链路可靠；再加入一个中继节点，验证 TTL、去重和转发逻辑；最后再考虑太阳能供电、外壳防护和批量部署。每一步都验证通过再继续下一步，这个项目并不难，难的是在看似简单的“转发”里，把边界条件处理好。

真正动手之后你会发现，最值得琢磨的部分不是射频，而是一个朴素的问题：当一个数据包在一个多跳网络里被复制、转发、延迟之后，如何保证它只到达它该去的地方，且只到达一次。这个设计思路，放到任何自组网系统里都通用。

自制LoRa中继器：无信号区域短信级远距离通信完整指南