簡介本資源是一款面向嵌入式初學(xué)者與STM32課程設(shè)計(jì)者的拆彈主題計(jì)時(shí)訓(xùn)練裝置完整工程基于STM32F103C8T6微控制器開發(fā)結(jié)合Proteus 8.15進(jìn)行軟硬件聯(lián)合仿真用于訓(xùn)練緊急決策能力與外設(shè)協(xié)同控制能力。資源包共270個(gè)文件含57個(gè)編譯中間文件.d、56個(gè)C源碼.c與頭文件.h、56個(gè)目標(biāo)文件.o、35個(gè)匯編相關(guān)文件.crf/.s/.asm以及Keil工程.uvprojx/.uvoptx、Proteus項(xiàng)目.pdsprj、Hex固件、啟動(dòng)腳本.sct及說明文檔.docx等完整覆蓋從代碼編寫、編譯鏈接到仿真驗(yàn)證的全流程壓縮包大小為8.5MB。已有121人學(xué)習(xí)下載。讀者可直接導(dǎo)入Keil與Proteus運(yùn)行調(diào)試獲得兩位數(shù)碼管倒計(jì)時(shí)顯示、四路導(dǎo)線剪斷響應(yīng)邏輯爆炸/加速/解除/無反應(yīng)、LED花樣告警閃爍、蜂鳴器聲光聯(lián)動(dòng)等全部功能實(shí)現(xiàn)代碼與電路設(shè)計(jì)特別適合嵌入式系統(tǒng)實(shí)訓(xùn)、單片機(jī)課程設(shè)計(jì)及競賽備賽參考。開頭做嵌入式這幾年我見過不少有意思的STM32項(xiàng)目但要說最能同時(shí)調(diào)動(dòng)動(dòng)手能力情緒壓力邏輯思維的還得是這個(gè)——基于STM32的拆彈專家計(jì)時(shí)訓(xùn)練裝置。說白了這就是一個(gè)模擬影視劇里拆彈場景的訓(xùn)練玩具系統(tǒng)隨機(jī)給出幾根引線用按鍵模擬玩家必須在倒計(jì)時(shí)結(jié)束前做出正確選擇剪錯(cuò)線或者超時(shí)就算失敗。整個(gè)過程有倒計(jì)時(shí)跳字、有蜂鳴器滴答催促、有LED氛圍燈沉浸感拉滿。這個(gè)項(xiàng)目最吸引我的地方在于它雖然叫拆彈但本質(zhì)上是一個(gè)非常干凈的STM32綜合訓(xùn)練平臺(tái)定時(shí)器、外部中斷、GPIO、隨機(jī)數(shù)生成、狀態(tài)機(jī)設(shè)計(jì)、OLED顯示、多任務(wù)調(diào)度邏輯全都要用上。換句話講做完這個(gè)項(xiàng)目你對(duì)STM32主流外設(shè)的理解基本就閉環(huán)了。它適合三類人一是學(xué)完基礎(chǔ)外設(shè)但不知道如何綜合運(yùn)用的新手二是想找有趣項(xiàng)目來鞏固嵌入式知識(shí)的在職開發(fā)三是想給學(xué)生或朋友做一個(gè)互動(dòng)性強(qiáng)的電子DIY作品的人。我前后做了兩個(gè)版本第一版用標(biāo)準(zhǔn)庫第二版換成HAL庫并加了更多訓(xùn)練模式。下面把兩版的經(jīng)驗(yàn)整理出來從整體架構(gòu)到硬件選型從代碼邏輯到踩坑記錄一次性說清楚。1. 項(xiàng)目整體設(shè)計(jì)與思路拆解1.1 核心玩法與功能需求定義先把這個(gè)裝置是什么徹底說清楚。它模擬的場景很簡單你在規(guī)定時(shí)間內(nèi)從若干根引線中選對(duì)一根并剪斷。選對(duì)了成功解除選錯(cuò)了或者時(shí)間到了還沒動(dòng)作任務(wù)失敗。對(duì)應(yīng)到硬件上我需要實(shí)現(xiàn)以下功能倒計(jì)時(shí)顯示一塊OLED屏實(shí)時(shí)顯示剩余時(shí)間數(shù)字跳動(dòng)要有真實(shí)壓迫感引線模擬用3到5個(gè)獨(dú)立按鍵代表不同顏色的引線按下即代表剪這根隨機(jī)判定每次訓(xùn)練時(shí)正確引線的編號(hào)隨機(jī)生成增加不可預(yù)測(cè)性聲音反饋蜂鳴器產(chǎn)生倒計(jì)時(shí)滴答聲、成功提示音、失敗提示音狀態(tài)指示LED燈顯示當(dāng)前狀態(tài)待機(jī)、運(yùn)行中、成功、失敗訓(xùn)練模式至少兩種一種是固定時(shí)間倒計(jì)時(shí)一種是隨機(jī)時(shí)間倒計(jì)時(shí)功能并不復(fù)雜但要把這些功能做得穩(wěn)定、流暢、交互自然就需要認(rèn)真設(shè)計(jì)架構(gòu)而不是把所有代碼堆在main里面。1.2 為什么選STM32而不是Arduino或其他平臺(tái)很多初學(xué)朋友會(huì)問這個(gè)項(xiàng)目用Arduino Uno也完全能做為什么還要用STM32我的回答是Arduino當(dāng)然能跑但STM32的深度和可控性完全不是一個(gè)量級(jí)。定時(shí)器資源豐富STM32F103有多個(gè)通用定時(shí)器可以一個(gè)專門做時(shí)間基準(zhǔn)一個(gè)做PWM驅(qū)動(dòng)蜂鳴器音調(diào)互不干擾真正的多中斷機(jī)制外部中斷、定時(shí)器中斷、串口中斷各司其職這是理解嵌入式事件驅(qū)動(dòng)模型的最佳訓(xùn)練場隨機(jī)數(shù)生成F103雖然沒有硬件RNG需要F4以上但可以用ADC噪聲或定時(shí)器讀取方式實(shí)現(xiàn)隨機(jī)種子這本身就是很耐玩的技術(shù)點(diǎn)生態(tài)成熟無論標(biāo)準(zhǔn)庫還是HAL庫網(wǎng)上資料非常多遇到問題基本都能搜到解決方案后期可擴(kuò)展性強(qiáng)如果后續(xù)想加藍(lán)牙遙控、微信小程序聯(lián)動(dòng)、實(shí)時(shí)記錄訓(xùn)練數(shù)據(jù)STM32的接口余量都很大從學(xué)習(xí)角度來說用Arduino可能半小時(shí)就調(diào)通了但你對(duì)為什么按鍵要防抖為什么定時(shí)器要分頻為什么中斷里不能做耗時(shí)操作這些核心概念還是一頭霧水。用STM32做一遍這些概念全通了。1.3 系統(tǒng)架構(gòu)設(shè)計(jì)狀態(tài)機(jī)是靈魂做交互類嵌入式項(xiàng)目最忌諱的就是用一堆flag變量把main函數(shù)寫到幾百行邏輯全混在一起。這個(gè)項(xiàng)目我一開始就決定用狀態(tài)機(jī)架構(gòu)。整個(gè)裝置的狀態(tài)劃分如下IDLE待機(jī)屏幕顯示標(biāo)題等待按START鍵進(jìn)入訓(xùn)練ARMED武裝倒計(jì)時(shí)即將開始系統(tǒng)提示準(zhǔn)備通常持續(xù)2秒COUNTDOWN倒計(jì)時(shí)時(shí)間開始減少玩家必須在此階段做決策DEFUSED成功成功剪對(duì)線顯示成功畫面并播放提示音FAILED失敗剪錯(cuò)線或超時(shí)顯示失敗畫面每個(gè)狀態(tài)只響應(yīng)特定的事件。比如在COUNTDOWN狀態(tài)下按鍵1到5代表剪線動(dòng)作但在IDLE狀態(tài)下按鍵1到5不響應(yīng)任何操作。這樣設(shè)計(jì)讓程序的邏輯非常清晰排查問題的時(shí)候只需要看當(dāng)前狀態(tài)和觸發(fā)事件幾分鐘就能定位。狀態(tài)機(jī)的實(shí)現(xiàn)方式我用的是經(jīng)典的一層switch-case嵌套結(jié)構(gòu)外層switch判斷當(dāng)前狀態(tài)內(nèi)層switch處理事件。這種方式雖然看起來不夠高級(jí)但可讀性和可維護(hù)性都非常好適合這個(gè)體量的項(xiàng)目。2. 硬件選型與電路設(shè)計(jì)要點(diǎn)2.1 主控芯片STM32F103C8T6是最穩(wěn)妥的選擇這個(gè)項(xiàng)目第一版我用的是STM32F103C8T6藍(lán)色Pill開發(fā)板也就是被大家稱為國產(chǎn)神板的那塊。選它有幾個(gè)實(shí)際考慮價(jià)格便宜燒了不心疼片上Flash 64KBRAM 20KB跑這個(gè)項(xiàng)目綽綽有余淘寶/立創(chuàng)商城貨源充足各種轉(zhuǎn)接板和資料多如牛毛3.3V供電和OLED、蜂鳴器、按鍵模塊的電平匹配沒有壓力如果你手上只有F103ZET6或者F407也可以直接換用代碼層面只需要修改引腳定義邏輯完全不用動(dòng)。第二版我換成了STM32F407VET6主要目的是想試試硬件隨機(jī)數(shù)RNG外設(shè)到底好不好用。結(jié)論是真香。F4的RNG外設(shè)只需要開啟時(shí)鐘、使能RNG、讀取數(shù)據(jù)寄存器就能得到質(zhì)量不錯(cuò)的隨機(jī)數(shù)比F103上我用的ADC噪聲采樣法省心太多。后面會(huì)詳細(xì)對(duì)比這兩種方案。2.2 顯示方案OLED比LCD更適合這個(gè)項(xiàng)目的倒計(jì)時(shí)數(shù)字是核心顯示內(nèi)容需要數(shù)字大、刷新快、可視角度好。我實(shí)測(cè)下來0.96寸I2C接口的OLEDSSD1306是最合適的選擇。為什么不用LCD1602因?yàn)長CD1602字符屏顯示大數(shù)字不夠漂亮而且必須背光耗電高。為什么不用TFT彩屏因?yàn)樾〕叽鏣FT屏幕的驅(qū)動(dòng)較復(fù)雜刷新率不夠高時(shí)會(huì)有殘影而且全屏刷新會(huì)占用主控大量CPU時(shí)間。OLED的優(yōu)勢(shì)是字模顯示非常靈活——你完全可以用大號(hào)字體顯示倒計(jì)時(shí)的分和秒SPI接口的OLED刷新率可以達(dá)到30幀以上畫面非常流暢。I2C版本雖然稍微慢一點(diǎn)但對(duì)于每100ms才刷新一次的數(shù)字顯示來說完全夠用。我實(shí)際使用的是4針SPI接口的0.96寸OLED接線為GND、VCC3.3V、SCKPA5、MOSIPA7、DCPA6、RSTPB0、CSPA4具體引腳可以按你的板子習(xí)慣調(diào)整。2.3 按鍵輸入獨(dú)立按鍵加硬件上拉按鍵是這個(gè)裝置的引線手感直接決定體驗(yàn)。我的方案是使用5個(gè)獨(dú)立輕觸按鍵分別命名為紅、藍(lán)、綠、白、黃五根引線。每個(gè)按鍵一端接GND另一端接STM32的GPIO內(nèi)部上拉輸入模式GPIO_PULLUP這樣不需要外部上拉電阻接線最簡潔。關(guān)鍵點(diǎn)在于GPIO要配置為輸入模式并開啟內(nèi)部上拉HAL庫中設(shè)置為GPIO_PULLUP按鍵按下時(shí)引腳讀到低電平釋放時(shí)讀高電平。如果你對(duì)按鍵手感有更高要求可以把輕觸按鍵換成立式帶帽按鍵行程更長觸發(fā)感更清晰整個(gè)裝置的擬真度會(huì)明顯提升。我第二版就全部換成了帶方形鍵帽的立式按鍵手感提升不是一點(diǎn)點(diǎn)。2.4 蜂鳴器與LED指示電路蜂鳴器我選擇的是有源蜂鳴器自帶振蕩源只需要給高電平就會(huì)響控制最簡單。但需要注意的是有源蜂鳴器只能輸出單頻聲音做不了不同音調(diào)的旋律。如果你想要滴滴答答的緊迫感音效其實(shí)單頻就夠了如果想模擬成功/失敗的復(fù)雜音效建議換成無源蜂鳴器用PWM輸出不同頻率。第二版我用了無源蜂鳴器通過定時(shí)器PWM輸出2kHz和1.5kHz兩種頻率音效層次豐富許多。LED指示燈使用三顆LED分別表示武裝紅色、成功綠色、失敗紅色閃爍。LED需要串聯(lián)220Ω限流電阻防止電流過大損壞引腳。2.5 電源方案USB供電最簡單電池供電更便攜第一版我用的是開發(fā)板自帶的USB口供電5V經(jīng)過板載AMS1117-3.3穩(wěn)壓后給STM32和OLED使用穩(wěn)定可靠適合桌面訓(xùn)練。第二版我改成了18650鋰電池加低壓差穩(wěn)壓模塊的方案。因?yàn)殇囯姵仉妷悍秶?.7V到4.2V需要先降到5V再經(jīng)過板載穩(wěn)壓到3.3V。這里有個(gè)坑如果直接給開發(fā)板的5V引腳供電AMS1117的壓差是1V左右當(dāng)電池電壓掉到4.0V以下時(shí)輸出可能不足3.3V系統(tǒng)會(huì)隨機(jī)重啟。我后來換成了一顆低壓差LDO的3.3V穩(wěn)壓芯片直接給3.3V引腳供電徹底解決了這個(gè)問題。3. 軟件核心邏輯與實(shí)操實(shí)現(xiàn)3.1 系統(tǒng)狀態(tài)機(jī)的代碼骨架狀態(tài)機(jī)的邏輯我用枚舉類型來定義狀態(tài)配合一個(gè)事件結(jié)構(gòu)體代碼結(jié)構(gòu)非常清晰。核心代碼骨架如下typedef enum { STATE_IDLE, STATE_ARMED, STATE_COUNTDOWN, STATE_DEFUSED, STATE_FAILED } SystemState; typedef enum { EVENT_START_PRESS, EVENT_WIRE_CUT, EVENT_TIMEOUT, EVENT_RESET } SystemEvent; SystemState current_state STATE_IDLE; void state_machine_run(SystemEvent ev) { switch (current_state) { case STATE_IDLE: if (ev EVENT_START_PRESS) { start_arming_process(); current_state STATE_ARMED; } break; case STATE_ARMED: if (ev EVENT_TIMEOUT) { // 2秒武裝等待結(jié)束進(jìn)入倒計(jì)時(shí) start_countdown(); current_state STATE_COUNTDOWN; } break; case STATE_COUNTDOWN: if (ev EVENT_WIRE_CUT) { // 判斷剪的線是否正確 if (check_wire_cut_ok()) { current_state STATE_DEFUSED; play_success_tone(); } else { current_state STATE_FAILED; play_fail_tone(); } } else if (ev EVENT_TIMEOUT) { current_state STATE_FAILED; play_fail_tone(); } break; case STATE_DEFUSED: case STATE_FAILED: if (ev EVENT_RESET) { reset_system(); current_state STATE_IDLE; } break; default: break; } }這段骨架是整套系統(tǒng)的靈魂。你在實(shí)際寫代碼時(shí)只需要在main函數(shù)的while循環(huán)里不斷查詢按鍵、定時(shí)器標(biāo)志然后通過state_machine_run()這個(gè)入口提交事件剩下的邏輯全部由狀態(tài)機(jī)接管。這種方式寫出來的代碼有一個(gè)好處永遠(yuǎn)不會(huì)出現(xiàn)按鍵在待機(jī)狀態(tài)下誤觸發(fā)了剪線這種bug因?yàn)闋顟B(tài)機(jī)天然限制了事件的有效范圍。3.2 時(shí)間基準(zhǔn)定時(shí)器中斷是唯一可信賴的方案倒計(jì)時(shí)的精度是整個(gè)項(xiàng)目的硬指標(biāo)。我要求系統(tǒng)在5分鐘的倒計(jì)時(shí)內(nèi)誤差不超過1秒這可能用delay函數(shù)加millis計(jì)數(shù)的方式也能勉強(qiáng)實(shí)現(xiàn)但在實(shí)際測(cè)試中我發(fā)現(xiàn)如果用delay做延時(shí)OLED刷新、按鍵掃描、蜂鳴器發(fā)聲都會(huì)互相阻塞次數(shù)多了之后時(shí)間誤差會(huì)累積到好幾秒。最終我采用的方案是TIM2作為基礎(chǔ)定時(shí)器配置為1ms中斷一次在中斷服務(wù)函數(shù)中對(duì)一個(gè)全局變量進(jìn)行累加然后每計(jì)數(shù)到100即100ms就更新一次顯示每1000即1秒就減少一次剩余時(shí)間。volatile uint32_t system_tick_ms 0; volatile uint16_t countdown_100ms 0; volatile uint16_t remaining_time_100ms 0; volatile uint8_t flag_100ms 0; volatile uint8_t flag_1s 0; void HAL_TIM_PeriodElapsedCallback(TIM_HandleTypeDef *htim) { if (htim-Instance TIM2) { system_tick_ms; countdown_100ms; if (countdown_100ms 100) { countdown_100ms 0; flag_100ms 1; if (remaining_time_100ms 0) { remaining_time_100ms--; } if ((remaining_time_100ms % 10) 0 remaining_time_100ms 0) { flag_1s 1; } } } }這里需要特別說明的是中斷服務(wù)函數(shù)里不能做耗時(shí)操作。OLED屏幕刷一幀數(shù)據(jù)要傳輸幾十個(gè)字節(jié)的I2C/SPI數(shù)據(jù)如果直接寫在中斷里會(huì)嚴(yán)重拉低主循環(huán)的響應(yīng)速度甚至導(dǎo)致按鍵失靈。我采用的辦法是中斷里只置標(biāo)志位在主循環(huán)里檢測(cè)到標(biāo)志后才執(zhí)行OLED刷新和蜂鳴器控制。另外觸發(fā)定時(shí)器的配置也需要細(xì)心F103的定時(shí)器時(shí)鐘是72MHz配置為72分頻得到1MHz計(jì)數(shù)頻率再設(shè)置自動(dòng)重裝載值為999就能得到1ms的中斷周期。void MX_TIM2_Init(void) { TIM_ClockConfigTypeDef sClockSourceConfig {0}; TIM_MasterConfigTypeDef sMasterConfig {0}; htim2.Instance TIM2; htim2.Init.Prescaler 71; // 72MHz / (711) 1MHz htim2.Init.CounterMode TIM_COUNTERMODE_UP; htim2.Init.Period 999; // 1MHz / (9991) 1kHz - 1ms htim2.Init.ClockDivision TIM_CLOCKDIVISION_DIV1; htim2.Init.AutoReloadPreload TIM_AUTORELOAD_PRELOAD_ENABLE; if (HAL_TIM_Base_Init(htim2) ! HAL_OK) { Error_Handler(); } // 開啟更新中斷 HAL_TIM_Base_Start_IT(htim2); }注意Prescaler和Period的計(jì)算邏輯最終中斷頻率 定時(shí)器時(shí)鐘頻率 / (Prescaler1) / (Period1)。我一開始就直接照抄別人代碼發(fā)現(xiàn)定時(shí)時(shí)間偏慢后來手動(dòng)算了一遍才發(fā)現(xiàn)分頻和重裝載值之間的關(guān)系這個(gè)基本功很重要建議親手算一次。3.3 隨機(jī)數(shù)生成從F103的無奈到F407的真香隨機(jī)引線是這個(gè)項(xiàng)目的核心機(jī)制。每輪訓(xùn)練開始前系統(tǒng)需要從5個(gè)引線中隨機(jī)選出一個(gè)作為正確引線。第一版用F103沒有硬件RNG外設(shè)我用了ADC噪聲采樣法配置一個(gè)懸空的ADC通道PA1不接任何東西連續(xù)讀取ADC值取最低幾位作為隨機(jī)數(shù)。uint16_t read_adc_noise(void) { HAL_ADC_Start(hadc1); HAL_ADC_PollForConversion(hadc1, 10); uint16_t adc_val HAL_ADC_GetValue(hadc1); HAL_ADC_Stop(hadc1); return adc_val; } uint8_t generate_random_wire(void) { uint8_t rand_val 0; for (int i 0; i 8; i) { rand_val (rand_val 1) | (read_adc_noise() 0x01); } return (rand_val % 5) 1; // 映射到1~5 }這個(gè)方案能用但有個(gè)明顯問題如果系統(tǒng)剛上電ADC還沒有穩(wěn)定采出來的很多是固定值隨機(jī)性很差。我的解決辦法是在初始化時(shí)先丟棄前50次采樣等ADC穩(wěn)定后再使用。另外為了增加隨機(jī)性還可以在用戶按下START鍵的瞬間讀取一次高精度定時(shí)器的低16位值和ADC噪聲混合起來作為隨機(jī)種子效果會(huì)好很多。第二版用F407后我把隨機(jī)數(shù)生成換成硬件RNGuint8_t generate_random_wire_f4(void) { uint32_t rng_val 0; HAL_RNG_GenerateRandomNumber(hrng, rng_val); return (rng_val % 5) 1; }實(shí)測(cè)下來F407的硬件RNG隨機(jī)性非常好連續(xù)跑幾十輪沒有出現(xiàn)過明顯的規(guī)律分布。如果你手上是F103但又想讓隨機(jī)過程更真隨機(jī)還有一個(gè)取巧方案使用TAMPER引腳或者PC13RTC校準(zhǔn)引腳讀取外部溫度噪聲但操作復(fù)雜度較高實(shí)際意義不大不推薦。3.4 按鍵檢測(cè)從輪詢到中斷再從中斷回到輪詢按鍵檢測(cè)方案我前后試過兩種踩過一些坑。第一版用的是外部中斷EXTI每個(gè)按鍵對(duì)應(yīng)一個(gè)EXTI中斷線按下觸發(fā)中斷在中斷里通過狀態(tài)機(jī)處理。這個(gè)方案在桌面上測(cè)試效果很好響應(yīng)快邏輯清晰。但拿給朋友試用的時(shí)候出了問題因?yàn)楣╇娪玫氖情_關(guān)電源按鍵按下瞬間有輕微的抖動(dòng)和毛刺導(dǎo)致EXTI頻繁誤觸發(fā)有時(shí)候輕輕碰一下按鍵就觸發(fā)了一次剪線動(dòng)作。后來我回想了一下原因我雖然在軟件里加了20ms的消抖延時(shí)但在中斷服務(wù)函數(shù)里延時(shí)是很浪費(fèi)資源的而且如果抖動(dòng)產(chǎn)生的第二個(gè)沿在消抖期間到達(dá)會(huì)導(dǎo)致中斷嵌套或者事件丟失。第二版我改成了主循環(huán)輪詢方案每2ms掃描一次按鍵連續(xù)讀到5次相同電平即20ms穩(wěn)定才認(rèn)為按鍵狀態(tài)有效。這樣消抖效果穩(wěn)定而且不占用中斷資源簡化了代碼邏輯。#define KEY_SAMPLE_COUNT 5 #define KEY_NUM 5 GPIO_TypeDef* key_ports[KEY_NUM] {GPIOA, GPIOA, GPIOB, GPIOB, GPIOB}; uint16_t key_pins[KEY_NUM] {GPIO_PIN_0, GPIO_PIN_1, GPIO_PIN_0, GPIO_PIN_1, GPIO_PIN_2}; uint8_t key_state[KEY_NUM] {0}; uint8_t key_sample_cnt[KEY_NUM] {0}; uint8_t key_event[KEY_NUM] {0}; void key_scan_task(void) { for (int i 0; i KEY_NUM; i) { uint8_t level (HAL_GPIO_ReadPin(key_ports[i], key_pins[i]) GPIO_PIN_RESET) ? 1 : 0; if (level ! key_state[i]) { key_sample_cnt[i]; if (key_sample_cnt[i] KEY_SAMPLE_COUNT) { key_state[i] level; key_sample_cnt[i] 0; if (level 1) { // 按下事件 key_event[i] 1; } } } else { key_sample_cnt[i] 0; } } }主循環(huán)里每2ms調(diào)用一次key_scan_task()如果檢測(cè)到key_event[i]為1就提交一次剪線事件給狀態(tài)機(jī)。這個(gè)方案穩(wěn)定運(yùn)行了幾十個(gè)小時(shí)再?zèng)]有出現(xiàn)過誤觸發(fā)。3.5 OLED顯示大數(shù)字倒計(jì)時(shí)的字模處理OLED顯示倒計(jì)時(shí)數(shù)字我使用的是8x16字體顯示兩位秒數(shù)再用自定義的16x32大字體顯示分鐘和秒數(shù)。15x32的大數(shù)字字模很占Flash每個(gè)數(shù)字需要64字節(jié)顯示兩個(gè)數(shù)字分鐘秒需要128字節(jié)加上標(biāo)點(diǎn)和提示文本總共約占Flash的3KB左右完全可接受。字模生成我用的是PCtoLCD2002軟件設(shè)置如下取模方式逐行式輸出格式C語言數(shù)組像素大小16x32反色是因?yàn)槭前椎缀谧帜Ｊ矫看物@示倒計(jì)時(shí)時(shí)先調(diào)用OLED_Clear()清屏然后分別顯示MIN和SEC標(biāo)簽以及大數(shù)字。這里有個(gè)性能問題OLED_Clear()需要向整個(gè)顯存寫入0x00如果是I2C接口一幀下來需要傳輸1024字節(jié)在400kHz的I2C速度下大約需要20ms主循環(huán)會(huì)被阻塞20ms。所以我的優(yōu)化策略是不在每次刷新時(shí)全屏清屏而是只刷新數(shù)字區(qū)域。void oled_display_countdown(uint8_t min, uint8_t sec) { // 只刷新中間區(qū)域不整屏清屏 uint8_t region_x0 16; uint8_t region_y0 3; uint8_t region_x1 96; uint8_t region_y1 6; oled_clear_region(region_x0, region_y0, region_x1, region_y1); // 顯示大字體的分和秒 oled_show_big_num(24, 2, min / 10); oled_show_big_num(40, 2, min % 10); oled_show_string(56, 4, :); oled_show_big_num(64, 2, sec / 10); oled_show_big_num(80, 2, sec % 10); oled_refresh(); }這樣做之后每次刷新只需要傳輸約200字節(jié)左右耗時(shí)降到4ms以內(nèi)主循環(huán)完全感覺不到卡頓。3.6 蜂鳴器音效不同場景不同節(jié)奏為了增加氛圍感倒計(jì)時(shí)階段的蜂鳴器要發(fā)出滴答聲每一秒響一次短促的滴聲最后10秒變?yōu)槊?00ms響一次最后5秒變?yōu)槊?00ms響一次讓玩家持續(xù)感受壓力的提升。這個(gè)邏輯也很簡單用我在3.2節(jié)定義的flag_1s來觸發(fā)void sound_task(void) { if (current_state STATE_COUNTDOWN) { if (remaining_time_100ms 50) { // 最后5秒快速滴答 if ((remaining_time_100ms % 2) 0) { HAL_GPIO_WritePin(BUZZER_PORT, BUZZER_PIN, GPIO_PIN_SET); } else { HAL_GPIO_WritePin(BUZZER_PORT, BUZZER_PIN, GPIO_PIN_RESET); } } else { // 正常滴答整秒響一次 if (flag_1s) { HAL_GPIO_WritePin(BUZZER_PORT, BUZZER_PIN, GPIO_PIN_SET); HAL_Delay(80); HAL_GPIO_WritePin(BUZZER_PORT, BUZZER_PIN, GPIO_PIN_RESET); flag_1s 0; } } } }如果你用的是無源蜂鳴器想要更豐富的音效可以用PWM輸出特定頻率。比如成功提示音可以輸出1kHz持續(xù)300ms接著1.5kHz持續(xù)500ms失敗提示音則用300Hz的低頻音持續(xù)1秒。這些都可以通過定時(shí)器PWM輸出實(shí)現(xiàn)。我第二版就是用TIM3做PWM驅(qū)動(dòng)無源蜂鳴器在初始化時(shí)設(shè)置好通道和頻率然后通過修改比較寄存器改變頻率效果比有源蜂鳴器好很多。4. 常見問題與排查技巧實(shí)錄4.1 定時(shí)器時(shí)間不準(zhǔn)分頻值和重裝載值搞反我第一版調(diào)試時(shí)遇到一個(gè)很典型的問題設(shè)置的倒計(jì)時(shí)是60秒但實(shí)際跑完只用了約48秒。用萬用表測(cè)了晶振頻率8MHz正常。最后排查發(fā)現(xiàn)我把Prescaler填成了71Period填成了9999結(jié)果算下來中斷周期是 (711)*(99991)/72MHz ≈ 13.89ms根本不是1ms。這里要提醒大家一定要記得Prescaler和Period都是從0開始計(jì)數(shù)的。你要得到N就要填N-1。另外在HAL庫中中斷觸發(fā)時(shí)間 (Prescaler1) * (Period1) / TimerClock。我后來為了方便專門寫了一個(gè)注釋模板// TIM2 CLK 72MHz // 目標(biāo)中斷頻率 1kHz (1ms) // Prescaler 72M / 1M - 1 71 // Period 1M / 1k - 1 999寫好這個(gè)注釋以后改別的定時(shí)器也照著這個(gè)套路算基本不會(huì)再出錯(cuò)。4.2 按鍵誤觸發(fā)供電噪聲是元兇前面提到過外部中斷方案的誤觸發(fā)問題其實(shí)我還遇到過一個(gè)更隱蔽的情況板子USB供電時(shí)一切正常但換了鋰電池供電后按鍵偶爾還是會(huì)有幽靈觸發(fā)。用示波器一看電池供電時(shí)3.3V上有大約200mV的紋波輕觸按鍵的引腳在按下時(shí)產(chǎn)生了振鈴導(dǎo)致GPIO讀取到錯(cuò)誤的電平。解決方案有三個(gè)層次硬件層面在按鍵引腳對(duì)地并聯(lián)一個(gè)100nF電容消除高頻振鈴軟件層面盡量用輪詢加20ms消抖不要依賴外部中斷電源層面鋰電池供電時(shí)在電源入口并聯(lián)一個(gè)470uF的電解電容和一個(gè)100nF的瓷片電容我三管齊下后問題徹底消失。4.3 隨機(jī)數(shù)分布不均勻取模操作有陷阱用(rng_val % 5) 1映射隨機(jī)數(shù)到1到5看起來很合理但如果隨機(jī)數(shù)生成器的范圍不是5的整數(shù)倍映射結(jié)果會(huì)有輕微偏差。F407的RNG輸出是32位無符號(hào)整數(shù)范圍0到4294967295這個(gè)范圍不是5的整數(shù)倍所以余數(shù)的分布確實(shí)不是絕對(duì)均勻的——某些數(shù)字出現(xiàn)的概率會(huì)比理論值多大約0.00000002%在實(shí)際訓(xùn)練中完全感受不到。真正需要關(guān)注的問題是如果在系統(tǒng)剛上電時(shí)立刻調(diào)用RNG可能連續(xù)返回相同值。這是因?yàn)镽NG外設(shè)需要一個(gè)啟動(dòng)穩(wěn)定時(shí)間官方建議在使能后延時(shí)等待至少40個(gè)時(shí)鐘周期。我的做法是在初始化后先連續(xù)讀取10次并丟棄然后再正式開始使用。4.4 OLED刷新卡頓主循環(huán)和顯示任務(wù)搶時(shí)間如果每次刷新都調(diào)用HAL_Delay(10)主循環(huán)其他任務(wù)的響應(yīng)會(huì)變得很遲鈍如果完全不延時(shí)OLED又會(huì)因?yàn)閷懭脒^快出現(xiàn)花屏。我的優(yōu)化方案是把顯示刷新拆成兩部分?jǐn)?shù)字刷新每秒或每100ms一次和狀態(tài)界面刷新僅在狀態(tài)切換時(shí)執(zhí)行。這樣既保證了響應(yīng)速度又避免了屏幕閃爍。另一個(gè)經(jīng)驗(yàn)是I2C接口的OLED在400kHz模式下有時(shí)候因?yàn)榫€太長或上拉電阻阻值不合適會(huì)出現(xiàn)通信錯(cuò)誤。建議把I2C上拉電阻改為2.2kΩ到4.7kΩ之間不要使用板載默認(rèn)的10kΩ。我遇到過換了長線后OLED偶爾黑屏把上拉改小之后問題就消失了。4.5 程序跑飛中斷優(yōu)先級(jí)設(shè)置不當(dāng)這個(gè)項(xiàng)目的定時(shí)器中斷、外部中斷如果用了、串口中斷如果調(diào)試用會(huì)同時(shí)存在。如果所有中斷優(yōu)先級(jí)都設(shè)置為默認(rèn)值優(yōu)先級(jí)0在極端情況下可能出現(xiàn)中斷嵌套導(dǎo)致棧溢出或者低優(yōu)先級(jí)中斷被高優(yōu)先級(jí)中斷頻繁打斷核心邏輯卡死。我的建議是定時(shí)器中斷設(shè)為最高優(yōu)先級(jí)搶占優(yōu)先級(jí)0用來保證時(shí)間基準(zhǔn)的可靠性按鍵相關(guān)中斷設(shè)為較低優(yōu)先級(jí)搶占優(yōu)先級(jí)2或3串口調(diào)試中斷設(shè)為最低3。這樣即使按鍵處理遲鈍一些也不會(huì)影響倒計(jì)時(shí)準(zhǔn)確性。實(shí)操總結(jié)最后分享幾個(gè)我做了兩版項(xiàng)目后的真實(shí)體會(huì)。第一狀態(tài)機(jī)設(shè)計(jì)一定要在畫板子之前就畫好不要邊寫代碼邊改狀態(tài)。我在第一版就是因?yàn)闆]有提前梳理好狀態(tài)轉(zhuǎn)換關(guān)系寫代碼時(shí)發(fā)現(xiàn)剪對(duì)線后按重置鍵和失敗后按重置鍵邏輯不一致返工了很多次。后來用紙筆先把每個(gè)狀態(tài)的事件響應(yīng)列出表格寫代碼效率提升明顯。第二按鍵防抖不要舍不得那20ms。很多人追求極致響應(yīng)速度把消抖時(shí)間縮到5ms結(jié)果就是按鍵抖動(dòng)導(dǎo)致的一系列問題。人手的按壓動(dòng)作至少持續(xù)80ms以上20ms消抖完全不會(huì)影響操作手感但它能把絕大多數(shù)硬件抖動(dòng)擋在門外。第三OLED刷新策略決定整個(gè)系統(tǒng)的交互體驗(yàn)。一開始我也圖省事每100ms清一次屏再全部重繪結(jié)果發(fā)現(xiàn)按鍵響應(yīng)明顯遲滯。后來改成區(qū)域刷新整個(gè)系統(tǒng)流暢度提升了一個(gè)檔次。這個(gè)優(yōu)化思路也適用于其他屏幕顯示項(xiàng)目。如果你也想做一個(gè)類似的訓(xùn)練裝置我的建議是先確保定時(shí)器和按鍵這兩個(gè)基礎(chǔ)模塊穩(wěn)定工作再往上疊加OLED和音效功能。這個(gè)項(xiàng)目最大的價(jià)值不在于拆彈這個(gè)噱頭而在于它把嵌入式系統(tǒng)中最核心的時(shí)間管理和事件驅(qū)動(dòng)兩大主題都完整覆蓋了——弄懂這兩個(gè)主題再去寫復(fù)雜的物聯(lián)網(wǎng)設(shè)備或機(jī)器人控制程序你會(huì)覺得思路清晰很多。本文還有配套的精品資源點(diǎn)擊獲取