去年做一個(gè)小批量低功耗傳感采集設(shè)備時(shí)我在 STM32L151C8T6 上反復(fù)折騰了半個(gè)多月產(chǎn)品要求電池供電、平時(shí)完全休眠外部事件來了被喚醒處理幾毫秒再繼續(xù)睡整機(jī)平均電流要控制在 2μA 以內(nèi)。試過定時(shí)器喚醒、外部中斷喚醒最后真正穩(wěn)定量產(chǎn)的是 RTC 鬧鐘喚醒停機(jī)模式Stop Mode這條方案。中途踩了不少坑也總結(jié)出一套從配置、調(diào)優(yōu)到量產(chǎn)的完整打法。這篇文章就把整個(gè)思路和細(xì)節(jié)完整寫出來所有代碼基于 STM32CubeMX HAL 庫硬件以 STM32L151C8T6 的最小系統(tǒng)為參考適合正在做低功耗產(chǎn)品、電池類設(shè)備或者剛接觸低功耗 MCU 的讀者直接參考。L151 這顆芯片是 ST 低功耗產(chǎn)品線里非常經(jīng)典的一顆Cortex-M3 內(nèi)核主頻最高 32MHzFlash 64KBRAM 16KB。它的功耗表現(xiàn)放在今天仍然能打官方標(biāo)稱 Stop 模式典型電流在 0.4μA 左右3.0VStandby 模式更低甚至低于 0.27μA。搭配外部 32.768kHz 晶振做 RTC 時(shí)整個(gè)系統(tǒng)可以做到 1~2μA 級(jí)別。這在很多傳感器節(jié)點(diǎn)、表計(jì)類、遙控器、資產(chǎn)定位器場(chǎng)景里已經(jīng)足夠?qū)崿F(xiàn)“一顆紐扣電池用兩三年”的指標(biāo)。這也是為什么到今天很多老工程師在評(píng)估低功耗需求時(shí)還是會(huì)首先想起 L151 而不是最新的 L0/L4 系列——它便宜、成熟、生態(tài)全低功耗能力達(dá)標(biāo)而且封裝、外設(shè)配置非常穩(wěn)定。1. 為什么選STM32L151C8T6做低功耗設(shè)備1.1 芯片底子與低功耗模式全覽L151 的低功耗模式劃分比普通 Cortex-M 芯片要細(xì)Sleep Mode、Low-power Run Mode、Low-power Sleep Mode、Stop Mode、Standby Mode每種模式的電源狀態(tài)、喚醒時(shí)間和喚醒源都不一樣。我做這個(gè)項(xiàng)目時(shí)最常打交道的是 Stop Mode因?yàn)樗?RAM 數(shù)據(jù)保持的基礎(chǔ)上還能保留 RTC 和部分喚醒源整機(jī)功耗極低而且喚醒后代碼繼續(xù)執(zhí)行不需要像 Standby 那樣重新初始化整個(gè)系統(tǒng)。模式CPU狀態(tài)外設(shè)狀態(tài)RAM保持典型電流3.0V喚醒時(shí)間Sleep停止全部運(yùn)行按配置是約 4.7mA取決于外設(shè)幾u(yù)sLow-power Run運(yùn)行低頻由軟件配置是約 8μA 32kHz-StopLPR開啟停止RTC等可保持是0.4~1.3μA約 4~8μsStandby停止全部關(guān)閉除備份域否0.27μA約 40~60μs我在項(xiàng)目中用的是 Stop 低功耗穩(wěn)壓器LPRLow Power Regulator因?yàn)楫a(chǎn)品需要在喚醒后立刻通過按鍵/傳感器中斷處理業(yè)務(wù)同時(shí)又要保存前面的采集數(shù)據(jù)。Standby 雖然電流更低但 RAM 全丟等于每次喚醒都要從零開始適合那種“喚醒后只做一次性動(dòng)作”的場(chǎng)景。如果你做的是表計(jì)類每次喚醒需要保留累計(jì)量那 Stop 模式幾乎就是最優(yōu)解。1.2 RTC時(shí)鐘源選型LSE與LSI的取舍RTC 要保持走時(shí)必須有獨(dú)立的時(shí)鐘源。L151 的 RTC 可以選擇 LSI內(nèi)部約 32kHz精度差、LSE外部 32.768kHz 晶振精度高或 HSE 分頻不適合低功耗場(chǎng)景。很多初學(xué)者為了省外部晶振的 BOM 成本直接用內(nèi)部 LSI 給 RTC 供時(shí)鐘結(jié)果鬧鐘觸發(fā)時(shí)間一飄就是幾分鐘。我的建議很直接要做 RTC 鬧鐘喚醒老老實(shí)實(shí)上外部 32.768kHz 晶振。LSI 的溫漂和批次離散是出了名的差典型誤差在 ±3% 到 ±5%換算到一天差不多要差 20 多秒一周就漂 2 分多鐘。而 LSE 晶振配合內(nèi)部的負(fù)載電容調(diào)整誤差可以做到每天幾秒甚至更低。低功耗產(chǎn)品通常要求長時(shí)間運(yùn)行鬧鐘觸發(fā)時(shí)間的精度直接決定采集節(jié)奏是否可信。別為了省一顆幾毛錢的晶振把整個(gè)產(chǎn)品的可靠性搭進(jìn)去。1.3 與其他低功耗MCU的對(duì)比我在項(xiàng)目選型階段還對(duì)比了 GD32E503CC、HC32L196、nRF52832 這類經(jīng)常被拿來比較的芯片。這里順便說下我的結(jié)論型號(hào)內(nèi)核/主頻最低功耗典型值定位差異STM32L151C8T6Cortex-M3 32MHzStopRTC約1.3μA本地采集、控制、表計(jì)生態(tài)成熟GD32E503CCCortex-M4F 180MHzSleep約幾百μA高性能應(yīng)用低功耗場(chǎng)景不占優(yōu)HC32L196Cortex-M0 48MHz待機(jī)可低于1μA超低功耗表計(jì)工具鏈上手成本高nRF52832Cortex-M4F 64MHzSystem Off約0.3μA帶BLE協(xié)議棧適合無線傳感其實(shí) GD32 和 STM32 很多引腳兼容但 GD32E503 的 PMU 設(shè)計(jì)更偏性能向Stop 類低功耗模式的電流遠(yuǎn)不如 L151。HC32L196 這類國產(chǎn)超低功耗 MCU 近年在表計(jì)市場(chǎng)很火待機(jī)電流確實(shí)可以做到很低但固件庫、例程、調(diào)試工具鏈不如 ST 全第一版產(chǎn)品開發(fā)周期會(huì)拉長。nRF52832 則是另一個(gè)賽道如果你需要藍(lán)牙通信直接選 BLE SoC 比 L151 外掛藍(lán)牙芯片更省整體功耗。但純做本地傳感器采集、定時(shí)喚醒、低功耗控制L151 的綜合成本和學(xué)習(xí)曲線比這些都要平滑。2. RTC鬧鐘配置與關(guān)鍵寄存器2.1 RTC時(shí)鐘鏈路與預(yù)分頻參數(shù)計(jì)算RTC 在 L151 里掛在備份域Backup Domain只要 VBAT 供電正常主電源掉電后 RTC 依然能走時(shí)。RTC 時(shí)鐘源選 LSE 后需要經(jīng)過兩個(gè)預(yù)分頻器得到 1Hz 的計(jì)數(shù)時(shí)鐘異步預(yù)分頻PREDIV_A和同步預(yù)分頻PREDIV_S。計(jì)算公式很簡(jiǎn)單RTC 計(jì)數(shù)時(shí)鐘頻率 fRTCCLK / ((PREDIV_A 1) * (PREDIV_S 1))如果 fRTCCLK 32768Hz想讓輸出為 1Hz可以取 PREDIV_A 127、PREDIV_S 255這樣32768 / ((127 1) * (255 1)) 32768 / (128 * 256) 32768 / 32768 1Hz這個(gè)組合是 L1 系列 RTC 最常用的配置。PREDIV_S 除以 256 后秒寄存器每秒加 1鬧鐘比較也以秒為單位。有些應(yīng)用需要亞秒精度比如做高精度定時(shí)采集可以調(diào)整 PREDIV_A 和 PREDIV_S 的組合讓計(jì)數(shù)頻率更高L151 的同步預(yù)分頻器可以輸出亞秒計(jì)數(shù)值但多數(shù)低功耗喚醒場(chǎng)景用不到這個(gè)精度建議保持 1Hz功耗和觸發(fā)穩(wěn)定性最優(yōu)。我在用 CubeMX 配置 RTC 時(shí)直接把 Asynchronous Predivider 填 127、Synchronous Predivider 填 255其余保持默認(rèn)。這里有個(gè)容易踩坑的點(diǎn)RTC 的時(shí)鐘源在進(jìn)入 Stop 之前必須是 LSE不能是 HSE 分頻。HSE 在 Stop 模式下會(huì)被硬件直接關(guān)閉喚醒后如果 RTC 時(shí)鐘源還在 HSE 分頻鏈路上RTC 會(huì)直接停擺或者走時(shí)錯(cuò)亂調(diào)試起來非常迷惑。2.2 鬧鐘匹配機(jī)制掩碼配置與精確觸發(fā)L151 的 RTC 有鬧鐘 A 和鬧鐘 B 兩個(gè)鬧鐘每個(gè)鬧鐘都可以配置秒、分、時(shí)、日期以及掩碼位。掩碼位決定哪些字段參與比較。如果 Mask 為 NONE意味著秒、分、時(shí)全部精確匹配如果掩碼了秒那么每秒都可能觸發(fā)掩碼了分則每分鐘觸發(fā)一次以此類推。這個(gè)特性在實(shí)際項(xiàng)目中非常關(guān)鍵。我做采集產(chǎn)品時(shí)需要設(shè)備每天早上 8 點(diǎn)整喚醒一次上報(bào)數(shù)據(jù)用鬧鐘 A掩碼 NONE時(shí)分秒都精確匹配到 08:00:00。另一個(gè)場(chǎng)景是每隔 10 分鐘周期喚醒直接用鬧鐘比較相對(duì)時(shí)間反而不靈活這時(shí)候用 RTC 的 WakeUp Timer 更合適。鬧鐘適合“某個(gè)固定時(shí)間點(diǎn)”做動(dòng)作WakeUp Timer 適合“固定周期”做動(dòng)作兩者底層共用 RTC 時(shí)鐘功耗幾乎無差。HAL 庫配置鬧鐘的代碼大致如下注意如果要精確匹配到秒AlarmMask 必須設(shè)成 RTC_ALARMMASK_NONE同時(shí) AlarmSubSecondMask 用 ALL 來關(guān)閉亞秒比較RTC_AlarmTypeDef sAlarm {0}; sAlarm.AlarmTime.Hours 0x08; // 早上 8 點(diǎn) sAlarm.AlarmTime.Minutes 0x00; sAlarm.AlarmTime.Seconds 0x00; sAlarm.AlarmTime.SubSeconds 0x00; sAlarm.AlarmTime.TimeFormat RTC_HOURFORMAT_24; sAlarm.AlarmMask RTC_ALARMMASK_NONE; // 時(shí)分秒全部參與比較 sAlarm.AlarmSubSecondMask RTC_ALARMSUBSECONDMASK_ALL; // 忽略亞秒 sAlarm.Alarm RTC_ALARM_A; HAL_RTC_SetAlarm_IT(hrtc, sAlarm, RTC_FORMAT_BCD);這里有一個(gè)非常容易被忽略的細(xì)節(jié)RTC_FORMAT_BCD 表示傳入的 AlarmTime 結(jié)構(gòu)體字段是 BCD 碼。如果你用 0x08 這個(gè)值沒問題但如果傳 0x10代表十點(diǎn)還是按 BCD 解析。想省心一點(diǎn)可以在賦值前直接把十進(jìn)制數(shù)轉(zhuǎn)成 BCDtmp ((val / 10) 4) | (val % 10)。2.3 備份域?qū)懕Ｗo(hù)與常用HAL庫配置代碼RTC 和備份寄存器都在備份域里普通模式下被寫保護(hù)。操作它們之前必須解開 PWR 的 DBP 位Enable Back-up Domain Access否則寫 RTC 寄存器直接無效HAL 返回 HAL_ERROR。一部分工程師遇到的“明明調(diào)了 HAL_RTC_SetAlarm 但鬧鐘就是不生效”多半就是這個(gè)原因。CubeMX 生成的初始化代碼里RTC 的 MspInit 通常會(huì)做這幾件事void HAL_RTC_MspInit(RTC_HandleTypeDef* hrtc) { __HAL_RCC_RTC_ENABLE(); // 使能 RTC 時(shí)鐘 HAL_PWR_EnableBkUpAccess(); // 打開備份域?qū)懕Ｗo(hù) __HAL_RCC_LSE_CONFIG(RCC_LSE_ON); // 打開 LSE 晶振 while (__HAL_RCC_GET_FLAG(RCC_FLAG_LSERDY) RESET) {} // 等待 LSE 穩(wěn)定 __HAL_RCC_RTC_CONFIG(RCC_RTCCLKSOURCE_LSE);// RTC 時(shí)鐘源選 LSE }這段代碼里最耗時(shí)的是 while 等待 LSE 就緒LSE 晶振起振時(shí)間通常需要幾百毫秒到幾秒有些質(zhì)量差的晶振甚至需要 2 秒。初始化時(shí)卡在這里不要慌先測(cè)晶振兩端的波形和負(fù)載電容再懷疑代碼。鬧鐘中斷的完整使能鏈路我也直接給你HAL_NVIC_SetPriority(RTC_Alarm_IRQn, 0, 0); HAL_NVIC_EnableIRQ(RTC_Alarm_IRQn); __HAL_RTC_ALARM_EXTI_ENABLE_IT(); // 使能 EXTI Line 17RTC Alarm3. 停機(jī)模式與喚醒鏈路3.1 Stop模式的功耗狀態(tài)與進(jìn)入條件Stop 模式下MCU 內(nèi)部的高頻時(shí)鐘全部停止CPU 暫停主穩(wěn)壓器可以關(guān)閉或切到低功耗穩(wěn)壓器LPR僅保持 RTC、備份寄存器、部分 GPIO、LSE 等繼續(xù)供電。RAM 數(shù)據(jù)在 Stop 模式下會(huì)保持這也是它和 Standby 最大的區(qū)別。進(jìn)入 Stop 模式的條件有幾個(gè)系統(tǒng)時(shí)鐘必須關(guān)掉WFI/WFE 指令執(zhí)行前要確保沒有掛起的高優(yōu)先級(jí)中斷會(huì)立刻打斷喚醒流程另外調(diào)試接口如果開著比如 Keil 還在連接ST-Link 會(huì)強(qiáng)制拉高部分引腳導(dǎo)致 Stop 模式電流異常高。我一開始在開發(fā)板上量到 Stop RTC 有 2.8mA拔掉調(diào)試器立刻掉到 1.7μA這就是調(diào)試接口偷電流的典型情況。進(jìn)入 Stop 的 HAL 調(diào)用很簡(jiǎn)單HAL_SuspendTick(); // 暫停 SysTick避免喚醒后系統(tǒng)時(shí)間錯(cuò)亂 __HAL_PWR_CLEAR_FLAG(PWR_FLAG_WU); HAL_PWR_EnterSTOPMode(PWR_LOWPOWERREGULATOR_ON, PWR_STOPENTRY_WFI); // 從 Stop 喚醒后第一件事必須恢復(fù)系統(tǒng)時(shí)鐘 SystemClock_Config(); HAL_ResumeTick();注意 HAL_PWR_EnterSTOPMode 的第一個(gè)參數(shù)是 PWR_LOWPOWERREGULATOR_ON表示用低功耗穩(wěn)壓器模式這個(gè)模式下 Stop 電流最低。如果你選了 PWR_MAINREGULATOR_ON電流會(huì)偏高。第二個(gè)參數(shù)用 WFI 即可喚醒源來自 RTC 鬧鐘/外部中斷如果項(xiàng)目里希望“事件”喚醒比如用事件方式降低中斷延遲就用 WFE但 L151 場(chǎng)景下 WFI 更通用。3.2 EXTI Line 17與NVIC中斷鏈路RTC 鬧鐘喚醒 Stop 模式的硬件鏈路是這樣鬧鐘匹配成功 - RTC 產(chǎn)生 Alarm 中斷請(qǐng)求 - 通過 EXTI Line 17 映射到 NVIC - CPU 喚醒并跳入 RTC_Alarm_IRQHandler。很多人在這一步卡住是因?yàn)?EXTI Line 17 沒使能。HAL 庫的HAL_RTC_SetAlarm_IT內(nèi)部確實(shí)會(huì)配置 EXTI但如果你在 MspInit 階段沒有做相應(yīng)底層初始化或者你手動(dòng)關(guān)閉了 EXTI 中斷鬧鐘到了時(shí)間只是置上了 RTC 標(biāo)志位CPU 根本不會(huì)醒。調(diào)試時(shí)可以打開 RTC_ISR 寄存器的 ALRAF 位確認(rèn)鬧鐘是否真的觸發(fā)實(shí)測(cè)中這是最快定位問題的方式。我習(xí)慣在中斷服務(wù)程序里這樣做void RTC_Alarm_IRQHandler(void) { HAL_RTC_AlarmIRQHandler(hrtc); } void HAL_RTC_AlarmAEventCallback(RTC_HandleTypeDef *hrtc) { g_rtc_alarm_flag 1; // 告訴主循環(huán)鬧鐘到點(diǎn) // 如果是單次喚醒建議在這里關(guān)閉鬧鐘避免下一次循環(huán)誤觸發(fā) HAL_RTCEx_DeactivateAlarm(hrtc, RTC_ALARM_A); }如果你用的是 CubeMX 自動(dòng)生成的代碼可能默認(rèn)沒有 HAL_RTC_AlarmAEventCallback 這個(gè)弱函數(shù)需要自己在用戶文件里實(shí)現(xiàn)。這個(gè)回調(diào)屬于 HAL 庫回調(diào)機(jī)制只要啟用了中斷匹配成功就會(huì)進(jìn)來。3.3 喚醒后時(shí)鐘恢復(fù)與系統(tǒng)重新初始化從 Stop 喚醒后CPU 是接著 WFI 指令下一條開始執(zhí)行的。由于 Stop 模式下所有高頻時(shí)鐘都停了喚醒后必須立刻恢復(fù)系統(tǒng)時(shí)鐘否則后面所有依賴時(shí)鐘的外設(shè)串口、定時(shí)器、ADC都會(huì)以錯(cuò)誤的時(shí)鐘源運(yùn)行。我見過一個(gè)項(xiàng)目喚醒后直接用串口打印數(shù)據(jù)結(jié)果全部亂碼。原因就是在讀取 RTC 鬧鐘標(biāo)志后沒有重新調(diào)用 SystemClock_Config系統(tǒng)時(shí)鐘停在了默認(rèn)的 MSI波特率全錯(cuò)。正確流程是HAL_PWR_EnterSTOPMode(PWR_LOWPOWERREGULATOR_ON, PWR_STOPENTRY_WFI); SystemClock_Config(); // 重點(diǎn) MX_GPIO_Init(); // 根據(jù)應(yīng)用決定是否需要重新初始化外設(shè) HAL_UART_Init();這里有個(gè)細(xì)節(jié)值得單獨(dú)說RTC 初始化不需要在喚醒后重新執(zhí)行因?yàn)?RTC 時(shí)鐘源和備份域在 Stop 模式下沒有斷電重新初始化反而會(huì)把已經(jīng)走時(shí)的時(shí)間重置掉。有些工程師一看到喚醒就整套外設(shè)重新 Init結(jié)果 RTC 不斷被重置鬧鐘時(shí)間也變了這個(gè)坑很隱蔽。3.4 鬧鐘與WakeUp定時(shí)器的場(chǎng)景取舍做低功耗產(chǎn)品時(shí)很多人會(huì)糾結(jié)用鬧鐘還是 RTC WakeUp Timer。我把區(qū)別整理成一張表方便你選型維度RTC鬧鐘Alarm A/BRTC WakeUp Timer配置內(nèi)容具體時(shí)分秒 掩碼16位計(jì)數(shù)器 分頻觸發(fā)精度可到秒/亞秒由分頻和計(jì)數(shù)器決定周期喚醒需要軟件重設(shè)鬧鐘硬件自動(dòng)重載絕對(duì)時(shí)間點(diǎn)支持如每天08:00不支持只能相對(duì)計(jì)時(shí)典型功耗約1.3μA含LSE約1.3μA含LSE如果你做的是“每天早上 8 點(diǎn)上傳數(shù)據(jù)”鬧鐘 A 最直接如果做的是“每 10 分鐘采集一次”WakeUp Timer 更省心因?yàn)橛?jì)數(shù)器自動(dòng)重載不需要在回調(diào)里反復(fù)設(shè)置 Alarm 時(shí)間。二者功耗幾乎一樣因?yàn)榈讓佣际?LSE RTC 計(jì)數(shù)。我在這個(gè)產(chǎn)品里兩個(gè)都用了定時(shí)采集用 WakeUp Timer定點(diǎn)上報(bào)用鬧鐘 A互不干擾。4. 實(shí)測(cè)電流數(shù)據(jù)與優(yōu)化手段4.1 測(cè)量方法避開萬用表與調(diào)試器帶來的假數(shù)據(jù)低功耗項(xiàng)目最怕的不是功耗高而是測(cè)出來的功耗是假的。默認(rèn)萬用表串聯(lián)在電源輸入時(shí)內(nèi)阻、采樣率、觸發(fā)瞬間尖峰都會(huì)讓讀數(shù)偏低或偏高。我建議用 10Ω 采樣電阻串在電源回路里示波器測(cè)采樣電阻兩端壓降再除以阻值得出電流這樣既能看瞬態(tài)電流又能算平均功耗。現(xiàn)在有些萬用表有“記錄模式”也可以監(jiān)控長時(shí)間的平均值但注意把量程撥到 μA 檔或 mA 檔撥錯(cuò)檔位讀數(shù)會(huì)非常不靠譜。實(shí)測(cè)時(shí)還有一個(gè)最重要的事情不要接著 ST-Link / J-Link 量靜態(tài)電流。仿真器本身會(huì)從目標(biāo)板取電而且調(diào)試口引腳狀態(tài)會(huì)拉高一部分 IO導(dǎo)致 Stop 電流偏大。拔掉調(diào)試器后重新上電再測(cè)量當(dāng)前路電流。另外板上如果有 LED、LDO、RS232 轉(zhuǎn)換芯片、電平轉(zhuǎn)換芯片這些都是漏電大戶測(cè)量前要么摘掉要么斷電隔離。4.2 板級(jí)漏電排查LED、LDO、電平懸空很多人把 MCU 的 Stop 電流調(diào)到 1μA 以下整機(jī)電流還是下不來問題八成不在 MCU而在外圍器件。我遇到過三個(gè)最常見的板級(jí)漏電來源第一限流電阻和 LED。很多開發(fā)板電源指示燈直接接 3.3V哪怕只亮一個(gè) 0805 LED電流也有 0.5~1mA一晚上就能把電池放空。量產(chǎn)板如果實(shí)在要 LED選高亮紅燈搭配 1MΩ 級(jí)限流電阻或者讓 GPIO 控制 LED 電源只在喚醒時(shí)短暫點(diǎn)亮。第二LDO 靜態(tài)電流。普通 AMS1117 的靜態(tài)電流高達(dá) 5mA根本不適合電池設(shè)備。選 LDO 時(shí)看靜態(tài)電流Iq參數(shù)HT7333、ME6211 這類 Iq 在 2μA 左右適合低功耗產(chǎn)品要求更高可以用 TPS62740 這類 DC-DC靜態(tài)電流可以做到 360nA但 BOM 成本會(huì)上去。第三懸空引腳。MCU 所有未使用的 IO 在 Stop 模式下如果保持浮空輸入會(huì)從外部感應(yīng)出微小電流。更穩(wěn)妥的做法是在進(jìn)入 Stop 前把所有不用 IO 配置成模擬輸入模式GPIO_MODE_ANALOG或者直接下拉輸入。GPIO 配置對(duì)電流的影響很多人會(huì)忽略但實(shí)測(cè)下來優(yōu)化空間很大。4.3 優(yōu)化前后的實(shí)際電流對(duì)比下面這張表是我在某次測(cè)試中的真實(shí)記錄電源 3.3VMCU 是 L151C8T6Stop RTC 鬧鐘喚醒場(chǎng)景配置狀態(tài)Stop RTC 電流說明初始硬件未優(yōu)化2.8mA開發(fā)板LED、ST-Link占用、AMS1117、GPIO懸空拔掉調(diào)試器點(diǎn)亮LED約 510μALED和限流電阻占了主要關(guān)閉LEDLDO換HT7333約 7.5μA已接近MCU自身外圍GPIO全部設(shè)為模擬輸入約 2.1μA解決懸空漏電開啟LPRLSE調(diào)低驅(qū)動(dòng)約 1.6μA接近L151理論下限從 2.8mA 到 1.6μA差的不只是數(shù)字而是電池壽命從幾周到幾年的區(qū)別。你在做產(chǎn)品時(shí)這幾乎是一條必經(jīng)的優(yōu)化路徑每一步都需要針對(duì)性排查。其中 GPIO 模擬輸入這一項(xiàng)對(duì)很多人來說是盲區(qū)實(shí)際收益卻非常明顯值得優(yōu)先處理。5. 常見問題與排查技巧實(shí)錄5.1 LSE不起振或起振慢癥狀程序卡在等待 LSERDY 的死循環(huán)里或者 RTC 走時(shí)偶爾正常偶爾停擺。原因通常是晶振負(fù)載電容不匹配、PCB 走線過長、或者 LSE 驅(qū)動(dòng)強(qiáng)度設(shè)置太低。排查建議先確認(rèn)晶振是否 32.768kHz、負(fù)載電容是多少。很多低成本晶振負(fù)載電容 12.5pF兩端各接 6~22pF 電容別直接抄開發(fā)板具體看廠商手冊(cè)。如果起振時(shí)間超過 2 秒可以嘗試把 LSE 驅(qū)動(dòng)強(qiáng)度從低驅(qū)動(dòng)調(diào)到中驅(qū)動(dòng)正常情況下功耗差異不大但起振可靠性會(huì)好很多。實(shí)在起不來用示波器探頭測(cè)量 OSCOUT 引腳往往能看到 32kHz 波形。注意探頭電容會(huì)影響波形最好用 10x 探頭。還有一種很容易忽略的情況VBAT 引腳沒接好。RTC 備份域供電依賴 VBAT如果該引腳懸空RTC 可能完全無法保持時(shí)間鬧鐘自然不觸發(fā)。有些開發(fā)板把 VBAT 接 VDD量產(chǎn)設(shè)計(jì)要考慮 VBAT 單獨(dú)接電池或超級(jí)電容。5.2 鬧鐘不喚醒或喚醒后立即進(jìn)Stop鬧鐘到了時(shí)間CPU 沒醒或者醒了一下又睡過去了。問題排查順序很重要先檢查 RTC_ISR 的 ALRAF 標(biāo)志位是否置 1。如果置 1 但 CPU 沒進(jìn)中斷說明 EXTI Line 17 或 NVIC 沒有使能。檢查 EXTI 的掛起寄存器 PR 位看 Line 17 是否產(chǎn)生過掛起事件。喚醒后立刻又睡大概率是中斷服務(wù)函數(shù)里沒清標(biāo)志或者主循環(huán)判斷喚醒標(biāo)志的邏輯太靠后設(shè)備判斷“無事可做”又進(jìn)入了 Stop。單次喚醒的應(yīng)用里建議在回調(diào)里關(guān)閉鬧鐘避免同一時(shí)刻反復(fù)觸發(fā)。還有一個(gè)坑HAL_PWR_EnterSTOPMode 之前如果某個(gè)外設(shè)的中斷掛起位沒清WFI 指令執(zhí)行時(shí)會(huì)立刻被該中斷喚醒表現(xiàn)為“壓根進(jìn)不了 Stop”。我寫了一個(gè)小的調(diào)試宏#define ENTER_STOP() do { \ __disable_irq(); \ if (__HAL_PWR_GET_FLAG(PWR_FLAG_WU)) { \ __HAL_PWR_CLEAR_FLAG(PWR_FLAG_WU); \ } \ __enable_irq(); \ HAL_PWR_EnterSTOPMode(PWR_LOWPOWERREGULATOR_ON, PWR_STOPENTRY_WFI); \ } while (0)5.3 喚醒后串口亂碼/系統(tǒng)時(shí)鐘錯(cuò)亂現(xiàn)象是設(shè)備醒來后明明按鍵正常但串口打印亂碼或者定時(shí)器時(shí)間突然不準(zhǔn)。原因基本都是喚醒后沒有恢復(fù)系統(tǒng)時(shí)鐘。L1 系列在 Stop 喚醒后默認(rèn)回落到 MSI如果不重新調(diào)用 SystemClock_Config所有外設(shè)時(shí)鐘都會(huì)跟著錯(cuò)。我的習(xí)慣是寫一個(gè)輕量級(jí)的喚醒后恢復(fù)函數(shù)只做時(shí)鐘和外設(shè)恢復(fù)不做 RTC 復(fù)位void SystemClock_AfterWakeUp(void) { /* 快速切換回 HSI PLL再重新配置需要的時(shí)鐘樹 */ RCC_OscInitTypeDef RCC_OscInitStruct {0}; RCC_ClkInitTypeDef RCC_ClkInitStruct {0}; RCC_OscInitStruct.OscillatorType RCC_OSCILLATORTYPE_HSI; RCC_OscInitStruct.HSIState RCC_HSI_ON; RCC_OscInitStruct.HSICalibrationValue RCC_HSICALIBRATION_DEFAULT; RCC_OscInitStruct.PLL.PLLState RCC_PLL_ON; RCC_OscInitStruct.PLL.PLLSource RCC_PLLSOURCE_HSI; RCC_OscInitStruct.PLL.PLLMUL RCC_PLL_MUL3; HAL_RCC_OscConfig(RCC_OscInitStruct); RCC_ClkInitStruct.ClockType RCC_CLOCKTYPE_SYSCLK | RCC_CLOCKTYPE_HCLK | RCC_CLOCKTYPE_PCLK1 | RCC_CLOCKTYPE_PCLK2; RCC_ClkInitStruct.SYSCLKSource RCC_SYSCLKSOURCE_PLLCLK; RCC_ClkInitStruct.AHBCLKDivider RCC_SYSCLK_DIV1; RCC_ClkInitStruct.APB1CLKDivider RCC_HCLK_DIV1; RCC_ClkInitStruct.APB2CLKDivider RCC_HCLK_DIV1; HAL_RCC_ClockConfig(RCC_ClkInitStruct, FLASH_LATENCY_1); }5.4 喜歡偷電流的“隱藏外設(shè)”有一種電流是最難查的不是 MCU 本身而是那些看似沒在用、實(shí)際一直在耗電的外設(shè)。L151 內(nèi)部有很多外設(shè)默認(rèn)是帶時(shí)鐘的例如 SPI1、I2C、DMA、CRC、隨機(jī)數(shù)生成器你不主動(dòng)關(guān)閉它們即使沒使用也會(huì)產(chǎn)生額外功耗。進(jìn)入 Stop 前可以一次性把所有外設(shè)時(shí)鐘關(guān)閉__HAL_RCC_SPI1_CLK_DISABLE(); __HAL_RCC_I2C1_CLK_DISABLE(); __HAL_RCC_DMA1_CLK_DISABLE(); __HAL_RCC_CRC_CLK_DISABLE();另外如果你把某個(gè)引腳配置成了推挽輸出高電平而這個(gè)引腳外部恰好接了一個(gè)下拉電阻或者對(duì)地有阻性通路Stop 模式下這個(gè)引腳就會(huì)持續(xù)漏電流。進(jìn)入 Stop 前用萬用表逐腳量一下各 GPIO 電壓重點(diǎn)檢查有沒有引腳是“不該高卻高了”的狀態(tài)。這類問題在硬件設(shè)計(jì)和固件狀態(tài)機(jī)里最容易犯也是最難排查的我只能說養(yǎng)成一個(gè)好習(xí)慣寫一個(gè)專用的 GPIO 配置函數(shù)在進(jìn)入 Stop 前統(tǒng)一切換所有引腳狀態(tài)比在代碼里到處散落地改引腳模式要可靠百倍。5.5 常見問題速查表我把做這類項(xiàng)目時(shí)遇到的高頻問題整理成一張表方便現(xiàn)場(chǎng)排查直接對(duì)照現(xiàn)象大概率原因排查/解決思路程序卡死在等LSE穩(wěn)定晶振負(fù)載電容不匹配、LSE驅(qū)動(dòng)弱、VBAT未接好檢查晶振電容調(diào)整LSE驅(qū)動(dòng)強(qiáng)度確認(rèn)VBAT供電鬧鐘到點(diǎn)但CPU不醒EXTI Line 17或NVIC中斷未使能查RTC_ISR的ALRAF位查EXTI_PR寄存器喚醒后立刻又進(jìn)Stop中斷標(biāo)志未清或主循環(huán)業(yè)務(wù)判斷為空回調(diào)里關(guān)閉鬧鐘清中斷標(biāo)志檢查喚醒來源喚醒后串口亂碼未恢復(fù)系統(tǒng)時(shí)鐘調(diào)用 SystemClock_Config 恢復(fù)時(shí)鐘樹Stop電流居高不下調(diào)試器、LED、LDO靜態(tài)電流、浮空引腳拔調(diào)試器關(guān)LED換低Iq LDOGPIO設(shè)模擬輸入內(nèi)部LSI做RTC走時(shí)漂移LSI精度不足換外部32.768kHz晶振LSERTC寫不進(jìn)去備份域?qū)懕Ｗo(hù)未解調(diào)用 HAL_PWR_EnableBkUpAccess()喚醒后RAM數(shù)據(jù)丟失其實(shí)進(jìn)入了Standby而非Stop檢查是否誤用了 Standby 模式入口如果你也是第一次做這類低功耗產(chǎn)品我的建議是先不要追求極限的 1μA把功能跑通、喚醒鏈路穩(wěn)定、板級(jí)漏電清干凈再把電流一步步壓下來。這個(gè)順序看似慢了實(shí)際是最快的路徑。我在實(shí)際項(xiàng)目中踩過幾次坑之后現(xiàn)在每塊板子的原理圖階段就會(huì)把 VBAT、LSE、復(fù)位引腳、BOOT0、調(diào)試口這些關(guān)鍵位置的漏電路徑先過一遍固件里也堅(jiān)持用一個(gè)統(tǒng)一的低功耗入口函數(shù)管理 GPIO、時(shí)鐘和外設(shè)狀態(tài)。這個(gè)習(xí)慣幫我在這類低功耗項(xiàng)目里少熬了很多個(gè)通宵希望你也能用得上。