1. 先別急著寫代碼搞清楚DSP到底指什么剛接觸這塊的時候我被問得最多的一句話是「學(xué)DSP是不是得先把信號與系統(tǒng)啃一遍」。問這話的人里有一半連示波器都沒怎么摸過另一半則是從單片機(jī)轉(zhuǎn)過來、看到「哈佛架構(gòu)」「流水線」「EDMA」這幾個詞就頭皮發(fā)麻。我特別理解這種感受因?yàn)槲易约寒?dāng)年也是從一份全英文的數(shù)據(jù)手冊開始翻了三頁就合上了。先把最容易混淆的概念拆開。DSP這三個字母在不同語境下指三樣完全不同的東西第一種是芯片一類專門為乘加運(yùn)算和實(shí)時數(shù)據(jù)流設(shè)計的處理器第二種是學(xué)科數(shù)字信號處理這套數(shù)學(xué)理論第三種是開發(fā)范式一種以確定性時序、數(shù)據(jù)流驅(qū)動、資源極度受限為前提的工程方法。小白最容易踩的坑就是把三者當(dāng)成一件事結(jié)果去啃了三個月的濾波器推導(dǎo)回頭連開發(fā)環(huán)境都裝不利索。這篇文章講的是第一種和第三種——怎么在一塊DSP芯片上把程序跑起來、跑對、跑快第二種只講夠用的部分。適合誰看如果你有單片機(jī)基礎(chǔ)能看懂C語言和基本的電路圖想在音頻、電機(jī)控制、雷達(dá)前端、工業(yè)檢測這類場景里做實(shí)時信號處理那這篇內(nèi)容就是給你準(zhǔn)備的。零基礎(chǔ)也能跟我會把每個術(shù)語都落到具體操作上。2. 選型和硬件準(zhǔn)備別在第一步就把錢浪費(fèi)掉2.1 為什么不用普通單片機(jī)硬扛很多人第一反應(yīng)是「我用一顆主頻兩三百兆的單片機(jī)不行嗎」。短答案看你的算法預(yù)算。長答案得從架構(gòu)說起。通用單片機(jī)的核心思路是「什么活都能干」指令集通用、分支預(yù)測復(fù)雜、緩存層級深。而DSP的核心思路是「把乘加做到極致」單周期完成一次乘加MAC、硬件零開銷循環(huán)、位反轉(zhuǎn)尋址專門服務(wù)FFT、飽和運(yùn)算防止溢出、多總線哈佛結(jié)構(gòu)讓取指和取數(shù)互不打架。舉個實(shí)測量的對比同樣做1024點(diǎn)復(fù)數(shù)FFT一顆200MHz左右的通用MCU用CMSIS-DSP庫跑下來大概在20萬到30萬個時鐘周期量級而一顆600MHz的浮點(diǎn)DSP能壓到1萬個周期出頭。差了將近兩個數(shù)量級這不只是主頻的差距是架構(gòu)層面的差距。更關(guān)鍵的是確定性。實(shí)時系統(tǒng)里最怕的不是慢是「有時候快有時候慢」。通用MCU的緩存命中與否會讓同一段代碼的執(zhí)行時間浮動好幾倍而DSP可以把L1配置成SRAM而不是cache讓每次訪問的周期數(shù)固定下來。這個特性在電機(jī)環(huán)路、音頻采樣這種硬實(shí)時場景里是剛需。注意不要因?yàn)椤窪SP聽起來高級」就無腦上。如果你的算法是簡單的PID加幾個濾波幾百兆的MCU完全夠用開發(fā)成本還低得多。DSP的價值在算法復(fù)雜度真正壓到通用核喘不過氣的時候才體現(xiàn)。2.2 開發(fā)板怎么挑看三個硬指標(biāo)第一塊板子選錯后面全是坑。我總結(jié)下來就看三樣考察項(xiàng)具體看什么為什么重要外設(shè)閉環(huán)是否同時有ADC/DAC或音頻編解碼器、至少一個外部存儲接口、串口、若干GPIO沒有輸入輸出你只能跑純計算驗(yàn)證不了實(shí)時性資料完整度是否提供原理圖不是框圖是完整原理圖、BOM、成套例程出問題時能對著電路查信號這是救命的東西調(diào)試鏈路仿真器是板載還是外接、接口定義是否標(biāo)準(zhǔn)便宜的板子經(jīng)常省掉這部分自己配很折騰我并不推薦一上來就自己畫板。DSP的電源時序、內(nèi)核電壓、PLL環(huán)路濾波、去耦電容布局任何一個細(xì)節(jié)出錯都可能導(dǎo)致「程序能下載但一跑就飛」。先在成熟評估板上把軟件跑通等你能獨(dú)立定位「是硬件問題還是軟件問題」了再考慮自制最小系統(tǒng)。2.3 自制最小系統(tǒng)時的三個致命細(xì)節(jié)如果你確實(shí)要自己畫這三處必須盯死。上電時序。多數(shù)DSP要求內(nèi)核電壓先于或同時于IO電壓建立反過來的話內(nèi)部ESD二極管可能倒灌長期會損傷芯片。穩(wěn)妥做法是用帶時序控制的電源管理芯片或者至少讓兩路電源的使能信號有明確的先后。我見過一塊板子因?yàn)閮陕冯娫赐瑫r上電、上升沿斜率不同導(dǎo)致大約每十次上電有一次啟動失敗查了兩周才定位。復(fù)位保持時間。復(fù)位信號必須在電源穩(wěn)定之后還要保持一段時間具體數(shù)值查手冊的電氣特性表。太短會導(dǎo)致內(nèi)部PLL沒鎖住就釋放復(fù)位表現(xiàn)是「偶爾能啟動大部分時間卡死」。時鐘與PLL。外部晶振的負(fù)載電容要按晶振廠家的規(guī)格配不是隨便放兩個22pF。PLL的環(huán)路濾波電阻電容更要嚴(yán)格按照手冊給的參數(shù)這顆電容選錯輸出時鐘抖動會大到讓高速外設(shè)工作異常。心得新板子第一次上電先不裝芯片或者先只焊電源部分用示波器把每一路電壓的上升時間和紋波看一遍。紋波超過手冊要求的一半就要改別等調(diào)試階段再回頭懷疑電源。3. 開發(fā)環(huán)境落地從裝軟件到點(diǎn)亮第一個中斷3.1 工具鏈的四個組成部分一套完整的DSP開發(fā)環(huán)境包含四塊集成開發(fā)環(huán)境編輯器項(xiàng)目管理調(diào)試前端、C編譯器含優(yōu)化器和匯編器、鏈接器配合鏈接命令文件工作、以及芯片廠商提供的外設(shè)驅(qū)動庫和算法庫。這四塊缺一不可尤其后面兩個是新手最容易忽略的。我的建議是第一次安裝全部用默認(rèn)路徑、默認(rèn)版本。工具鏈版本不匹配導(dǎo)致的詭異問題比如某個庫編譯通過但鏈接報符號沖突排查成本極高新手根本扛不住。工程目錄我習(xí)慣這樣組織project/ ├── src/ 源文件 ├── include/ 頭文件 ├── cmd/ 鏈接命令文件 ├── lib/ 第三方庫和廠商庫 ├── obj/ 編譯中間產(chǎn)物不進(jìn)版本庫 └── tools/ 燒寫腳本、輔助工具3.2 鏈接命令文件DSP開發(fā)的第一道門檻這是從單片機(jī)轉(zhuǎn)過來的人最先懵的地方。通用MCU通常由IDE自動生成分散加載文件你基本不用管而DSP的鏈接命令文件.cmd必須自己寫因?yàn)樗苯記Q定了代碼和數(shù)據(jù)放在哪塊存儲上而這個選擇對性能的影響可能有十倍。MEMORY { L2SRAM : o 0x00800000, l 0x00040000 /* 片上 256KB */ DDR : o 0x80000000, l 0x04000000 /* 外部 64MB */ } SECTIONS { .text L2SRAM /* 代碼放片上取指快且確定 */ .cinit L2SRAM .const L2SRAM .switch L2SRAM .bss L2SRAM .stack L2SRAM .data DDR /* 大塊數(shù)據(jù)放外部 */ .far DDR }為什么這么分.text代碼段放在片上SRAM取指延遲固定中斷響應(yīng)時間才可預(yù)測.data、.far這些放大數(shù)組的段丟到外部DDR容量大但訪問慢正好用DMA去搬運(yùn)。你要是把代碼放DDR里跑每次取指都可能撞上總線競爭實(shí)測性能能掉到原來的三分之一。三個必須檢查的點(diǎn)一是各段的長度加總別超過對應(yīng)存儲器的l值鏈接器會報錯但報錯信息經(jīng)常很含糊自己先算一遍二是棧大小要顯式指定默認(rèn)值往往只有幾KB遞歸或者大局部數(shù)組一用就溢出三是DMA緩沖區(qū)必須按cache line大小對齊常見是128字節(jié)用#pragma DATA_ALIGN(buffer, 128)聲明這個后面第5章還會細(xì)說。3.3 第一個可驗(yàn)證的工程定時器中斷翻轉(zhuǎn)IO別一上來就寫FFT。第一個工程的目標(biāo)是驗(yàn)證工具鏈、時鐘、中斷三條鏈路都通最經(jīng)濟(jì)的方式就是定時器中斷里翻轉(zhuǎn)一個GPIO用示波器看周期對不對。初始化順序是有講究的全局關(guān)中斷清IER寄存器清CSR里的全局中斷使能位配置PLL設(shè)置倍頻系數(shù)然后輪詢PLL狀態(tài)位直到鎖定初始化定時器周期寄存器把中斷服務(wù)函數(shù)地址填入中斷向量表設(shè)置中斷向量表基址寄存器使能定時器中斷對應(yīng)的IER位全局開中斷啟動定時器/* 定時器周期計算示例目標(biāo) 1kHz 中斷定時器輸入時鐘 75MHz */ #define TIMER_INPUT_CLK 75000000UL #define TARGET_FREQ 1000UL /* 周期值 輸入時鐘 / 目標(biāo)頻率 - 1 */ #define PERIOD_VAL (TIMER_INPUT_CLK / TARGET_FREQ - 1) void timer_init(void) { /* 先停定時器再改配置運(yùn)行中改寄存器行為不確定 */ TIMER_CTL 0x0; TIMER_PRD PERIOD_VAL; /* 75000 - 1 */ TIMER_CTL 0x3; /* 內(nèi)部時鐘源 連續(xù)計數(shù)模式 */ }PERIOD_VAL那個減一是因?yàn)橛嫈?shù)器從0開始計滿回繞差了這一個數(shù)頻率就有千分之一的偏差對音頻這種場景是能聽出來的。拿到板子先用示波器量IO口理論1kHz實(shí)際量出來是999.8Hz這個誤差來自晶振精度屬于正常范圍如果量出來是500Hz或者2kHz那就是分頻配置理解錯了回去查定時器的預(yù)分頻字段。4. 存儲架構(gòu)和數(shù)據(jù)搬移DSP開發(fā)真正的分水嶺4.1 三級存儲該怎么配主流DSP的存儲層次一般是L1程序SRAM、L1數(shù)據(jù)SRAM兩者都可以配置成cache或者純SRAM、L2統(tǒng)一SRAM、外部DDR。配置策略直接決定了程序是「可預(yù)測地快」還是「平均來看還行」。我的默認(rèn)配置是L1P和L1D全部配置成SRAM不啟用cache。理由是實(shí)時系統(tǒng)里「最壞情況執(zhí)行時間」比「平均執(zhí)行時間」重要得多。cache看著命中率高但那1%的miss帶來的抖動可能就是你電機(jī)環(huán)路失控或者音頻爆音的原因。代價是什么你要手動把熱數(shù)據(jù)搬進(jìn)L1D。這就引出了DMA——整個DSP開發(fā)里最重要的一個外設(shè)。4.2 DMA和乒乓緩沖把搬數(shù)和算數(shù)徹底解耦DMA的價值在于「CPU在算當(dāng)前幀的時候下一幀已經(jīng)在搬了」。標(biāo)準(zhǔn)做法是雙緩沖#pragma DATA_ALIGN(buf_a, 128) #pragma DATA_ALIGN(buf_b, 128) static float buf_a[FRAME_LEN]; static float buf_b[FRAME_LEN]; volatile int ready_flag 0; static float * volatile active_buf buf_a; static float * volatile pending_buf buf_b;中斷服務(wù)函數(shù)里只做一件事切換指針、置標(biāo)志、重新掛DMA。真正的算法處理放在主循環(huán)或者低優(yōu)先級任務(wù)里。這樣中斷服務(wù)函數(shù)的執(zhí)行時間被壓到幾十個周期不會被算法拖長。4.3 一個完整的參數(shù)推算過程假設(shè)你要做一個48kHz采樣率的音頻處理每幀256個采樣點(diǎn)主頻600MHz。這一串?dāng)?shù)字怎么落到代碼里幀時長 256 ÷ 48000 ≈5.33ms這幀內(nèi)可用的CPU周期 5.33ms × 600MHz ≈3.2M 個周期工程上只敢用掉30%到40%剩下的留給中斷、DMA搶占和其他任務(wù)所以實(shí)際算法預(yù)算約1.0M 到 1.3M 個周期緩沖區(qū)字節(jié)數(shù) 256 × 4單精度float1KB雙緩沖就是2KB對齊要求按128字節(jié)對齊用ceil(1024/128)×128算下來正好是1024沒問題但如果幀長是250點(diǎn)就是1000字節(jié)必須向上補(bǔ)到1024字節(jié)聲明數(shù)組時直接給1024這個預(yù)算是你后面做算法選型的硬約束。比如一個256點(diǎn)的復(fù)數(shù)FFT如果在你的平臺上需要50萬個周期那一幀只能跑兩次就必須考慮降到128點(diǎn)或者換更高效的實(shí)現(xiàn)。先算預(yù)算再寫代碼比寫完發(fā)現(xiàn)跑不動再回來優(yōu)化省十倍時間。踩過的坑有一次DMA搬進(jìn)來的數(shù)據(jù)總是整體偏移幾個元素查了很久最后發(fā)現(xiàn)是源地址沒按元素大小對齊。DMA對地址對齊的要求比CPU寬松但對齊沒做好就會出現(xiàn)這種「錯位」而不是「報錯」的靜默故障特別難查。5. 定點(diǎn)還是浮點(diǎn)這道選擇題決定了你的整個代碼風(fēng)格5.1 Q格式說到底就是一個縮放約定早期DSP沒有浮點(diǎn)單元全用定點(diǎn)?，F(xiàn)在中高端DSP基本都帶單精度甚至雙精度浮點(diǎn)但定點(diǎn)仍然在成本和功耗敏感的場合大量使用而且理解定點(diǎn)對你理解溢出、飽和、精度損失非常有幫助。Q格式的本質(zhì)是「用整數(shù)表示小數(shù)」。Q15的意思是用16位有符號整數(shù)隱含小數(shù)點(diǎn)在第15位之后。格式位寬表示范圍最小分辨率實(shí)際值換算Q1516位-1.0 ~ 0.999971/32768 ≈ 0.0000305整數(shù) ÷ 32768Q3132位-1.0 ~ 0.99999999951/2^31整數(shù) ÷ 2147483648Q1216位-8.0 ~ 7.99981/4096 ≈ 0.000244整數(shù) ÷ 4096運(yùn)算規(guī)則要記牢加減法直接算但結(jié)果可能溢出乘法要先擴(kuò)位再右移。兩個Q15相乘結(jié)果是一個Q30的數(shù)必須右移15位才能回到Q15同時要做飽和處理防止溢出。static inline short q15_mul(short a, short b) { int prod (int)a * (int)b; /* Q30 */ prod (prod 0x4000) 15; /* 加半個LSB做四舍五入 */ if (prod 32767) prod 32767; if (prod -32768) prod -32768; return (short)prod; }那個0x4000是四舍五入用的偏置加不加在單次運(yùn)算里看不出差別但在濾波器這種幾百次累加的場景里會導(dǎo)致明顯的直流偏移。我第一次做FIR的時候沒加輸出信號整體偏了幾十個LSB還以為是ADC的問題。5.2 飽和處理寧可削頂不要翻轉(zhuǎn)定點(diǎn)運(yùn)算最怕的不是精度不夠是溢出翻轉(zhuǎn)。一個正的大數(shù)溢出會變成負(fù)數(shù)在你的音頻輸出里就是一聲刺耳的爆響在電機(jī)控制里可能就是一次危險的誤動作。所以所有可能溢出的地方都要做飽和clamp到最大最小值而不是讓它自然回繞。很多DSP有專門的飽和加法指令編譯器也提供了內(nèi)建函數(shù)能用一個周期搞定別自己寫if-else。5.3 實(shí)測對比同一段算法的兩種實(shí)現(xiàn)我在一塊600MHz的浮點(diǎn)DSP上做過一組對比32點(diǎn)復(fù)數(shù)FFT輸入數(shù)據(jù)已經(jīng)就位只算內(nèi)核循環(huán)實(shí)現(xiàn)方式平均周期數(shù)相對精度誤差代碼可讀性單精度浮點(diǎn)開 -O3約 1,050基準(zhǔn)高Q15定點(diǎn)純C約 2,300約 -62dB中需注釋Q15定點(diǎn)內(nèi)建函數(shù) 循環(huán)展開約 780約 -60dB低有意思的地方在于定點(diǎn)用了內(nèi)建函數(shù)之后反而比浮點(diǎn)快因?yàn)楦↑c(diǎn)單元在這個平臺上只有兩個定點(diǎn)單元有八個。但代價是代碼幾乎沒法維護(hù)而且每換一個平臺就要重寫。所以我的實(shí)踐原則是原型階段全用浮點(diǎn)把算法跑通、把精度驗(yàn)證過等確定性能不夠了再把最內(nèi)層的一兩個熱點(diǎn)函數(shù)改定點(diǎn)。一上來就全手寫定點(diǎn)優(yōu)化返工率極高。6. 實(shí)時性保障中斷延遲和流水線優(yōu)化6.1 中斷延遲怎么測別靠猜中斷延遲是從外部事件觸發(fā)到中斷服務(wù)函數(shù)第一條指令執(zhí)行的時間。這個數(shù)字直接決定你的系統(tǒng)能不能滿足實(shí)時要求但很多人從沒量過全憑感覺。測法很樸素在中斷服務(wù)函數(shù)的第一行立刻翻轉(zhuǎn)一個GPIO不要做任何其他事用示波器雙通道一個通道接外部觸發(fā)信號一個通道接這個GPIO看兩個上升沿的時間差。多測幾百次取最大值而不是平均值。實(shí)測經(jīng)驗(yàn)中斷延遲從幾十個周期到幾百個周期都可能主要取決于三件事中斷是否被更長的高優(yōu)先級中斷屏蔽、中斷向量表是否在片上、以及中斷服務(wù)函數(shù)的第一條指令有沒有撞上取指miss。我測過一個案例把中斷向量表從外部存儲搬到片上SRAM之后最壞延遲從400多個周期降到80個周期左右效果比優(yōu)化算法本身明顯得多。關(guān)鍵提醒所有中斷服務(wù)函數(shù)都必須能在你算出來的「最壞延遲 執(zhí)行時間」預(yù)算內(nèi)完成。超了就要拆分成上半部和下半部上半部只做搬數(shù)據(jù)和置標(biāo)志。6.2 讓編譯器替你展開流水線超長指令字架構(gòu)的DSP一個周期能發(fā)射多條指令前提是編譯器能把循環(huán)展開成軟件流水。你要做的是給它創(chuàng)造條件循環(huán)體內(nèi)不要有函數(shù)調(diào)用能內(nèi)聯(lián)就內(nèi)聯(lián)指針參數(shù)加restrict關(guān)鍵字告訴編譯器源和目的不重疊用#pragma MUST_ITERATE告訴編譯器循環(huán)次數(shù)的范圍它才敢放心展開循環(huán)次數(shù)最好是展開因子的整數(shù)倍或者手動補(bǔ)零對齊優(yōu)化有沒有生效別猜去看編譯器生成的匯編文件。開啟「保留匯編輸出」選項(xiàng)找到你的熱點(diǎn)函數(shù)看里面有沒有那個標(biāo)志性的軟件流水序言一串并行的裝載指令和排空段。如果生成的還是一條一條串行的指令說明優(yōu)化沒起來通常是循環(huán)里有編譯器看不透的依賴。我優(yōu)化過一個FIR濾波器原始寫法是每個抽頭一次乘加實(shí)測約12個周期一個抽頭。改成讓編譯器做軟件流水之后穩(wěn)定在1個周期一個抽頭同一個函數(shù)提速12倍代碼一行沒改邏輯只是加了幾個限定符和pragma。這種優(yōu)化性價比遠(yuǎn)超你自己手寫匯編。6.3 內(nèi)建函數(shù)的使用邊界編譯器提供的內(nèi)建函數(shù)intrinsics能直接映射到特殊指令比如雙字加載、點(diǎn)積、飽和加法。用它們的前提是你已經(jīng)確認(rèn)這里是熱點(diǎn)。我見過有人一上來全文用內(nèi)建函數(shù)結(jié)果代碼沒法讀、換平臺全廢、性能也沒提升多少因?yàn)槠款i根本不在那些地方。7. 常見問題速查這些坑我基本都踩過現(xiàn)象最可能的原因排查動作仿真器連不上目標(biāo)板時鐘沒起振、復(fù)位被拉住、啟動模式引腳配置錯誤先用示波器量晶振和復(fù)位腳電平再核對啟動模式跳線程序能下載但一運(yùn)行就飛棧溢出、.bss段超出片上存儲、看門狗未喂看鏈接生成的map文件確認(rèn)各段實(shí)際占用把棧臨時調(diào)大驗(yàn)證DMA搬的數(shù)據(jù)整體錯位緩沖區(qū)未按cache line對齊用#pragma DATA_ALIGN顯式對齊源和目的都要中斷進(jìn)不去中斷使能位沒開、向量表基址沒設(shè)、外設(shè)中斷標(biāo)志未清逐級檢查全局使能、IER、外設(shè)使能三層FFT結(jié)果和理論值對不上輸入順序未做位反轉(zhuǎn)、縮放因子漏乘、輸入實(shí)部虛部搞反先用一組已知的單頻正弦驗(yàn)證再看幅值是否差固定倍數(shù)程序在外部存儲里跑明顯變慢未開cache且代碼段放在了DDR把.text段挪回片上SRAM或?qū)π⊙h(huán)啟用cache浮點(diǎn)累加結(jié)果偏差越來越大單精度有效位不足長序列累加誤差累積改用分塊累加或Kahan求和關(guān)鍵處提升到雙精度串口打印卡死輸出函數(shù)依賴的底層驅(qū)動沒初始化或阻塞等待標(biāo)志位先用GPIO翻轉(zhuǎn)代替打印確認(rèn)程序走到哪一步上電后偶發(fā)啟動失敗電源時序、PLL鎖定時間不足、復(fù)位保持時間不夠逐項(xiàng)對照手冊電氣特性用示波器抓上電波形再補(bǔ)兩個文檔里不會寫的經(jīng)驗(yàn)。第一個新工程第一次跑先把所有中斷關(guān)掉只用主循環(huán)點(diǎn)燈確認(rèn)最基本的代碼執(zhí)行沒問題再一層層加中斷和外設(shè)。一次全開出問題你根本不知道是哪一層。第二個養(yǎng)成看map文件的習(xí)慣鏈接器會列出每個段的確切地址和長度、每個函數(shù)的地址程序跑飛的時候用異常返回的地址去map文件里查能直接定位到是哪一行代碼觸發(fā)的比盲猜快得多。8. 學(xué)習(xí)路線的取舍哪些該啃哪些可以先跳過市面上講DSP的書分兩類一類是信號處理理論一類是芯片手冊。新手最容易犯的錯是抱著理論書從第一章啃起啃到第六章發(fā)現(xiàn)自己連開發(fā)環(huán)境都還沒裝。我的建議路線是這樣的先花兩天把芯片手冊里「CPU內(nèi)核」和「存儲映射」這兩章讀完不求全懂但要建立起「這個芯片有哪些資源、它們在哪、有多快」的空間感。接著裝環(huán)境、跑通廠商提供的定時器例程自己改參數(shù)、用示波器驗(yàn)證。這一步做完你就算入門了。然后用「三板斧」串起整個學(xué)習(xí)過程定時器中斷 → DMA搬數(shù) → FIR濾波。這三個做完你已經(jīng)覆蓋了實(shí)時性、數(shù)據(jù)流、算法實(shí)現(xiàn)三大塊后面學(xué)FFT、學(xué)控制算法都是在這個骨架上掛東西。反過來先學(xué)FFT蝶形推導(dǎo)你會發(fā)現(xiàn)推導(dǎo)看懂了代碼還是寫不出來。至于算法理論夠用就行。做音頻的先把窗函數(shù)和頻譜泄漏搞明白做電機(jī)的先把坐標(biāo)變換和環(huán)路帶寬搞明白別想著一次學(xué)全。DSP這門手藝的核心競爭力不在數(shù)學(xué)推導(dǎo)在于你能不能在有限的周期和存儲里把一個理論上成立的算法可靠地跑起來。前者查書就有后者只能靠一次次實(shí)測積累。最后分享一個我自己的習(xí)慣每做一個新模塊我都會在代碼里留一段「性能記錄」注釋寫清楚這段代碼在什么主頻、什么存儲配置下跑了多少周期、占了多少預(yù)算。半年后回頭看這些數(shù)字比任何筆記都有價值因?yàn)樗鼈兪悄阍谡鎸?shí)硬件上量出來的換平臺可以直接按比例推算也能立刻判斷出「這個需求在當(dāng)前硬件上到底能不能做」。踩過的坑記下來會過期量過的數(shù)據(jù)不會。