1. 為什么STM32FPGA成了工控與儀器項(xiàng)目里的“雙核”標(biāo)配1.1 單芯片搞不定的兩類活協(xié)議棧與硬實(shí)時(shí)并行先說個(gè)結(jié)論STM32FPGA這套“雙核”組合本質(zhì)不是雙CPU而是異構(gòu)雙處理器。一個(gè)負(fù)責(zé)“管”一個(gè)負(fù)責(zé)“干”各干各擅長的事合起來才叫真正的雙核技術(shù)系統(tǒng)。STM32這類MCU優(yōu)勢在“生態(tài)”和“協(xié)議?！薄CU、TCP/IP、USB、SDIO、文件系統(tǒng)、GUI一堆現(xiàn)成庫直接調(diào)跑個(gè)FreeRTOS做任務(wù)調(diào)度非常順。你要讓它去實(shí)時(shí)處理幾十路高速信號、精確輸出納秒級脈沖它就力不從心了。原因很簡單MCU是串行取指執(zhí)行中斷響應(yīng)再快也架不住高頻事件源源不斷涌進(jìn)來更別說還要同時(shí)維護(hù)通信協(xié)議棧。FPGA的優(yōu)勢在“并行”和“時(shí)序”。幾百個(gè)計(jì)數(shù)器可以同時(shí)跑邏輯門延遲決定了處理速度和軟件執(zhí)行完全兩個(gè)維度。但FPGA做復(fù)雜狀態(tài)機(jī)、跑通信協(xié)議棧就很痛苦寫一個(gè)TCP/IP協(xié)議棧試試光狀態(tài)機(jī)就能繞暈?zāi)?。就算塞個(gè)軟核進(jìn)去效率也遠(yuǎn)不如ARM核。所以這兩個(gè)芯片湊在一起不是疊性能而是補(bǔ)短板。我在實(shí)際項(xiàng)目里的直觀感受是STM32FPGA技術(shù)系統(tǒng)基本覆蓋了從傳感器采集、實(shí)時(shí)控制到網(wǎng)絡(luò)協(xié)議上云的完整鏈路。誰在做這類東西搞儀器儀表、運(yùn)動(dòng)控制、機(jī)器視覺預(yù)處理、物聯(lián)網(wǎng)邊緣網(wǎng)關(guān)的工程師幾乎都會碰到這個(gè)架構(gòu)。1.2 從搜索熱度看大家的真實(shí)痛點(diǎn)我整理了一下去年年底到今年大家搜得多的關(guān)鍵詞很有參考價(jià)值FPGA側(cè)的頻率測量、串口發(fā)送ASCII字符串、圖像處理、LVDS接收、MIPI接口、進(jìn)位鏈TDC測量時(shí)間、信號發(fā)生器、串口升級QSPI。STM32側(cè)的定時(shí)器捕獲測頻率、ADC切換通道、GBK轉(zhuǎn)UTF8、巴法云、FreeRTOS物聯(lián)網(wǎng)網(wǎng)關(guān)、LWIP協(xié)議棧、CAN通信連不上、ILI9341讀ID是a1a1、DWT、LD文件、J-Link下載環(huán)境?？闯鰜砹藛徇@些需求單獨(dú)看都很零散但拼起來其實(shí)就是一套典型的“STM32FPGA”系統(tǒng)零件FPGA負(fù)責(zé)高速采集和接口轉(zhuǎn)換STM32負(fù)責(zé)協(xié)議處理和上云。搜FPGA頻率測量的人很可能正在做一臺需要STM32讀取測量結(jié)果的頻率計(jì)搜LVDS接收和MIPI的人多半在給圖像傳感器做數(shù)據(jù)搬運(yùn)搬完還是要交給ARM核跑算法或通訊。這篇文章就是按這套思路拆解的。不管你拿FPGA做數(shù)據(jù)采集、接口轉(zhuǎn)換還是實(shí)時(shí)控制也不管你用STM32做網(wǎng)關(guān)、顯示還是通訊下面這些設(shè)計(jì)取舍和調(diào)試鏈路應(yīng)該都能對得上。2. 雙核系統(tǒng)的架構(gòu)分工先分活再選通信2.1 任務(wù)劃分的幾條硬規(guī)則不少初學(xué)者拿到STM32FPGA的開發(fā)板第一反應(yīng)是“FPGA是不是搶STM32的活我全用STM32行不行”這個(gè)問題問得挺好答案也簡單先看你有沒有硬實(shí)時(shí)需求。我給自己定過幾條任務(wù)劃分規(guī)則用了幾年還沒出過錯(cuò)**規(guī)則一超過幾十kHz的周期性信號處理交給FPGA。**比如PWM輸出20kHz以上的多路方波、高速ADC采樣、編碼器正交解碼STM32做起來要么占用大量CPU時(shí)間要么精度上不去。**規(guī)則二復(fù)雜但低頻的狀態(tài)邏輯留在STM32。**比如人機(jī)交互界面、報(bào)警狀態(tài)機(jī)、參數(shù)配置菜單、云端指令解析這種活讓FPGA做純屬折磨。**規(guī)則三對外通信協(xié)議統(tǒng)一由STM32接管。**串口、CAN、Ethernet、MQTT、HTTP都放STM32。理由很簡單MCU生態(tài)里有現(xiàn)成協(xié)議棧FPGA寫協(xié)議棧費(fèi)時(shí)費(fèi)力還容易出bug。**規(guī)則四硬實(shí)時(shí)閉環(huán)控制放FPGA。**比如電流環(huán)、位置環(huán)、需要固定延時(shí)的信號鏈一般放在FPGA里跑保證時(shí)鐘級確定性。STM32頂多算“閉環(huán)下位機(jī)”負(fù)責(zé)參數(shù)給定和狀態(tài)上報(bào)。搜“STM32控制伺服電機(jī)485”這類需求本質(zhì)就是STM32做主控下發(fā)參數(shù)FPGA做高速插補(bǔ)或脈沖輸出?？偨Y(jié)成一句話FPGA管“每個(gè)時(shí)鐘周期都在發(fā)生的細(xì)節(jié)”STM32管“需要長期權(quán)衡的事情和對外交流”。這套分工定下來系統(tǒng)架構(gòu)就自動(dòng)清晰了。2.2 雙核之間的通信選型FSMC、SPI、UART怎么取舍分完活接下來最關(guān)鍵的是STM32和FPGA之間怎么通信。通信帶寬直接決定你能把多少數(shù)據(jù)從FPGA搬到STM32也決定延遲。常用三種方案直接上對比表格通信方式典型速率特點(diǎn)適合場景FSMC/可變靜態(tài)存儲控制器并行總線幾十MB/s以上受IO口和時(shí)序制約STM32把FPGA映射成外部SRAM讀寫像操作內(nèi)存一樣簡單占用IO多高速ADC采集、圖像數(shù)據(jù)搬運(yùn)、大塊數(shù)據(jù)塊交換SPI從機(jī)模式1-10Mbps左右取決于分頻和從機(jī)能力引腳少實(shí)現(xiàn)簡單適合中低速數(shù)據(jù)塊溫度采樣、狀態(tài)寄存器輪詢、配置命令下發(fā)UART115200bps-1Mbps最簡單但速率低傳輸有波特率容錯(cuò)問題調(diào)試鏈路、低頻率狀態(tài)上報(bào)我從項(xiàng)目實(shí)操角度說點(diǎn)文檔里不太會寫的體會FSMC這個(gè)名字聽起來高大上其實(shí)就是STM32片內(nèi)外設(shè)的一個(gè)接口控制器可以把外部器件當(dāng)作內(nèi)存來訪問。FPGA端只需要實(shí)現(xiàn)一個(gè)“異步SRAM讀寫的狀態(tài)機(jī)”STM32這邊配好時(shí)序參數(shù)接下來用*(uint16_t *)0x64000000 data;這么一行代碼就能寫數(shù)據(jù)到FPGA。反過來讀也一樣。這是速度最快、代碼最干凈的方案。缺點(diǎn)也明顯要占用GPIO一大片對PCB布線要求高。SPI是我個(gè)人推薦的“起步方案”。STM32做主機(jī)FPGA做從機(jī)兩根數(shù)據(jù)線加一根時(shí)鐘線一版就能通。很多項(xiàng)目一輩子用SPI就夠了沒必要一上來就搞FSMC。需要注意SPI從機(jī)模式下FPGA的響應(yīng)時(shí)機(jī)必須足夠快否則主機(jī)拉低片選后等不到數(shù)據(jù)就直接讀超時(shí)。早期建議在FPGA里做一個(gè)簡單的8位寄存器陣列把配置參數(shù)、狀態(tài)標(biāo)志、測量結(jié)果都映射成寄存器STM32通過SPI讀寫寄存器邏輯清晰也不容易錯(cuò)。UART只建議用在調(diào)試鏈路上。有個(gè)隱蔽的坑兩邊都是“近似波特率”哪怕誤差在±1%以內(nèi)長時(shí)間連續(xù)收發(fā)大數(shù)據(jù)包也可能偶發(fā)出錯(cuò)。所以UART幀格式里一定要帶校驗(yàn)一旦收到錯(cuò)誤幀就重發(fā)別裸奔。2.3 握手協(xié)議與數(shù)據(jù)幀格式設(shè)計(jì)通信物理鏈路選好了還得定一套雙方都認(rèn)的數(shù)據(jù)幀格式。我踩過的最痛的一個(gè)坑就是前期圖省事直接定義了一個(gè)固定長度的結(jié)構(gòu)體數(shù)組結(jié)果需求一改雙方同步改代碼改到后面版本錯(cuò)亂簡直無法維護(hù)。后來我學(xué)乖了所有通信都走“統(tǒng)一幀格式”用最樸素的方案幀頭(0xA5) | 命令字 | 數(shù)據(jù)長度 | 數(shù)據(jù)區(qū) | 校驗(yàn)和幀頭1字節(jié)命令字1字節(jié)長度2字節(jié)數(shù)據(jù)區(qū)最多4096字節(jié)校驗(yàn)和用簡單的累加即可。FPGA收到幀后先解析幀頭和長度再接收數(shù)據(jù)區(qū)并計(jì)算校驗(yàn)校驗(yàn)通過就執(zhí)行命令不通過直接丟棄并回報(bào)錯(cuò)誤標(biāo)志。為什么這么做因?yàn)镾TM32和FPGA兩邊是不同的開發(fā)工具鏈調(diào)試時(shí)經(jīng)常一邊在改Verilog一邊在改C代碼。有了統(tǒng)一幀格式兩邊各自維護(hù)狀態(tài)機(jī)只要遵守幀格式這條“契約”各自內(nèi)部怎么改都不影響對面。這里再分享一個(gè)高級技巧可以把FPGA內(nèi)部所有寄存器設(shè)計(jì)成“地址映射表”STM32讀寫一個(gè)寄存器地址FPGA返回對應(yīng)的狀態(tài)/數(shù)值。就像你訪問一條內(nèi)存地址一樣調(diào)試和維護(hù)都極其方便。尤其是搜“STM32 ADC切換通道”或者“FPGA信號發(fā)生器”這類項(xiàng)目有了寄存器映射STM32改頻率、切換通道、讀測量結(jié)果全部變成對某個(gè)地址的讀/寫操作代碼可讀性提升一個(gè)等級。3. FPGA端三個(gè)值得練手的模塊從頻率測量到高速接口3.1 頻率測量等精度測量原理與實(shí)現(xiàn)要點(diǎn)先說一個(gè)熱詞“FPGA實(shí)現(xiàn)頻率測量”這在項(xiàng)目里幾乎必做也是最容易理解FPGA并行優(yōu)勢的練手模塊。頻率測量主要有三種思路測頻法在固定閘門時(shí)間內(nèi)數(shù)被測信號的脈沖個(gè)數(shù)頻率脈沖數(shù)/時(shí)間。適合測高頻低頻測不準(zhǔn)。測周法測量被測信號一個(gè)周期內(nèi)的高頻基準(zhǔn)時(shí)鐘個(gè)數(shù)頻率基準(zhǔn)頻率/計(jì)數(shù)。適合測低頻高頻反而測不準(zhǔn)。等精度測量法把測頻法的閘門設(shè)計(jì)成“跟隨被測信號邊沿”的同步閘門。閘門開啟和關(guān)閉都自動(dòng)對齊被測信號的邊沿同時(shí)計(jì)數(shù)被測脈沖數(shù)和基準(zhǔn)時(shí)鐘數(shù)無論高頻率低頻率相對誤差都一樣而且只取決于基準(zhǔn)時(shí)鐘的準(zhǔn)確度。FPGA實(shí)現(xiàn)等精度測量非常自然因?yàn)槔锩鎸Ρ粶y信號和基準(zhǔn)時(shí)鐘各有一個(gè)計(jì)數(shù)器兩者并行跑閘門信號一拉高就開始計(jì)閘門結(jié)束同時(shí)鎖存兩個(gè)計(jì)數(shù)器的值。這個(gè)“同時(shí)鎖存”是FPGA的天然能力換成MCU需要精確的中斷配合很難做到。偽代碼層面長這樣// 等精度頻率計(jì)核心邏輯簡化 always (posedge clk_100m) begin gate_sync test_signal ? 1 : 0; // 閘門同步到被測信號 end // 基準(zhǔn)計(jì)數(shù)器和被測計(jì)數(shù)器 always (posedge clk_100m) begin if (gate_sync !gate_sync_prev) cnt_ref 0; // 閘門打開開始計(jì)數(shù) else if (gate_sync) cnt_ref cnt_ref 1; end // 頻率結(jié)果 被測計(jì)數(shù) / 基準(zhǔn)計(jì)數(shù) * 基準(zhǔn)頻率實(shí)際項(xiàng)目里還要加幾個(gè)細(xì)節(jié)多次測量取平均消抖動(dòng)、自動(dòng)量程切換、防止計(jì)數(shù)溢出。代碼本身不難難的是理解“同時(shí)計(jì)數(shù)”背后對時(shí)序的要求。我見過不少初學(xué)者把這個(gè)邏輯寫成先數(shù)被測信號再數(shù)基準(zhǔn)信號那就完全沒有并行意義了。你要想清楚FPGA讓你能同時(shí)干兩件事這才是價(jià)值所在。3.2 串口發(fā)送ASCII字符串一個(gè)看似簡單但容易踩坑的模塊搜“FPGA實(shí)現(xiàn)串口發(fā)送ASCII字符串”特別多原因很實(shí)在FPGA需要把測量結(jié)果發(fā)出去最簡單的就是通過串口用ASCII碼發(fā)出數(shù)字和字符。但真寫起來發(fā)現(xiàn)一堆細(xì)節(jié)。UART發(fā)送模塊的核心是波特率發(fā)生器。用一個(gè)計(jì)數(shù)器分頻出波特率時(shí)鐘比如100MHz系統(tǒng)時(shí)鐘要發(fā)115200bps計(jì)數(shù)器分頻系數(shù)大約是868在每個(gè)波特率時(shí)鐘沿按位發(fā)送。發(fā)送一幀的順序是起始位08位數(shù)據(jù)低位在前停止位1。這就是基礎(chǔ)。容易踩的坑有三個(gè)第一個(gè)坑是字符串狀態(tài)機(jī)。你設(shè)計(jì)了一個(gè)“發(fā)送字符串”的模塊但字符串不是一個(gè)字節(jié)你要用一個(gè)狀態(tài)機(jī)控制數(shù)據(jù)選擇、總線占用、字節(jié)間時(shí)間間隔。如果狀態(tài)機(jī)寫得不仔細(xì)很容易出現(xiàn)字節(jié)之間間隔太短或太長的問題。間隔太短接收方跟不上間隔太長又拉低整體效率。第二個(gè)坑是ASCII轉(zhuǎn)換。FPGA里沒有sprintf這個(gè)函數(shù)你要自己把二進(jìn)制測量結(jié)果轉(zhuǎn)換成十進(jìn)制的一串ASCII碼再發(fā)送。可以寫一個(gè)“除10取余”的轉(zhuǎn)換狀態(tài)機(jī)先用組合邏輯做除法取余再查表變成字符。這個(gè)過程占資源不大但是初學(xué)者容易寫錯(cuò)順序。我自己習(xí)慣先在仿真里驗(yàn)證一遍轉(zhuǎn)換結(jié)果再上板。第三個(gè)坑是不要為了追求簡潔而把發(fā)送邏輯全塞進(jìn)一個(gè)always塊。拆分模塊是FPGA好習(xí)慣波特率發(fā)生器一個(gè)模塊ASCII轉(zhuǎn)換一個(gè)模塊發(fā)送狀態(tài)機(jī)一個(gè)模塊。每個(gè)模塊單獨(dú)測試出問題只改一小塊。很多FPGA項(xiàng)目后期的難易程度完全取決于前期模塊切分是否合理。3.3 進(jìn)階TDC時(shí)間測量、LVDS接收與MIPI接口為什么只能靠FPGA如果頻率測量和串口讓你打好了基礎(chǔ)那該聊聊真正讓FPGA不可替代的東西了。搜“FPGA進(jìn)位鏈TDC測量時(shí)間”“FPGA的LVDS接收”“FPGA實(shí)現(xiàn)MIPI”這些才是雙核系統(tǒng)里FPGA的核心價(jià)值所在。TDC即時(shí)間數(shù)字轉(zhuǎn)換器簡單說就是測量一個(gè)時(shí)間間隔有多長。用MCU實(shí)現(xiàn)分辨率基本在微秒級別靠定時(shí)器捕獲。而FPGA里可以利用進(jìn)位鏈的延遲時(shí)間做TDC分辨率能達(dá)到幾十皮秒甚至更高。原理很簡單信號通過FPGA內(nèi)部的進(jìn)位鏈CARRY4傳播每一級延遲在皮秒量級用D觸發(fā)器把傳播結(jié)果鎖存翻譯成二進(jìn)制時(shí)間值就能測出信號到達(dá)的精確時(shí)刻。搜“使用FPGA進(jìn)位鏈TDC測量時(shí)間”的人通常是在做激光雷達(dá)、超聲測距、粒子物理實(shí)驗(yàn)這類對時(shí)間精度要求極高的項(xiàng)目用MCU根本不可能實(shí)現(xiàn)。LVDS接收屬于高速串行接口。LVDS信號是差分對速率經(jīng)常上百M(fèi)bps甚至更高需要用FPGA的專用收發(fā)引腳和高速時(shí)鐘管理模塊去做數(shù)據(jù)采樣恢復(fù)。STM32的IO基本不支持LVDS這種電平標(biāo)準(zhǔn)就算外接轉(zhuǎn)接芯片數(shù)據(jù)率也跟不上。所以只要你的系統(tǒng)需要接高速ADC、LVDS攝像頭或高速背板總線FPGA幾乎是唯一選擇。MIPI接口更典型。MIPI是移動(dòng)設(shè)備攝像頭和顯示屏常用的高速串行接口D-PHY速率經(jīng)常到Gbps級別。FPGA需要做lane對齊、時(shí)鐘恢復(fù)、數(shù)據(jù)字節(jié)打包然后才把圖像數(shù)據(jù)交給STM32做處理或顯示。這塊邏輯復(fù)雜時(shí)序要求高但只要你跟著官方例程做一次D-PHY接收對FPGA高速設(shè)計(jì)的理解會立馬上一個(gè)臺階。我做這些模塊的一個(gè)重要心得是高速接口設(shè)計(jì)優(yōu)先看官方IP核和參考設(shè)計(jì)不要自己硬造輪子。Xilinx有MIPI CSI-2 IP核Altera有LVDS IP核先把官方demo跑通再逐步改成自己需要的接口參數(shù)能省掉至少兩周的調(diào)試時(shí)間。等你有經(jīng)驗(yàn)了再去手寫協(xié)議邏輯也不遲。4. STM32端實(shí)現(xiàn)細(xì)節(jié)從HAL庫到物聯(lián)網(wǎng)網(wǎng)關(guān)4.1 時(shí)鐘樹、DWT和定時(shí)器捕獲測頻率/測脈寬的MCU方案把FPGA分了那么多活STM32這邊也不是沒事干。搜“STM32定時(shí)器捕獲測頻率”“STM32 DWT”這類關(guān)鍵詞的人說明很多人其實(shí)想在MCU側(cè)直接測頻率或者用DWT做精確計(jì)時(shí)。STM32定時(shí)器捕獲的原理是輸入引腳檢測到上升沿/下降沿時(shí)定時(shí)器計(jì)數(shù)器的當(dāng)前值被自動(dòng)鎖存到捕獲寄存器同時(shí)觸發(fā)中斷。連續(xù)兩次捕獲的計(jì)數(shù)值之差乘以定時(shí)器時(shí)鐘周期就是信號周期。測量低頻信號很準(zhǔn)高頻信號會由于中斷響應(yīng)時(shí)間抖動(dòng)產(chǎn)生誤差。實(shí)操時(shí)HAL庫寫法很簡潔// 初始化定時(shí)器輸入捕獲以TIM2為例 TIM_IC_InitTypeDef sIC; sIC.ICPolarity TIM_ICPOLARITY_RISING; // 上升沿捕獲 sIC.ICSelection TIM_ICSELECTION_DIRECTTI; sIC.ICPrescaler TIM_ICPSC_DIV1; sIC.ICFilter 0; // 濾波可設(shè)為2-15以抗毛刺 HAL_TIM_IC_ConfigChannel(htim2, sIC, TIM_CHANNEL_1); HAL_TIM_IC_Start_IT(htim2, TIM_CHANNEL_1);然后在中斷回調(diào)里讀取兩次捕獲值求差即可。注意一個(gè)陷阱如果信號頻率很低定時(shí)器可能溢出需要加一個(gè)溢出計(jì)數(shù)器把溢出也計(jì)入周期。很多初學(xué)者漏掉這點(diǎn)低頻信號測出來是錯(cuò)的。DWT則是一個(gè)容易被低估的工具。Cortex-M3/M4內(nèi)核自帶Data Watchpoint and Trace單元其中有一個(gè)32位周期計(jì)數(shù)器頻率等于內(nèi)核時(shí)鐘。用一行代碼就能啟動(dòng)CoreDebug-DEMCR | CoreDebug_DEMCR_TRCENA_Msk; DWT-CYCCNT 0; DWT-CTRL | DWT_CTRL_CYCCNTENA_Msk;之后讀DWT-CYCCNT就可以獲得精確到周期的計(jì)時(shí)。我常用它來進(jìn)行代碼片段耗時(shí)統(tǒng)計(jì)和分析比寫一堆GPIO翻轉(zhuǎn)測量準(zhǔn)得多。做雙核系統(tǒng)聯(lián)調(diào)時(shí)用DWT測STM32讀寫FPGA某個(gè)寄存器整個(gè)流程耗時(shí)定位瓶頸非常有效。這里順便回應(yīng)一個(gè)熱詞“STM32 HAL庫下載”。HAL庫其實(shí)就在STM32CubeMX的安裝包里不需要單獨(dú)下載。用CubeMX生成工程初始化代碼你會發(fā)現(xiàn)外設(shè)配置工作量直接減半。唯一的建議是生成代碼后自己手動(dòng)添加的邏輯塊和生成區(qū)之間做主備版本管理避免CubeMX重新生成把代碼沖掉。4.2 ADC多通道切換與DMA以及ILI9341讀ID為a1a1這類“玄學(xué)”問題ADC多通道切換是STM32常見的需求。用HAL庫寫ADC時(shí)如果你的掃描模式?jīng)]有正確配置切換通道后第一次采樣值常常不準(zhǔn)這是因?yàn)橥ǖ狼袚Q后需要穩(wěn)定時(shí)間。我當(dāng)時(shí)解決方法是把每輪采樣的第一次結(jié)果丟棄從第二次開始使用或者干脆用DMA一直在循環(huán)采樣DMA緩沖區(qū)里的前幾個(gè)數(shù)據(jù)直接忽略。不要追求“一上電就采到完美值”工程上做“過濾掉暫態(tài)樣本”反而是最省事的。再吐槽一個(gè)經(jīng)典問題STM32使用ILI9341讀ID返回a1a1。搜這個(gè)詞的人基本都被這個(gè)坑絆過。a1a1這個(gè)值其實(shí)不是芯片壞了而是時(shí)序沒配對或者ILI9341的ID寄存器讀取方式不對。正常ILI9341讀ID應(yīng)該返回0x93如果你讀回來全是0xA1A1多半是你在發(fā)“讀ID命令”前沒有先進(jìn)入SPI正確的讀寫模式或者時(shí)鐘相位極性配錯(cuò)了。換到雙核系統(tǒng)里這種“讀回來永遠(yuǎn)是同一串值”的現(xiàn)象同樣常見——比如STM32通過SPI讀FPGA寄存器如果兩邊時(shí)鐘極性或相位不一致讀回來的數(shù)據(jù)永遠(yuǎn)是0xFF或0x00看起來像“玄學(xué)”實(shí)際就是協(xié)議細(xì)節(jié)沒對齊。解決這類問題的通用思路用邏輯分析儀抓SPI的CS、SCK、MOSI、MISO四根線對比數(shù)據(jù)手冊時(shí)序圖。比起漫無目的地改軟件一次波形分析比什么都管用。4.3 FreeRTOSLWIP巴法云STM32端作為網(wǎng)關(guān)的實(shí)現(xiàn)思路雙核系統(tǒng)里STM32還有個(gè)重要身份物聯(lián)網(wǎng)網(wǎng)關(guān)。搜“FreeRTOS STM32物聯(lián)網(wǎng)網(wǎng)關(guān)”“STM32網(wǎng)關(guān)lwip協(xié)議?！薄癝TM32 巴法云”的用戶就是要把采集到的數(shù)據(jù)送上云同時(shí)接收云端的控制指令。我的標(biāo)準(zhǔn)框架是FreeRTOS做任務(wù)調(diào)度LWIP協(xié)議棧跑網(wǎng)絡(luò)巴法云或者自建MQTT服務(wù)器做上云通道。整體任務(wù)劃分可以做成三四個(gè)任務(wù)數(shù)據(jù)采集任務(wù)定期從FPGA那邊讀測量結(jié)果存到共享區(qū)。網(wǎng)絡(luò)任務(wù)運(yùn)行MQTT客戶端周期發(fā)布數(shù)據(jù)到主題?？刂迫蝿?wù)訂閱云端主題收到指令后解析成參數(shù)再通過SPI/FSMC下發(fā)FPGA執(zhí)行。任務(wù)與任務(wù)之間用FreeRTOS隊(duì)列或者信號量傳遞避免裸機(jī)循環(huán)帶來的CPU浪費(fèi)。這也是STM32相對于FPGA最大的優(yōu)勢所在你有完整的RTOS生態(tài)寫網(wǎng)絡(luò)應(yīng)用和云端對接幾乎都是搭積木。這里提醒一個(gè)和云端交互直接相關(guān)的細(xì)節(jié)如果你設(shè)備需要處理云端下發(fā)的中文消息就繞不開編碼轉(zhuǎn)換。搜“STM32 GBK轉(zhuǎn)UTF8”的人多半是顯示用戶名稱或中文指令時(shí)出現(xiàn)了亂碼。云端消息基本都是UTF-8編碼而很多串口屏或文件系統(tǒng)用的是GBK。你沒做轉(zhuǎn)換就顯示必然亂碼。實(shí)現(xiàn)思路很簡單先查表記住GBK和UTF-8的對應(yīng)關(guān)系按字節(jié)流判判斷當(dāng)前是ASCII還是雙字節(jié)中文再做映射。這個(gè)表比較大可以放到外部Flash或SD卡里按需加載。5. 聯(lián)調(diào)階段最容易翻車的地方與排查鏈路5.1 電平與IO標(biāo)準(zhǔn)3.3V對3.3V也可能出問題很多人以為STM32和FPGA都是3.3V電平直接連就行了。實(shí)際上兩個(gè)芯片的IO電氣特性本質(zhì)上都是3.3V但驅(qū)動(dòng)能力和灌電流能力差別很大。如果FPGA的IO管腳配置成1.8V的Bank電壓而你直接和3.3V的STM32引腳相連電流灌入可能導(dǎo)致芯片鎖死甚至燒毀。所以聯(lián)調(diào)第一件事確認(rèn)FPGA各個(gè)Bank的VCCO電壓和STM32的電平標(biāo)準(zhǔn)匹配。FPGA里像LVDS這類高速接口需要專用差分引腳切記不能接到普通IO上那些普通IO不支持LVDS電氣標(biāo)準(zhǔn)。還有一點(diǎn)開發(fā)板上FPGA和STM32經(jīng)常分布在兩個(gè)區(qū)域走線經(jīng)過排針或轉(zhuǎn)接板。一旦信號質(zhì)量不佳現(xiàn)象就是“時(shí)好時(shí)壞”“高溫后頻繁出錯(cuò)”。排查方式很簡單用示波器看波形上升沿是否光滑有沒有回溝?？吹交販蟽?yōu)先懷疑信號完整性問題而不是代碼問題。5.2 時(shí)序違例與毛刺用示波器和邏輯分析儀復(fù)現(xiàn)一次真實(shí)排查我印象最深的一次聯(lián)調(diào)問題現(xiàn)象是STM32讀FPGA的數(shù)據(jù)偶爾會讀到FF程序里怎么查都查不出原因。后來抓了CS信號和數(shù)據(jù)信號的波形發(fā)現(xiàn)FPGA發(fā)出的數(shù)據(jù)在CS拉低的時(shí)候還沒有完全穩(wěn)定STM32在CS下降沿一采就采到了中間狀態(tài)。這個(gè)問題的根因是FPGA端輸出的建立時(shí)間不夠。解決方式三種調(diào)整STM32側(cè)的讀寫時(shí)序參數(shù)在CubeMX的時(shí)序配置里把地址建立時(shí)間和數(shù)據(jù)建立時(shí)間適當(dāng)放寬。FPGA側(cè)對輸出數(shù)據(jù)打一拍也就是加一個(gè)寄存器延遲輸出讓數(shù)據(jù)在CS有效前就已經(jīng)穩(wěn)定。換用更慢的時(shí)鐘或者下降沿采樣。排查鏈路清晰的話這類問題不超過半天就能定位。最怕的是直接懷疑“是不是硬件壞了”換芯片重焊問題依舊然后又回到軟件死循環(huán)。所以我強(qiáng)烈建議雙核聯(lián)調(diào)時(shí)示波器和邏輯分析儀必須配合使用尤其是看協(xié)議總線的時(shí)序一個(gè)邏輯分析儀能省幾倍的時(shí)間。5.3 從“STM32 CAN通信突然連不上”延伸的通信故障排查思想搜“STM32 CAN通信突然連不上”這項(xiàng)也很熱。CAN通信出問題的常見原因有波特率配置不匹配、總線缺少終端電阻、某個(gè)節(jié)點(diǎn)錯(cuò)誤率過高導(dǎo)致總線被動(dòng)關(guān)閉。排查順序通常也是先量總線波形再查配置再查節(jié)點(diǎn)狀態(tài)寄存器。我把這套排查思想推廣到雙核系統(tǒng)里特別適合任何莫名其妙的通信故障第一步隔離層。先把雙核通信斷開STM32自發(fā)自回環(huán)測試FPGA用仿真激勵(lì)測試分別確認(rèn)兩端自身是否正常。第二步波形層。用示波器或邏輯分析儀抓通信引腳的電氣波形確認(rèn)電平、時(shí)序、握手信號是否和協(xié)議一致。第三步協(xié)議層。加打印或者把FPGA收到的字節(jié)流回傳確認(rèn)幀頭、長度、校驗(yàn)每個(gè)字段是否變換。第四步環(huán)境層。排除干擾源檢查供電穩(wěn)定性確認(rèn)沒有地電位差。這條排查鏈路我用了很多年幾乎通吃所有雙核通信問題。而不是一上來就盯著代碼反復(fù)看很多問題根本不在代碼里。6. 項(xiàng)目落地后的改進(jìn)空間與我的個(gè)人體會6.1 可擴(kuò)展方向從雙核到更復(fù)雜的異構(gòu)系統(tǒng)STM32FPGA雙核架構(gòu)用熟了以后你可以自然往兩個(gè)方向擴(kuò)展。一是往“軟核SoC”方向走?，F(xiàn)在主流FPGA都支持在內(nèi)部例化ARM軟核或硬核處理器比如Zynq系列就是ARM核與FPGA在同一個(gè)芯片內(nèi)通信帶寬遠(yuǎn)高于外部并口。如果你的項(xiàng)目需要更高速率的數(shù)據(jù)交換比如圖像處理流水線每秒傳輸幾百M(fèi)B可以考慮直接上Zynq這類SoC FPGA。STM32FPGA是入門和中等成本的王道Zynq則是高性能擴(kuò)展。二是往“多核分工”方向走。在雙核基礎(chǔ)上再加一顆DSP做音頻或振動(dòng)信號處理或者加一顆NPU做AI推理FPGA仍然充當(dāng)前端的接口匯聚和時(shí)序控制角色。搜“FPGA圖像處理”和“FPGA創(chuàng)新設(shè)計(jì)大賽選題”的人很多都會走向這種綜合異構(gòu)架構(gòu)。6.2 我做過的幾個(gè)坑位總結(jié)與給新手的建議最后說說我個(gè)人實(shí)際操作中的體會。如果讓我給剛接觸STM32FPGA雙核系統(tǒng)的人提幾條建議第一條是先把鏈路跑通再追求性能。很多人一上來就設(shè)計(jì)高深的DMA和并行總線結(jié)果基礎(chǔ)通信還沒通反而懷疑人生。我建議第一個(gè)demo就用UART或者SPIFPGA返回一個(gè)固定寄存器值STM32讀到就表示通信成功。在這個(gè)基礎(chǔ)上再逐步增加功能效率會高很多。第二條是FPGA邏輯一定要做仿真。哪怕是一個(gè)狀態(tài)機(jī)也值得在仿真里把波形看清楚了再上板。FPGA調(diào)試難度遠(yuǎn)高于MCU因?yàn)閮?nèi)部信號你看不到而仿真能讓你看到一切。我見過太多人直接上板信號出問題又不知道內(nèi)部狀態(tài)走到哪瞎猜半天。第三條是想清楚“哪些數(shù)據(jù)必須實(shí)時(shí)哪些可以緩存”。雙核系統(tǒng)的性能瓶頸經(jīng)常不在芯片本身而在通信鏈路的帶寬和延遲。一開始就把數(shù)據(jù)流分類高頻實(shí)時(shí)數(shù)據(jù)在FPGA內(nèi)部就地處理只把結(jié)果傳給STM32低頻狀態(tài)數(shù)據(jù)才走完整幀協(xié)議。這個(gè)設(shè)計(jì)的良好與否直接決定系統(tǒng)最終性能。最后一條版本管理一定從一開始就做。STM32代碼、FPGA工程、引腳約束文件、通信協(xié)議版本全部納入版本管理。兩個(gè)芯片的項(xiàng)目最怕的就是改了FPGA工程忘改STM32工程然后莫名其妙花了三天找“bug”結(jié)果發(fā)現(xiàn)協(xié)議字段錯(cuò)位了。別問我怎么知道的這個(gè)坑我摔過不止一次。