安信可WiFi+LoRa双模组在户外智能终端项目中的应用

一款户外钓鱼用的智能探鱼器，既要手机近距直连看实时画面，又要船在几百米外还能收到数据——单一模组很难同时搞定这两个需求。

某科技公司在其户外智能终端项目中，采用了安信可科技的WiFi + LoRa 双模组的通信架构，验证了一套成熟可量产的方案。

这套组合为什么成立，本文从场景适配和实战经验两个维度说清楚。

01 场景的矛盾：近要稳，远要通

户外智能终端面临的通信需求，本质上是一道「距离」题。

以智能探鱼器为例：用户站在岸边，船开出几十米，手机要能直接收到声纳实时画面——这是近距、低延迟、双向交互的需求；同时，船越开越远，数据还要能传回来，可能是通过岸边中继或船载网关——这是远距、低功耗、稳定传输的需求。

单一 WiFi 模组在近距场景表现优秀，但信号覆盖天然受热点布设限制，空旷户外几十米后衰减明显；单一 LoRa 模组远距离低功耗表现突出，但带宽太低，无法承载实时画面这类数据量。

更关键的是，户外场景对功耗、体积、成本都敏感——不能靠堆硬件解决。

双模组思路的底层逻辑：让 WiFi 和 LoRa 各干各最擅长的事。近距交互交给 WiFi（高带宽、低延迟、手机直连），远距回传交给 LoRa（高灵敏度、低功耗、穿墙能力强）。两者协同，分工明确，整体功耗和成本可控。

02 产品组合：两个模组，各有所长

选型时需要同时满足近距和远距两组参数要求，下面分别来看。

Ai-WB2-01F — 近距通信模组（WiFi）

射频芯片	BL602	WiFi 标准	802.11 b/g/n
最大发射功率	+19 dBm	接收灵敏度	-98 dBm
封装形式	SMD-18 / DIP-8	尺寸	11 × 10 × 2.0 mm
深度睡眠电流	12 μA	接口	UART / GPIO / ADC / PWM

Ai-WB2-01F 的核心优势在于高带宽 + 低延迟。WiFi 的物理带宽支撑实时画面传输，UART 透传模式下数据无需二次开发，原厂提供参考代码，调试周期短。在近距场景中，手机直连模组热点，数据直接透传，无需经过服务器中转，延迟可以压到毫秒级。

Ra-01SC — 远距通信模组（LoRa）

射频芯片	LLCC68	扩频方式	LoRa
最大发射功率	+22 dBm	接收灵敏度	-129 dBm
工作频段	410 – 525 MHz	实测距离	视距 > 3 km（空旷）
休眠电流	~1 μA	接口	UART / SPI

Ra-01SC 的核心优势在于超高接收灵敏度：-129 dBm 意味着在极弱信号环境下仍能稳定接收数据。

相比 Ai-WB2-01F 的 -98 dBm，灵敏度高出31 dB——这个差距换算成实际效果，大约是信号覆盖半径扩大 10 倍以上。这也是 LoRa 在远距场景不可替代的根本原因。

03 为什么这套组合成立：场景参数对照

把两个模组的核心参数放到实际场景里对比，结论就很清晰了。

典型近距	0 – 50 米（手机直连）	—
典型远距	—	300 m – 3 km（中继回传）
数据传输类型	实时画面、参数配置	位置、电量、告警
接收灵敏度	-98 dBm	-129 dBm
低功耗表现	深度睡眠 12 μA	休眠 ~1 μA
方案定位	近距高速通道	远距低功耗回传
维度	Ai-WB2-01F（WiFi）	Ra-01SC（LoRa）

两个模组分别承担不同层级的通信任务，不存在功能重叠导致的资源浪费。整体方案的功耗天花板，取决于 WiFi 工作时段的峰值功耗；LoRa 部分在大部分时间处于休眠状态，对续航的影响可以忽略不计。

04 实战中容易遇到的几个工程考量

将 WiFi + LoRa 双模组方案落地到具体产品时，有几个工程问题需要提前纳入设计。以下是实战中总结的经验，供开发者参考。

应用提示①：高速数据流的协议分包

在 UART 透传场景下，如果数据源发送频率较高（比如声纳设备 100ms 发一帧），直接透传容易出现粘包现象——两帧数据粘连在一起被接收端解析。

建议做法：在 UART 侧做空闲分包处理（空闲 10ms 判定为一帧结束），同时在 TCP 传输层开启TCP_NODELAY，关闭 Nagle 算法延迟合并。

安信可技术团队提供配套的参考固件和分包示例代码，开发者无需从零摸索。

应用提示②：远距 WiFi 通信的内存配置

WiFi 信号在远距弱覆盖场景下，丢包率上升，LwIP 协议栈的内存占用会随之增加。如果 LwIP 可用堆内存偏小，长时间运行可能出现内存堆积，影响网络通信的稳定性。

建议做法：在 SDK 配置中适当扩大 LwIP 可用内存（比如从默认 8KB 调整至 12KB），同时配置看门狗定时器，自动检测通信异常并触发重连。

安信可 SDK 提供了对应的配置参数文档，调整方式相对简单，建议在产品设计阶段提前验证。

应用提示③：远距场景下的传输协议选型

当终端与服务器之间的物理距离大幅增加时，TCP 的流控机制（滑动窗口）可能因为链路往返时间（RTT）变长而进入较长时间的等待状态，在极端情况下影响数据到达的实时性。

建议做法：对于远距回传通道（LoRa 侧），评估是否适合采用 UDP 协议替代部分 TCP 连接。UDP 无连接、无流控，在 LoRa 低带宽、远距离场景下响应更及时。

需要说明的是，这并不是「用 UDP 修 Bug」，而是根据链路特性做的正常协议选型。近距交互层（WiFi 侧）仍可保持 TCP 确保可靠性。

05 哪些场景适合这套双模组方案

WiFi + LoRa 双模组架构的价值不限于探鱼器，以下场景同样适用。

智能渔具：探鱼器、水面漂流仪、钓点定位器。近距看实时数据，远距回传位置和电量。

户外仪表：气象站、水质监测终端、户外测绘设备。LoRa 回传传感器数据，WiFi 配置参数。

手持终端：户外巡检仪、林业采集器。手机近距直连调参，大范围作业靠 LoRa 中继。

水上设备：小型水质浮标、漂流物追踪器。低功耗 LoRa 回传 + 手机近距查看配置。

核心判断标准只有一条：近距需要高带宽交互，远距需要低功耗稳定回传——满足这个组合特征的场景，双模组方案都具有参考价值。

06 结语

户外智能终端的通信设计，本质上是在「带宽」「距离」「功耗」三者之间找平衡。WiFi 和 LoRa 各有局限，但组合在一起，恰好能覆盖大多数场景的两端需求。

选型时不需要在「哪个模组更强」之间纠结——答案取决于你的产品此刻更需要什么。参数摆在那里，场景对照着看，结论往往是清楚的。