讀這篇你會得到什么：

1）不再只用一個電流參數來判斷功耗；

2）用一套簡單的“功耗預算”公式，幫你的項目算出“能撐幾天”；

3）能夠判斷，到底是 Sleep / RX / ToA 誰在吃電，然后再決定模塊該看哪些指標。

前提與口徑說明

本文選取了兩款基于 Semtech LR1121 平臺的無線模塊進行對比，分別為 G-NiceRF LoRa1121 與某品牌 A（型號 A-XXX）。由于兩者采用同一芯片平臺，因此在功耗方面具有較好的可比性。

相關數據均來源于各自的官方手冊或規格書。需要說明的是：

1. 某品牌 A 標注的 Sleep current = 10 μA，對應的是其文檔中定義的 “Software shutdown（軟件關斷）” 狀態，該狀態下射頻模塊處于完全關閉，不同于實際項目中常用的普通 Sleep / Standby 工作模式。
2. G-NiceRF LoRa1121 的規格中給出了 “Sleep current ≤ 1 μA（@3.3V）” 的參數說明，同時 RX 電流按 433 MHz / 2.4 GHz 等典型工作條件標注，TX 電流則以“發射功率–電流對照表”的形式提供，便于在實際設計中參考。

如需進一步核對原始資料或查看完整引用清單，可聯系獲取相關文檔鏈接。

先看“關鍵功耗指標表”

先判斷你的設備大多數時間在干嘛？睡眠？等下行？還是頻繁發包？不同狀態占比不同，決定了你該優先看哪幾行參數。

關鍵功耗指標一覽表（注：數據值越低越好）

為什么“低功耗”不能只看一行參數？

模塊功耗決定“基線”，使用方式決定“放大倍數”。續航差異通常由睡眠、接收、發射（ToA）三種狀態的時間占比共同決定：

• 睡眠占比：設備絕大多數時間在不在睡？
• 接收占比：你為了等下行、等 ACK、做監聽、做喚醒，開 RX 多久？
• 發射占比（Time-on-Air）：你每次發包在空口“占用射頻”的時間有多長？

同一套 LoRa 參數下，ToA 理論上是一樣的。在同一塊電池下，如果你的 ToA 變長（比如 SF 更高、包更大、重傳更多），或者 RX 窗口更頻繁，電池壽命會掉得非?？?。這類損耗很多時候優先靠“工作方式 + 參數策略”來壓下去。但功耗不只有這一類來源。當設備長期睡眠或頻繁接收時，模塊在 Sleep/RX 等指標上的差異也會被放大，選擇更低功耗的模塊能帶來實打實的續航提升。

先判斷你的項目是誰在“吃電”？

我們劃分成三類典型設備，你可以看看自己的應用屬于哪一類，選型就會清晰很多：

A. 低頻上報（睡眠電流主導）

每天/每小時上報一次傳感數據；大多數時間深睡眠。

這類設備的關鍵是 Sleep current（睡眠電流）。

• G-NiceRF：≤1 μA
• 某品牌A：10 μA (軟件關斷口徑)

相差 9 μA，在“長期待機 + 電池自放電 + 溫度影響”疊加下，這種數量級差異會實打實影響“能不能撐到目標年限”。

B. 頻繁上報或包很“長”（TX 電流 + Time-on-Air 主導）

每 1–5 分鐘上報一次；或者用了高 SF/小帶寬導致 ToA 很長；或者鏈路差導致重傳多。

這類設備，TX 峰值電流重要，但 ToA 往往更重要。

從數據來看這兩家在 Sub-GHz 的 TX 峰值（約 120–125 mA）其實非常接近，所以誰更省電通常取決于：

• 選擇的 SF/BW/CR
• 包大小
• 重傳率
• 上報頻率

C. 需要經常接收/監聽（RX 電流主導）

要經常等下行控制；要頻繁開 RX 窗口；要做“隨時可控”。

這類設備關鍵是 RX current。

Sub-GHz 接收 <6 mA vs 9.5 mA，這是很明顯的差距；如果 RX 占比上去，平均電流差會被放大。?

同一使用方式下，模塊功耗差異影響有多大？

下面給兩個非常典型的算例（為了看趨勢，ToA、窗口時長你可替換成你項目的真實值）。

低頻上報（睡眠主導）

假設：

• 絕大多數時間睡眠
• 為了先看清睡眠電流的累計影響，這里把 TX/RX 視為占比很小的項，暫不計入，僅計算睡眠電流帶來的基礎耗電（用于趨勢對比）。
• 電池：2400 mAh（舉例）

睡眠電流換算：

• G-NiceRF：1 μA = 0.001 mA
  每天睡眠耗電 ≈ 0.001 × 24 = 024 mAh/天
