戰(zhàn)：ARM Cortex-M0+低成本32位MCU選型與開(kāi)發(fā))
最近有個(gè)實(shí)際項(xiàng)目要換主控要求功耗低、成本敏感、接口還得夠用朋友順手推了一顆料過(guò)來(lái)芯嶺技術(shù)這邊在推廣的普冉 MCU型號(hào)是 MS32C001-C32 位 ARM Cortex-M0 內(nèi)核。說(shuō)實(shí)話(huà)看到這個(gè)組合第一反應(yīng)是“又是一顆國(guó)產(chǎn)替代芯片”但真正上手跑了一輪之后發(fā)現(xiàn)它在定位、資源、性?xún)r(jià)比上確實(shí)有點(diǎn)東西。這篇文章就把我從選型、硬件設(shè)計(jì)、開(kāi)發(fā)環(huán)境到實(shí)際調(diào)試踩坑的全過(guò)程整理出來(lái)給正在評(píng)估或者已經(jīng)拿到樣片的工程師做個(gè)參照。我寫(xiě)的所有內(nèi)容都圍繞這顆芯片的實(shí)際使用展開(kāi)適合三類(lèi)人看一是做低成本 IoT 設(shè)備選型的硬件工程師二是想從 8 位單片機(jī)遷移到 32 位平臺(tái)的學(xué)生或愛(ài)好者三是已經(jīng)在用 MS32C001-C 但遇到外設(shè)、燒錄、低功耗問(wèn)題的開(kāi)發(fā)者。整篇文章不講虛的全部以實(shí)操為主參數(shù)部分以官方手冊(cè)和實(shí)際測(cè)試為準(zhǔn)我會(huì)盡量標(biāo)注清楚哪些是手冊(cè)值、哪些是我實(shí)測(cè)值。1. 項(xiàng)目背景與選型邏輯1.1 這顆芯片到底解決什么問(wèn)題先看定位。MS32C001-C 是一顆基于 32 位 ARM Cortex-M0 內(nèi)核的通用 MCU主頻做到幾十兆赫茲級(jí)別集成 Flash 和 SRAM內(nèi)置多路定時(shí)器、通信接口、ADC 等常用外設(shè)。它的目標(biāo)非常明確替代傳統(tǒng) 8 位單片機(jī)把那些正在用 51、AVR、PIC 的老方案往 32 位平臺(tái)遷移。為什么會(huì)有這種需求因?yàn)楝F(xiàn)在很多小家電、電動(dòng)工具、傳感器模組、智能家居面板算力需求比過(guò)去高了不少。比如我這次做的模擬項(xiàng)目叫“某溫控器系統(tǒng)”原來(lái)用的 8 位單片機(jī)要同時(shí)跑 PID 運(yùn)算、驅(qū)動(dòng)數(shù)碼管、做按鍵掃描和串口上報(bào)CPU 已經(jīng)滿(mǎn)負(fù)荷稍微加個(gè)功能就要換主控。換到 MS32C001-C 之后同樣的功能跑下來(lái)資源占用還不到一半而且擴(kuò)展余量明顯變大。成本層面32 位 M0 芯片現(xiàn)在已經(jīng)下探到和高端 8 位機(jī)差不多的價(jià)位真正做到了性?xún)r(jià)比上的對(duì)位。這顆芯片還解決了另一個(gè)問(wèn)題開(kāi)發(fā)體驗(yàn)。8 位平臺(tái)各家工具鏈碎片化嚴(yán)重CMSIS 標(biāo)準(zhǔn)、統(tǒng)一的調(diào)試接口、豐富的庫(kù)函數(shù)這些都是 32 位平臺(tái)的天然優(yōu)勢(shì)上手成本其實(shí)比想象中低。1.2 為什么優(yōu)先考慮 ARM Cortex-M0 而不是 M3 或者 8 位機(jī)很多人會(huì)問(wèn)同樣都是 ARM為什么不直接上 M3這里有幾個(gè)關(guān)鍵考量。第一是功耗Cortex-M0 的流水線(xiàn)更短門(mén)數(shù)更少靜態(tài)功耗和動(dòng)態(tài)功耗都明顯低于 Cortex-M3對(duì)于電池供電的設(shè)備來(lái)說(shuō)非常關(guān)鍵。第二是成本M0 內(nèi)核的授權(quán)費(fèi)和芯片面積更小芯片廠(chǎng)能做到更低的售賣(mài)價(jià)終端產(chǎn)品才有利潤(rùn)空間。第三是外設(shè)夠用很多場(chǎng)景確實(shí)用不到復(fù)雜的內(nèi)存管理、浮點(diǎn)運(yùn)算、DSP 指令。但 M0 也不是沒(méi)有代價(jià)。比如沒(méi)有硬件除法器復(fù)雜運(yùn)算要靠軟件模擬中斷響應(yīng)和嵌套能力也弱于 M3。所以選擇時(shí)要評(píng)估你的應(yīng)用是否真的需要高端特性。如果只是做電機(jī)控制、傳感器讀取、簡(jiǎn)單人機(jī)交互M0 足夠如果涉及大量浮點(diǎn)算法、復(fù)雜的協(xié)議棧和快速上下文切換那就老老實(shí)實(shí)上 M3 或者 M4。對(duì)比傳統(tǒng) 8 位機(jī)優(yōu)勢(shì)就更明顯了。8 位機(jī)雖然便宜但總線(xiàn)寬度限制在那里處理復(fù)雜邏輯時(shí)效率很低。而 M0 即使主頻只有幾十MHz實(shí)際指令執(zhí)行效率遠(yuǎn)超同頻 8 位機(jī)遇到定時(shí)器比較、中斷嵌套、多路 PWM 這種需求甩開(kāi) 8 位機(jī)幾條街。1.3 MS32C001-C 在同類(lèi)方案里的定位在普冉的 MCU 產(chǎn)品線(xiàn)里MS32C001-C 屬于基礎(chǔ)通用型主打小封裝、低成本、低功耗。和更高端的系列相比它沒(méi)有那么多高級(jí)外設(shè)比如缺少 USB、SDIO、以太網(wǎng)這類(lèi)復(fù)雜接口但是常用通信接口一個(gè)不少UART、I2C、SPI、ADC、定時(shí)器、PWM 都有。這意味著它非常適合做“功能單一但需要穩(wěn)定”的設(shè)備節(jié)點(diǎn)。而且這顆芯片有幾個(gè)容易被忽略的優(yōu)點(diǎn)寬電壓供電范圍、內(nèi)部振蕩器精度可以滿(mǎn)足大多數(shù)串口通信場(chǎng)景、引腳兼容性做得好。我測(cè)試的時(shí)候發(fā)現(xiàn)產(chǎn)品設(shè)計(jì)時(shí)不用外掛晶振也能跑穩(wěn)串口通信很多時(shí)候能把 BOM 成本再壓一檔。整體定位可以概括成一句話(huà)用最低的成本和功耗完成 8 位機(jī)到 32 位平臺(tái)的無(wú)痛遷移同時(shí)保持足夠的接口靈活性。2. 硬件資源盤(pán)點(diǎn)與最小系統(tǒng)搭建2.1 核心資源與封裝信息先看核心資源。MS32C001-C 的 CPU 是基于 ARM Cortex-M0 內(nèi)核這意味著它天生支持 CMSIS 標(biāo)準(zhǔn)、標(biāo)準(zhǔn)調(diào)試接口SWD、SysTick 定時(shí)器、NVIC 中斷控制器。存儲(chǔ)方面Flash 容量有多個(gè)配置常見(jiàn)的有幾十 KB 級(jí)別RAM 也有多種容量可選具體值必須按照你買(mǎi)到的那一檔的型號(hào)后綴來(lái)確認(rèn)不同子型號(hào)差別挺大。外設(shè)資源方面我拿到手的是中等配置版本實(shí)際集成了多路 12 位 ADC支持多通道采集多路高級(jí)定時(shí)器和基礎(chǔ)定時(shí)器支持 PWM 輸出至少兩路 UART支持標(biāo)準(zhǔn)串口通信一路 I2C一路 SPI適合接傳感器、存儲(chǔ)、顯示模塊GPIO 數(shù)量充足支持外部中斷和內(nèi)部上拉/下拉電阻配置封裝選擇上有常見(jiàn)的 TSSOP、QFN、LQFP 等方便不同產(chǎn)品形態(tài)選擇。我這里用的小體積封裝做傳感器節(jié)點(diǎn)非常合適。2.2 最小系統(tǒng)硬件設(shè)計(jì)要點(diǎn)最小系統(tǒng)其實(shí)很簡(jiǎn)單只要抓住下面幾個(gè)點(diǎn)就不會(huì)出大問(wèn)題。首先是電源芯片的 VDD 管腳要接高質(zhì)量去耦電容一般 100nF 靠近 VDD 管腳放另外再加上一個(gè) 10μF 左右的鉭電容或陶瓷電容做低頻退耦。電源推薦使用低噪聲 LDO如果系統(tǒng)里還有其他大功率器件地平面要分開(kāi)處理。其次是復(fù)位管腳。很多工程師圖省事直接把 NRST 接 VDD不接下拉和電容。這在調(diào)試階段通常沒(méi)問(wèn)題但在強(qiáng)干擾環(huán)境下容易出現(xiàn)意外復(fù)位。建議按規(guī)格書(shū)要求接標(biāo)準(zhǔn)的 RC 復(fù)位電路電阻電容的值參考官方推薦不要隨意加大電容否則上電復(fù)位時(shí)間太長(zhǎng)會(huì)導(dǎo)致系統(tǒng)啟動(dòng)異常。然后是時(shí)鐘配置。我做的這個(gè)項(xiàng)目直接使用了內(nèi)部 RC 振蕩器沒(méi)有外接晶振。實(shí)測(cè)下來(lái)在常溫環(huán)境下串口通信波特率誤差完全可以接受。如果系統(tǒng)需要更精準(zhǔn)的時(shí)鐘比如要求嚴(yán)格的時(shí)間同步或者 USB 相關(guān)功能當(dāng)然這顆芯片沒(méi)有 USB那就需要外接晶振。晶振的兩個(gè)負(fù)載電容選擇很關(guān)鍵要根據(jù)晶振的負(fù)載電容參數(shù)來(lái)配配錯(cuò)了會(huì)導(dǎo)致起振困難或者頻率偏移。2.3 供電、電平匹配與引腳保護(hù)這塊重點(diǎn)講電平問(wèn)題。MS32C001-C 的 GPIO 在寬電壓范圍內(nèi)工作但不同電壓域之間做接口時(shí)還是要小心。如果外部傳感器或者通信總線(xiàn)是 5V 電平而芯片工作在 3.3V則需要進(jìn)行電平轉(zhuǎn)換。哪些引腳內(nèi)部有鉗位保護(hù)二極管、哪些沒(méi)有一定要看數(shù)據(jù)手冊(cè)的引腳說(shuō)明不能指望所有引腳都 5V 耐壓。還有一個(gè)容易被忽視的地方引腳浮空輸入。在系統(tǒng)初始化之前所有 GPIO 處于高阻態(tài)如果這些引腳連接的是關(guān)鍵使能信號(hào)可能在復(fù)位期間被誤觸發(fā)。解決辦法是在硬件上加上下拉電阻或者在初始化代碼里盡快配置引腳模式。我遇到過(guò)復(fù)位瞬間外部繼電器被短暫吸合的情況就是因?yàn)?GPIO 高阻態(tài)導(dǎo)致電平翻轉(zhuǎn)后來(lái)加了外部下拉電阻才徹底解決。設(shè)計(jì)最小系統(tǒng)的時(shí)候還建議預(yù)留 SWD 調(diào)試接口的測(cè)試點(diǎn)不要只引出電源和地。哪怕原型階段不用調(diào)試器后期量產(chǎn)和故障分析也離不開(kāi)調(diào)試口這點(diǎn)省不了。2.4 電源紋波與 PCB 布線(xiàn)建議這個(gè)環(huán)節(jié)比較偏實(shí)戰(zhàn)。M0 內(nèi)核的瞬態(tài)電流雖然不大但如果供電質(zhì)量差Flash 讀取會(huì)出錯(cuò)運(yùn)行時(shí)會(huì)不定期死機(jī)。用示波器測(cè) VDD 的紋波峰值不要超過(guò) 100mV否則就該考慮加大電容或者換低阻抗的電源走線(xiàn)。在 PCB 布線(xiàn)時(shí)晶體和去耦電容要盡可能靠近 MCU 管腳不要穿過(guò)大電流走線(xiàn)地線(xiàn)盡量用完整地平面不要在底層割裂。如果是兩層板特別要注意時(shí)鐘走線(xiàn)和高速信號(hào)SWDIO、SWCLK不要交叉不要走在板邊。我之前做過(guò)一塊板子為了走線(xiàn)方便把 SWCLK 拉得很長(zhǎng)結(jié)果調(diào)試器偶爾連不上后來(lái)縮短走線(xiàn)并在 SWCLK 上串了小電阻才穩(wěn)定。這些經(jīng)驗(yàn)雖然零碎但在實(shí)際調(diào)試中能省很多時(shí)間。3. 開(kāi)發(fā)環(huán)境搭建與工程創(chuàng)建3.1 Keil MDK 環(huán)境與器件支持包開(kāi)發(fā)工具推薦直接用 Keil MDK因?yàn)槠杖降墓俜綆?kù)和例程大多基于 Keil 工程提供。新建工程之前需要先確認(rèn) Keil 版本不要太老最好選用較新的版本避免出現(xiàn)編譯器兼容性問(wèn)題。然后安裝對(duì)應(yīng)的器件支持包安裝之后在 Device 列表里就能找到 MS32C001-C 對(duì)應(yīng)的型號(hào)。這里有個(gè)細(xì)節(jié)有些人安裝完支持包后發(fā)現(xiàn)編譯時(shí)仍然報(bào)找不到頭文件其實(shí)是因?yàn)闆](méi)有正確選擇芯片型號(hào)導(dǎo)致 Keil 沒(méi)有把 Device 相關(guān)的宏定義和頭文件路徑自動(dòng)加進(jìn)來(lái)。建議在工程配置里確認(rèn) C/C 選項(xiàng)卡中的 Define 和 Include Paths 已經(jīng)自動(dòng)添加不要手動(dòng)亂改。如果遇到編譯報(bào)錯(cuò)說(shuō)找不到 core_cm0plus.h基本就是選擇了錯(cuò)誤的 Device 或者沒(méi)有安裝 CMSIS 支持包。3.2 官方 SDK、標(biāo)準(zhǔn)庫(kù)與寄存器操作如何選擇開(kāi)發(fā)時(shí)一般有三種選擇直接用官方 SDK、用標(biāo)準(zhǔn)外設(shè)庫(kù)、完全寄存器操作。我的建議是快速原型驗(yàn)證用官方 SDK因?yàn)槔锩嬉呀?jīng)把外設(shè)驅(qū)動(dòng)封裝好了直接調(diào)用接口大部分情況不用自己挖寄存器。產(chǎn)品做穩(wěn)定版本時(shí)可以把涉及性能瓶頸的部分改用寄存器操作比如 PWM 占空比更新、ADC 多通道切換、串口高速收發(fā)。如果想深入理解芯片或者做底層移植直接用寄存器操作學(xué)習(xí)效果最好但工作量確實(shí)大。我自己做這個(gè)項(xiàng)目時(shí)初期用的是官方庫(kù)函數(shù)跑通功能后再逐步把定時(shí)器中斷和 ADC 采集部分改成寄存器操作性能有很大提升。比如 PWM 在庫(kù)函數(shù)方式下更新占空比可能需要多個(gè)函數(shù)調(diào)用合成一條寄存器寫(xiě)操作后周期抖動(dòng)明顯改善。3.3 編譯與下載配置Keil 工程里的燒錄配置需要注意幾點(diǎn)。第一編程算法要和 Flash 容量匹配選錯(cuò)了或者容量超出范圍會(huì)導(dǎo)致燒錄到一半報(bào)錯(cuò)。第二下載前是否勾選“擦除整個(gè) Flash”如果只擦除部分扇區(qū)而代碼分散在多個(gè)位置可能出現(xiàn)殘留數(shù)據(jù)導(dǎo)致程序跑飛。第三復(fù)位模式一般選擇復(fù)位后運(yùn)行這樣的話(huà)下載完成后芯片會(huì)自動(dòng)復(fù)位并跑起來(lái)方便驗(yàn)證。燒錄工具我用的是兼容 CMSIS-DAP 的調(diào)試器成本低速度也夠。如果要批量生產(chǎn)建議用脫機(jī)編程器或者專(zhuān)用燒錄底座速度快、穩(wěn)定還能做序列號(hào)和 MAC 地址寫(xiě)入。關(guān)于軟件架構(gòu)老生常談但還是要說(shuō)中斷服務(wù)函數(shù)里不要寫(xiě)復(fù)雜邏輯盡量只在中斷里置標(biāo)志位、讀數(shù)據(jù)主循環(huán)再處理協(xié)議和業(yè)務(wù)。這樣寫(xiě)的好處是中斷延遲穩(wěn)定不容易出現(xiàn)數(shù)據(jù)丟失。比如串口接收如果直接在中斷里處理幀解析收到長(zhǎng)幀時(shí)很容易把其他中斷餓死改成中斷只往環(huán)形隊(duì)列里丟字節(jié)主循環(huán)再解析就穩(wěn)定多了。4. 外設(shè)驅(qū)動(dòng)開(kāi)發(fā)與代碼實(shí)踐4.1 GPIO 與延時(shí)函數(shù)實(shí)戰(zhàn)GPIO 算是最基礎(chǔ)的外設(shè)但這里有幾個(gè)容易踩的坑。先看一段點(diǎn)燈和延時(shí)代碼#include MS32C001_C.h #define LED_PIN GPIO_PIN_5 #define LED_PORT GPIOB void delay_ms(uint32_t ms) { for (uint32_t i 0; i ms; i) { for (volatile uint32_t j 0; j 8000; j); } } int main(void) { GPIO_InitTypeDef gpio_init; gpio_init.Pin LED_PIN; gpio_init.Mode GPIO_MODE_OUTPUT_PP; gpio_init.Pull GPIO_NOPULL; gpio_init.Speed GPIO_SPEED_LOW; HAL_GPIO_Init(LED_PORT, gpio_init); while (1) { HAL_GPIO_WritePin(LED_PORT, LED_PIN, GPIO_PIN_RESET); delay_ms(500); HAL_GPIO_WritePin(LED_PORT, LED_PIN, GPIO_PIN_SET); delay_ms(500); } }這個(gè)延時(shí)函數(shù)里 8000 這個(gè)數(shù)字要根據(jù)實(shí)際主頻和編譯器優(yōu)化級(jí)別調(diào)整。最好的做法是不要用這種純軟件空循環(huán)來(lái)延時(shí)因?yàn)槟銚Q編譯器版本、換優(yōu)化級(jí)別時(shí)間就可能不對(duì)。項(xiàng)目里涉及到需要準(zhǔn)確時(shí)間的地方我都改用 SysTick 來(lái)實(shí)現(xiàn)。SysTick 是 Cortex-M0 內(nèi)核自帶的一個(gè) 24 位遞減計(jì)數(shù)器用它做時(shí)基非常標(biāo)準(zhǔn)。說(shuō)回 GPIO。輸出模式要分清推挽和開(kāi)漏驅(qū)動(dòng) LED、蜂鳴器用推挽I2C 總線(xiàn)這種需要外部上拉的總線(xiàn)一定要用開(kāi)漏。輸入模式要區(qū)分上拉、下拉和浮空按鍵檢測(cè)建議內(nèi)部上拉傳感器信號(hào)建議根據(jù)傳感器輸出方式選不要盲目用浮空?？傊瓽PIO 初始化時(shí)不要只設(shè)置方向還要認(rèn)真設(shè)置上下拉和速度否則會(huì)在功耗和信號(hào)完整性上出問(wèn)題。4.2 串口 UART 與 printf 重定向串口是嵌入式調(diào)試的第一利器MS32C001-C 的串口模塊支持標(biāo)準(zhǔn)波特率內(nèi)部 RC 在常溫下跑 115200 基本沒(méi)問(wèn)題。但要注意如果系統(tǒng)主頻有誤差波特率就會(huì)有誤差兩個(gè)設(shè)備累計(jì)誤差超過(guò) 2% 就可能丟數(shù)據(jù)。所以量產(chǎn)前一定要實(shí)測(cè)串口通信的穩(wěn)定性。使用串口之前先初始化時(shí)鐘、GPIO 復(fù)用功能和 UART 外設(shè)。GPIO 復(fù)用這塊很多人容易忽略以為初始化了 GPIO 就能直接做串口其實(shí)必須把對(duì)應(yīng)的引腳切換成復(fù)用功能否則數(shù)據(jù)完全不通。這點(diǎn)在數(shù)據(jù)手冊(cè)的引腳功能表里會(huì)有詳細(xì)說(shuō)明我強(qiáng)烈建議畫(huà)原理圖的時(shí)候就把復(fù)用關(guān)系標(biāo)出來(lái)后續(xù)寫(xiě)代碼就清楚了。printf 重定向是串口調(diào)試最實(shí)用的技巧。在 Keil 環(huán)境里重定向標(biāo)準(zhǔn)輸出到串口只要實(shí)現(xiàn)一下 fputc 函數(shù)int fputc(int ch, FILE *f) { // 把 ch 發(fā)送到調(diào)試串口 USART_SendData(DEBUG_UART, (uint8_t)ch); while (USART_GetFlagStatus(DEBUG_UART, USART_FLAG_TXE) RESET); return ch; }重定向之后直接用 printf 打印調(diào)試信息效率非常高。注意用微庫(kù)時(shí)要勾選 MicroLIB否則浮點(diǎn)格式化等比較耗資源。調(diào)試沒(méi)問(wèn)題之后正式代碼里可以減少甚至關(guān)掉 printf避免拖慢主循環(huán)。4.3 ADC 多通道采集與參考電壓校正ADC 這塊是我在項(xiàng)目里花費(fèi)時(shí)間最多的外設(shè)因?yàn)椴杉瘻貪穸葌鞲衅鞯哪M輸出電壓時(shí)精度直接影響了 PID 控制效果。MS32C001-C 的 ADC 是 12 位精度理論上最高分辨率可以到 4096 級(jí)但實(shí)際精度受參考電壓穩(wěn)定性、PCB 噪聲和采樣時(shí)間影響很大。我的建議是ADC 參考電壓不能直接接在系統(tǒng)電源上最好用高精度基準(zhǔn)源或者至少保證 VDD 紋波足夠小。采樣時(shí)間不要設(shè)太短信號(hào)源阻抗高時(shí)采樣時(shí)間不足會(huì)導(dǎo)致充電不充分采集值偏低。我一般是盡量把采樣周期設(shè)置得比最小要求長(zhǎng)一點(diǎn)換取穩(wěn)定度。多通道采集時(shí)通道切換后要等一小段時(shí)間再啟動(dòng)轉(zhuǎn)換否則前一次采樣的殘留電荷會(huì)影響結(jié)果。如果需要精確測(cè)量必須做軟件校準(zhǔn)。方法是用一個(gè)已知精度的參考電壓輸入到某個(gè) ADC 通道然后計(jì)算增益和偏移誤差再把所有通道的讀數(shù)做線(xiàn)性補(bǔ)償。做電池電壓檢測(cè)時(shí)還要注意分壓電阻的阻值選擇。分壓電阻太大漏電流小但采樣會(huì)變慢太小采樣快但會(huì)白白耗電。在低功耗設(shè)備里一般用 100K 量級(jí)的分壓電阻并且用 MOS 管或者 GPIO 控制分壓網(wǎng)絡(luò)的通斷只在測(cè)量瞬間才上電測(cè)量完立刻斷電。4.4 PWM 輸出與定時(shí)器使用經(jīng)驗(yàn)PWM 輸出在電機(jī)調(diào)速、燈光調(diào)光、蜂鳴器音調(diào)控制上非常常用。MS32C001-C 的定時(shí)器可以輸出多路帶死區(qū)的 PWM直接驅(qū)動(dòng)半橋電路或者做燈光控制很方便。我做的溫控器里就用 PWM 控制加熱棒的功率占空比由 PID 運(yùn)算結(jié)果更新溫控穩(wěn)定度比傳統(tǒng)的繼電器通斷方式高很多。配置 PWM 有幾個(gè)規(guī)律分頻和自動(dòng)重裝載值決定頻率預(yù)分頻決定計(jì)數(shù)時(shí)鐘重裝載值決定周期。占空比由比較值決定更新比較值的時(shí)機(jī)最好放在定時(shí)器中斷的底部并且一次更新完成避免多個(gè)寄存器寫(xiě)入過(guò)程中產(chǎn)生中間狀態(tài)。電機(jī)驅(qū)動(dòng)等應(yīng)用要配置死區(qū)避免上下橋同時(shí)導(dǎo)通。如果對(duì)頻率精度要求高建議用外部晶振做定時(shí)器時(shí)鐘源內(nèi)部 RC 在不同溫度下會(huì)有偏移。我在實(shí)際調(diào) PWM 時(shí)就遇到過(guò)一個(gè)現(xiàn)象占空比輸出偶爾跳變一開(kāi)始以為是芯片問(wèn)題后來(lái)發(fā)現(xiàn)是軟件里更新比較值時(shí)被更高優(yōu)先級(jí)的中斷打斷導(dǎo)致兩個(gè)寄存器寫(xiě)入不同步。解決辦法是先把比較值算好在關(guān)閉定時(shí)器中斷的情況下同時(shí)更新或者使用影子寄存器機(jī)制一次更新整個(gè)周期。5. 低功耗、可靠性設(shè)計(jì)與量產(chǎn)注意事項(xiàng)5.1 低功耗模式選型與實(shí)測(cè)這顆芯片最大的賣(mài)點(diǎn)之一就是功耗Cortex-M0 內(nèi)核本身很省電。我在做項(xiàng)目時(shí)把待機(jī)功耗做到了很低具體數(shù)值受外設(shè)和 GPIO 狀態(tài)影響很大。芯片支持多種低功耗模式其實(shí)用選擇只有兩個(gè)原則需要被外部中斷喚醒的就用睡眠模式不需要任何喚醒源的或者在極端低功耗場(chǎng)景下才考慮停機(jī)模式。先講睡眠模式。睡眠模式的特點(diǎn)是 CPU 停住但定時(shí)器和串口等外設(shè)還在跑喚醒后可以繼續(xù)執(zhí)行。這種模式適合做定時(shí)喚醒類(lèi)的應(yīng)用比如每隔幾秒采集一次傳感器然后繼續(xù)睡覺(jué)。進(jìn)入睡眠前把不需要的外設(shè)時(shí)鐘關(guān)掉GPIO 配置為低功耗狀態(tài)這個(gè)低功耗狀態(tài)很有講究懸空的引腳會(huì)帶來(lái)非常大的漏電所以要么啟用內(nèi)部上拉要么配置成輸出低電平總之不能讓引腳懸空。再講停機(jī)模式。在停機(jī)模式里主要時(shí)鐘源停止只有少數(shù)喚醒源可以喚醒喚醒后系統(tǒng)相當(dāng)于復(fù)位重啟要從頭初始化。這個(gè)模式適合電池供電、大部分時(shí)間都在休眠的設(shè)備。實(shí)測(cè)待機(jī)電流比睡眠模式低一個(gè)到兩個(gè)數(shù)量級(jí)。我最開(kāi)始測(cè)試低功耗時(shí)電流一直偏高排查了很久才發(fā)現(xiàn)是 GPIO 的問(wèn)題。有個(gè)引腳接的傳感器模塊模塊內(nèi)部有上拉電阻主控停機(jī)時(shí)模塊仍然從引腳灌電流進(jìn)來(lái)導(dǎo)致待機(jī)電流下不去。后來(lái)在傳感器模塊的供電線(xiàn)上加了 MOS 管主控睡眠的時(shí)候把整個(gè)模塊斷電才達(dá)到理想待機(jī)電流。這個(gè)屬于硬件設(shè)計(jì)和軟件聯(lián)動(dòng)的經(jīng)驗(yàn)遇到功耗問(wèn)題首先要查的往往不是睡眠模式配置而是外部電路在睡眠時(shí)的漏電路徑。5.2 Flash 擦寫(xiě)壽命與掉電保存參數(shù)工程上有時(shí)候需要把設(shè)備參數(shù)存在 Flash 里比如校準(zhǔn)系數(shù)、設(shè)備地址、用戶(hù)設(shè)置。Flash 的擦寫(xiě)次數(shù)是有限的你需要規(guī)劃好數(shù)據(jù)存儲(chǔ)策略。大多數(shù) M0 芯片 Flash 的擦寫(xiě)壽命在 1 萬(wàn)次到 10 萬(wàn)次量級(jí)具體看手冊(cè)。如果你的設(shè)備經(jīng)常寫(xiě)參數(shù)一天寫(xiě)幾百次那很快就到壽命上限了。解決思路是盡量只在參數(shù)變化時(shí)寫(xiě) Flash不要周期性重復(fù)寫(xiě)同樣的值。使用多備份存儲(chǔ)交替寫(xiě)入多個(gè)扇區(qū)一邊寫(xiě)壞了就用另一塊。寫(xiě)入時(shí)先寫(xiě)數(shù)據(jù)到臨時(shí)扇區(qū)校驗(yàn)成功后更新正式扇區(qū)防止寫(xiě)入中途掉電造成數(shù)據(jù)損壞。關(guān)鍵參數(shù)加校驗(yàn)和或 CRC讀取時(shí)校驗(yàn)校驗(yàn)不通過(guò)就用默認(rèn)值。掉電保存是這個(gè)方向里最容易出問(wèn)題的點(diǎn)。如果系統(tǒng)正在擦寫(xiě) Flash 時(shí)斷電Flash 內(nèi)容可能是未定義狀態(tài)。所以要做掉電檢測(cè)加了電壓監(jiān)測(cè)功能當(dāng)檢測(cè)到電壓低于某個(gè)閾值時(shí)先完成當(dāng)前寫(xiě)入并停止新的寫(xiě)入。光靠軟件延時(shí)做不到這一點(diǎn)必須在設(shè)計(jì)時(shí)就預(yù)留分壓檢測(cè)網(wǎng)絡(luò)和中斷引腳。5.3 批量燒錄、代碼保護(hù)與工廠(chǎng)測(cè)試量產(chǎn)燒錄首先要考慮效率。用調(diào)試器逐臺(tái)燒錄太慢建議上脫機(jī)編程器或者下載底座一次性燒多臺(tái)。脫機(jī)燒錄前把固件、配置、序列號(hào)規(guī)則都準(zhǔn)備好燒錄時(shí)再校驗(yàn)一遍。芯片的讀保護(hù)功能要記得開(kāi)啟開(kāi)啟之后別人沒(méi)法直接通過(guò)調(diào)試器讀出固件內(nèi)容防止方案被輕易抄走。我建議量產(chǎn)流程里加一個(gè)“燒錄后自檢”環(huán)節(jié)程序加上自檢邏輯上電后先檢查按鍵、LED、傳感器等關(guān)鍵外設(shè)自檢通過(guò)后通過(guò)串口打印測(cè)試結(jié)果工廠(chǎng)用掃碼槍掃描產(chǎn)品條碼配合自動(dòng)化測(cè)試工裝把結(jié)果存檔。這樣產(chǎn)線(xiàn)就能自動(dòng)篩掉焊接不良和芯片本身有問(wèn)題的板子。這里還有一個(gè)經(jīng)驗(yàn)芯片的 GPIO 在復(fù)位瞬間是高阻態(tài)如果產(chǎn)品里直接驅(qū)動(dòng)了大功率負(fù)載上電瞬間會(huì)引起負(fù)載誤動(dòng)作。量產(chǎn)測(cè)試時(shí)要特別留意通電順序必要時(shí)在軟件里做“上電安全狀態(tài)”在所有 GPIO 初始化完成后才允許驅(qū)動(dòng)外部大功率設(shè)備防止燒壞后面電路。6. 實(shí)際項(xiàng)目里踩過(guò)的坑與排查手冊(cè)6.1 調(diào)試器連不上芯片怎么辦SWD 連接失敗是個(gè)經(jīng)典問(wèn)題。常見(jiàn)原因有好幾種我按出現(xiàn)頻率排序一下現(xiàn)象可能原因排查方法連接失敗提示 No target connected目標(biāo)板沒(méi)有供電先測(cè)量 VDD/GND確認(rèn)電壓連接失敗但供電正常SWDIO/SWCLK 接反檢查杜邦線(xiàn)或排針順序連接時(shí)斷時(shí)續(xù)調(diào)試線(xiàn)太長(zhǎng)、接觸不良縮短線(xiàn)纜降低 SWD 時(shí)鐘頻率燒錄時(shí)報(bào) Erase Failed讀保護(hù)已開(kāi)啟先用工具執(zhí)行整片擦除解鎖程序運(yùn)行后連接不上代碼里把調(diào)試引腳復(fù)用成普通 GPIO檢查 GPIO 復(fù)用配置預(yù)留調(diào)試恢復(fù)入口我自己遇到的坑是芯片的 BOOT 引腳狀態(tài)和復(fù)位引腳電平導(dǎo)致下載失敗。當(dāng)時(shí)為了省成本BOOT 引腳直接懸空結(jié)果在某些環(huán)境下進(jìn)入異常模式。后來(lái)按照手冊(cè)要求接了外部下拉電阻下載恢復(fù)正常。所以在做板子的時(shí)候就把 BOOT、NRST 引腳的默認(rèn)狀態(tài)設(shè)計(jì)好不要等調(diào)試時(shí)再來(lái)補(bǔ)電阻。6.2 串口數(shù)據(jù)亂碼或丟字節(jié)串口亂碼一般不是芯片壞而是波特率或者時(shí)鐘配置問(wèn)題。排查順序檢查系統(tǒng)主頻配置主頻本身與預(yù)期不符那波特率一定會(huì)偏。檢查串口模塊的時(shí)鐘源是內(nèi)部 RC 還是晶振內(nèi)部 RC 在高溫下精度會(huì)下降。檢查雙方邏輯電平TTL 電平要一致RS232 和 TTL 不能直接對(duì)接。檢查是否共地不共地會(huì)導(dǎo)致噪聲大、亂碼。檢查發(fā)送緩沖區(qū)溢出提示信息刷屏導(dǎo)致程序卡頓。我實(shí)測(cè)過(guò)內(nèi)部 RC 在低溫環(huán)境下波特率誤差會(huì)變大所以如果你做的是戶(hù)外設(shè)備串口長(zhǎng)時(shí)間通信時(shí)建議用外部晶振。如果是設(shè)備之間短距離調(diào)試內(nèi)部 RC 完全可以接受。6.3 低功耗模式待機(jī)電流偏大這個(gè)問(wèn)題的排查順序應(yīng)該是先量電流確認(rèn)是跳動(dòng)還是穩(wěn)定偏高。逐個(gè)關(guān)外設(shè)定位是哪個(gè)外設(shè)還在耗電。檢查 GPIO 浮空。檢查外部模塊的靜態(tài)電流。檢查 LDO 自身功耗和泄漏。我發(fā)現(xiàn)大多數(shù)低功耗問(wèn)題都不是芯片本身的問(wèn)題而是板子上的外圍電路。比如一個(gè) LED 指示燈的限流電阻計(jì)算錯(cuò)誤一個(gè)上拉電阻忘去掉一個(gè)外部傳感器在睡眠時(shí)仍然保持工作狀態(tài)這些都會(huì)輕松吃掉幾十微安電流。做低功耗產(chǎn)品時(shí)硬件原理圖評(píng)審要非常嚴(yán)格每一路電阻、每一個(gè)芯片模塊在睡眠模式下的狀態(tài)都要畫(huà)清楚不能只靠軟件。6.4 ADC 采集值跳動(dòng)大、誤差大ADC 跳字問(wèn)題是嵌入式里面的高頻問(wèn)題。先排除是不是信號(hào)源本身波動(dòng)再用鑷子短路輸入引腳到地如果讀數(shù)不歸零說(shuō)明 ADC 內(nèi)部或基準(zhǔn)有問(wèn)題。還有可能是采樣保持時(shí)間太短讀取速度過(guò)快導(dǎo)致前一次充電電荷干擾。另外電源紋波會(huì)讓 ADC 參考電壓晃動(dòng)上下幾 mV 的波動(dòng)在 12 位分辨率下就會(huì)產(chǎn)生明顯的跳碼。我的做法是在 ADC 前加一級(jí) RC 低通濾波器時(shí)間常數(shù)根據(jù)采樣率來(lái)定既可以濾掉高頻噪聲又能防止混疊。如果信號(hào)變化很慢比如溫度傳感器讀數(shù)可以在軟件上做多次采樣取平均值或者用中值濾波去掉毛刺。但濾波代碼要寫(xiě)得隱蔽不能讓整個(gè)采集流程因?yàn)闉V波而變得響應(yīng)遲鈍。6.5 芯片復(fù)位不規(guī)律、程序跑飛芯片復(fù)位不規(guī)律有兩種大方向一是硬件上電源和干擾問(wèn)題二是軟件上的看門(mén)狗、棧溢出和異常中斷。先測(cè)電壓排除供電跌落再看復(fù)位引腳是否有毛刺最后查代碼看看門(mén)狗有沒(méi)有被意外觸發(fā)。如果代碼里開(kāi)了中斷但沒(méi)有把所有中斷入口都補(bǔ)齊被觸發(fā)后程序跳到異常向量表最高優(yōu)先級(jí)的地方表現(xiàn)就是看起來(lái)復(fù)位了實(shí)際是崩潰了。在這里提供個(gè)實(shí)用建議可以在主循環(huán)的低優(yōu)先級(jí)位置加入關(guān)鍵變量和調(diào)用深度的校驗(yàn)發(fā)現(xiàn)異常時(shí)打印關(guān)鍵信息后主動(dòng)重啟。這個(gè)思路可以幫你快速定位跑飛原因。中斷優(yōu)先級(jí)和臨界區(qū)保護(hù)也要好好檢查M0 的中斷控制器雖然簡(jiǎn)單但優(yōu)先級(jí)分組和使能順序很容易被忽略特別是在初始化多個(gè)外設(shè)時(shí)。寫(xiě)在最后的一點(diǎn)經(jīng)驗(yàn)從拿到 MS32C001-C 到完成整個(gè)模擬項(xiàng)目我最深的體會(huì)是這顆芯片的“上手門(mén)檻”比想象低但上限完全取決于你對(duì)細(xì)節(jié)的把握。Cortex-M0 平臺(tái)降低了編程難度可是硬件電路設(shè)計(jì)上的坑比如 GPIO 浮空、電源紋波、低功耗漏電路徑、Flash 寫(xiě)入可靠性一個(gè)都不會(huì)少。真正花時(shí)間去解決的很多時(shí)候并不是復(fù)雜的外設(shè)框架而是一個(gè)下拉電阻沒(méi)加、一個(gè)采樣時(shí)序沒(méi)等夠這類(lèi)小問(wèn)題。如果你正在評(píng)估這顆芯片我建議先去認(rèn)真讀一遍數(shù)據(jù)手冊(cè)的引腳功能表和電氣特性表畫(huà)原理圖前把每個(gè)引腳的默認(rèn)狀態(tài)、復(fù)用關(guān)系、耐壓要求都標(biāo)出來(lái)再做開(kāi)發(fā)。芯片本身是一個(gè)不錯(cuò)的低成本 32 位方案剩下的就看你的系統(tǒng)設(shè)計(jì)功力了。希望這篇文章能幫你少走幾步彎路尤其在低功耗和量產(chǎn)這兩個(gè)環(huán)節(jié)做到了就能穩(wěn)定交付。 普冉MS32C001-C實(shí)戰(zhàn)：ARM Cortex-M0+低成本32位MCU選型與開(kāi)發(fā)
最近有個(gè)實(shí)際項(xiàng)目要換主控要求功耗低、成本敏感、接口還得夠用朋友順手推了一顆料過(guò)來(lái)芯嶺技術(shù)這邊在推廣的普冉 MCU型號(hào)是 MS32C001-C32 位 ARM Cortex-M0 內(nèi)核。說(shuō)實(shí)話(huà)看到這個(gè)組合第一反應(yīng)是“又是一顆國(guó)產(chǎn)替代芯片”但真正上手跑了一輪之后發(fā)現(xiàn)它在定位、資源、性?xún)r(jià)比上確實(shí)有點(diǎn)東西。這篇文章就把我從選型、硬件設(shè)計(jì)、開(kāi)發(fā)環(huán)境到實(shí)際調(diào)試踩坑的全過(guò)程整理出來(lái)給正在評(píng)估或者已經(jīng)拿到樣片的工程師做個(gè)參照。我寫(xiě)的所有內(nèi)容都圍繞這顆芯片的實(shí)際使用展開(kāi)適合三類(lèi)人看一是做低成本 IoT 設(shè)備選型的硬件工程師二是想從 8 位單片機(jī)遷移到 32 位平臺(tái)的學(xué)生或愛(ài)好者三是已經(jīng)在用 MS32C001-C 但遇到外設(shè)、燒錄、低功耗問(wèn)題的開(kāi)發(fā)者。整篇文章不講虛的全部以實(shí)操為主參數(shù)部分以官方手冊(cè)和實(shí)際測(cè)試為準(zhǔn)我會(huì)盡量標(biāo)注清楚哪些是手冊(cè)值、哪些是我實(shí)測(cè)值。1. 項(xiàng)目背景與選型邏輯1.1 這顆芯片到底解決什么問(wèn)題先看定位。MS32C001-C 是一顆基于 32 位 ARM Cortex-M0 內(nèi)核的通用 MCU主頻做到幾十兆赫茲級(jí)別集成 Flash 和 SRAM內(nèi)置多路定時(shí)器、通信接口、ADC 等常用外設(shè)。它的目標(biāo)非常明確替代傳統(tǒng) 8 位單片機(jī)把那些正在用 51、AVR、PIC 的老方案往 32 位平臺(tái)遷移。為什么會(huì)有這種需求因?yàn)楝F(xiàn)在很多小家電、電動(dòng)工具、傳感器模組、智能家居面板算力需求比過(guò)去高了不少。比如我這次做的模擬項(xiàng)目叫“某溫控器系統(tǒng)”原來(lái)用的 8 位單片機(jī)要同時(shí)跑 PID 運(yùn)算、驅(qū)動(dòng)數(shù)碼管、做按鍵掃描和串口上報(bào)CPU 已經(jīng)滿(mǎn)負(fù)荷稍微加個(gè)功能就要換主控。換到 MS32C001-C 之后同樣的功能跑下來(lái)資源占用還不到一半而且擴(kuò)展余量明顯變大。成本層面32 位 M0 芯片現(xiàn)在已經(jīng)下探到和高端 8 位機(jī)差不多的價(jià)位真正做到了性?xún)r(jià)比上的對(duì)位。這顆芯片還解決了另一個(gè)問(wèn)題開(kāi)發(fā)體驗(yàn)。8 位平臺(tái)各家工具鏈碎片化嚴(yán)重CMSIS 標(biāo)準(zhǔn)、統(tǒng)一的調(diào)試接口、豐富的庫(kù)函數(shù)這些都是 32 位平臺(tái)的天然優(yōu)勢(shì)上手成本其實(shí)比想象中低。1.2 為什么優(yōu)先考慮 ARM Cortex-M0 而不是 M3 或者 8 位機(jī)很多人會(huì)問(wèn)同樣都是 ARM為什么不直接上 M3這里有幾個(gè)關(guān)鍵考量。第一是功耗Cortex-M0 的流水線(xiàn)更短門(mén)數(shù)更少靜態(tài)功耗和動(dòng)態(tài)功耗都明顯低于 Cortex-M3對(duì)于電池供電的設(shè)備來(lái)說(shuō)非常關(guān)鍵。第二是成本M0 內(nèi)核的授權(quán)費(fèi)和芯片面積更小芯片廠(chǎng)能做到更低的售賣(mài)價(jià)終端產(chǎn)品才有利潤(rùn)空間。第三是外設(shè)夠用很多場(chǎng)景確實(shí)用不到復(fù)雜的內(nèi)存管理、浮點(diǎn)運(yùn)算、DSP 指令。但 M0 也不是沒(méi)有代價(jià)。比如沒(méi)有硬件除法器復(fù)雜運(yùn)算要靠軟件模擬中斷響應(yīng)和嵌套能力也弱于 M3。所以選擇時(shí)要評(píng)估你的應(yīng)用是否真的需要高端特性。如果只是做電機(jī)控制、傳感器讀取、簡(jiǎn)單人機(jī)交互M0 足夠如果涉及大量浮點(diǎn)算法、復(fù)雜的協(xié)議棧和快速上下文切換那就老老實(shí)實(shí)上 M3 或者 M4。對(duì)比傳統(tǒng) 8 位機(jī)優(yōu)勢(shì)就更明顯了。8 位機(jī)雖然便宜但總線(xiàn)寬度限制在那里處理復(fù)雜邏輯時(shí)效率很低。而 M0 即使主頻只有幾十MHz實(shí)際指令執(zhí)行效率遠(yuǎn)超同頻 8 位機(jī)遇到定時(shí)器比較、中斷嵌套、多路 PWM 這種需求甩開(kāi) 8 位機(jī)幾條街。1.3 MS32C001-C 在同類(lèi)方案里的定位在普冉的 MCU 產(chǎn)品線(xiàn)里MS32C001-C 屬于基礎(chǔ)通用型主打小封裝、低成本、低功耗。和更高端的系列相比它沒(méi)有那么多高級(jí)外設(shè)比如缺少 USB、SDIO、以太網(wǎng)這類(lèi)復(fù)雜接口但是常用通信接口一個(gè)不少UART、I2C、SPI、ADC、定時(shí)器、PWM 都有。這意味著它非常適合做“功能單一但需要穩(wěn)定”的設(shè)備節(jié)點(diǎn)。而且這顆芯片有幾個(gè)容易被忽略的優(yōu)點(diǎn)寬電壓供電范圍、內(nèi)部振蕩器精度可以滿(mǎn)足大多數(shù)串口通信場(chǎng)景、引腳兼容性做得好。我測(cè)試的時(shí)候發(fā)現(xiàn)產(chǎn)品設(shè)計(jì)時(shí)不用外掛晶振也能跑穩(wěn)串口通信很多時(shí)候能把 BOM 成本再壓一檔。整體定位可以概括成一句話(huà)用最低的成本和功耗完成 8 位機(jī)到 32 位平臺(tái)的無(wú)痛遷移同時(shí)保持足夠的接口靈活性。2. 硬件資源盤(pán)點(diǎn)與最小系統(tǒng)搭建2.1 核心資源與封裝信息先看核心資源。MS32C001-C 的 CPU 是基于 ARM Cortex-M0 內(nèi)核這意味著它天生支持 CMSIS 標(biāo)準(zhǔn)、標(biāo)準(zhǔn)調(diào)試接口SWD、SysTick 定時(shí)器、NVIC 中斷控制器。存儲(chǔ)方面Flash 容量有多個(gè)配置常見(jiàn)的有幾十 KB 級(jí)別RAM 也有多種容量可選具體值必須按照你買(mǎi)到的那一檔的型號(hào)后綴來(lái)確認(rèn)不同子型號(hào)差別挺大。外設(shè)資源方面我拿到手的是中等配置版本實(shí)際集成了多路 12 位 ADC支持多通道采集多路高級(jí)定時(shí)器和基礎(chǔ)定時(shí)器支持 PWM 輸出至少兩路 UART支持標(biāo)準(zhǔn)串口通信一路 I2C一路 SPI適合接傳感器、存儲(chǔ)、顯示模塊GPIO 數(shù)量充足支持外部中斷和內(nèi)部上拉/下拉電阻配置封裝選擇上有常見(jiàn)的 TSSOP、QFN、LQFP 等方便不同產(chǎn)品形態(tài)選擇。我這里用的小體積封裝做傳感器節(jié)點(diǎn)非常合適。2.2 最小系統(tǒng)硬件設(shè)計(jì)要點(diǎn)最小系統(tǒng)其實(shí)很簡(jiǎn)單只要抓住下面幾個(gè)點(diǎn)就不會(huì)出大問(wèn)題。首先是電源芯片的 VDD 管腳要接高質(zhì)量去耦電容一般 100nF 靠近 VDD 管腳放另外再加上一個(gè) 10μF 左右的鉭電容或陶瓷電容做低頻退耦。電源推薦使用低噪聲 LDO如果系統(tǒng)里還有其他大功率器件地平面要分開(kāi)處理。其次是復(fù)位管腳。很多工程師圖省事直接把 NRST 接 VDD不接下拉和電容。這在調(diào)試階段通常沒(méi)問(wèn)題但在強(qiáng)干擾環(huán)境下容易出現(xiàn)意外復(fù)位。建議按規(guī)格書(shū)要求接標(biāo)準(zhǔn)的 RC 復(fù)位電路電阻電容的值參考官方推薦不要隨意加大電容否則上電復(fù)位時(shí)間太長(zhǎng)會(huì)導(dǎo)致系統(tǒng)啟動(dòng)異常。然后是時(shí)鐘配置。我做的這個(gè)項(xiàng)目直接使用了內(nèi)部 RC 振蕩器沒(méi)有外接晶振。實(shí)測(cè)下來(lái)在常溫環(huán)境下串口通信波特率誤差完全可以接受。如果系統(tǒng)需要更精準(zhǔn)的時(shí)鐘比如要求嚴(yán)格的時(shí)間同步或者 USB 相關(guān)功能當(dāng)然這顆芯片沒(méi)有 USB那就需要外接晶振。晶振的兩個(gè)負(fù)載電容選擇很關(guān)鍵要根據(jù)晶振的負(fù)載電容參數(shù)來(lái)配配錯(cuò)了會(huì)導(dǎo)致起振困難或者頻率偏移。2.3 供電、電平匹配與引腳保護(hù)這塊重點(diǎn)講電平問(wèn)題。MS32C001-C 的 GPIO 在寬電壓范圍內(nèi)工作但不同電壓域之間做接口時(shí)還是要小心。如果外部傳感器或者通信總線(xiàn)是 5V 電平而芯片工作在 3.3V則需要進(jìn)行電平轉(zhuǎn)換。哪些引腳內(nèi)部有鉗位保護(hù)二極管、哪些沒(méi)有一定要看數(shù)據(jù)手冊(cè)的引腳說(shuō)明不能指望所有引腳都 5V 耐壓。還有一個(gè)容易被忽視的地方引腳浮空輸入。在系統(tǒng)初始化之前所有 GPIO 處于高阻態(tài)如果這些引腳連接的是關(guān)鍵使能信號(hào)可能在復(fù)位期間被誤觸發(fā)。解決辦法是在硬件上加上下拉電阻或者在初始化代碼里盡快配置引腳模式。我遇到過(guò)復(fù)位瞬間外部繼電器被短暫吸合的情況就是因?yàn)?GPIO 高阻態(tài)導(dǎo)致電平翻轉(zhuǎn)后來(lái)加了外部下拉電阻才徹底解決。設(shè)計(jì)最小系統(tǒng)的時(shí)候還建議預(yù)留 SWD 調(diào)試接口的測(cè)試點(diǎn)不要只引出電源和地。哪怕原型階段不用調(diào)試器后期量產(chǎn)和故障分析也離不開(kāi)調(diào)試口這點(diǎn)省不了。2.4 電源紋波與 PCB 布線(xiàn)建議這個(gè)環(huán)節(jié)比較偏實(shí)戰(zhàn)。M0 內(nèi)核的瞬態(tài)電流雖然不大但如果供電質(zhì)量差Flash 讀取會(huì)出錯(cuò)運(yùn)行時(shí)會(huì)不定期死機(jī)。用示波器測(cè) VDD 的紋波峰值不要超過(guò) 100mV否則就該考慮加大電容或者換低阻抗的電源走線(xiàn)。在 PCB 布線(xiàn)時(shí)晶體和去耦電容要盡可能靠近 MCU 管腳不要穿過(guò)大電流走線(xiàn)地線(xiàn)盡量用完整地平面不要在底層割裂。如果是兩層板特別要注意時(shí)鐘走線(xiàn)和高速信號(hào)SWDIO、SWCLK不要交叉不要走在板邊。我之前做過(guò)一塊板子為了走線(xiàn)方便把 SWCLK 拉得很長(zhǎng)結(jié)果調(diào)試器偶爾連不上后來(lái)縮短走線(xiàn)并在 SWCLK 上串了小電阻才穩(wěn)定。這些經(jīng)驗(yàn)雖然零碎但在實(shí)際調(diào)試中能省很多時(shí)間。3. 開(kāi)發(fā)環(huán)境搭建與工程創(chuàng)建3.1 Keil MDK 環(huán)境與器件支持包開(kāi)發(fā)工具推薦直接用 Keil MDK因?yàn)槠杖降墓俜綆?kù)和例程大多基于 Keil 工程提供。新建工程之前需要先確認(rèn) Keil 版本不要太老最好選用較新的版本避免出現(xiàn)編譯器兼容性問(wèn)題。然后安裝對(duì)應(yīng)的器件支持包安裝之后在 Device 列表里就能找到 MS32C001-C 對(duì)應(yīng)的型號(hào)。這里有個(gè)細(xì)節(jié)有些人安裝完支持包后發(fā)現(xiàn)編譯時(shí)仍然報(bào)找不到頭文件其實(shí)是因?yàn)闆](méi)有正確選擇芯片型號(hào)導(dǎo)致 Keil 沒(méi)有把 Device 相關(guān)的宏定義和頭文件路徑自動(dòng)加進(jìn)來(lái)。建議在工程配置里確認(rèn) C/C 選項(xiàng)卡中的 Define 和 Include Paths 已經(jīng)自動(dòng)添加不要手動(dòng)亂改。如果遇到編譯報(bào)錯(cuò)說(shuō)找不到 core_cm0plus.h基本就是選擇了錯(cuò)誤的 Device 或者沒(méi)有安裝 CMSIS 支持包。3.2 官方 SDK、標(biāo)準(zhǔn)庫(kù)與寄存器操作如何選擇開(kāi)發(fā)時(shí)一般有三種選擇直接用官方 SDK、用標(biāo)準(zhǔn)外設(shè)庫(kù)、完全寄存器操作。我的建議是快速原型驗(yàn)證用官方 SDK因?yàn)槔锩嬉呀?jīng)把外設(shè)驅(qū)動(dòng)封裝好了直接調(diào)用接口大部分情況不用自己挖寄存器。產(chǎn)品做穩(wěn)定版本時(shí)可以把涉及性能瓶頸的部分改用寄存器操作比如 PWM 占空比更新、ADC 多通道切換、串口高速收發(fā)。如果想深入理解芯片或者做底層移植直接用寄存器操作學(xué)習(xí)效果最好但工作量確實(shí)大。我自己做這個(gè)項(xiàng)目時(shí)初期用的是官方庫(kù)函數(shù)跑通功能后再逐步把定時(shí)器中斷和 ADC 采集部分改成寄存器操作性能有很大提升。比如 PWM 在庫(kù)函數(shù)方式下更新占空比可能需要多個(gè)函數(shù)調(diào)用合成一條寄存器寫(xiě)操作后周期抖動(dòng)明顯改善。3.3 編譯與下載配置Keil 工程里的燒錄配置需要注意幾點(diǎn)。第一編程算法要和 Flash 容量匹配選錯(cuò)了或者容量超出范圍會(huì)導(dǎo)致燒錄到一半報(bào)錯(cuò)。第二下載前是否勾選“擦除整個(gè) Flash”如果只擦除部分扇區(qū)而代碼分散在多個(gè)位置可能出現(xiàn)殘留數(shù)據(jù)導(dǎo)致程序跑飛。第三復(fù)位模式一般選擇復(fù)位后運(yùn)行這樣的話(huà)下載完成后芯片會(huì)自動(dòng)復(fù)位并跑起來(lái)方便驗(yàn)證。燒錄工具我用的是兼容 CMSIS-DAP 的調(diào)試器成本低速度也夠。如果要批量生產(chǎn)建議用脫機(jī)編程器或者專(zhuān)用燒錄底座速度快、穩(wěn)定還能做序列號(hào)和 MAC 地址寫(xiě)入。關(guān)于軟件架構(gòu)老生常談但還是要說(shuō)中斷服務(wù)函數(shù)里不要寫(xiě)復(fù)雜邏輯盡量只在中斷里置標(biāo)志位、讀數(shù)據(jù)主循環(huán)再處理協(xié)議和業(yè)務(wù)。這樣寫(xiě)的好處是中斷延遲穩(wěn)定不容易出現(xiàn)數(shù)據(jù)丟失。比如串口接收如果直接在中斷里處理幀解析收到長(zhǎng)幀時(shí)很容易把其他中斷餓死改成中斷只往環(huán)形隊(duì)列里丟字節(jié)主循環(huán)再解析就穩(wěn)定多了。4. 外設(shè)驅(qū)動(dòng)開(kāi)發(fā)與代碼實(shí)踐4.1 GPIO 與延時(shí)函數(shù)實(shí)戰(zhàn)GPIO 算是最基礎(chǔ)的外設(shè)但這里有幾個(gè)容易踩的坑。先看一段點(diǎn)燈和延時(shí)代碼#include MS32C001_C.h #define LED_PIN GPIO_PIN_5 #define LED_PORT GPIOB void delay_ms(uint32_t ms) { for (uint32_t i 0; i ms; i) { for (volatile uint32_t j 0; j 8000; j); } } int main(void) { GPIO_InitTypeDef gpio_init; gpio_init.Pin LED_PIN; gpio_init.Mode GPIO_MODE_OUTPUT_PP; gpio_init.Pull GPIO_NOPULL; gpio_init.Speed GPIO_SPEED_LOW; HAL_GPIO_Init(LED_PORT, gpio_init); while (1) { HAL_GPIO_WritePin(LED_PORT, LED_PIN, GPIO_PIN_RESET); delay_ms(500); HAL_GPIO_WritePin(LED_PORT, LED_PIN, GPIO_PIN_SET); delay_ms(500); } }這個(gè)延時(shí)函數(shù)里 8000 這個(gè)數(shù)字要根據(jù)實(shí)際主頻和編譯器優(yōu)化級(jí)別調(diào)整。最好的做法是不要用這種純軟件空循環(huán)來(lái)延時(shí)因?yàn)槟銚Q編譯器版本、換優(yōu)化級(jí)別時(shí)間就可能不對(duì)。項(xiàng)目里涉及到需要準(zhǔn)確時(shí)間的地方我都改用 SysTick 來(lái)實(shí)現(xiàn)。SysTick 是 Cortex-M0 內(nèi)核自帶的一個(gè) 24 位遞減計(jì)數(shù)器用它做時(shí)基非常標(biāo)準(zhǔn)。說(shuō)回 GPIO。輸出模式要分清推挽和開(kāi)漏驅(qū)動(dòng) LED、蜂鳴器用推挽I2C 總線(xiàn)這種需要外部上拉的總線(xiàn)一定要用開(kāi)漏。輸入模式要區(qū)分上拉、下拉和浮空按鍵檢測(cè)建議內(nèi)部上拉傳感器信號(hào)建議根據(jù)傳感器輸出方式選不要盲目用浮空?？傊瓽PIO 初始化時(shí)不要只設(shè)置方向還要認(rèn)真設(shè)置上下拉和速度否則會(huì)在功耗和信號(hào)完整性上出問(wèn)題。4.2 串口 UART 與 printf 重定向串口是嵌入式調(diào)試的第一利器MS32C001-C 的串口模塊支持標(biāo)準(zhǔn)波特率內(nèi)部 RC 在常溫下跑 115200 基本沒(méi)問(wèn)題。但要注意如果系統(tǒng)主頻有誤差波特率就會(huì)有誤差兩個(gè)設(shè)備累計(jì)誤差超過(guò) 2% 就可能丟數(shù)據(jù)。所以量產(chǎn)前一定要實(shí)測(cè)串口通信的穩(wěn)定性。使用串口之前先初始化時(shí)鐘、GPIO 復(fù)用功能和 UART 外設(shè)。GPIO 復(fù)用這塊很多人容易忽略以為初始化了 GPIO 就能直接做串口其實(shí)必須把對(duì)應(yīng)的引腳切換成復(fù)用功能否則數(shù)據(jù)完全不通。這點(diǎn)在數(shù)據(jù)手冊(cè)的引腳功能表里會(huì)有詳細(xì)說(shuō)明我強(qiáng)烈建議畫(huà)原理圖的時(shí)候就把復(fù)用關(guān)系標(biāo)出來(lái)后續(xù)寫(xiě)代碼就清楚了。printf 重定向是串口調(diào)試最實(shí)用的技巧。在 Keil 環(huán)境里重定向標(biāo)準(zhǔn)輸出到串口只要實(shí)現(xiàn)一下 fputc 函數(shù)int fputc(int ch, FILE *f) { // 把 ch 發(fā)送到調(diào)試串口 USART_SendData(DEBUG_UART, (uint8_t)ch); while (USART_GetFlagStatus(DEBUG_UART, USART_FLAG_TXE) RESET); return ch; }重定向之后直接用 printf 打印調(diào)試信息效率非常高。注意用微庫(kù)時(shí)要勾選 MicroLIB否則浮點(diǎn)格式化等比較耗資源。調(diào)試沒(méi)問(wèn)題之后正式代碼里可以減少甚至關(guān)掉 printf避免拖慢主循環(huán)。4.3 ADC 多通道采集與參考電壓校正ADC 這塊是我在項(xiàng)目里花費(fèi)時(shí)間最多的外設(shè)因?yàn)椴杉瘻貪穸葌鞲衅鞯哪M輸出電壓時(shí)精度直接影響了 PID 控制效果。MS32C001-C 的 ADC 是 12 位精度理論上最高分辨率可以到 4096 級(jí)但實(shí)際精度受參考電壓穩(wěn)定性、PCB 噪聲和采樣時(shí)間影響很大。我的建議是ADC 參考電壓不能直接接在系統(tǒng)電源上最好用高精度基準(zhǔn)源或者至少保證 VDD 紋波足夠小。采樣時(shí)間不要設(shè)太短信號(hào)源阻抗高時(shí)采樣時(shí)間不足會(huì)導(dǎo)致充電不充分采集值偏低。我一般是盡量把采樣周期設(shè)置得比最小要求長(zhǎng)一點(diǎn)換取穩(wěn)定度。多通道采集時(shí)通道切換后要等一小段時(shí)間再啟動(dòng)轉(zhuǎn)換否則前一次采樣的殘留電荷會(huì)影響結(jié)果。如果需要精確測(cè)量必須做軟件校準(zhǔn)。方法是用一個(gè)已知精度的參考電壓輸入到某個(gè) ADC 通道然后計(jì)算增益和偏移誤差再把所有通道的讀數(shù)做線(xiàn)性補(bǔ)償。做電池電壓檢測(cè)時(shí)還要注意分壓電阻的阻值選擇。分壓電阻太大漏電流小但采樣會(huì)變慢太小采樣快但會(huì)白白耗電。在低功耗設(shè)備里一般用 100K 量級(jí)的分壓電阻并且用 MOS 管或者 GPIO 控制分壓網(wǎng)絡(luò)的通斷只在測(cè)量瞬間才上電測(cè)量完立刻斷電。4.4 PWM 輸出與定時(shí)器使用經(jīng)驗(yàn)PWM 輸出在電機(jī)調(diào)速、燈光調(diào)光、蜂鳴器音調(diào)控制上非常常用。MS32C001-C 的定時(shí)器可以輸出多路帶死區(qū)的 PWM直接驅(qū)動(dòng)半橋電路或者做燈光控制很方便。我做的溫控器里就用 PWM 控制加熱棒的功率占空比由 PID 運(yùn)算結(jié)果更新溫控穩(wěn)定度比傳統(tǒng)的繼電器通斷方式高很多。配置 PWM 有幾個(gè)規(guī)律分頻和自動(dòng)重裝載值決定頻率預(yù)分頻決定計(jì)數(shù)時(shí)鐘重裝載值決定周期。占空比由比較值決定更新比較值的時(shí)機(jī)最好放在定時(shí)器中斷的底部并且一次更新完成避免多個(gè)寄存器寫(xiě)入過(guò)程中產(chǎn)生中間狀態(tài)。電機(jī)驅(qū)動(dòng)等應(yīng)用要配置死區(qū)避免上下橋同時(shí)導(dǎo)通。如果對(duì)頻率精度要求高建議用外部晶振做定時(shí)器時(shí)鐘源內(nèi)部 RC 在不同溫度下會(huì)有偏移。我在實(shí)際調(diào) PWM 時(shí)就遇到過(guò)一個(gè)現(xiàn)象占空比輸出偶爾跳變一開(kāi)始以為是芯片問(wèn)題后來(lái)發(fā)現(xiàn)是軟件里更新比較值時(shí)被更高優(yōu)先級(jí)的中斷打斷導(dǎo)致兩個(gè)寄存器寫(xiě)入不同步。解決辦法是先把比較值算好在關(guān)閉定時(shí)器中斷的情況下同時(shí)更新或者使用影子寄存器機(jī)制一次更新整個(gè)周期。5. 低功耗、可靠性設(shè)計(jì)與量產(chǎn)注意事項(xiàng)5.1 低功耗模式選型與實(shí)測(cè)這顆芯片最大的賣(mài)點(diǎn)之一就是功耗Cortex-M0 內(nèi)核本身很省電。我在做項(xiàng)目時(shí)把待機(jī)功耗做到了很低具體數(shù)值受外設(shè)和 GPIO 狀態(tài)影響很大。芯片支持多種低功耗模式其實(shí)用選擇只有兩個(gè)原則需要被外部中斷喚醒的就用睡眠模式不需要任何喚醒源的或者在極端低功耗場(chǎng)景下才考慮停機(jī)模式。先講睡眠模式。睡眠模式的特點(diǎn)是 CPU 停住但定時(shí)器和串口等外設(shè)還在跑喚醒后可以繼續(xù)執(zhí)行。這種模式適合做定時(shí)喚醒類(lèi)的應(yīng)用比如每隔幾秒采集一次傳感器然后繼續(xù)睡覺(jué)。進(jìn)入睡眠前把不需要的外設(shè)時(shí)鐘關(guān)掉GPIO 配置為低功耗狀態(tài)這個(gè)低功耗狀態(tài)很有講究懸空的引腳會(huì)帶來(lái)非常大的漏電所以要么啟用內(nèi)部上拉要么配置成輸出低電平總之不能讓引腳懸空。再講停機(jī)模式。在停機(jī)模式里主要時(shí)鐘源停止只有少數(shù)喚醒源可以喚醒喚醒后系統(tǒng)相當(dāng)于復(fù)位重啟要從頭初始化。這個(gè)模式適合電池供電、大部分時(shí)間都在休眠的設(shè)備。實(shí)測(cè)待機(jī)電流比睡眠模式低一個(gè)到兩個(gè)數(shù)量級(jí)。我最開(kāi)始測(cè)試低功耗時(shí)電流一直偏高排查了很久才發(fā)現(xiàn)是 GPIO 的問(wèn)題。有個(gè)引腳接的傳感器模塊模塊內(nèi)部有上拉電阻主控停機(jī)時(shí)模塊仍然從引腳灌電流進(jìn)來(lái)導(dǎo)致待機(jī)電流下不去。后來(lái)在傳感器模塊的供電線(xiàn)上加了 MOS 管主控睡眠的時(shí)候把整個(gè)模塊斷電才達(dá)到理想待機(jī)電流。這個(gè)屬于硬件設(shè)計(jì)和軟件聯(lián)動(dòng)的經(jīng)驗(yàn)遇到功耗問(wèn)題首先要查的往往不是睡眠模式配置而是外部電路在睡眠時(shí)的漏電路徑。5.2 Flash 擦寫(xiě)壽命與掉電保存參數(shù)工程上有時(shí)候需要把設(shè)備參數(shù)存在 Flash 里比如校準(zhǔn)系數(shù)、設(shè)備地址、用戶(hù)設(shè)置。Flash 的擦寫(xiě)次數(shù)是有限的你需要規(guī)劃好數(shù)據(jù)存儲(chǔ)策略。大多數(shù) M0 芯片 Flash 的擦寫(xiě)壽命在 1 萬(wàn)次到 10 萬(wàn)次量級(jí)具體看手冊(cè)。如果你的設(shè)備經(jīng)常寫(xiě)參數(shù)一天寫(xiě)幾百次那很快就到壽命上限了。解決思路是盡量只在參數(shù)變化時(shí)寫(xiě) Flash不要周期性重復(fù)寫(xiě)同樣的值。使用多備份存儲(chǔ)交替寫(xiě)入多個(gè)扇區(qū)一邊寫(xiě)壞了就用另一塊。寫(xiě)入時(shí)先寫(xiě)數(shù)據(jù)到臨時(shí)扇區(qū)校驗(yàn)成功后更新正式扇區(qū)防止寫(xiě)入中途掉電造成數(shù)據(jù)損壞。關(guān)鍵參數(shù)加校驗(yàn)和或 CRC讀取時(shí)校驗(yàn)校驗(yàn)不通過(guò)就用默認(rèn)值。掉電保存是這個(gè)方向里最容易出問(wèn)題的點(diǎn)。如果系統(tǒng)正在擦寫(xiě) Flash 時(shí)斷電Flash 內(nèi)容可能是未定義狀態(tài)。所以要做掉電檢測(cè)加了電壓監(jiān)測(cè)功能當(dāng)檢測(cè)到電壓低于某個(gè)閾值時(shí)先完成當(dāng)前寫(xiě)入并停止新的寫(xiě)入。光靠軟件延時(shí)做不到這一點(diǎn)必須在設(shè)計(jì)時(shí)就預(yù)留分壓檢測(cè)網(wǎng)絡(luò)和中斷引腳。5.3 批量燒錄、代碼保護(hù)與工廠(chǎng)測(cè)試量產(chǎn)燒錄首先要考慮效率。用調(diào)試器逐臺(tái)燒錄太慢建議上脫機(jī)編程器或者下載底座一次性燒多臺(tái)。脫機(jī)燒錄前把固件、配置、序列號(hào)規(guī)則都準(zhǔn)備好燒錄時(shí)再校驗(yàn)一遍。芯片的讀保護(hù)功能要記得開(kāi)啟開(kāi)啟之后別人沒(méi)法直接通過(guò)調(diào)試器讀出固件內(nèi)容防止方案被輕易抄走。我建議量產(chǎn)流程里加一個(gè)“燒錄后自檢”環(huán)節(jié)程序加上自檢邏輯上電后先檢查按鍵、LED、傳感器等關(guān)鍵外設(shè)自檢通過(guò)后通過(guò)串口打印測(cè)試結(jié)果工廠(chǎng)用掃碼槍掃描產(chǎn)品條碼配合自動(dòng)化測(cè)試工裝把結(jié)果存檔。這樣產(chǎn)線(xiàn)就能自動(dòng)篩掉焊接不良和芯片本身有問(wèn)題的板子。這里還有一個(gè)經(jīng)驗(yàn)芯片的 GPIO 在復(fù)位瞬間是高阻態(tài)如果產(chǎn)品里直接驅(qū)動(dòng)了大功率負(fù)載上電瞬間會(huì)引起負(fù)載誤動(dòng)作。量產(chǎn)測(cè)試時(shí)要特別留意通電順序必要時(shí)在軟件里做“上電安全狀態(tài)”在所有 GPIO 初始化完成后才允許驅(qū)動(dòng)外部大功率設(shè)備防止燒壞后面電路。6. 實(shí)際項(xiàng)目里踩過(guò)的坑與排查手冊(cè)6.1 調(diào)試器連不上芯片怎么辦SWD 連接失敗是個(gè)經(jīng)典問(wèn)題。常見(jiàn)原因有好幾種我按出現(xiàn)頻率排序一下現(xiàn)象可能原因排查方法連接失敗提示 No target connected目標(biāo)板沒(méi)有供電先測(cè)量 VDD/GND確認(rèn)電壓連接失敗但供電正常SWDIO/SWCLK 接反檢查杜邦線(xiàn)或排針順序連接時(shí)斷時(shí)續(xù)調(diào)試線(xiàn)太長(zhǎng)、接觸不良縮短線(xiàn)纜降低 SWD 時(shí)鐘頻率燒錄時(shí)報(bào) Erase Failed讀保護(hù)已開(kāi)啟先用工具執(zhí)行整片擦除解鎖程序運(yùn)行后連接不上代碼里把調(diào)試引腳復(fù)用成普通 GPIO檢查 GPIO 復(fù)用配置預(yù)留調(diào)試恢復(fù)入口我自己遇到的坑是芯片的 BOOT 引腳狀態(tài)和復(fù)位引腳電平導(dǎo)致下載失敗。當(dāng)時(shí)為了省成本BOOT 引腳直接懸空結(jié)果在某些環(huán)境下進(jìn)入異常模式。后來(lái)按照手冊(cè)要求接了外部下拉電阻下載恢復(fù)正常。所以在做板子的時(shí)候就把 BOOT、NRST 引腳的默認(rèn)狀態(tài)設(shè)計(jì)好不要等調(diào)試時(shí)再來(lái)補(bǔ)電阻。6.2 串口數(shù)據(jù)亂碼或丟字節(jié)串口亂碼一般不是芯片壞而是波特率或者時(shí)鐘配置問(wèn)題。排查順序檢查系統(tǒng)主頻配置主頻本身與預(yù)期不符那波特率一定會(huì)偏。檢查串口模塊的時(shí)鐘源是內(nèi)部 RC 還是晶振內(nèi)部 RC 在高溫下精度會(huì)下降。檢查雙方邏輯電平TTL 電平要一致RS232 和 TTL 不能直接對(duì)接。檢查是否共地不共地會(huì)導(dǎo)致噪聲大、亂碼。檢查發(fā)送緩沖區(qū)溢出提示信息刷屏導(dǎo)致程序卡頓。我實(shí)測(cè)過(guò)內(nèi)部 RC 在低溫環(huán)境下波特率誤差會(huì)變大所以如果你做的是戶(hù)外設(shè)備串口長(zhǎng)時(shí)間通信時(shí)建議用外部晶振。如果是設(shè)備之間短距離調(diào)試內(nèi)部 RC 完全可以接受。6.3 低功耗模式待機(jī)電流偏大這個(gè)問(wèn)題的排查順序應(yīng)該是先量電流確認(rèn)是跳動(dòng)還是穩(wěn)定偏高。逐個(gè)關(guān)外設(shè)定位是哪個(gè)外設(shè)還在耗電。檢查 GPIO 浮空。檢查外部模塊的靜態(tài)電流。檢查 LDO 自身功耗和泄漏。我發(fā)現(xiàn)大多數(shù)低功耗問(wèn)題都不是芯片本身的問(wèn)題而是板子上的外圍電路。比如一個(gè) LED 指示燈的限流電阻計(jì)算錯(cuò)誤一個(gè)上拉電阻忘去掉一個(gè)外部傳感器在睡眠時(shí)仍然保持工作狀態(tài)這些都會(huì)輕松吃掉幾十微安電流。做低功耗產(chǎn)品時(shí)硬件原理圖評(píng)審要非常嚴(yán)格每一路電阻、每一個(gè)芯片模塊在睡眠模式下的狀態(tài)都要畫(huà)清楚不能只靠軟件。6.4 ADC 采集值跳動(dòng)大、誤差大ADC 跳字問(wèn)題是嵌入式里面的高頻問(wèn)題。先排除是不是信號(hào)源本身波動(dòng)再用鑷子短路輸入引腳到地如果讀數(shù)不歸零說(shuō)明 ADC 內(nèi)部或基準(zhǔn)有問(wèn)題。還有可能是采樣保持時(shí)間太短讀取速度過(guò)快導(dǎo)致前一次充電電荷干擾。另外電源紋波會(huì)讓 ADC 參考電壓晃動(dòng)上下幾 mV 的波動(dòng)在 12 位分辨率下就會(huì)產(chǎn)生明顯的跳碼。我的做法是在 ADC 前加一級(jí) RC 低通濾波器時(shí)間常數(shù)根據(jù)采樣率來(lái)定既可以濾掉高頻噪聲又能防止混疊。如果信號(hào)變化很慢比如溫度傳感器讀數(shù)可以在軟件上做多次采樣取平均值或者用中值濾波去掉毛刺。但濾波代碼要寫(xiě)得隱蔽不能讓整個(gè)采集流程因?yàn)闉V波而變得響應(yīng)遲鈍。6.5 芯片復(fù)位不規(guī)律、程序跑飛芯片復(fù)位不規(guī)律有兩種大方向一是硬件上電源和干擾問(wèn)題二是軟件上的看門(mén)狗、棧溢出和異常中斷。先測(cè)電壓排除供電跌落再看復(fù)位引腳是否有毛刺最后查代碼看看門(mén)狗有沒(méi)有被意外觸發(fā)。如果代碼里開(kāi)了中斷但沒(méi)有把所有中斷入口都補(bǔ)齊被觸發(fā)后程序跳到異常向量表最高優(yōu)先級(jí)的地方表現(xiàn)就是看起來(lái)復(fù)位了實(shí)際是崩潰了。在這里提供個(gè)實(shí)用建議可以在主循環(huán)的低優(yōu)先級(jí)位置加入關(guān)鍵變量和調(diào)用深度的校驗(yàn)發(fā)現(xiàn)異常時(shí)打印關(guān)鍵信息后主動(dòng)重啟。這個(gè)思路可以幫你快速定位跑飛原因。中斷優(yōu)先級(jí)和臨界區(qū)保護(hù)也要好好檢查M0 的中斷控制器雖然簡(jiǎn)單但優(yōu)先級(jí)分組和使能順序很容易被忽略特別是在初始化多個(gè)外設(shè)時(shí)。寫(xiě)在最后的一點(diǎn)經(jīng)驗(yàn)從拿到 MS32C001-C 到完成整個(gè)模擬項(xiàng)目我最深的體會(huì)是這顆芯片的“上手門(mén)檻”比想象低但上限完全取決于你對(duì)細(xì)節(jié)的把握。Cortex-M0 平臺(tái)降低了編程難度可是硬件電路設(shè)計(jì)上的坑比如 GPIO 浮空、電源紋波、低功耗漏電路徑、Flash 寫(xiě)入可靠性一個(gè)都不會(huì)少。真正花時(shí)間去解決的很多時(shí)候并不是復(fù)雜的外設(shè)框架而是一個(gè)下拉電阻沒(méi)加、一個(gè)采樣時(shí)序沒(méi)等夠這類(lèi)小問(wèn)題。如果你正在評(píng)估這顆芯片我建議先去認(rèn)真讀一遍數(shù)據(jù)手冊(cè)的引腳功能表和電氣特性表畫(huà)原理圖前把每個(gè)引腳的默認(rèn)狀態(tài)、復(fù)用關(guān)系、耐壓要求都標(biāo)出來(lái)再做開(kāi)發(fā)。芯片本身是一個(gè)不錯(cuò)的低成本 32 位方案剩下的就看你的系統(tǒng)設(shè)計(jì)功力了。希望這篇文章能幫你少走幾步彎路尤其在低功耗和量產(chǎn)這兩個(gè)環(huán)節(jié)做到了就能穩(wěn)定交付。