一款戶外釣魚用的智能探魚器，既要手機近距直連看實時畫面，又要船在幾百米外還能收到數(shù)據(jù)——單一模組很難同時搞定這兩個需求。

某科技公司在其戶外智能終端項目中，采用了安信可科技的WiFi + LoRa 雙模組的通信架構(gòu)，驗證了一套成熟可量產(chǎn)的方案。

這套組合為什么成立，本文從場景適配和實戰(zhàn)經(jīng)驗兩個維度說清楚。

01 場景的矛盾：近要穩(wěn)，遠要通

戶外智能終端面臨的通信需求，本質(zhì)上是一道「距離」題。

以智能探魚器為例：用戶站在岸邊，船開出幾十米，手機要能直接收到聲納實時畫面——這是近距、低延遲、雙向交互的需求；同時，船越開越遠，數(shù)據(jù)還要能傳回來，可能是通過岸邊中繼或船載網(wǎng)關(guān)——這是遠距、低功耗、穩(wěn)定傳輸?shù)男枨蟆?/p>

單一 WiFi 模組在近距場景表現(xiàn)優(yōu)秀，但信號覆蓋天然受熱點布設(shè)限制，空曠戶外幾十米后衰減明顯；單一 LoRa 模組遠距離低功耗表現(xiàn)突出，但帶寬太低，無法承載實時畫面這類數(shù)據(jù)量。

更關(guān)鍵的是，戶外場景對功耗、體積、成本都敏感——不能靠堆硬件解決。

雙模組思路的底層邏輯：讓 WiFi 和 LoRa 各干各最擅長的事。近距交互交給 WiFi（高帶寬、低延遲、手機直連），遠距回傳交給 LoRa（高靈敏度、低功耗、穿墻能力強）。兩者協(xié)同，分工明確，整體功耗和成本可控。

02 產(chǎn)品組合：兩個模組，各有所長

選型時需要同時滿足近距和遠距兩組參數(shù)要求，下面分別來看。

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

Ai-WB2-01F 的核心優(yōu)勢在于高帶寬 + 低延遲。WiFi 的物理帶寬支撐實時畫面?zhèn)鬏?，UART 透傳模式下數(shù)據(jù)無需二次開發(fā)，原廠提供參考代碼，調(diào)試周期短。在近距場景中，手機直連模組熱點，數(shù)據(jù)直接透傳，無需經(jīng)過服務(wù)器中轉(zhuǎn)，延遲可以壓到毫秒級。

Ra-01SC — 遠距通信模組（LoRa）

Ra-01SC 的核心優(yōu)勢在于超高接收靈敏度：-129 dBm 意味著在極弱信號環(huán)境下仍能穩(wěn)定接收數(shù)據(jù)。

相比 Ai-WB2-01F 的 -98 dBm，靈敏度高出31 dB——這個差距換算成實際效果，大約是信號覆蓋半徑擴大 10 倍以上。這也是 LoRa 在遠距場景不可替代的根本原因。

03 為什么這套組合成立：場景參數(shù)對照

把兩個模組的核心參數(shù)放到實際場景里對比，結(jié)論就很清晰了。

兩個模組分別承擔不同層級的通信任務(wù)，不存在功能重疊導致的資源浪費。整體方案的功耗天花板，取決于 WiFi 工作時段的峰值功耗；LoRa 部分在大部分時間處于休眠狀態(tài)，對續(xù)航的影響可以忽略不計。

04 實戰(zhàn)中容易遇到的幾個工程考量

將 WiFi + LoRa 雙模組方案落地到具體產(chǎn)品時，有幾個工程問題需要提前納入設(shè)計。以下是實戰(zhàn)中總結(jié)的經(jīng)驗，供開發(fā)者參考。

應用提示①：高速數(shù)據(jù)流的協(xié)議分包

在 UART 透傳場景下，如果數(shù)據(jù)源發(fā)送頻率較高（比如聲納設(shè)備 100ms 發(fā)一幀），直接透傳容易出現(xiàn)粘包現(xiàn)象——兩幀數(shù)據(jù)粘連在一起被接收端解析。

建議做法：在 UART 側(cè)做空閑分包處理（空閑 10ms 判定為一幀結(jié)束），同時在 TCP 傳輸層開啟TCP_NODELAY，關(guān)閉 Nagle 算法延遲合并。

安信可技術(shù)團隊提供配套的參考固件和分包示例代碼，開發(fā)者無需從零摸索。

應用提示②：遠距 WiFi 通信的內(nèi)存配置

WiFi 信號在遠距弱覆蓋場景下，丟包率上升，LwIP 協(xié)議棧的內(nèi)存占用會隨之增加。如果 LwIP 可用堆內(nèi)存偏小，長時間運行可能出現(xiàn)內(nèi)存堆積，影響網(wǎng)絡(luò)通信的穩(wěn)定性。

建議做法：在 SDK 配置中適當擴大 LwIP 可用內(nèi)存（比如從默認 8KB 調(diào)整至 12KB），同時配置看門狗定時器，自動檢測通信異常并觸發(fā)重連。

安信可 SDK 提供了對應的配置參數(shù)文檔，調(diào)整方式相對簡單，建議在產(chǎn)品設(shè)計階段提前驗證。

應用提示③：遠距場景下的傳輸協(xié)議選型

當終端與服務(wù)器之間的物理距離大幅增加時，TCP 的流控機制（滑動窗口）可能因為鏈路往返時間（RTT）變長而進入較長時間的等待狀態(tài)，在極端情況下影響數(shù)據(jù)到達的實時性。

建議做法：對于遠距回傳通道（LoRa 側(cè)），評估是否適合采用 UDP 協(xié)議替代部分 TCP 連接。UDP 無連接、無流控，在 LoRa 低帶寬、遠距離場景下響應更及時。

需要說明的是，這并不是「用 UDP 修 Bug」，而是根據(jù)鏈路特性做的正常協(xié)議選型。近距交互層（WiFi 側(cè)）仍可保持 TCP 確保可靠性。

05 哪些場景適合這套雙模組方案

WiFi + LoRa 雙模組架構(gòu)的價值不限于探魚器，以下場景同樣適用。

智能漁具：探魚器、水面漂流儀、釣點定位器。近距看實時數(shù)據(jù)，遠距回傳位置和電量。

戶外儀表：氣象站、水質(zhì)監(jiān)測終端、戶外測繪設(shè)備。LoRa 回傳傳感器數(shù)據(jù)，WiFi 配置參數(shù)。

手持終端：戶外巡檢儀、林業(yè)采集器。手機近距直連調(diào)參，大范圍作業(yè)靠 LoRa 中繼。

水上設(shè)備：小型水質(zhì)浮標、漂流物追蹤器。低功耗 LoRa 回傳 + 手機近距查看配置。

核心判斷標準只有一條：近距需要高帶寬交互，遠距需要低功耗穩(wěn)定回傳——滿足這個組合特征的場景，雙模組方案都具有參考價值。

06 結(jié)語

戶外智能終端的通信設(shè)計，本質(zhì)上是在「帶寬」「距離」「功耗」三者之間找平衡。WiFi 和 LoRa 各有局限，但組合在一起，恰好能覆蓋大多數(shù)場景的兩端需求。

選型時不需要在「哪個模組更強」之間糾結(jié)——答案取決于你的產(chǎn)品此刻更需要什么。參數(shù)擺在那里，場景對照著看，結(jié)論往往是清楚的。