• 某品牌A：10 μA = 0.01 mA
  每天睡眠耗電 ≈ 0.01 × 24 = 24 mAh/天

差異：

• 每天差 ≈ 216 mAh/天
• 每年差 ≈ 8 mAh/年

如果你的設備真的是“99.99% 在睡”，那這差異會穩定累積，屬于“慢慢拉開差距”的那種；但如果你的設備其實 RX/TX 很頻繁，那睡眠差距很快會被 RX/TX 的耗電淹沒。

頻繁開 RX 窗口（RX 主導）

假設：

• 每分鐘開一次接收窗口 1 秒（比如等下行、等 ACK、輪詢）
• 一天 RX 總時長：1440 秒

用 Sub-GHz RX 電流：

• G-NiceRF：按 <6 mA 估算
  • 每天 RX 耗電 ≈ 6 × (1440/3600) = 4 mAh/天
• 某品牌A：5 mA
  • 每天 RX 耗電 ≈ 9.5 × (1440/3600) = 8 mAh/天

差異：

• 每天差 ≈ 4 mAh/天
• 以 2400 mAh 電池粗算，這 1.4 mAh/天 單獨就相當于 約 1700 天 vs 630 天的相差（這里只是把 RX 單項拿出來對比，實際還要加 TX/MCU/穩壓器等）。

只要 RX 占比上來，<6 mA vs 9.5 mA 這種差距就會變成“肉眼可見的壽命差”。

所以“要不要經常接收/監聽”這個需求，會直接決定你該不該把 RX 電流當成第一指標。

TX 峰值很接近時，你真正要盯的是 Time-on-Air（ToA）

我們從數據表看兩家的 Sub-GHz 大功率發射電流都在 約 120–125 mA這一檔，差異很小。此時決定“發一次包到底花多少電”的關鍵變成：ToA（空口時間），發包頻率和重傳率

發一次包到底花多少電？

很多人只關注到電流表上顯示的 125mA，卻忽略了電流持續了多久。讓我們看下這參數下的真實計算（使用 LR1121）：

參數配置：

• Bandwidth (BW) = 125 kHz
• Spreading Factor (SF) = 12
• Coding Rate (CR) = 4/5
• Payload = 64 Bytes
• Preamble = 8, Header = Explicit, CRC = On, LDRO = On

ToA 計算結果：約 2.79 秒

單次發射耗電成本：

這是發一個包的耗電，如果因為網絡環境差導致需要重傳 3 次，那么單次數據上報就要消耗近 0.3 mAh。如果優化參數（如改用 SF7）將 ToA 降至 0.12 秒左右，單次耗電僅需約 0.004 mAh。

在 TX 電流相近的情況下，參數配置帶來的 ToA 差異（可達 20 倍以上）。

一塊 2400 mAh 電池能撐多久？

同樣的參數和電池容量給不同的模塊用，理論壽命會是多久呢？

場景設定（模擬典型工業監測）：

• 電池：2400 mAh（以6V 2400mAh 18650鋰電池為基準）
• 周期：每 1 小時上報一次
• 動作：
  1. 發射：79 秒（LoRa SF12 重負載空中時間）
  2. 接收：00 秒（Rx 監聽窗口）
  3. 睡眠：21 秒（剩余時間）
• 頻段：Sub-GHz 868 MHz（最大功率）

誰的功耗更低？

我們將每小時的所有動作（發射、接收、睡眠）的耗電量進行累加，并推算理論壽命：

注意：

• 這里只算“無線模塊本體”：未計入 MCU 喚醒/采樣、傳感器預熱、穩壓器靜態電流、上電沖擊等；整機壽命通常會比表格更短。
• 2400 mAh 是容量口徑：不同電池體系/截止電壓/溫度/放電倍率會影響“可用容量”。本文用于同供電假設下的橫向對比。
• 某品牌A-XXX的 10 μA 為其低功耗/關斷口徑：實際項目若需要更頻繁的外設保持或更短喚醒響應，睡眠電流可能高于該值。

多出來的 3.5 個月是從哪來的？

在發射耗電（Tx 占總耗電 90% 以上）的重負載場景下，G-NiceRF LoRa1121 比 某品牌A-XXX延長了 107 天（約 3.5 個月）。

為什么 Tx 電流明明差不多（123mA vs 125mA），差距卻很大？我們把“每小時的耗電差額”拆開看（單位：mAh/小時）：

78% 的差距來源：睡眠電流（1μA vs 10μA）

• 發射看起來很耗電，但它只持續不到 3 秒。而設備在剩下的 3596 秒里都在睡眠。G-NiceRF 的 1μA底噪很低，在 3596 秒的長時間累積，形成主要差額（約 0090 mAh/小時）。

13% 的差距來源：發射電流（123mA vs 125mA）

