幾年前我在做無線鍵鼠方案選型的時(shí)候有一個(gè)特別糾結(jié)的問題到底是選 BLE 還是私有 2.4G產(chǎn)品經(jīng)理要低延遲運(yùn)營(yíng)商要低功耗測(cè)試那邊又天天盯著共存干擾不放。后來我拿到一顆叫 OM6625A 的系統(tǒng)級(jí)芯片SoC它把 BLE5.4 和私有 2.4G 射頻做進(jìn)了同一顆片子里我才意識(shí)到之前那些爭(zhēng)論其實(shí)不用二選一。這標(biāo)題看著硬核說白了就一件事一顆芯片同時(shí)支持 BLE 5.4 標(biāo)準(zhǔn)協(xié)議和廠商自定義的 2.4GHz 私有無線協(xié)議內(nèi)部還集成了 MCU、射頻收發(fā)機(jī)、Flash、RAM 和各種外設(shè)。對(duì)做無線鼠標(biāo)鍵盤、遙控器、智能家居傳感器、電子價(jià)簽、運(yùn)動(dòng)健康設(shè)備的人來說這種雙模 SoC 直接解決了一個(gè)老生常談的痛點(diǎn)——既要私有協(xié)議的低延遲和高輪詢率又要標(biāo)準(zhǔn) BLE 的互通性還不想在產(chǎn)品里塞兩顆射頻芯片。下面我結(jié)合自己做無線外設(shè)和低功耗產(chǎn)品的實(shí)際經(jīng)歷把雙模 SoC 的架構(gòu)設(shè)計(jì)、協(xié)議取舍、開發(fā)流程和踩坑記錄完整梳理一遍給正在選型或已經(jīng)入手 OM6625A 的工程師做個(gè)參考。1. 雙模芯片的核心邏輯為什么要做二合一的系統(tǒng)級(jí)芯片1.1 單模方案的長(zhǎng)期痛點(diǎn)早年的無線外設(shè)市場(chǎng)基本被私有 2.4G 方案統(tǒng)治。鼠標(biāo)鍵盤接收器插上電腦就能用延遲能做到 1ms 以內(nèi)輪詢率做到 1000Hz體驗(yàn)確實(shí)好。但私有協(xié)議的代價(jià)也很明顯接收器是專用的換臺(tái)電腦、換個(gè)設(shè)備就認(rèn)不出來鼠標(biāo)想連手機(jī)、連平板對(duì)不起手機(jī)里沒你那顆接收器芯片。后來 BLE 出來了手機(jī)平板筆記本都內(nèi)置互通性一下子打開但 BLE 的經(jīng)典連接模式在延遲上是短板常規(guī) connection interval 都在 7.5ms 到幾十毫秒之間打游戲能明顯感覺到飄。更麻煩的是以前做一款產(chǎn)品要在兩顆射頻芯片里選。選私有 2.4G體驗(yàn)好但封閉選 BLE開放但延遲和輪詢率受限。有些高端產(chǎn)品干脆塞兩顆射頻芯片一顆跑 BLE 負(fù)責(zé)連接手機(jī)一顆跑私有協(xié)議負(fù)責(zé)連接收器成本、面積、功耗、天線布局全都遭罪。這就是雙模 SoC 出現(xiàn)的背景——用一顆芯片、一條射頻鏈路、一根天線把兩種模式都跑起來。1.2 OM6625A 雙模的設(shè)計(jì)取舍OM6625A 這類雙模芯片硬件上不是簡(jiǎn)單地把兩個(gè)收發(fā)機(jī)拼在一起而是共用一套射頻前端和基帶硬件通過協(xié)議棧和驅(qū)動(dòng)層做模式切換。理解這一點(diǎn)很重要它不是“兩個(gè)電臺(tái)裝進(jìn)一個(gè)盒子”而是“一個(gè)靈活可配置的收發(fā)機(jī)配上兩套協(xié)議軟件”。實(shí)際產(chǎn)品里怎么用最常見的方案是“私有 2.4G 為主BLE 為輔”。比如無線鼠標(biāo)插著接收器走私有協(xié)議享受 1ms 延遲拔掉接收器或者需要連手機(jī)時(shí)切到 BLE 模式。切換不是重啟芯片而是協(xié)議棧層面的動(dòng)態(tài)切換毫秒級(jí)完成用戶無感知。也有產(chǎn)品反著來BLE 做主通道連網(wǎng)關(guān)私有 2.4G 做低延遲的降級(jí)通道看你的產(chǎn)品定義。1.3 適用場(chǎng)景全景從我在行業(yè)里看到的實(shí)際落地方案雙模 SoC 的主要市場(chǎng)集中在這些方向無線鍵鼠與游戲外設(shè)私有模式保延遲和輪詢率BLE 模式連平板/手機(jī)一個(gè)鼠標(biāo)三條路。無線遙控器與空中飛鼠類似邏輯客廳場(chǎng)景里既要即插即用又要能連電視盒子。智能家居傳感器BLE 做標(biāo)準(zhǔn)接入私有 2.4G 做本地網(wǎng)關(guān)的低延遲、大帶寬升級(jí)通道。電子貨架標(biāo)簽ESLBLE 5.4 的 PAwR 特性天然適合海量標(biāo)簽雙向通信這點(diǎn)后面細(xì)說。玩具、健康設(shè)備、數(shù)據(jù)透?jìng)髂K利用私有模式的高吞吐和 BLE 的互通生態(tài)一套硬件吃兩頭。這節(jié)最后說句選型心得雙模不是萬金油。如果你的產(chǎn)品永遠(yuǎn)只連自己的接收器那私有單模足夠如果永遠(yuǎn)只連手機(jī)BLE 單模更便宜。只有當(dāng)你的用戶群兩邊都有、你又不想做兩個(gè) SKU 的時(shí)候雙模 SoC 的賬才劃算。2. BLE 5.4 的新特性與雙模分工別只看到“升級(jí)了數(shù)字”2.1 從 BLE 5.0 到 5.4真正用得上的東西很多工程師對(duì) BLE 版本的印象還停留在“5.0 加了 2M PHY5.2 加了 LE Audio”。其實(shí) 5.3 和 5.4 這兩個(gè)小版本對(duì)物聯(lián)網(wǎng)場(chǎng)景的推動(dòng)非常實(shí)際。BLE 5.4 里最出圈的是Periodic Advertising with ResponsePAwR周期性廣播帶響應(yīng)。過去廣播是單向的設(shè)備只能聽不能回現(xiàn)在可以在周期性廣播的基礎(chǔ)上讓接收端在指定時(shí)隙里返回?cái)?shù)據(jù)實(shí)現(xiàn)無連接的、一對(duì)海量節(jié)點(diǎn)的雙向通信。配合 ESL電子貨架標(biāo)簽這類場(chǎng)景一個(gè)網(wǎng)關(guān)可以管理上萬個(gè)標(biāo)簽節(jié)點(diǎn)而且功耗極低。另一個(gè)實(shí)用的特性是Encrypted Advertising DataEAD廣播數(shù)據(jù)可以加密別人看到 RSSI 但看不到內(nèi)容這對(duì)私有數(shù)據(jù)保護(hù)很有價(jià)值。還有Advertising Coding SelectionACS廣播時(shí)可以指示用哪套編碼方式讓 PHY 選擇更靈活。這些特性對(duì)雙模芯片的意義在哪我的理解是BLE 5.4 把“無連接的廣播通信”這條路補(bǔ)強(qiáng)了而私有 2.4G 一直擅長(zhǎng)“低延遲的雙向連接通信”。兩條腿長(zhǎng)短互補(bǔ)正好覆蓋外設(shè)、傳感、標(biāo)簽三類主流場(chǎng)景。2.2 雙模怎么協(xié)同模式和角色的動(dòng)態(tài)組合在實(shí)際 SDK 里雙模不是兩個(gè)獨(dú)立協(xié)議棧各跑各的而是一個(gè)公共管理層統(tǒng)籌。常見的工作模式有私有模式主動(dòng)、BLE 被動(dòng)廣播鼠標(biāo)連接收器工作時(shí)BLE 仍然在后臺(tái)廣播方便隨時(shí)被手機(jī)搜索。廣播功耗可以壓到很低不影響主體驗(yàn)。BLE 主動(dòng)、私有模式監(jiān)聽設(shè)備以 BLE 連接為主私有 2.4G 通道作為低延遲備用網(wǎng)關(guān)做主備切換。時(shí)分復(fù)用TDM單天線片上系統(tǒng)最常見的做法把時(shí)間片分配給兩種協(xié)議切換間隙要處理好射頻狀態(tài)保持。產(chǎn)品設(shè)計(jì)時(shí)要算清楚一個(gè)數(shù)兩種模式同時(shí)工作時(shí)功耗是疊加的。如果 BLE 廣播占了一部分射頻時(shí)間私有模式的實(shí)時(shí)響應(yīng)能力就要打折扣。我見過不少項(xiàng)目栽在這開發(fā)時(shí)只測(cè)單模式功耗整機(jī)測(cè)試才發(fā)現(xiàn)同時(shí)廣播連接時(shí)電流超標(biāo)最后只能調(diào)低廣播間隔來妥協(xié)。2.3 BLE 5.4 對(duì)協(xié)議棧和軟件架構(gòu)的要求BLE 5.4 的 PAwR 和 EAD 都對(duì)協(xié)議棧的復(fù)雜度提出了更高要求。原來廣播緩沖區(qū)只有那么點(diǎn)現(xiàn)在要支持響應(yīng)時(shí)隙管理、加密上下文管理原來一個(gè)廣播事件處理完就完了現(xiàn)在要做事件同步。對(duì) SoC 廠商來說這套協(xié)議棧寫得好不好直接決定芯片好不好用。這里也順便回應(yīng)一個(gè)網(wǎng)上經(jīng)常出現(xiàn)的問題“2.4G 無線 Wi-Fi 信號(hào)能解碼出來嗎”嚴(yán)格說2.4GHz 是一個(gè)開放的頻段Wi-Fi、BLE、Zigbee、私有 2.4G 都在里面跑但它們的調(diào)制方式、幀格式、協(xié)議棧完全不同。Wi-Fi 用的是 OFDMBLE 和大多數(shù)私有 2.4G 用的是 GFSK一個(gè) Wi-Fi 網(wǎng)卡根本解不出 BLE 的包反過來也一樣。它們之間不是“互相破解”的關(guān)系而是共用頻譜、各說各話的關(guān)系。真正要處理的是共存問題也就是怎么避免互相干擾這部分我會(huì)在最后一章專門講。3. 私有 2.4G 為什么還沒被歷史淘汰低延遲背后的工程真相3.1 私有協(xié)議真正值錢的地方延遲和輪詢率很多人不理解BLE 都到 5.4 了為什么還需要私有 2.4G我舉一個(gè)真實(shí)的例子某款電競(jìng)鼠標(biāo)要求 1000Hz 回報(bào)率也就是每 1ms 上報(bào)一次鼠標(biāo)坐標(biāo)。BLE 的標(biāo)準(zhǔn)連接模式下連接間隔最低是 7.5ms就算用 2M PHY 和 event length extension 優(yōu)化實(shí)際有效回報(bào)率也很難穩(wěn)定超過 250Hz。而私有 2.4G 協(xié)議可以做到極短的數(shù)據(jù)幀和極快的調(diào)度1ms 一次上報(bào)輕輕松松。原因在于協(xié)議開銷。BLE 為了保證互操作性要處理連接管理、加密、重傳、多鏈路調(diào)度這些都要占用時(shí)間和電能。私有協(xié)議只要管好自己和配套接收器可以把協(xié)議?？车綐O簡(jiǎn)把大部分時(shí)間留給空軍接口調(diào)度。在無線外設(shè)這種“自己發(fā)射自己收”的場(chǎng)景里私有協(xié)議就像一條專用通道不堵車。3.2 抗干擾和跳頻私有協(xié)議也在進(jìn)化早年私有 2.4G 的跳頻做得很粗糙有些方案干脆固定頻點(diǎn)一遇到 Wi-Fi 路由器就斷連。現(xiàn)在成熟的私有協(xié)議基本都是自適應(yīng)跳頻實(shí)時(shí)檢測(cè)信道質(zhì)量把被干擾的信道踢出跳頻表。OM6625A 這類芯片因?yàn)楹?BLE 共用了射頻前端它的跳頻能力可以直接復(fù)用到私有模式抗干擾表現(xiàn)比早年那些老方案強(qiáng)很多。調(diào)試時(shí)有個(gè)細(xì)節(jié)自適應(yīng)跳頻的靈敏度不能調(diào)太激進(jìn)。我踩過坑把信道檢測(cè)閾值設(shè)得很高結(jié)果是稍微有點(diǎn)干擾就跳頻跳頻本身要花時(shí)間和功耗反而導(dǎo)致鏈路不穩(wěn)。后來把閾值放寬容一點(diǎn)只在連續(xù)丟包時(shí)才觸發(fā)信道切換整體穩(wěn)定性反而更好。3.3 私有協(xié)議的代價(jià)接收器和配對(duì)都是你的活私有協(xié)議爽歸爽賬要算清楚。你不可能讓手機(jī)去連你的私有接收器所以產(chǎn)品必須帶一個(gè)專用接收器這就是成本。接收器本身也要用一顆無線 SoC通常選擇比主設(shè)備低一檔的芯片但對(duì)廠商來說都是錢。配對(duì)要么出廠燒錄要么按鍵對(duì)碼還要考慮一對(duì)多一個(gè)接收器同時(shí)接鼠標(biāo)、鍵盤、耳機(jī)。這些事在 BLE 里都是現(xiàn)成的私有模式全靠自己造輪子。所以雙模芯片的價(jià)值就在這主設(shè)備用一顆 OM6625A私有模式連自家接收器BLE 模式連手機(jī)一套硬件吃遍兩個(gè)生態(tài)。這也是我看好這方向的原因私有體驗(yàn)和標(biāo)準(zhǔn)生態(tài)不再是非此即彼。4. 系統(tǒng)級(jí)芯片架構(gòu)拆解從射頻前端到 MCU一顆芯片如何工作4.1 射頻收發(fā)機(jī)單天線如何跑兩種協(xié)議OM6625A 的射頻部分核心是一個(gè) 2.4GHz 收發(fā)機(jī)。發(fā)射鏈路一般支持可調(diào)功率通常在 -20dBm 到 6dBm 甚至更高接收靈敏度能做到 -95dBm 左右這兩個(gè)參數(shù)決定了連接距離和穿墻能力。因?yàn)?BLE 和私有 2.4G 都工作在 2.4GHz 頻段而且都用 GFSK 調(diào)制硬件前端可以高度復(fù)用區(qū)別主要在基帶處理和協(xié)議棧配置。這里有個(gè)關(guān)鍵設(shè)計(jì)匹配網(wǎng)絡(luò)和天線是共用的。也就是說PCB 上只需要一顆天線、一組匹配元件。相比雙芯片方案省掉了一整套射頻前端和天線BOM 成本直接降下來天線布局的調(diào)試難度也小很多。我做過的項(xiàng)目里雙芯片方案的板子天線區(qū)域要預(yù)留雙份凈空雙模單芯片只需要一份產(chǎn)品尺寸可以縮小一圈。4.2 處理器內(nèi)核與外設(shè)一顆芯片就是一個(gè)小系統(tǒng)SoC 的“系統(tǒng)級(jí)”體現(xiàn)在它不只有射頻還有完整的計(jì)算子系統(tǒng)。OM6625A 這類芯片內(nèi)部通常集成 32 位 ARM Cortex-M 內(nèi)核配合片上 Flash 和 RAM可以跑完整的協(xié)議棧加應(yīng)用程序。具體容量不同批次可能有差異一定要以官方手冊(cè)為準(zhǔn)但典型配置一般在幾百 KB Flash、幾十 KB RAM 的區(qū)間對(duì)鍵鼠、傳感器這類應(yīng)用綽綽有余。外設(shè)方面GPIO、UART、SPI、I2C、PWM、ADC 都是基本盤。實(shí)際做產(chǎn)品時(shí)我會(huì)特別看重這幾個(gè)UART 和 SPI 的數(shù)量與復(fù)用模組方案喜歡用 UART 透?jìng)髦骺胤桨赶矚g用 SPI 對(duì)接傳感器。PWM 通道數(shù)LED 呼吸燈、馬達(dá)驅(qū)動(dòng)都要靠它太少就得外掛。ADC 精度和采樣速率做電池電量檢測(cè)、觸摸按鍵、搖桿模擬量輸入都要用。行業(yè)里另一顆常被拿來對(duì)比的系統(tǒng)級(jí)芯片比如 LM10xx 系列它們走的是超低功耗 BLE 單模路線目標(biāo)是紐扣電池跑幾年的傳感節(jié)點(diǎn)。OM6625A 的優(yōu)勢(shì)在于雙模不是純粹比誰功耗低。選型時(shí)先想清楚產(chǎn)品要什么別一上來就比參數(shù)表。4.3 低功耗雙模 SoC 的功耗賬本低功耗設(shè)計(jì)是這類芯片的重頭戲。典型架構(gòu)里有多種低功耗模式睡眠電流能做到微安級(jí)深度睡眠甚至可以到亞微安級(jí)接收電流一般在幾毫安到十幾毫安發(fā)射電流取決于功率檔位。雙模芯片的功耗優(yōu)化關(guān)鍵是“按需喚醒”和“模式調(diào)度”。經(jīng)驗(yàn)上要注意三點(diǎn)。第一電流峰值別只看平均值BLE 廣播的瞬時(shí)電流可能到十幾毫安平均電流看著不高但如果電源路徑阻抗過大瞬時(shí)壓降會(huì)讓芯片復(fù)位。第二外設(shè)功耗占大頭射頻芯片再省一顆常開的加速度計(jì)就可能吃掉整個(gè)功耗預(yù)算系統(tǒng)級(jí)設(shè)計(jì)要從傳感器和電源下手。第三私有協(xié)議的空閑偵聽私有模式為了保住低延遲接收器要頻繁開窗監(jiān)聽這部分電流和延遲是矛盾的需要在協(xié)議參數(shù)里做平衡。5. 從 SDK 到量產(chǎn)雙模芯片開發(fā)全流程經(jīng)驗(yàn)5.1 開發(fā)環(huán)境與工程架構(gòu)用 OM6625A 做產(chǎn)品正常流程是從廠商 SDK 開始的。SDK 一般包含協(xié)議棧庫、外設(shè)驅(qū)動(dòng)、示例工程和配套文檔。工具鏈常見的是 Keil、IAR 或者 GCC 加命令行構(gòu)建沒有國(guó)外芯片那種復(fù)雜的 IDE反而容易上手。我拿到 SDK 的第一件事從來不是直接寫業(yè)務(wù)而是先看工程腳本和鏈接文件把 Flash 和 RAM 的分配搞清楚尤其是協(xié)議棧占用多少、用戶代碼可用多少。這一步?jīng)Q定了后面會(huì)不會(huì)出現(xiàn)“代碼下周就放不下了”的窘境。示例工程建議先跑“BLE 廣播 私有點(diǎn)對(duì)點(diǎn)透?jìng)鳌边@種組合 demo確認(rèn)雙模切換流程能跑通。很多新手犯的錯(cuò)是直接改應(yīng)用層改到一半發(fā)現(xiàn)協(xié)議棧配置沒開放又回來翻頭文件浪費(fèi)時(shí)間。5.2 雙模切換與空中數(shù)據(jù)管理雙模開發(fā)的核心是模式切換邏輯。我習(xí)慣用狀態(tài)機(jī)來管理初始化態(tài) → 私有連接態(tài) → BLE 連接態(tài) → 休眠態(tài)每個(gè)狀態(tài)遷移都要想清楚射頻要做什么、棧要做哪些動(dòng)作。切換時(shí)的數(shù)據(jù)緩存也要提前設(shè)計(jì)。比如鼠標(biāo)在私有模式下攢了一批坐標(biāo)沒發(fā)完這時(shí)用戶按下 BLE 連接這些數(shù)據(jù)是丟還是延遲發(fā)我會(huì)建議在切換點(diǎn)做一次 flush寧可丟最后幾毫秒的數(shù)據(jù)也不要讓切換過程卡頓。另外空中數(shù)據(jù)格式要明確區(qū)分“私有幀”和“BLE GATT 數(shù)據(jù)”。我見過項(xiàng)目把兩者混在一個(gè)解析函數(shù)里結(jié)果收到私有協(xié)議罕見幀時(shí)錯(cuò)誤地套用了 GATT 解析直接跑飛。抽象一層數(shù)據(jù)引擎按模式分發(fā)是值得的。5.3 天線匹配與量產(chǎn)調(diào)試天線是無線產(chǎn)品最容易翻車的環(huán)節(jié)。OM6625A 這類 SoC 都有標(biāo)準(zhǔn)的參考設(shè)計(jì)匹配網(wǎng)絡(luò)但參考設(shè)計(jì)用的是廠商測(cè)試板的天線你的產(chǎn)品板天線換了匹配就要重新調(diào)。我用網(wǎng)絡(luò)分析儀調(diào)匹配是常規(guī)操作關(guān)鍵是預(yù)留 π 型匹配焊盤方便量產(chǎn)時(shí)微調(diào)。沒有網(wǎng)分的團(tuán)隊(duì)至少要多做幾種天線布局樣板實(shí)測(cè)對(duì)比 RSSI。量產(chǎn)還要注意晶振精度。BLE 對(duì)時(shí)鐘精度有硬性要求晶振偏差過大會(huì)導(dǎo)致信號(hào)對(duì)不上。采購晶振時(shí)一定要買帶頻偏規(guī)格的不要貪便宜用雜牌。我吃過一次虧同一批貨里頻偏差異大部分設(shè)備連不上最后只能全檢損失慘重。5.4 認(rèn)證與互通測(cè)試無線產(chǎn)品要過準(zhǔn)入測(cè)試不同地區(qū)要求不同。做 BLE 認(rèn)證時(shí)雙模芯片的 BLE 協(xié)議棧已經(jīng)過了官方兼容性測(cè)試會(huì)省很多事。私有模式通常按無線電設(shè)備走測(cè)試需要關(guān)注頻段、功率、雜散等指標(biāo)。我的建議是這兩件事在硬件方案定型前就啟動(dòng)預(yù)測(cè)試別等到開模后才去做否則改版成本很高?；ネy(cè)試也別省拿市場(chǎng)上主流手機(jī)、筆記本、各品牌接收器實(shí)測(cè)。BLE 模式重點(diǎn)測(cè)連接穩(wěn)定性和配對(duì)體驗(yàn)私有模式重點(diǎn)測(cè)接收器兼容性尤其是不同批次接收器固件版本是否一致這在售后問題里占很大比例。6. 常見問題與排查實(shí)錄2.4GHz 共存、斷連與功耗異常6.1 2.4GHz 頻譜共存的真問題回到那個(gè)“2.4G 無線 Wi-Fi 信號(hào)能不能解碼”的問題。前面說過不同協(xié)議之間是“各說各話”不能互解但同在一個(gè)頻段就一定有互相干擾。Wi-Fi 信道帶寬大、功率強(qiáng)一旦路由器靠近BLE 和私有 2.4G 的丟包率都可能飆升。我處理共存問題的思路按優(yōu)先級(jí)來信道規(guī)劃讓私有 2.4G 的跳頻表避開本地的 Wi-Fi 活躍信道比如 1、6、11 信道。時(shí)間避讓如果 Wi-Fi 流量很大可以縮短射頻窗口錯(cuò)峰發(fā)送。硬件濾波在產(chǎn)品結(jié)構(gòu)允許時(shí)加屏蔽罩或改善天線方向性。實(shí)測(cè)中最有效的是前兩條。有一款傳感器產(chǎn)品在辦公區(qū)總是上報(bào)延遲排查半天發(fā)現(xiàn)周邊 Wi-Fi 信道全被占用后來在私有協(xié)議配置里排除了幾個(gè)重災(zāi)區(qū)信道丟包率從 8% 降到 1% 以下。6.2 斷連、卡頓和連接不上的常見誘因斷連問題可以從軟件和硬件兩個(gè)方向排查。軟件上先看協(xié)議棧反饋的錯(cuò)誤碼是超時(shí)、重傳次數(shù)超限還是對(duì)端主動(dòng)斷開硬件上先看 RSSI 和頻偏再查晶振和天線。我整理了一個(gè)排查速查表現(xiàn)象常見誘因排查手段距離稍遠(yuǎn)就斷連天線匹配差、輸出功率低網(wǎng)分調(diào)匹配、檢查發(fā)射功率寄存器特定位置丟包嚴(yán)重信道被 Wi-Fi/微波爐干擾抓周邊頻譜、調(diào)整跳頻表配對(duì)后偶爾連不上晶振頻偏超標(biāo)檢查晶振負(fù)載電容、替換晶振驗(yàn)證私有模式正常、BLE 異常協(xié)議棧參數(shù)配置錯(cuò)誤對(duì)照 SDK 示例恢復(fù)默認(rèn)參數(shù)產(chǎn)品低溫環(huán)境下斷連晶振低溫頻偏變大選溫漂小的晶振、增加預(yù)熱邏輯6.3 功耗異常的定位方法功耗問題我一般用“分段測(cè)量法”先測(cè)整機(jī)睡眠電流再測(cè)射頻收發(fā)時(shí)的平均電流最后單獨(dú)測(cè)傳感器和外設(shè)的電流。很多芯片支持 GPIO 翻轉(zhuǎn)配合示波器測(cè)量可以精確看到每個(gè)事件的功耗占空比。還有個(gè)小技巧測(cè)功耗不要只看芯片的數(shù)據(jù)手冊(cè)電流表。雙模芯片同時(shí)開 BLE 廣播和私有接收時(shí)電流是疊加的手冊(cè)里的“接收電流”通常是單模式單開的值。我測(cè)過一顆芯片雙模同時(shí)工作的電流比單 BLE 模式高了近一倍。產(chǎn)品定義里如果雙模必須同時(shí)在線功耗預(yù)算一定要按疊加值計(jì)算。6.4 其他容易踩的坑最后分享幾個(gè)零散的教訓(xùn)。一是供電退耦射頻發(fā)射瞬間電流大電源引腳附近的小電容一定要按參考設(shè)計(jì)放省不得。二是Flash 擦寫壽命頻繁做 OTA 升級(jí)要注意磨損均衡別把用戶數(shù)據(jù)區(qū)和固件區(qū)放在同一片頻繁擦寫的區(qū)域。三是軟件定時(shí)器和協(xié)議棧定時(shí)器的優(yōu)先級(jí)沖突在中斷里做耗時(shí)操作會(huì)直接破壞射頻時(shí)序這些在代碼評(píng)審時(shí)要盯緊。最后說點(diǎn)個(gè)人體會(huì)。做無線產(chǎn)品這些年我越來越覺得芯片選型不是挑數(shù)字而是挑“合適”要低延遲就不能死磕 BLE要互通就不能死守私有協(xié)議。OM6625A 這種 BLE5.4 加私有 2.4G 的雙模 SoC恰恰把兩個(gè)世界的優(yōu)點(diǎn)縫到了一起。如果你正在做無線外設(shè)或者智能硬件拿到這顆芯片后別急著寫業(yè)務(wù)代碼先把雙模切換和功耗預(yù)算這兩件事想透后面會(huì)少很多返工。芯片本身只是一顆料真正決定產(chǎn)品體驗(yàn)的是你對(duì)那套射頻時(shí)序、協(xié)議調(diào)度和功耗賬本的把握。