1. 8位MCU沒死只是換了個(gè)活法從“CPU硬扛”到“外設(shè)自己干”前陣子幫一個(gè)做智能家居控制面板的朋友調(diào)程序他用的還是8位MCU主頻只有32MHz卻要同時(shí)處理按鍵掃描、LED呼吸燈、溫濕度傳感器輪詢和一小段串口通信。按以往的經(jīng)驗(yàn)這種活要么用前后臺(tái)大循環(huán)加一堆中斷標(biāo)志位要么硬塞一個(gè)RTOS進(jìn)去。結(jié)果他給我看了現(xiàn)在的方案主循環(huán)幾乎空了CPU占用率低得嚇人所有實(shí)時(shí)性要求高的任務(wù)全是硬件外設(shè)自動(dòng)完成的。我第一反應(yīng)是“這年頭8位機(jī)都這么卷了”第二反應(yīng)是趕緊把這套思路摸清楚。這就是8位MCU這幾年最值得關(guān)注的變化大量原本靠軟件在中斷里、在定時(shí)器里、在主循環(huán)里“擠時(shí)間”完成的實(shí)時(shí)任務(wù)正在被芯片內(nèi)部的外設(shè)硬件直接接管。8位MCU的出貨量依然巨大小家電、電動(dòng)工具、傳感器節(jié)點(diǎn)、玩具、車規(guī)小模塊到處都是它的地盤。它沒有消失而是換了一種更聰明的活法——把軟件該干的活轉(zhuǎn)到硬件上干。這件事背后真正的驅(qū)動(dòng)力不是CPU性能不夠而是性能調(diào)度不夠。8位MCU的算力確實(shí)有限但大多數(shù)應(yīng)用的瓶頸根本不是運(yùn)算量而是響應(yīng)速度、時(shí)序精度和功耗。這些恰恰是軟件最難做好的部分中斷響應(yīng)有延遲、嵌套會(huì)亂、主循環(huán)里一個(gè)函數(shù)跑久了就會(huì)錯(cuò)過采樣窗口、CPU全速跑起來(lái)功耗壓不下去。于是芯片廠商給出了一個(gè)更本質(zhì)的解法讓外設(shè)自己知道下一步該干什么CPU只負(fù)責(zé)搭場(chǎng)景和處理真正的“大事”。所以這篇文章我想把這件事拆開來(lái)講軟件任務(wù)具體是怎么“搬”到硬件上的、哪些任務(wù)適合搬、搬完之后會(huì)遇到什么新坑以及作為一個(gè)寫代碼為主的嵌入式工程師要怎么適應(yīng)這種“外設(shè)優(yōu)先”的新思維方式。內(nèi)容不牽扯復(fù)雜理論全部是可以直接落地驗(yàn)證的經(jīng)驗(yàn)。2. 從“喂狗式編程”到“外設(shè)自動(dòng)擋”一次呼吸燈把問題講透理解“軟件任務(wù)上硬件”這件事最適合的切入點(diǎn)就是看起來(lái)最不起眼的PWM呼吸燈。別笑這個(gè)例子能把8位MCU史上兩種完全不同的編程范式擺在你面前。2.1 老式做法CPU一邊吃飯一邊喂魚傳統(tǒng)8位MCU做呼吸燈主流的軟件方案是這樣的用定時(shí)器產(chǎn)生一個(gè)固定頻率的中斷比如1kHz在中斷服務(wù)函數(shù)里改PWM比較寄存器的值讓占空比按正弦表或線性遞增遞減變化。如果芯片連硬件PWM都沒有那就更慘——中斷里直接翻轉(zhuǎn)IO引腳靠軟件“數(shù)數(shù)”模擬出不同占空比。這套方案的問題只要調(diào)過的人都有體會(huì)中斷服務(wù)函數(shù)的執(zhí)行時(shí)間直接影響PWM輸出時(shí)序函數(shù)里多寫幾條語(yǔ)句輸出波形就會(huì)抖動(dòng)CPU在主循環(huán)和中斷之間來(lái)回切換為了呼吸燈這種“不重要”的任務(wù)占用了大量CPU時(shí)間想加個(gè)按鍵掃描、加個(gè)串口處理就得小心翼翼地估算中斷占用率生怕某個(gè)時(shí)刻來(lái)不及喂定時(shí)器。用開車的類比來(lái)說這就像手動(dòng)擋起步左腳抬離合中斷觸發(fā)、右腳踩油門修改占空比、眼睛盯著轉(zhuǎn)速表判斷時(shí)序是否準(zhǔn)確稍微分心車子就熄火。CPU成了這臺(tái)車的司機(jī)但司機(jī)的精力全耗在換擋油離配合上了。2.2 硬件化做法外設(shè)自己在跑CPU只負(fù)責(zé)掛擋現(xiàn)在8位MCU上很常見的做法是PWM模塊本身支持“自動(dòng)變化占空比”或者用NCO數(shù)控振蕩器CWG互補(bǔ)波形發(fā)生器這類外設(shè)組合把載波頻率、占空比變化斜率、死區(qū)時(shí)間全部交給寄存器配置。CPU只需要在啟動(dòng)時(shí)算好幾個(gè)初始參數(shù)之后外設(shè)就自己一路跑下去。以Microchip的CIP內(nèi)核獨(dú)立外設(shè)家族為例很多PIC16F系列芯片里有一個(gè)叫NCO的外設(shè)它可以不依賴CPU產(chǎn)生一個(gè)精確的頻率信號(hào)再把NCO和CWG組合起來(lái)就能做調(diào)光、音頻載波、甚至FSK調(diào)制。這些工作過去要在中斷里“數(shù)數(shù)”才能實(shí)現(xiàn)現(xiàn)在只要初始化時(shí)寫對(duì)寄存器外設(shè)自己就按步就班地干活了。還是用開車的比喻硬件化方案相當(dāng)于自動(dòng)擋你踩一腳油門配置好寄存器剩下的換擋邏輯變速箱自己完成。CPU從“司機(jī)”變成了“坐在副駕看路的人”只有在真正遇到需要判斷處理的情況時(shí)才出手。2.3 “搬”的本質(zhì)把周期性、確定性勞動(dòng)交給電路把判斷性勞動(dòng)留給代碼從呼吸燈這個(gè)例子可以總結(jié)出判斷“能不能搬到硬件”的三個(gè)標(biāo)準(zhǔn)任務(wù)是否具有周期性或者規(guī)律性比如固定頻率的波形生成、固定的采樣間隔任務(wù)是否需要極強(qiáng)的確定性比如PWM的占空比更新必須在同一個(gè)PWM周期點(diǎn)發(fā)生不允許有抖動(dòng)任務(wù)是否不依賴復(fù)雜條件分支比如“按下按鍵才啟動(dòng)充電”這種邏輯判斷硬件就做不了但“過壓就切斷PWM”這種簡(jiǎn)單條件比較器硬件互鎖就能完成。凡是滿足這三條的任務(wù)搬到硬件上都比用軟件做更穩(wěn)定、更省電、更省代碼。這也就是芯片廠商這幾年拼命在8位MCU里塞外設(shè)的原因把這些最常見的周期性任務(wù)全部預(yù)制為硬件模塊。3. 值得從CPU手中搶走的四類典型任務(wù)呼吸燈只是個(gè)引子。真正讓“軟件任務(wù)遷移到硬件”有價(jià)值的是下面這四類任務(wù)每一個(gè)在項(xiàng)目里都是實(shí)實(shí)在在吃掉CPU時(shí)間和增加Bug概率的地方。3.1 波形生成與電機(jī)控制從“中斷里算”到“硬件自動(dòng)互補(bǔ)”8位MCU應(yīng)用里最常見的波形類需求一個(gè)是PWM調(diào)光/調(diào)壓一個(gè)是電機(jī)控制。傳統(tǒng)做法是定時(shí)器中斷里改占空比或者用軟件死區(qū)延時(shí)防止上下橋臂直通——后者尤其危險(xiǎn)一旦中斷響應(yīng)不及時(shí)上下管直通燒功率器件是分分鐘的事?，F(xiàn)在的做法是用CWG互補(bǔ)波形發(fā)生器之類的硬件模塊自動(dòng)生成帶死區(qū)的互補(bǔ)PWM死區(qū)時(shí)間由寄存器決定無(wú)論CPU忙成什么樣硬件輸出的上升沿和下降沿之間的間隔永遠(yuǎn)是設(shè)定值。再加上自動(dòng)關(guān)斷功能——外部比較器檢測(cè)到過流信號(hào)后直接通過硬件鏈路關(guān)斷PWM輸出不經(jīng)過CPU參與從信號(hào)發(fā)生到關(guān)斷輸出的時(shí)間可以做到納秒級(jí)這是軟件中斷永遠(yuǎn)追不上的。對(duì)于FOC電機(jī)控制這種計(jì)算量偏大的場(chǎng)景雖然8位MCU做完整FOC還是吃力但做方波控制、無(wú)感BLDC換相這些硬件比較器配合定時(shí)器自動(dòng)換相已經(jīng)完全夠用。廠商甚至提供了內(nèi)置的模擬比較器陣列可以直接檢測(cè)反電動(dòng)勢(shì)過零點(diǎn)自動(dòng)觸發(fā)換相CPU只需要根據(jù)轉(zhuǎn)速調(diào)節(jié)PWM占空比。3.2 通信協(xié)議的“收發(fā)”部分讓UART、LIN自己應(yīng)付總線競(jìng)爭(zhēng)串口通信看著簡(jiǎn)單但在實(shí)際項(xiàng)目里很容易變成CPU殺手。老式8位MCU的UART通常只有一個(gè)發(fā)送緩沖和一個(gè)接收緩沖一個(gè)字節(jié)一個(gè)中斷。115200波特率下大約每87微秒就有一個(gè)字節(jié)中斷如果數(shù)據(jù)量大一點(diǎn)CPU基本就是在傳數(shù)據(jù)和處理中斷之間反復(fù)橫跳?，F(xiàn)在的8位MCU升級(jí)點(diǎn)至少包括這幾個(gè)方向接收端帶FIFO緩沖攢夠N個(gè)字節(jié)才產(chǎn)生一次中斷減少進(jìn)入中斷的次數(shù)支持自動(dòng)波特率檢測(cè)從機(jī)可以自動(dòng)適配主機(jī)波特率省去手動(dòng)配置和誤差校準(zhǔn)的麻煩帶硬件流控引腳CTS/RTS信號(hào)由外設(shè)自動(dòng)管理不再需要軟件判斷對(duì)端是否就緒更高階的直接把LIN、DMX這類單線總線協(xié)議控制器內(nèi)置硬件完成幀頭檢測(cè)、同步場(chǎng)、校驗(yàn)和處理軟件只需要讀寫數(shù)據(jù)幀內(nèi)容。用一句話概括通信協(xié)議棧從“字節(jié)驅(qū)動(dòng)”變成了“消息驅(qū)動(dòng)”CPU處理完整數(shù)據(jù)幀的次數(shù)比過去處理單個(gè)字節(jié)的次數(shù)還少。這不光是減輕CPU負(fù)擔(dān)通信的實(shí)時(shí)性和可靠性也明顯提升因?yàn)閰f(xié)議時(shí)序由硬件保證不依賴代碼執(zhí)行路徑。3.3 ADC采樣鏈從“定時(shí)中斷里輪詢”到“自動(dòng)掃描自動(dòng)平均”ADC是8位MCU應(yīng)用里最頻繁使用的模塊也是最容易踩坑的模塊。很多工程師都遇到過這種情況ADC采樣需要每隔一定時(shí)間去讀取、判斷轉(zhuǎn)換是否完成、取平均值、再判斷是否超限。這些工作在哪個(gè)循環(huán)里做都會(huì)拖慢其他任務(wù)。帶“計(jì)算能力”的ADC比如Microchip的ADCC可以直接做到自動(dòng)掃描多個(gè)通道每通道采樣完成后自動(dòng)切到下一通道不需要軟件干預(yù)自動(dòng)累加和平均ADC模塊內(nèi)置累加器做16次采樣自動(dòng)平均后給軟件一個(gè)結(jié)果省去軟件采多次再平均的步驟自動(dòng)比較門限轉(zhuǎn)換結(jié)果超過設(shè)定閾值后硬件直接置標(biāo)志或觸發(fā)其他外設(shè)動(dòng)作CPU連讀ADC值都不需要做。這種能力對(duì)傳感器采集節(jié)點(diǎn)特別有價(jià)值。比如用一個(gè)8位MCU做多點(diǎn)溫度采集傳統(tǒng)做法是每隔100ms讀一遍所有ADC通道然后軟件做均值濾波和超限判斷現(xiàn)在這個(gè)循環(huán)完全不需要了——ADC自動(dòng)掃描完所有通道、自動(dòng)平均、超限自動(dòng)觸發(fā)事件CPU在100ms周期內(nèi)只需要看一眼結(jié)果標(biāo)志數(shù)據(jù)有效就處理無(wú)效就繼續(xù)睡。實(shí)測(cè)下來(lái)同等采樣負(fù)載下CPU占用率下降一半以上而且因?yàn)锳DC時(shí)序由硬件保證采樣抖動(dòng)問題也消失了。3.4 簡(jiǎn)單邏輯聯(lián)動(dòng)用CLC把CPU從“每次都做判斷”中解放出來(lái)最容易被忽視但最能體現(xiàn)“硬件化”精髓的是芯片內(nèi)部的可配置邏輯單元CLCConfigurable Logic Cell。它本質(zhì)上是一個(gè)可以編程的小型邏輯門陣列能把芯片內(nèi)部的多個(gè)信號(hào)通過AND、OR、NOT、XOR等邏輯組合直接輸出一個(gè)結(jié)果信號(hào)。舉一個(gè)實(shí)際項(xiàng)目里的例子。一個(gè)電源管理模塊需要實(shí)現(xiàn)當(dāng)輸出電壓過高且電流過大時(shí)關(guān)斷PWM輸出并點(diǎn)亮指示燈。傳統(tǒng)做法是軟件里做兩次邏輯判斷然后執(zhí)行關(guān)斷和亮燈操作。有了CLC之后兩個(gè)比較器的輸出直接作為CLC的輸入CLC輸出直接連到PWM關(guān)斷引腳和指示燈控制引腳。邏輯判斷和動(dòng)作執(zhí)行全部在硬件里瞬間完成CPU完全不需要參與。這種方案帶來(lái)的好處非常明顯省掉了中斷響應(yīng)時(shí)間邏輯是純組合電路實(shí)現(xiàn)的沒有“代碼執(zhí)行到一半被打斷”的風(fēng)險(xiǎn)可靠性和可維護(hù)性也更強(qiáng)因?yàn)檫壿嬯P(guān)系固化在外設(shè)連接里改軟件流程不會(huì)影響這個(gè)安全鏈路。4. 實(shí)戰(zhàn)案例把恒溫控制里的PID從“中斷函數(shù)”搬到“模擬硬件聯(lián)動(dòng)”理論講再多不如一個(gè)完整的實(shí)戰(zhàn)拆解來(lái)得直觀。這個(gè)項(xiàng)目是我最近調(diào)試的一個(gè)恒溫控制器8位MCUAVR DB系列48引腳那顆控制一個(gè)加熱電阻用NTC熱敏電阻采樣溫度目標(biāo)是把溫度穩(wěn)定在45攝氏度正負(fù)0.5度。原來(lái)的方案是典型軟件PID每個(gè)100ms定時(shí)器中斷里讀ADC、算PID、更新PWM占空比。先給結(jié)論這套方案跑起來(lái)CPU確實(shí)能扛住但代碼里只要加任何一點(diǎn)功能中斷延遲就會(huì)影響控制質(zhì)量——我實(shí)測(cè)過主循環(huán)里加一個(gè)刷屏函數(shù)后目標(biāo)溫度的波動(dòng)從0.4度惡化到1.2度。原因很簡(jiǎn)單中斷響應(yīng)時(shí)間變長(zhǎng)了PID計(jì)算周期不再恒定。改造方案分三步走。第一步把ADC采樣交給硬件自動(dòng)掃描。NTC分壓電路輸出接到ADC通道配置ADCC自動(dòng)采樣、自動(dòng)累加平均每8次平均一次并且用PWM周期信號(hào)作為ADC觸發(fā)源保證每一次采樣都在PWM周期的同一相位點(diǎn)進(jìn)行。這樣一來(lái)采樣時(shí)序抖動(dòng)從軟件延時(shí)造成的幾十微秒降低到硬件觸發(fā)固有的納秒級(jí)。第二步PID運(yùn)算分為兩段高頻的P和I部分用模擬電路實(shí)現(xiàn)一片LM358運(yùn)放搭的積分電路D部分本身噪聲大干脆不要。模擬運(yùn)放做的PI調(diào)節(jié)器輸出直接控制一個(gè)壓控PWM——MCU內(nèi)置的比較器把運(yùn)放輸出電壓和內(nèi)部DAC產(chǎn)生的三角波比較直接輸出調(diào)寬后的PWM信號(hào)。到這里溫度控制環(huán)已經(jīng)成為一條完全脫離CPU的模擬硬件閉環(huán)。MCU只負(fù)責(zé)DAC設(shè)定目標(biāo)值對(duì)應(yīng)目標(biāo)溫度、讀溫度狀態(tài)、處理超溫保護(hù)邏輯。第三步CPU的角色徹底變了。主循環(huán)里不再有PID計(jì)算和PWM更新只剩下幾個(gè)低速任務(wù)每秒鐘讀一次溫度顯示檢測(cè)按鍵設(shè)定目標(biāo)溫度超溫時(shí)拉低保護(hù)引腳。原來(lái)的中斷里PID那幾十行代碼全部刪掉定時(shí)器中斷可以關(guān)掉或者只保留一個(gè)1ms的系統(tǒng)心跳。改造之后的效果CPU占用率從之前的41%定時(shí)器中斷PIDADC讀取顯示刷新降到3%左右只做顯示和按鍵掃描溫度波動(dòng)從軟件方案最好情況下的0.4度控制到了正負(fù)0.2度以內(nèi)代碼量肉眼可見地減少PID計(jì)算代碼全刪了ADC平均值計(jì)算的代碼全刪了PWM更新邏輯也刪了大概減了200行左右新增邏輯通過外設(shè)配置完成不需要寫代碼改起來(lái)還更安全。這個(gè)案例里PID本身并沒有完全變成“數(shù)字硬件算法”但它的“高頻執(zhí)行”部分被模擬電路接管了MCU只需要做低頻設(shè)定和監(jiān)控本質(zhì)上是把軟件周期性任務(wù)挪出了CPU。這種“模擬域數(shù)字外設(shè)”混合設(shè)計(jì)在8位MCU上非常值得一試。唯一要注意的點(diǎn)是運(yùn)放電路需要一點(diǎn)模擬設(shè)計(jì)功底NTC分壓電阻的選型、積分電容的大小都會(huì)影響控制環(huán)路的穩(wěn)定性這部分不是配置寄存器能解決的。5. 遷移到硬件不是零成本五個(gè)容易翻車的地方我用了大概半年時(shí)間把這套“硬件外設(shè)自動(dòng)擋”思路逐漸用進(jìn)項(xiàng)目里踩過的坑不算少。有些問題是新人最容易忽略的列在這里就當(dāng)是給大家省一筆學(xué)費(fèi)。5.1 外設(shè)初始化順序事件系統(tǒng)先開啟還是外設(shè)先配置“事件系統(tǒng)”Event System是8位MCU硬件化的重要紐帶它允許外設(shè)之間直接傳遞事件信號(hào)不需要CPU介入。但很多人的第一個(gè)坑就出在初始化順序上如果先使能事件發(fā)送方再初始化接收方開機(jī)瞬間就可能丟第一個(gè)事件或者接收到一個(gè)初始化未完成時(shí)產(chǎn)生的垃圾事件。正確順序是先初始化所有參與事件鏈路的外設(shè)配置好事件路由最后統(tǒng)一使能事件系統(tǒng)?？傇瓌t是讓接收方先準(zhǔn)備好再讓發(fā)送方開始發(fā)消息。這跟寫代碼時(shí)“先初始化接收緩沖再打開接收中斷”是一個(gè)道理。5.2 硬件自動(dòng)化的邊界別指望CLC幫你判斷復(fù)雜狀態(tài)硬件外設(shè)再?gòu)?qiáng)也只能做“絕對(duì)邏輯”做不了“相對(duì)判斷”。比如“如果連續(xù)3次采樣都超過閾值就進(jìn)入保護(hù)狀態(tài)”這種需要計(jì)數(shù)的邏輯硬件雖然可以通過計(jì)數(shù)器實(shí)現(xiàn)但配置復(fù)雜度會(huì)成倍上升。這種情況下更好的做法是簡(jiǎn)單、緊急的條件用硬件鏈路做復(fù)雜、低頻的判斷留到軟件里做。8位MCU的價(jià)值恰恰在于靈活不要為了“硬件化”而把代碼搞得更復(fù)雜。5.3 調(diào)試方式要跟著變你得學(xué)會(huì)“把內(nèi)部信號(hào)引到引腳上看”軟件調(diào)試你可以打斷點(diǎn)、看變量、單步執(zhí)行。硬件外設(shè)自動(dòng)干活的時(shí)候這些手段基本失效程序可能根本沒走到你的斷點(diǎn)外設(shè)自己就在跑。這時(shí)候最有效的調(diào)試手段是把外設(shè)的內(nèi)部信號(hào)事件觸發(fā)、比較器輸出、PWM故障信號(hào)映射到GPIO引腳上用示波器或邏輯分析儀看時(shí)序。幾乎所有支持CIP的8位MCU都提供了引腳映射功能配置工具里通常叫Pin Module或Peripheral Pin Select。把關(guān)鍵信號(hào)引出來(lái)看一眼比翻半天寄存器值更能定位問題。5.4 配置工具生成的代碼不是萬(wàn)能保險(xiǎn)MPLAB Code ConfiguratorMCC、Atmel START這類配置工具確實(shí)能大幅降低外設(shè)配置門檻生成的初始化代碼基本可用。但注意工具不會(huì)理解你的應(yīng)用場(chǎng)景它只會(huì)按照芯片數(shù)據(jù)手冊(cè)的默認(rèn)推薦生成初始化順序。如果遇到“外設(shè)沒有按預(yù)期工作”不要只盯著代碼邏輯先去看數(shù)據(jù)手冊(cè)里該外設(shè)的初始化時(shí)序要求。我遇到過一次很典型的坑MCC生成的ADC初始化里沒有把“自動(dòng)觸發(fā)源使能”放在“ADC模塊使能”之后導(dǎo)致第一個(gè)PWM周期采樣通道是錯(cuò)的。這就是“生成的代碼能用”和“生成的代碼一定對(duì)”之間的差別。5.5 選型思路要前置別拿著老8051硬扛最后也是最重要的8位MCU的硬件化能力不是每一顆8位都具備。老一代的8051內(nèi)核、早期的AVR、低端PIC很多都只有基礎(chǔ)定時(shí)器和UART沒有CLC、沒有CWG、沒有事件系統(tǒng)。如果你打算在項(xiàng)目里實(shí)踐這套思路選型階段就要確認(rèn)有沒有帶計(jì)算功能的ADC能不能自動(dòng)掃描、自動(dòng)平均、自動(dòng)比較有沒有事件系統(tǒng)或類似的硬件互聯(lián)機(jī)制有沒有可配置邏輯/波形發(fā)生器這類組合外設(shè)中斷和外設(shè)之間的觸發(fā)鏈路是否靈活。這些信息在選型階段10分鐘就能從數(shù)據(jù)手冊(cè)的框圖里確認(rèn)別等電路板都畫完了才發(fā)現(xiàn)選定的芯片不支持需要的功能。6. 給想轉(zhuǎn)“硬件化”方案的工程師三年經(jīng)驗(yàn)換來(lái)的學(xué)習(xí)路徑聊到這里可能有人會(huì)說這聽起來(lái)像“更復(fù)雜的配置、更少的代碼”感覺像是一個(gè)反方向的變化。其實(shí)不是。從我自己的體會(huì)來(lái)說真正的變化在于嵌入式開發(fā)的關(guān)注點(diǎn)正在從“怎么寫算法”轉(zhuǎn)向“怎么搭數(shù)據(jù)通路”。這個(gè)轉(zhuǎn)變要求工程師學(xué)習(xí)一套新技能但門檻比想象中低。建議的入門路徑按難度遞增排第一步先玩熟外設(shè)配置工具。無(wú)論MCC還是Atmel START都從零開始配一個(gè)帶硬件PWM的呼吸燈打開生成的代碼逐行看寄存器含義。目的是建立“寄存器配置”和“硬件行為”之間的對(duì)應(yīng)關(guān)系。第二步找一顆帶CLC或事件系統(tǒng)的芯片做一個(gè)小實(shí)驗(yàn)用定時(shí)器事件自動(dòng)觸發(fā)ADC采樣ADC采樣完成事件再自動(dòng)觸發(fā)PWM更新。這個(gè)鏈路里CPU完全不用參與你去觀察它是不是真的在自動(dòng)跑。這一步是建立“事件驅(qū)動(dòng)外設(shè)”直覺的關(guān)鍵。第三步把某個(gè)現(xiàn)有項(xiàng)目的通信或采集任務(wù)拆出來(lái)?yè)Q成硬件外設(shè)實(shí)現(xiàn)。建議從UART的FIFO改造開始改動(dòng)量小、風(fēng)險(xiǎn)低、見效快很快就能體會(huì)到“字節(jié)中斷變幀中斷”的差別。第四步再挑戰(zhàn)一個(gè)完整的閉環(huán)比如恒溫控制或恒流控制嘗試把高頻控制環(huán)路的某一段用硬件完成。這一步會(huì)讓你把運(yùn)放、比較器、DAC這些模擬外設(shè)也納入設(shè)計(jì)視野。到第四步的時(shí)候你會(huì)發(fā)現(xiàn)一個(gè)很有意思的現(xiàn)象你對(duì)“8位MCU性能不夠”的判斷方式變了。以前動(dòng)不動(dòng)就想往上換32位芯片現(xiàn)在會(huì)先問一句“這個(gè)任務(wù)能不能用外設(shè)直接做掉”很多問題停留在8位平臺(tái)上就能解決成本低、功耗低、代碼少產(chǎn)品還更穩(wěn)定。所以說“8-Bit MCUs Move Software Tasks to Hardware”這句話不是芯片廠商的宣傳口號(hào)而是實(shí)實(shí)在在改變嵌入式開發(fā)方式的一次演進(jìn)。對(duì)于常年和8位機(jī)打交道的工程師來(lái)說在寫滿代碼的工程里刪掉幾百行周期性勞動(dòng)看到CPU占用率掉下來(lái)、電源電流降下來(lái)、系統(tǒng)穩(wěn)定性升上去這種體驗(yàn)比學(xué)任何新技術(shù)都更能讓人興奮。我自己的建議是別急著追新架構(gòu)先把手頭8位MCU里那些沒用上的硬件外設(shè)全部翻出來(lái)看一遍很可能你的下一個(gè)項(xiàng)目就用上了。