1. 低功耗與 Wi-FiIoT 設(shè)備里那對(duì)“天生冤家”做物聯(lián)網(wǎng)設(shè)備的人十有八九都經(jīng)歷過(guò)這種拉扯產(chǎn)品經(jīng)理說(shuō)要加 Wi-Fi 聯(lián)網(wǎng)電池還得撐一年老板說(shuō)要降低成本PCB 面積還要再縮一半。早年聽(tīng)到這話(huà)我基本只能苦笑——那時(shí)候 Wi-Fi 模組的待機(jī)電流能到毫安級(jí)一顆 CR2032 紐扣電池?fù)尾贿^(guò)一周低功耗和 Wi-Fi 在絕大多數(shù)人眼里就是“魚(yú)與熊掌”。這幾年情況確實(shí)變了。新一代嵌入式 Wi-Fi 方案把休眠電流壓到了微安級(jí)喚醒時(shí)間做到毫秒級(jí)再加上各種低功耗協(xié)議的加持“電池供電 Wi-Fi 直連”終于從PPT走向了量產(chǎn)。我最早被這類(lèi)方案打動(dòng)是在一個(gè)智能門(mén)鎖項(xiàng)目里?？蛻?hù)要求門(mén)鎖待機(jī)兩年、門(mén)磁傳感器一年不換電池還要能隨時(shí)通過(guò)手機(jī) App 遠(yuǎn)程查看狀態(tài)。放到五年前這需求基本無(wú)解放到現(xiàn)在幾顆紐扣電池就能搞定。這篇文章我不打算做芯片參數(shù)的堆砌而是想把這些方案背后的設(shè)計(jì)邏輯、真實(shí)項(xiàng)目里的選型依據(jù)、以及那些“數(shù)據(jù)手冊(cè)上不會(huì)寫(xiě)”的坑一次性講清楚。無(wú)論你是準(zhǔn)備從零選型還是已經(jīng)在某個(gè)低功耗 Wi-Fi 項(xiàng)目里踩坑這篇都值得花幾分鐘看完。2. 從“毫安”到“微安”低功耗 Wi-Fi 到底動(dòng)刀動(dòng)了哪里想理解低功耗 Wi-Fi 方案得先明白傳統(tǒng) Wi-Fi 為什么費(fèi)電。市面上常見(jiàn)的 Wi-Fi 模組哪怕只是維持連接也需要持續(xù)跟路由器保持心跳通信接收信標(biāo)、維持 IP 租約、響應(yīng)探測(cè)請(qǐng)求。這一套流程下來(lái)接收電流通常在 50mA~100mA 之間發(fā)射時(shí)沖到 200mA 以上也不稀奇。就算進(jìn)入休眠很多模組也只是“淺睡”喚醒后要重新關(guān)聯(lián) AP時(shí)間長(zhǎng)達(dá)幾百毫秒甚至數(shù)秒這期間電流一直處于高位。新一代低功耗方案做的第一件事就是把“連接也費(fèi)電”這個(gè)問(wèn)題拆開(kāi)來(lái)看。它們的核心思路不是讓 Wi-Fi 本身不耗電而是讓設(shè)備“大多數(shù)時(shí)間根本不在 Wi-Fi 上”只在需要傳數(shù)據(jù)的那一刻才把射頻拉起來(lái)傳完立刻睡回去。這個(gè)思路聽(tīng)起來(lái)簡(jiǎn)單做起來(lái)難。難在哪首先是射頻前端的啟動(dòng)時(shí)間。傳統(tǒng)方案從冷啟動(dòng)到完成射頻校準(zhǔn)要花幾十毫秒低功耗方案把這個(gè)過(guò)程壓縮到幾毫秒靠的是硬件上的快速鎖相環(huán)和預(yù)校準(zhǔn)狀態(tài)保持。其次是協(xié)議棧的瘦身。傳統(tǒng) TCP/IP 協(xié)議棧跑在 MCU 上內(nèi)存占用動(dòng)輒幾十 KB而低功耗場(chǎng)景通常只有幾十 KB 的 RAM 可用協(xié)議棧必須裁剪到剛好夠用的程度。最后是射頻前端的低漏電設(shè)計(jì)休眠時(shí)整個(gè)射頻鏈路必須徹底斷電漏電流要控制在 1μA 以下這需要芯片設(shè)計(jì)層面的精細(xì)調(diào)校。用一個(gè)不嚴(yán)謹(jǐn)?shù)芎枚念?lèi)比傳統(tǒng) Wi-Fi 模組像一輛一直不熄火的汽車(chē)哪怕停在路邊發(fā)動(dòng)機(jī)也在空轉(zhuǎn)耗油低功耗方案則像一輛混動(dòng)車(chē)停車(chē)時(shí)發(fā)動(dòng)機(jī)完全關(guān)閉需要走的時(shí)候再瞬間點(diǎn)火起步電機(jī)的響應(yīng)速度還特別快。低速城區(qū)代步低頻數(shù)據(jù)上報(bào)混動(dòng)優(yōu)勢(shì)明顯但如果天天跑高速持續(xù)大數(shù)據(jù)傳輸混動(dòng)的優(yōu)勢(shì)就會(huì)被稀釋。這就引出了一個(gè)關(guān)鍵結(jié)論低功耗 Wi-Fi 不是“所有場(chǎng)景都更省電”而是“低占空比場(chǎng)景下更省電”。如果你的設(shè)備每秒鐘都要傳視頻流那任何低功耗方案都救不了你但如果你的設(shè)備一天只上報(bào)幾次狀態(tài)低功耗 Wi-Fi 絕對(duì)能帶來(lái)數(shù)量級(jí)的續(xù)航提升。3. 說(shuō)人話(huà)低功耗 Wi-Fi 方案的實(shí)際工作流程原理歸原理真要落地到代碼和硬件上工作流程才是決定功耗的關(guān)鍵。我以當(dāng)前主流的低功耗 Wi-Fi SoC 為例走一遍典型的“上報(bào)一次數(shù)據(jù)”旅程你就會(huì)明白省電在哪、也明白為什么“跑通容易、跑省電難”。3.1 睡眠狀態(tài)一切功耗的起點(diǎn)設(shè)備上電后如果沒(méi)事情做主控和射頻全部進(jìn)入深度睡眠。這個(gè)狀態(tài)下只有一顆低速時(shí)鐘通常是 32kHz 的 RC 振蕩器或外部晶振在跑用于維持定時(shí)器和 RTC。芯片的數(shù)據(jù)手冊(cè)上會(huì)標(biāo)一個(gè)“Sleep Current”好的方案能做到 1μA 到 5μA差一點(diǎn)的可能到 20μA。這組數(shù)據(jù)直接決定你的電池能用多久——同樣一顆 1000mAh 電池1μA 和 20μA 的待機(jī)電流理論待機(jī)時(shí)間能差出 20 倍選型的時(shí)候千萬(wàn)別忽略。3.2 事件喚醒從睡到醒的加速度傳感器采集到數(shù)據(jù)或者定時(shí)器到點(diǎn)芯片從深度睡眠中醒來(lái)。這個(gè)過(guò)程術(shù)語(yǔ)叫“Wake-up”主要體現(xiàn)在兩個(gè)方面一是中斷響應(yīng)速度二是射頻上電到可以發(fā)包的時(shí)間。低功耗方案通常標(biāo)稱(chēng)“從喚醒到發(fā)出第一個(gè)字節(jié)”只需要 1ms~3ms傳統(tǒng)方案可能要 10ms 以上。別小看這幾毫秒的差距——如果你的設(shè)備每小時(shí)醒一次每次多睡 10ms 聽(tīng)起來(lái)無(wú)所謂但乘以 8760 小時(shí)累加的功耗差異就相當(dāng)可觀(guān)了。3.3 連接與傳輸省電的關(guān)鍵策略這一步是低功耗 Wi-Fi 的“核心機(jī)密”。設(shè)備喚醒后連接 AP 的方式有兩種保持連接型設(shè)備一直掛著 Wi-Fi但通過(guò)縮短信標(biāo)監(jiān)聽(tīng)間隔、使用 Power Save 模式來(lái)省電。適合需要低延遲下發(fā)的場(chǎng)景比如智能門(mén)鎖的遠(yuǎn)程開(kāi)鎖。按需連接型平時(shí)徹底斷網(wǎng)喚醒后臨時(shí)掃描、關(guān)聯(lián)、獲取 IP、上報(bào)數(shù)據(jù)然后立刻斷網(wǎng)入睡。適合純上報(bào)型場(chǎng)景比如溫濕度傳感器、水電表。大部分低功耗場(chǎng)景選第二種。這里有個(gè)重要的協(xié)議叫Wi-Fi 低功耗功能不是某個(gè)特定標(biāo)準(zhǔn)而是一系列技術(shù)的統(tǒng)稱(chēng)涉及 Target Wake Time目標(biāo)喚醒時(shí)間。TWT 允許設(shè)備跟 AP 約定一個(gè)時(shí)間表只在約定的時(shí)間點(diǎn)醒來(lái)交換數(shù)據(jù)其余時(shí)間 AP 不會(huì)主動(dòng)找它。這就像兩個(gè)人約好“每天晚上 8 點(diǎn)看消息”而不是每五分鐘刷一次聊天軟件——省電的同時(shí)還不耽誤事兒。3.4 回睡最容易忽略的功耗黑洞數(shù)據(jù)發(fā)完并不是終點(diǎn)。很多開(kāi)發(fā)者以為數(shù)據(jù)發(fā)完就能直接睡結(jié)果實(shí)測(cè)續(xù)航和理論差了十萬(wàn)八千里問(wèn)題往往出在“回睡”這個(gè)環(huán)節(jié)。芯片從傳輸狀態(tài)切回睡眠狀態(tài)需要完成射頻斷電、總線(xiàn)掉電、內(nèi)存保持或清理等一系列操作期間如果某個(gè)外設(shè)沒(méi)關(guān)干凈電流會(huì)一直漏。我見(jiàn)過(guò)一個(gè)項(xiàng)目主控睡了但一顆未關(guān)斷的 LED 驅(qū)動(dòng)芯片一直在耗電直接把整個(gè)系統(tǒng)的待機(jī)電流拉高了 60μA——這數(shù)字看起來(lái)不大但換算成年續(xù)航少了小半年。低功耗設(shè)計(jì)有個(gè)鐵律系統(tǒng)的功耗不是由“最低功耗器件”決定的而是由“最高功耗漏網(wǎng)點(diǎn)”決定的。排查功耗問(wèn)題別只盯著主芯片外設(shè)、上拉電阻、電源指示燈每一個(gè)都可能成為漏網(wǎng)點(diǎn)。4. 選型必看幾個(gè)核心指標(biāo)與不同方案的真實(shí)對(duì)比很多工程師選 Wi-Fi 方案習(xí)慣性先看“支持 802.11 哪個(gè)版本”“速率多少”但在低功耗場(chǎng)景里這些參數(shù)反而要往后放。我建議按以下優(yōu)先級(jí)來(lái)評(píng)估睡眠電流和喚醒時(shí)間。這倆決定了待機(jī)功耗和上報(bào)間隔的極限。射頻發(fā)射和接收峰值電流。雖然只持續(xù)幾毫秒但電池內(nèi)阻大的時(shí)候可能直接把電池電壓拉崩。協(xié)議棧占用內(nèi)存和 Flash。低端 MCU 資源緊張棧太大根本塞不下。連接保持能力與掉線(xiàn)重連速度。物聯(lián)網(wǎng)環(huán)境路由器五花八門(mén)重連速度直接關(guān)系用戶(hù)體驗(yàn)。配套生態(tài)和開(kāi)發(fā)工具。芯片再好工具鏈難用也會(huì)拖慢項(xiàng)目進(jìn)度。當(dāng)前市面上主流的低功耗 Wi-Fi 方案大致可以分成三類(lèi)路線(xiàn)我用一個(gè)表格把核心差異列出來(lái)方案類(lèi)型典型代表睡眠電流喚醒到發(fā)包時(shí)間適用場(chǎng)景主要優(yōu)勢(shì)需要注意的點(diǎn)單芯片 Wi-Fi SoCEspressif、Realtek、聯(lián)發(fā)科等1μA~10μA1ms~3ms智能家居、傳感器、門(mén)鎖成本低、集成度高、直接跑應(yīng)用應(yīng)用代碼和協(xié)議棧共用資源復(fù)雜度高Wi-Fi MCU 組合外掛低功耗 MCU Wi-Fi 透?jìng)髂＝M取決于 MCU可做到 1μA 以下5ms~10ms超低功耗傳感器節(jié)點(diǎn)功能拆分清晰各自?xún)?yōu)化BOM 成本略高鏈路變長(zhǎng)Wi-Fi 藍(lán)牙雙模低功耗 Wi-Fi 芯片內(nèi)置 BLEBLE 模式可低至 1μA 以下BLE 毫秒級(jí)、Wi-Fi 稍慢配網(wǎng)場(chǎng)景復(fù)雜的消費(fèi)類(lèi)設(shè)備配網(wǎng)體驗(yàn)好雙鏈路互補(bǔ)芯片面積和成本略高從實(shí)際項(xiàng)目角度看單芯片方案是目前的主流適合大多數(shù) IoT 設(shè)備如果功耗要求極其苛刻比如醫(yī)療貼片、資產(chǎn)追蹤器這種幾年不換電池的場(chǎng)景可以考慮 Wi-Fi MCU 組合如果有配網(wǎng)需求雙模方案會(huì)省心很多——先用 BLE 把 Wi-Fi 配網(wǎng)信息傳進(jìn)去再切到 Wi-Fi 通信體驗(yàn)比“SmartConfig 一鍵配網(wǎng)”在復(fù)雜網(wǎng)絡(luò)環(huán)境里穩(wěn)得多。選型的時(shí)候還有一個(gè)很容易被忽略的維度天線(xiàn)方案。PCB 天線(xiàn)成本低但增益不穩(wěn)定外置天線(xiàn)性能好但占空間陶瓷天線(xiàn)居中。低功耗設(shè)備往往體積小天線(xiàn)周?chē)h(huán)境復(fù)雜電池、屏幕、金屬外殼都會(huì)影響天線(xiàn)性能如果天線(xiàn)調(diào)不好會(huì)造成一個(gè)很尷尬的后果設(shè)備為了連上網(wǎng)絡(luò)不斷提高發(fā)射功率功耗直線(xiàn)上升續(xù)航急劇縮水。我甚至見(jiàn)過(guò)一個(gè)項(xiàng)目因?yàn)樘炀€(xiàn)匹配沒(méi)做好同一塊電池續(xù)航從 8 個(gè)月掉到了 3 個(gè)月。選型階段留出天線(xiàn)調(diào)試的時(shí)間真的比什么都重要。5. 不止是芯片整個(gè)系統(tǒng)的功耗才是真正的戰(zhàn)場(chǎng)芯片選得再好系統(tǒng)設(shè)計(jì)一塌糊涂續(xù)航照樣崩。低功耗是“整個(gè)系統(tǒng)的能力”不是“某顆芯片的能力”。下面幾個(gè)環(huán)節(jié)是我在真實(shí)項(xiàng)目中反復(fù)踩過(guò)坑之后總結(jié)出來(lái)的每一個(gè)都可能讓你的功耗預(yù)算瞬間破功。5.1 電源設(shè)計(jì)靜態(tài)功耗的隱形殺手低成本 IoT 設(shè)備常用線(xiàn)性穩(wěn)壓器LDO便宜、紋波小但 LDO 的靜態(tài)電流Iq是個(gè)容易被忽視的參數(shù)。普通 LDO 的 Iq 可能到幾十微安而低功耗 LDO 能做到 1μA 以下。如果你的設(shè)備待機(jī)電流目標(biāo)是 10μA一顆“費(fèi)電”的 LDO 就直接吃掉一大半預(yù)算。換一顆低 Iq 的 LDO可能只貴幾毛錢(qián)續(xù)航卻能明顯改善。DC-DC 方案的效率在高負(fù)載下比 LDO 好但低負(fù)載時(shí)的開(kāi)關(guān)損耗和靜態(tài)電流可能反而更高。低功耗設(shè)備在大多數(shù)時(shí)間都處于低負(fù)載未必是 DC-DC 一統(tǒng)天下很多時(shí)候 LDO 深度睡眠反而是最優(yōu)解。5.2 外設(shè)管理斷電與時(shí)鐘的精細(xì)策略傳感器、顯示屏、指示燈這些外設(shè)不用的時(shí)候一定要徹底斷電而不是只靠軟件“關(guān)閉”。軟件關(guān)閉很多情況下只是把模塊置于待機(jī)模式本質(zhì)上還在耗電只有用 MOSFET 或負(fù)載開(kāi)關(guān)把電源徹底切掉才叫真正的“斷電”。尤其在多傳感器設(shè)備上哪怕每顆傳感器只漏 1μA五顆加起來(lái)就是 5μA足以影響整機(jī)續(xù)航。時(shí)鐘策略同樣不能忽略。如果系統(tǒng)里有時(shí)鐘芯片或外部晶振一定要確認(rèn)它們?cè)谛菝邥r(shí)是不是還在跑。有些低功耗模式下外部晶振不休止會(huì)白白消耗電流。設(shè)計(jì)時(shí)優(yōu)先選內(nèi)部 RC 振蕩器或者把 32kHz 低速晶振的功耗算進(jìn)預(yù)算里。5.3 軟件功耗管理比硬件更考驗(yàn)功力低功耗設(shè)計(jì)里軟件的角色往往被低估。我從項(xiàng)目里總結(jié)出三個(gè)最核心的軟件策略事件驅(qū)動(dòng)代替輪詢(xún)。傳統(tǒng)寫(xiě)法是用 while(1) 循環(huán)輪詢(xún)傳感器每毫秒讀一次狀態(tài)低功耗寫(xiě)法應(yīng)該是傳感器通過(guò)中斷或 DMA 通知 MCUMCU 平時(shí)睡死在低功耗模式里。這個(gè)改動(dòng)本身就能省掉大量主頻空轉(zhuǎn)的功耗。分級(jí)休眠策略。并非所有空閑時(shí)間都需要深度睡眠。低頻事件定時(shí)上報(bào)用深度睡眠高頻事件按鍵響應(yīng)用淺睡眠可以兼顧響應(yīng)速度和功耗。動(dòng)態(tài)電壓頻率調(diào)節(jié)DVFS。需要處理大量數(shù)據(jù)時(shí)跑高主頻空閑時(shí)降到最低主頻。配合睡眠模式能進(jìn)一步壓功耗。軟件層面還有一個(gè)容易忽略的坑Flash 擦寫(xiě)。Wi-Fi 模組如果頻繁寫(xiě)日志或保存配置到 Flash要知道 Flash 擦寫(xiě)需要較高電壓和較長(zhǎng)時(shí)間電流脈沖很大雖然時(shí)間短但對(duì)功耗和 Flash 壽命都有影響。設(shè)計(jì)時(shí)盡量緩存寫(xiě)入、批量操作避免頻繁動(dòng)不動(dòng)就擦一次。5.4 天線(xiàn)匹配與阻抗校準(zhǔn)玄學(xué)背后的物理前面提到天線(xiàn)匹配會(huì)影響功耗這里多說(shuō)幾句。低功耗 Wi-Fi 設(shè)備由于體積限制天線(xiàn)周?chē)慕饘偌?、電池、外殼涂層都可能改變天線(xiàn)諧振頻率。如果天線(xiàn)失配射頻前端為了維持輸出功率會(huì)加大電流效率和通信質(zhì)量雙雙下降。我建議在項(xiàng)目早期就做天線(xiàn)匹配調(diào)試用網(wǎng)絡(luò)分析儀看回波損耗S11必要時(shí)加 π 型匹配電路做微調(diào)。注意匹配電容電感的材質(zhì)和精度廉價(jià)的陶瓷電容在高頻下可能表現(xiàn)出完全不同的特性這個(gè)微小的差別會(huì)在量產(chǎn)時(shí)放大成一致性災(zāi)難。如果條件允許天線(xiàn)部分一定找專(zhuān)業(yè)射頻工程師過(guò)一遍這錢(qián)省不得。6. 項(xiàng)目實(shí)戰(zhàn)一套智能門(mén)鎖方案的全流程復(fù)盤(pán)理論講再多不如走一遍完整項(xiàng)目。我以一個(gè)真實(shí)做過(guò)的“電池供電智能門(mén)鎖”項(xiàng)目為例把從需求分析到量產(chǎn)的完整流程拆開(kāi)你會(huì)發(fā)現(xiàn)低功耗 Wi-Fi 的落地比想象中要繁瑣但每步都值得。6.1 需求拆解與功耗預(yù)算客戶(hù)需求很明確門(mén)鎖用 4 節(jié) AA 電池供電目標(biāo)續(xù)航 18 個(gè)月每天上報(bào)一次開(kāi)關(guān)狀態(tài)支持遠(yuǎn)程開(kāi)鎖雙向通信延遲不超過(guò) 3 秒支持藍(lán)牙配網(wǎng)。初始設(shè)計(jì)估算功耗分三塊待機(jī)狀態(tài)整體待機(jī)電流目標(biāo)做到 20μA 以下。日常狀態(tài)每天一次狀態(tài)上報(bào)每次 5 秒 Wi-Fi 連接 數(shù)據(jù)發(fā)送平均電流約 120mA。遠(yuǎn)程開(kāi)鎖低頻操作但需要保持連接或快速喚醒響應(yīng)。粗略估算一天 24 小時(shí)待機(jī)功耗約 20μA × 24h 480μAh加上每天一次上報(bào)每次約 120mA × 5s 0.167mAh一年加起來(lái)也就 60mAh 左右再算上遠(yuǎn)程開(kāi)鎖和異常報(bào)警的零頭一年總功耗控制在 250mAh 以?xún)?nèi)。4 節(jié) AA 堿性電池電量約 2500~3000mAh扣除內(nèi)阻和低溫衰減按 18 個(gè)月計(jì)算總需求約 400mAh余量非常充足。這個(gè)預(yù)算驗(yàn)證了低功耗 Wi-Fi 方案完全可以勝任。6.2 硬件選型與供電架構(gòu)主控選的是一顆支持低功耗 Wi-Fi 的單芯片 SoC內(nèi)置 802.11 b/g/n睡眠電流標(biāo)稱(chēng) 5μA喚醒時(shí)間 2ms。藍(lán)牙配網(wǎng)功能通過(guò)同一芯片的 BLE 模塊實(shí)現(xiàn)省掉了外掛藍(lán)牙芯片的成本。供電架構(gòu)上我沒(méi)用普通 LDO而是選了一顆超低靜態(tài)電流的 LDODC-DC 混合方案輕負(fù)載自動(dòng)切 LDO高負(fù)載切 DC-DC靜態(tài)電流 0.7μA。電池側(cè)直供避免二次轉(zhuǎn)換損耗。Flash 芯片選的也是低功耗型號(hào)待機(jī)電流 0.4μA。6.3 軟件狀態(tài)機(jī)與功耗管理軟件架構(gòu)上我給門(mén)鎖定義了幾個(gè)狀態(tài)深睡、淺睡、事件處理、網(wǎng)絡(luò)連接、固件升級(jí)。深睡態(tài)Wi-Fi 斷開(kāi)BLE 周期性?huà)呙鐼CU 進(jìn)入低功耗模式電流約 15μA。事件處理按鍵觸發(fā)開(kāi)鎖從深睡喚醒執(zhí)行開(kāi)鎖動(dòng)作后立即回深睡。網(wǎng)絡(luò)連接定時(shí)狀態(tài)上報(bào)或遠(yuǎn)程開(kāi)鎖指令到達(dá)時(shí)按需連接 Wi-Fi傳完即斷。固件升級(jí)臨時(shí)進(jìn)入高功耗模式升級(jí)完成后自動(dòng)回到深睡。狀態(tài)切換的核心是“能睡就睡醒了趕緊干活干完立刻睡”。代碼里我加了一個(gè)“空閑計(jì)數(shù)器”系統(tǒng)沒(méi)有任何待處理事件后延遲 500ms 自動(dòng)進(jìn)入深睡態(tài)。這個(gè)延遲不能太短——如果 Wi-Fi 剛連上還沒(méi)來(lái)得及收數(shù)據(jù)睡早了反而造成反復(fù)喚醒也不能太長(zhǎng)——每一毫秒的淺睡都在吃電池。6.4 實(shí)測(cè)數(shù)據(jù)與功耗調(diào)優(yōu)過(guò)程初版樣機(jī)實(shí)測(cè)待機(jī)電流 38μA離 20μA 的目標(biāo)差了一倍。排查過(guò)程是這樣的先用萬(wàn)用表串聯(lián)測(cè)整板電流發(fā)現(xiàn)峰值出現(xiàn)在“每秒一次的 BLE 掃描事件”上。雖然每次掃描只有幾毫秒但掃描期間電流有 30mA平均下來(lái)把待機(jī)電流拉高了 10μA 多。解決辦法是把 BLE 掃描間隔從 1 秒拉長(zhǎng)到 4 秒效果立竿見(jiàn)影。再查發(fā)現(xiàn) LDO 輸出端給傳感器供電的上拉電阻沒(méi)去掉傳感器斷電后上拉電阻仍然通過(guò) GPIO 漏電。把上拉電阻換成“僅在傳感器供電時(shí)才使能”的 GPIO 控制方案后又降了 5μA。最后用熱成像儀找熱點(diǎn)發(fā)現(xiàn) PCB 上一顆 TVS 管的漏電流異常。換了一顆更低漏電的型號(hào)整板待機(jī)電流終于壓到 19μA。整個(gè)過(guò)程前后花了三周。所以說(shuō)低功耗項(xiàng)目的時(shí)間表里一定要預(yù)留功耗調(diào)優(yōu)的窗口。數(shù)據(jù)手冊(cè)只能給你一個(gè)“起點(diǎn)”真正能用的數(shù)字都是拿萬(wàn)用表和熱成像儀一點(diǎn)點(diǎn)“磨”出來(lái)的。7. 配網(wǎng)與連接低功耗 Wi-Fi 最容易翻車(chē)的地方低功耗設(shè)備如果只考慮“怎么省電”大概率會(huì)在另一個(gè)環(huán)節(jié)翻車(chē)——配網(wǎng)。傳統(tǒng) Wi-Fi 設(shè)備的配網(wǎng)方式是“SmartConfig”手機(jī)和設(shè)備連同一個(gè)路由器手機(jī)把 Wi-Fi 密碼通過(guò)廣播包發(fā)給設(shè)備。這方式在家庭路由器上尚可但在企業(yè)網(wǎng)絡(luò)、5G 熱點(diǎn)、Wi-Fi 6 路由器兼容性問(wèn)題上經(jīng)常莫名其妙失敗。低功耗設(shè)備配網(wǎng)的正確姿勢(shì)是 BLE Wi-Fi 雙通道先用低功耗藍(lán)牙把 Wi-Fi 的 SSID 和密碼傳給設(shè)備設(shè)備再拿著憑據(jù)去連路由器連上后通知手機(jī)。這樣做有三個(gè)好處配網(wǎng)時(shí)用戶(hù)不需要切換 Wi-Fi 網(wǎng)絡(luò)體驗(yàn)統(tǒng)一。BLE 通信距離短、功耗低適合近距離首次配置。即便路由器開(kāi)了 AP 隔離、關(guān)閉了廣播包轉(zhuǎn)發(fā)配網(wǎng)依然能成功。配網(wǎng)之后的“斷線(xiàn)重連”是低功耗設(shè)備的另一道坎。設(shè)備如果長(zhǎng)時(shí)間深度睡眠再醒來(lái)時(shí)路由器可能已經(jīng)記住了它也可能已經(jīng)把它踢下線(xiàn)。我建議在固件里做一套“快速重連機(jī)制”醒來(lái)后先嘗試直接發(fā)數(shù)據(jù)如果失敗再重新掃描、關(guān)聯(lián)、獲取 IP。這套流程要控制在幾百毫秒內(nèi)完成否則功耗優(yōu)勢(shì)就沒(méi)了。另外提醒一句路由器兼容性測(cè)試一定要做。我做過(guò)一次抽樣測(cè)試同一顆模組在 A 品牌路由器上重連只要 80ms在 B 品牌上要 600ms。不同路由器對(duì) Power Save、TWT 的支持程度不一樣量產(chǎn)前最好準(zhǔn)備一個(gè)路由器兼容性清單覆蓋主流品牌和幾年前的舊款設(shè)備避免用戶(hù)實(shí)際使用時(shí)連接體驗(yàn)拉胯。8. 盤(pán)點(diǎn)與落地建議面對(duì)這么多方案到底怎么選聊了這么多最后給一個(gè)面向不同應(yīng)用場(chǎng)景的選型建議方便你直接“抄作業(yè)”。場(chǎng)景一室內(nèi)智能家居傳感器溫濕度、門(mén)窗磁、人體感應(yīng)上報(bào)頻率低單次數(shù)據(jù)量小延遲要求不高。推薦單芯片 Wi-Fi SoC配深度睡眠模式按需連接上報(bào)待機(jī)電流做到 10μA 級(jí)成本可控。場(chǎng)景二可穿戴設(shè)備或醫(yī)療貼片心率、血氧多傳感器體積小、功耗極其敏感可能需要連續(xù)或高頻率采集。推薦 Wi-Fi MCU 組合或者帶 BLE 的低功耗 Wi-Fi SoC用 MCU 做傳感器管理Wi-Fi 部分只在需要同步時(shí)激活。有 BLE 的話(huà)也可以走 BLE 臨時(shí)傳數(shù)據(jù)Wi-Fi 做大文件同步或固件升級(jí)。場(chǎng)景三智能門(mén)鎖、門(mén)禁低延遲遠(yuǎn)程控制 定時(shí)上報(bào)需要在睡眠狀態(tài)下快速響應(yīng)遠(yuǎn)程指令。推薦帶 TWT 支持的方案或保持連接 Power Save 模式確保遠(yuǎn)程指令延遲低同時(shí)盡量壓低待機(jī)功耗。建議選用有成熟智能門(mén)鎖方案的芯片廠(chǎng)商因?yàn)殚T(mén)鎖這類(lèi)設(shè)備的射頻、功耗、安全要求都很特殊參考設(shè)計(jì)能省不少開(kāi)發(fā)時(shí)間。場(chǎng)景四戶(hù)外資產(chǎn)追蹤器GPS Wi-Fi 蜂窩/衛(wèi)星多模環(huán)境惡劣、電池容量有限、通信距離遠(yuǎn)。推薦多模方案GPS 負(fù)責(zé)定位Wi-Fi 負(fù)責(zé)低成本位置校準(zhǔn)比如在城市里靠 Wi-Fi 輔助定位最好選擇對(duì)天線(xiàn)優(yōu)化做得好的模組戶(hù)外信號(hào)差的情況下功耗波動(dòng)很大——你絕不會(huì)希望設(shè)備在弱網(wǎng)環(huán)境下為了連 Wi-Fi 反復(fù)提升發(fā)射功率把電池耗盡。無(wú)論哪個(gè)場(chǎng)景我都有幾條經(jīng)驗(yàn)可以share功耗預(yù)算一開(kāi)始就要做別等項(xiàng)目跑起來(lái)才想起“要省電”。關(guān)鍵器件Wi-Fi SoC、LDO、Flash、天線(xiàn)寧可多花一點(diǎn)錢(qián)也別在小器件上妥協(xié)省成本。樣品階段一定要做整機(jī)功耗實(shí)測(cè)尤其在惡劣工況下測(cè)試低溫、弱網(wǎng)、頻繁丟包重傳。我自己在這類(lèi)項(xiàng)目里最大的感受是低功耗 Wi-Fi 方案發(fā)展到今天硬件的“大門(mén)”已經(jīng)打開(kāi)了——芯片能做到的極限遠(yuǎn)超大多數(shù)產(chǎn)品經(jīng)理的預(yù)期。剩下的差距基本都在軟件和系統(tǒng)工程上。芯片負(fù)責(zé)“能做”系統(tǒng)負(fù)責(zé)“能做到”。最后分享一個(gè)比較偏門(mén)的經(jīng)驗(yàn)量產(chǎn)階段一定要做“老化測(cè)試 電池低壓測(cè)試”的組合。低功耗設(shè)備大多電池供電電池電壓掉到 2.8V 以下時(shí)Wi-Fi 發(fā)射峰值電流可能引發(fā)欠壓復(fù)位這會(huì)讓設(shè)備陷入“反復(fù)開(kāi)機(jī)關(guān)機(jī)”的循環(huán)既耗電又影響體驗(yàn)。我見(jiàn)過(guò)一批產(chǎn)品因?yàn)闆](méi)做這個(gè)測(cè)試到了用戶(hù)手里用了三個(gè)月陸續(xù)“變磚”全部返廠(chǎng)。低功耗和低電壓是兩回事但經(jīng)常一起出現(xiàn)驗(yàn)證的時(shí)候一定不要分開(kāi)測(cè)。低功耗 Wi-Fi 這條路門(mén)檻不算低但一旦吃透了做出來(lái)的產(chǎn)品續(xù)航、體驗(yàn)、成本都很有優(yōu)勢(shì)。希望這篇能幫你少走點(diǎn)彎路把精力多放在真正重要的功能上。