• Tx 電流差只有 2 mA，但仍會帶來約 0016 mAh/小時的差額。

9% 的差距來源：接收電流（<6mA vs 9.5mA）

• 兩者 Rx 電流相差約 3.5 mA，在 1 秒窗口內帶來約 0010 mAh/小時的額外耗電差額。

如果你的設備不是 24 小時連續發包，壓低睡眠底噪（Sleep Current）是延長電池壽命高效的手段。

把數據放進“功耗預算公式”

（功耗預算流程圖：用電池容量與 Sleep/RX/TX 參數估算 LoRa 設備續航）

選型落地

如果你的目標是“更長電池壽命”，可以按設備的工作方式來決定優先看哪些指標：

低頻上報、長期待機（睡眠主導）

這類設備絕大多數時間處于低功耗狀態，續航更受 低功耗電流影響。

在官方資料給出的口徑下，G-NiceRF 標注為 ≤1 μA（@3.3V, Sleep），某品牌A標注為 10 μA（software shutdown）。在“長期待機”的使用模式里，μA 級差異會隨著時間累積，更容易影響能否達到目標年限。

需要頻繁接收/監聽（RX 主導）

如果設備需要常開接收、頻繁開 RX 窗口或等待下行控制，優先看 接收電流（尤其 Sub-GHz）。

資料顯示，G-NiceRF LoRa1121 Sub-GHz 接收電流為 <6 mA（@433MHz 條件），某品牌A-XXX為 9.5 mA（Sub-GHz）。當接收窗口更頻繁、累計接收時間更長時，這一差距更容易體現為平均電流差，從而影響續航。

發包頻繁/包很長（TX/ToA 主導）

在發包頻繁或 ToA 較長的場景里，兩者 TX 峰值電流處于同一量級（約 120–125 mA），此時續航更容易被 ToA、重傳率、上報頻率、載荷大小拉開差距。

更有效的做法是先把這些“使用方式變量”優化到合理范圍，再結合模塊的 Sleep/RX 指標評估能獲得多少額外續航空間；在長期待機或高監聽占比的項目里，G-NiceRF 的低功耗與接收電流指標更有利于把優勢轉化為實際續航收益。

FAQ

供應商標的 Sleep current 能直接對比嗎？“Sleep / Standby / Shutdown”到底差在哪？

不建議只看一個數字就下結論。不同廠商對“睡眠態”的定義可能不一樣，常見至少有三類：

• Sleep（睡眠）：通常保留部分狀態，可通過 SPI/NSS 事件或定時器等喚醒
• Standby（待機）：比 Sleep 更“醒”，喚醒更快，但電流一般更高
• Shutdown（關斷/軟件關斷）：接近完全關閉，電流最低，但喚醒路徑、恢復時間、可保留功能也不同

為什么 TX 峰值電流差不多，續航卻能差出幾個月？我到底該盯哪個指標？

峰值 TX 電流只說明“發射那一下有多大”，但真正決定電量消耗的是：電流 × 持續時間。

更實用的選型優先級是：

• 低頻上報、長期待機：優先看 Sleep current（μA）
• 需要等下行/頻繁開接收窗：優先看 RX current（mA）+ RX 累計時長
• 發包頻繁或包很長：優先看 Time-on-Air（ToA）與重傳率，其次才是 TX 電流

快速核算也很直接：

單次耗電(mAh) ≈ 電流(mA) × 時間(s) / 3600。

ToA（空口時間）怎么快速估算？哪些參數最容易把 ToA 拉長？

ToA 主要受 SF、BW、CR、載荷長度影響。一般規律：

• SF 越高，ToA 越長（更遠、更抗干擾，但更“慢”）
• BW 越窄，ToA 越長
• 載荷越大，ToA 越長；鏈路差導致重傳時，總 ToA 還會被放大

為什么文章里一直強調 RX（接收）？我不下發控制也要關心 RX 嗎？

只要系統存在“等待下行/ACK/輪詢”的需求，RX 就可能是隱藏的耗電大頭。

以 LoRaWAN 為例，終端每次上行后會按規范打開 RX1/RX2 接收窗口來收下行；就算沒收到數據，這段窗口也會消耗接收電流。窗口更頻繁、窗口更長，或者做持續監聽（例如 Class C 思路），平均電流都會明顯上升。

DC-DC 還是 LDO？對續航影響多大?

很多 LoRa 收發器/模塊同時支持 DC-DC與 LDO兩種供電方式。一般來說，DC-DC 更省電，但往往需要外接電感，電路設計與 EMI 也更講究；LDO 方案更簡單，但在 RX/TX 等工作態下可能更“費電”。有些 Semtech 文檔也明確建議為了能效使用 DC-DC（代價是多一個電感）。