1. 項(xiàng)目背景與核心需求解析最近在整理過(guò)往的參賽項(xiàng)目翻到了第七屆藍(lán)橋杯嵌入式國(guó)賽的“溫、濕度監(jiān)控設(shè)備”這道題。這道題在當(dāng)時(shí)算是一個(gè)比較經(jīng)典的綜合性應(yīng)用它不像一些基礎(chǔ)題那樣只考某個(gè)單一外設(shè)而是把傳感器數(shù)據(jù)采集、人機(jī)交互、數(shù)據(jù)存儲(chǔ)與處理、通信協(xié)議等多個(gè)模塊串在了一起非常考驗(yàn)選手的系統(tǒng)設(shè)計(jì)能力和代碼組織功底。很多朋友在準(zhǔn)備藍(lán)橋杯或者學(xué)習(xí)STM32時(shí)都會(huì)找這類真題來(lái)練手但網(wǎng)上的資料往往只有零散的代碼片段缺乏對(duì)整個(gè)項(xiàng)目從需求分析到代碼實(shí)現(xiàn)再到調(diào)試排坑的完整脈絡(luò)梳理。今天我就以這道國(guó)賽題為例結(jié)合我當(dāng)時(shí)的實(shí)戰(zhàn)經(jīng)驗(yàn)和后來(lái)在工業(yè)監(jiān)控項(xiàng)目中的一些心得從頭到尾拆解一遍希望能給正在備賽或?qū)W習(xí)的你提供一個(gè)清晰的、可復(fù)現(xiàn)的參考框架。這個(gè)項(xiàng)目的核心是設(shè)計(jì)并實(shí)現(xiàn)一個(gè)具備實(shí)時(shí)顯示、閾值報(bào)警、數(shù)據(jù)記錄和遠(yuǎn)程查詢功能的溫濕度監(jiān)控終端。聽(tīng)起來(lái)功能不少但拆解開(kāi)來(lái)無(wú)非是圍繞著一塊STM32單片機(jī)比賽指定平臺(tái)去驅(qū)動(dòng)幾個(gè)關(guān)鍵的外設(shè)首先是溫濕度傳感器這是數(shù)據(jù)的源頭然后是LCD顯示屏和按鍵構(gòu)成基本的人機(jī)界面接著是EEPROM用于存儲(chǔ)報(bào)警閾值和歷史數(shù)據(jù)最后題目通常會(huì)要求一個(gè)通信接口如串口來(lái)模擬上位機(jī)數(shù)據(jù)交互。你的程序需要流暢地調(diào)度這些外設(shè)確保數(shù)據(jù)采集的實(shí)時(shí)性、顯示的穩(wěn)定性以及邏輯控制的正確性。下面我們就從硬件平臺(tái)分析開(kāi)始一步步走進(jìn)代碼的世界。2. 硬件平臺(tái)分析與外設(shè)驅(qū)動(dòng)設(shè)計(jì)拿到題目第一步不是急著寫(xiě)代碼而是仔細(xì)閱讀賽題提供的硬件原理圖和數(shù)據(jù)手冊(cè)。國(guó)賽通?；谥付ǖ母?jìng)賽板當(dāng)時(shí)多是基于STM32F103系列板上資源是固定的。你需要明確每個(gè)功能模塊對(duì)應(yīng)哪個(gè)GPIO口、哪種通信協(xié)議。2.1 核心控制器與時(shí)鐘配置比賽用的主控多是STM32F103RBT6這類中容量芯片擁有足夠的GPIO、定時(shí)器和通信接口。程序的第一步永遠(yuǎn)是正確的時(shí)鐘樹(shù)配置。這里有個(gè)坑官方提供的底層驅(qū)動(dòng)庫(kù)比如system_stm32f10x.c里默認(rèn)使用的是外部高速時(shí)鐘HSE并通過(guò)PLL倍頻到72MHz。你必須確認(rèn)競(jìng)賽板上的外部晶振實(shí)際是多少M(fèi)Hz通常是8MHz或12MHz。如果板子是8MHz晶振而代碼庫(kù)默認(rèn)配的是12MHz那么整個(gè)系統(tǒng)時(shí)鐘都會(huì)錯(cuò)所有基于定時(shí)器的延時(shí)、串口波特率都會(huì)出問(wèn)題。我的做法是在system_stm32f10x.c文件中找到SetSysClock()函數(shù)根據(jù)實(shí)際晶振頻率修改RCC-CFGR的PLL倍頻系數(shù)。例如8MHz晶振要倍頻到72MHz需要將PLL倍頻系數(shù)設(shè)置為9倍8MHz * 9 72MHz。// 在 SetSysClock() 函數(shù)中找到類似以下代碼段進(jìn)行修改 // 假設(shè)原配置針對(duì)12MHz晶振12 * 6 72 // RCC-CFGR (uint32_t)((uint32_t)~(RCC_CFGR_PLLMULL | RCC_CFGR_PLLSRC)); // RCC-CFGR | (uint32_t)(RCC_CFGR_PLLMULL6 | RCC_CFGR_PLLSRC_HSE); // 對(duì)于8MHz晶振需要改為9倍頻 RCC-CFGR (uint32_t)((uint32_t)~(RCC_CFGR_PLLMULL | RCC_CFGR_PLLSRC)); RCC-CFGR | (uint32_t)(RCC_CFGR_PLLMULL9 | RCC_CFGR_PLLSRC_HSE);注意不同版本的固件庫(kù)或HAL庫(kù)時(shí)鐘配置函數(shù)的位置和寫(xiě)法可能不同。務(wù)必以你當(dāng)前使用的庫(kù)文件為準(zhǔn)。這一步是地基地基歪了后面所有功能都可能跑偏。2.2 溫濕度傳感器選型與驅(qū)動(dòng)國(guó)賽題當(dāng)時(shí)常用的是DHT11數(shù)字溫濕度傳感器這是一款單總線通信的器件。它的驅(qū)動(dòng)關(guān)鍵在于精確的時(shí)序。單總線協(xié)議要求MCU嚴(yán)格按照時(shí)序圖來(lái)發(fā)起起始信號(hào)、讀取數(shù)據(jù)位。驅(qū)動(dòng)DHT11的核心要點(diǎn)GPIO模式切換數(shù)據(jù)線在發(fā)送起始信號(hào)時(shí)為輸出模式在讀取數(shù)據(jù)時(shí)需要切換為輸入模式。很多初學(xué)者在這里出錯(cuò)導(dǎo)致一直讀取不到數(shù)據(jù)。在標(biāo)準(zhǔn)庫(kù)中可以使用GPIO_Init()函數(shù)重新初始化更高效的做法是直接操作GPIOx-CRL或CRH寄存器來(lái)動(dòng)態(tài)切換模式。延時(shí)精度DHT11的時(shí)序要求微秒級(jí)延時(shí)。不能使用SysTick或普通的循環(huán)延時(shí)因?yàn)楹笳咴谥袛喟l(fā)生時(shí)會(huì)被打斷。必須使用定時(shí)器或者精確的空指令延時(shí)__nop()。通常我們會(huì)用一個(gè)經(jīng)過(guò)校準(zhǔn)的微秒延時(shí)函數(shù)Delay_us()。數(shù)據(jù)校驗(yàn)DHT11返回5個(gè)字節(jié)濕度整數(shù)、濕度小數(shù)、溫度整數(shù)、溫度小數(shù)、校驗(yàn)和。校驗(yàn)和是前四個(gè)字節(jié)的和。每次讀取數(shù)據(jù)后必須進(jìn)行校驗(yàn)只有校驗(yàn)通過(guò)的數(shù)據(jù)才認(rèn)為是有效的。這是避免顯示亂碼或異常值的關(guān)鍵。讀取間隔DHT11兩次測(cè)量之間需要至少2秒的間隔。程序中需要做一個(gè)簡(jiǎn)單的防頻繁讀取機(jī)制比如記錄上次讀取的時(shí)間戳。這里分享一個(gè)調(diào)試技巧當(dāng)你懷疑傳感器沒(méi)反應(yīng)時(shí)可以用邏輯分析儀或者示波器抓取數(shù)據(jù)線的波形對(duì)照DHT11的時(shí)序圖看起始信號(hào)的低電平持續(xù)時(shí)間至少18ms、MCU釋放總線后DHT11的響應(yīng)信號(hào)80us低電平80us高電平是否正常。沒(méi)有硬件工具的話可以嘗試將數(shù)據(jù)線通過(guò)一個(gè)電阻上拉到3.3V并確保連接線盡可能短以減少信號(hào)反射。2.3 人機(jī)交互界面LCD與按鍵LCD通常是128x64的點(diǎn)陣屏驅(qū)動(dòng)芯片多為ST7567或類似的控制器。比賽提供的底層驅(qū)動(dòng)包一般會(huì)包含LCD的初始化、清屏、畫(huà)點(diǎn)、顯示字符和字符串的函數(shù)。你的工作不是從頭寫(xiě)驅(qū)動(dòng)而是有效地利用這些函數(shù)來(lái)組織你的顯示界面。界面布局設(shè)計(jì)一個(gè)清晰的UI能讓操作體驗(yàn)提升不少。對(duì)于監(jiān)控設(shè)備我習(xí)慣將屏幕分為幾個(gè)區(qū)域狀態(tài)區(qū)頂部顯示設(shè)備名稱、運(yùn)行狀態(tài)如“正常監(jiān)控”、“報(bào)警”、通信狀態(tài)。數(shù)據(jù)區(qū)中部主體以大字體實(shí)時(shí)顯示當(dāng)前溫度和濕度數(shù)值并附上單位℃、%RH。參數(shù)區(qū)下方顯示當(dāng)前設(shè)置的報(bào)警閾值溫度上限、下限濕度上限。提示區(qū)底部顯示當(dāng)前可用的按鍵操作提示如“SET設(shè)置”、“OK確認(rèn)”。按鍵通常采用掃描方式比賽板可能有獨(dú)立的按鍵也可能是矩陣鍵盤。關(guān)鍵在于消抖處理。簡(jiǎn)單的延時(shí)消抖在實(shí)時(shí)性要求高的系統(tǒng)里會(huì)“卡住”主循環(huán)。推薦使用狀態(tài)機(jī)法或者定時(shí)器中斷掃描法。例如可以設(shè)置一個(gè)5ms的定時(shí)器中斷在中斷里讀取按鍵引腳狀態(tài)用一個(gè)變量記錄“穩(wěn)定按下”的持續(xù)時(shí)間當(dāng)持續(xù)時(shí)間超過(guò)50ms10次中斷時(shí)才認(rèn)為是一次有效的按鍵事件并將事件標(biāo)志置位。主循環(huán)中檢測(cè)到這個(gè)標(biāo)志位再執(zhí)行相應(yīng)的按鍵處理函數(shù)。這樣主循環(huán)就不會(huì)被阻塞。2.4 數(shù)據(jù)存儲(chǔ)EEPROM的使用報(bào)警閾值如溫度上限30℃這類需要掉電保存的參數(shù)必須存儲(chǔ)在EEPROM中。競(jìng)賽板上的EEPROM可能是板載芯片如AT24C02通過(guò)I2C通信也可能是STM32芯片自帶的Data Flash需要模擬EEPROM操作。使用外部EEPROM如AT24C02的注意事項(xiàng)I2C地址AT24C02的7位設(shè)備地址通常是0xA0寫(xiě)和0xA1讀但具體要看原理圖中A0/A1/A2地址引腳的電平連接。頁(yè)寫(xiě)與延時(shí)EEPROM有頁(yè)寫(xiě)功能但跨頁(yè)寫(xiě)入時(shí)需要處理地址回滾。每次寫(xiě)操作后芯片內(nèi)部需要時(shí)間進(jìn)行擦寫(xiě)約5ms這段時(shí)間內(nèi)不會(huì)響應(yīng)新的I2C命令。必須在寫(xiě)命令后添加足夠的延時(shí)或者通過(guò)發(fā)送ACK Polling不斷發(fā)送起始信號(hào)和設(shè)備地址直到收到ACK來(lái)等待芯片就緒。存儲(chǔ)規(guī)劃不要隨意找個(gè)地址就存數(shù)據(jù)。建議在頭文件里定義好各個(gè)參數(shù)在EEPROM中的地址偏移量形成一個(gè)“參數(shù)表”這樣管理起來(lái)清晰也避免地址沖突。#define EEPROM_ADDR_TEMP_HIGH 0x00 // 溫度上限存儲(chǔ)地址 #define EEPROM_ADDR_TEMP_LOW 0x02 // 溫度下限存儲(chǔ)地址 #define EEPROM_ADDR_HUMI_HIGH 0x04 // 濕度上限存儲(chǔ)地址 // ... 以此類推使用內(nèi)部Flash模擬EEPROM如果比賽要求用芯片內(nèi)部Flash通常會(huì)提供一個(gè)“EEPROM模擬層”的驅(qū)動(dòng)文件。你需要關(guān)注擦除粒度通常是一頁(yè)1K或2K字節(jié)和寫(xiě)入粒度半字、字或字節(jié)。存儲(chǔ)策略通常是“磨損均衡”的簡(jiǎn)單版準(zhǔn)備兩個(gè)或更多的扇區(qū)作為存儲(chǔ)區(qū)當(dāng)前扇區(qū)寫(xiě)滿后將有效數(shù)據(jù)搬運(yùn)到下一個(gè)扇區(qū)并擦除舊扇區(qū)。對(duì)于只有幾個(gè)閾值參數(shù)的情況可以直接固定一個(gè)扇區(qū)每次修改時(shí)先擦除該頁(yè)再寫(xiě)入所有參數(shù)。3. 系統(tǒng)軟件架構(gòu)與任務(wù)調(diào)度設(shè)計(jì)當(dāng)所有外設(shè)驅(qū)動(dòng)都調(diào)試通過(guò)后下一步就是思考如何將它們有機(jī)地組合起來(lái)讓整個(gè)系統(tǒng)有條不紊地運(yùn)行。對(duì)于單片機(jī)程序常見(jiàn)的架構(gòu)有前后臺(tái)系統(tǒng)超級(jí)循環(huán)和基于實(shí)時(shí)操作系統(tǒng)RTOS。在藍(lán)橋杯這種資源緊張且強(qiáng)調(diào)效率的比賽環(huán)境中99%的選手會(huì)選擇前后臺(tái)系統(tǒng)但這不意味著代碼可以寫(xiě)成“一鍋粥”。3.1 狀態(tài)機(jī)編程思想的應(yīng)用這是讓代碼結(jié)構(gòu)清晰的關(guān)鍵。整個(gè)設(shè)備可以看作處于不同的“狀態(tài)”例如NORMAL_MONITOR正常監(jiān)控、SETTING_TEMP_HIGH設(shè)置溫度上限、SETTING_TEMP_LOW等。用一個(gè)全局變量System_State來(lái)記錄當(dāng)前狀態(tài)。主循環(huán)while(1)的核心就是一個(gè)大的switch-case語(yǔ)句根據(jù)System_State執(zhí)行不同的功能模塊。while(1) { switch(System_State) { case NORMAL_MONITOR: // 1. 定時(shí)讀取傳感器如每2秒一次 // 2. 刷新LCD顯示 // 3. 檢查數(shù)據(jù)是否超閾值若超限則進(jìn)入報(bào)警狀態(tài) // 4. 掃描按鍵如果有設(shè)置鍵按下則切換狀態(tài)到參數(shù)設(shè)置菜單 break; case SETTING_TEMP_HIGH: // 1. LCD閃爍顯示當(dāng)前設(shè)置的溫度上限值 // 2. 掃描按鍵上下鍵調(diào)整數(shù)值OK鍵確認(rèn)并保存到EEPROM返回正常狀態(tài) // 3. SET鍵可能用于切換設(shè)置項(xiàng)如從溫度上限跳到溫度下限 break; case ALARM: // 1. LCD顯示報(bào)警信息可能控制蜂鳴器響、LED閃爍 // 2. 掃描按鍵用于消音或確認(rèn)報(bào)警 break; // ... 其他狀態(tài) } // 一些需要一直運(yùn)行的后臺(tái)任務(wù)比如簡(jiǎn)單的LED心跳燈可以放在switch外面 Heartbeat_LED_Toggle(); }這種結(jié)構(gòu)的優(yōu)點(diǎn)是邏輯清晰每個(gè)狀態(tài)做什么一目了然狀態(tài)之間的切換也容易管理。3.2 定時(shí)任務(wù)的協(xié)調(diào)系統(tǒng)中有多個(gè)需要定時(shí)執(zhí)行的任務(wù)讀取傳感器每2秒、刷新LCD每秒或更短但無(wú)需太快、按鍵掃描每5-10ms、報(bào)警檢測(cè)持續(xù)進(jìn)行。如何協(xié)調(diào)它們方案一基于SysTick中斷的軟件定時(shí)器這是最常用且高效的方法。配置SysTick中斷為1ms一次。在中斷服務(wù)函數(shù)中維護(hù)一組遞減的軟件定時(shí)器計(jì)數(shù)器。volatile uint32_t g_Timer1ms 0; // 1ms節(jié)拍不斷累加 void SysTick_Handler(void) { g_Timer1ms; if(Timer_Sensor_Count 0) Timer_Sensor_Count--; // 傳感器讀取定時(shí)器 if(Timer_KeyScan_Count 0) Timer_KeyScan_Count--; // 按鍵掃描定時(shí)器 // ... 其他定時(shí)器 }在主循環(huán)中檢查這些定時(shí)器是否減到0。減到0就執(zhí)行相應(yīng)任務(wù)并重新裝載定時(shí)值。if(Timer_Sensor_Count 0) { Read_DHT11_Data(); // 執(zhí)行讀取傳感器任務(wù) Timer_Sensor_Count 2000; // 重裝2000ms } if(Timer_KeyScan_Count 0) { Key_Scan_Handler(); // 執(zhí)行按鍵掃描與處理 Timer_KeyScan_Count 10; // 重裝10ms }方案二使用硬件定時(shí)器可以為不同精度的任務(wù)分配不同的硬件定時(shí)器。例如用TIM2做10ms的按鍵掃描用TIM3做1秒的顯示刷新。這樣任務(wù)間更獨(dú)立但會(huì)占用更多定時(shí)器資源。個(gè)人經(jīng)驗(yàn)在單一主循環(huán)的架構(gòu)下所有任務(wù)的執(zhí)行時(shí)間總和必須遠(yuǎn)小于最短定時(shí)任務(wù)的周期。比如你的按鍵掃描是10ms一次那么Read_DHT11_Data()、Refresh_LCD()、Key_Scan_Handler()等所有函數(shù)在最壞情況下的執(zhí)行時(shí)間加起來(lái)不能超過(guò)10ms否則系統(tǒng)實(shí)時(shí)性會(huì)變差。必要時(shí)需要將長(zhǎng)任務(wù)如EEPROM寫(xiě)入拆分成多個(gè)步驟分時(shí)執(zhí)行。3.3 數(shù)據(jù)流與全局變量管理模塊間通信主要通過(guò)全局變量。為了清晰和安全建議這樣做定義清晰的數(shù)據(jù)結(jié)構(gòu)將相關(guān)數(shù)據(jù)封裝到結(jié)構(gòu)體中。typedef struct { int16_t Temperature; // 溫度單位0.1℃擴(kuò)大10倍存儲(chǔ)避免浮點(diǎn)數(shù) int16_t Humidity; // 濕度單位0.1%RH uint8_t IsValid; // 數(shù)據(jù)是否有效標(biāo)志 } SensorData_t; typedef struct { int16_t TempHighLimit; int16_t TempLowLimit; int16_t HumiHighLimit; } AlarmThreshold_t;減少全局變量數(shù)量只將真正需要跨模塊訪問(wèn)的變量設(shè)為全局。例如g_SensorData,g_Threshold。注意臨界區(qū)保護(hù)在中斷服務(wù)函數(shù)如SysTick中修改的全局標(biāo)志位在主循環(huán)中讀取時(shí)如果該變量大于MCU的字長(zhǎng)對(duì)于32位機(jī)uint8_t是安全的uint16_t和uint32_t可能不安全或者主循環(huán)中需要連續(xù)讀取多個(gè)相關(guān)變量時(shí)可以考慮暫時(shí)關(guān)閉中斷進(jìn)行讀取以防止讀到“半新半舊”的不一致數(shù)據(jù)。不過(guò)在藍(lán)橋杯這種應(yīng)用復(fù)雜度下通常通過(guò)合理設(shè)計(jì)如使用volatile關(guān)鍵字確保單次讀寫(xiě)是原子的即可避免。4. 核心功能模塊實(shí)現(xiàn)與代碼剖析有了架構(gòu)我們來(lái)填充血肉看看幾個(gè)核心功能模塊的具體實(shí)現(xiàn)和代碼細(xì)節(jié)。4.1 溫濕度數(shù)據(jù)采集與處理流程數(shù)據(jù)采集不是簡(jiǎn)單地調(diào)用Read_DHT11()就完了需要一個(gè)健壯的流程來(lái)保證數(shù)據(jù)的可靠性和系統(tǒng)的穩(wěn)定性。完整的采集任務(wù)函數(shù)Task_Sensor_Acquire()可能包含以下步驟檢查采集間隔判斷距離上次成功采集是否已超過(guò)2秒。如果未到時(shí)間直接返回。發(fā)起采集調(diào)用DHT11_Start()和DHT11_Read_Byte()函數(shù)獲取5個(gè)字節(jié)原始數(shù)據(jù)。數(shù)據(jù)校驗(yàn)計(jì)算前四個(gè)字節(jié)的和與第五個(gè)字節(jié)校驗(yàn)和比較。如果不匹配將錯(cuò)誤計(jì)數(shù)器加一。錯(cuò)誤處理如果連續(xù)錯(cuò)誤超過(guò)3次則置位g_SensorData.IsValid 0并在LCD上顯示“傳感器故障”之類的提示。同時(shí)可以嘗試進(jìn)行傳感器復(fù)位拉低數(shù)據(jù)線一段時(shí)間。數(shù)據(jù)轉(zhuǎn)換與存儲(chǔ)校驗(yàn)通過(guò)后將字節(jié)數(shù)據(jù)轉(zhuǎn)換成實(shí)際的溫濕度值。DHT11的溫度和濕度整數(shù)部分直接就是數(shù)值小數(shù)部分通常為0。將其存入g_SensorData結(jié)構(gòu)體并標(biāo)記有效。閾值判斷立即將新采集的數(shù)據(jù)與存儲(chǔ)在g_Threshold中的報(bào)警閾值進(jìn)行比較。如果超限則設(shè)置報(bào)警標(biāo)志g_AlarmFlag并將系統(tǒng)狀態(tài)切換到ALARM狀態(tài)。關(guān)于數(shù)值處理的一個(gè)技巧為了避免在單片機(jī)中使用浮點(diǎn)數(shù)計(jì)算慢占用資源多通常將實(shí)際數(shù)值放大10倍或100倍后用整數(shù)存儲(chǔ)和計(jì)算。例如25.6℃在程序中用整數(shù)256表示。在顯示時(shí)再通過(guò)字符串處理函數(shù)將其格式化為“25.6”的形式。// 假設(shè)rawTemp是讀取到的溫度整數(shù)部分例如25 // 我們想以0.1℃為單位存儲(chǔ) g_SensorData.Temperature rawTemp * 10; // 存儲(chǔ)為250 // 顯示時(shí) sprintf(displayStr, Temp: %d.%d C, g_SensorData.Temperature/10, g_SensorData.Temperature%10); // 結(jié)果將是 Temp: 25.0 C4.2 報(bào)警邏輯與界面提示報(bào)警邏輯需要兼顧實(shí)時(shí)性和防抖動(dòng)。不能因?yàn)橐淮闻既坏牟▌?dòng)就觸發(fā)報(bào)警也不能在報(bào)警后無(wú)法恢復(fù)。一個(gè)簡(jiǎn)單的報(bào)警狀態(tài)機(jī)可以這樣設(shè)計(jì)正常狀態(tài)持續(xù)監(jiān)測(cè)數(shù)據(jù)。當(dāng)一次采樣值超過(guò)閾值進(jìn)入“預(yù)警”狀態(tài)開(kāi)始一個(gè)“確認(rèn)計(jì)時(shí)器”比如5秒。預(yù)警狀態(tài)在確認(rèn)計(jì)時(shí)器超時(shí)前如果采樣值回落至閾值以內(nèi)則清除計(jì)時(shí)器返回正常狀態(tài)。如果計(jì)時(shí)器超時(shí)后數(shù)據(jù)仍超限則進(jìn)入“持續(xù)報(bào)警”狀態(tài)。持續(xù)報(bào)警狀態(tài)觸發(fā)聲光報(bào)警蜂鳴器、LED在LCD上高亮或閃爍顯示報(bào)警信息。等待用戶按鍵“消音”或“確認(rèn)”。即使數(shù)據(jù)恢復(fù)正常報(bào)警狀態(tài)可能仍需保持一段時(shí)間“恢復(fù)延時(shí)”或等待用戶手動(dòng)清除以防止報(bào)警頻繁跳動(dòng)。在ALARM系統(tǒng)狀態(tài)下LCD顯示需要突出報(bào)警信息?？梢苑窗罪@示、讓字符閃爍或者在固定區(qū)域顯示“ALARM: TEMP HIGH”這樣的提示。同時(shí)可以記錄報(bào)警事件的發(fā)生時(shí)間和類型到EEPROM的日志區(qū)域方便后續(xù)查詢。4.3 參數(shù)設(shè)置與EEPROM讀寫(xiě)參數(shù)設(shè)置界面是交互的重點(diǎn)。通常通過(guò)一個(gè)“設(shè)置鍵”進(jìn)入通過(guò)“上下鍵”調(diào)整數(shù)值“確認(rèn)鍵”保存并退出“取消鍵”放棄修改。代碼實(shí)現(xiàn)上關(guān)鍵在于“光標(biāo)”或“焦點(diǎn)”的管理。在SETTING_TEMP_HIGH狀態(tài)下程序需要在LCD上清晰地顯示當(dāng)前正在設(shè)置的參數(shù)名如“TH-H:”和其當(dāng)前值。讓當(dāng)前值閃爍提示用戶正在編輯。檢測(cè)“上鍵”和“下鍵”對(duì)當(dāng)前值進(jìn)行加減操作并立即更新顯示。檢測(cè)“確認(rèn)鍵”將修改后的值寫(xiě)入g_Threshold結(jié)構(gòu)體并立即調(diào)用EEPROM寫(xiě)入函數(shù)保存。這里不能等到退出設(shè)置菜單再統(tǒng)一保存因?yàn)槿f(wàn)一中途斷電修改就丟失了。檢測(cè)“設(shè)置鍵”可能用于切換到下一個(gè)設(shè)置項(xiàng)如跳到SETTING_TEMP_LOW這可以通過(guò)修改System_State來(lái)實(shí)現(xiàn)。EEPROM寫(xiě)入的優(yōu)化頻繁寫(xiě)入EEPROM會(huì)縮短其壽命。對(duì)于閾值設(shè)置可以在寫(xiě)入前先讀取EEPROM中的舊值只有在新舊值不同時(shí)才執(zhí)行寫(xiě)操作。另外寫(xiě)入EEPROM是一個(gè)相對(duì)較慢的操作毫秒級(jí)在此期間最好關(guān)閉中斷或確保系統(tǒng)能容忍這段延遲也可以考慮在寫(xiě)EEPROM時(shí)讓LCD顯示“保存中...”的提示。4.4 模擬上位機(jī)通信國(guó)賽題常要求通過(guò)串口將數(shù)據(jù)發(fā)送到上位機(jī)電腦并可能接收上位機(jī)的查詢指令。這模擬了工業(yè)現(xiàn)場(chǎng)設(shè)備與監(jiān)控中心的通信。通信協(xié)議設(shè)計(jì)為了簡(jiǎn)單可靠通常自定義一個(gè)簡(jiǎn)單的文本協(xié)議。例如設(shè)備主動(dòng)上傳數(shù)據(jù)[TEMP:25.6][HUMI:60.2][ALARM:0]\r\nALARM:0表示正常ALARM:1表示溫度高報(bào)警ALARM:2表示溫度低報(bào)警等。上位機(jī)查詢指令GET_DATA\r\n上位機(jī)設(shè)置指令SET_THRESHOLD:T_HIGH:30.0\r\n串口驅(qū)動(dòng)與數(shù)據(jù)收發(fā)初始化配置串口如USART1波特率常用9600或1152008位數(shù)據(jù)位無(wú)校驗(yàn)1位停止位。開(kāi)啟接收中斷。發(fā)送數(shù)據(jù)在主循環(huán)中可以定時(shí)如每5秒或在數(shù)據(jù)更新時(shí)調(diào)用printf重定向后的函數(shù)或自己組包通過(guò)串口發(fā)送出去。接收指令在串口接收中斷服務(wù)函數(shù)中將收到的字符存入一個(gè)環(huán)形緩沖區(qū)Rx_Buffer。絕對(duì)禁止在中斷里進(jìn)行復(fù)雜的字符串解析中斷里只做存數(shù)據(jù)這件事。解析指令在主循環(huán)中定期檢查環(huán)形緩沖區(qū)尋找?guī)^如GET_DATA、幀尾\r\n。找到一幀完整數(shù)據(jù)后將其拷貝到一個(gè)臨時(shí)數(shù)組然后進(jìn)行字符串比較strcmp或解析sscanf。執(zhí)行與響應(yīng)根據(jù)解析出的指令執(zhí)行相應(yīng)操作如返回?cái)?shù)據(jù)、設(shè)置參數(shù)并通過(guò)串口發(fā)送響應(yīng)幀。避坑指南串口通信最常遇到的問(wèn)題是亂碼和丟數(shù)據(jù)。亂碼首先檢查波特率是否匹配時(shí)鐘配置是否正確回到2.1節(jié)。丟數(shù)據(jù)往往是因?yàn)榻邮站彌_區(qū)太小或者主循環(huán)解析速度太慢導(dǎo)致緩沖區(qū)被新數(shù)據(jù)覆蓋。務(wù)必確保環(huán)形緩沖區(qū)足夠大并且主循環(huán)解析指令的周期足夠短。5. 系統(tǒng)集成、調(diào)試與性能優(yōu)化當(dāng)所有模塊代碼都編寫(xiě)完畢后集成和調(diào)試階段才是真正考驗(yàn)人的時(shí)候。代碼單獨(dú)測(cè)試都OK合在一起就可能出各種奇怪的問(wèn)題。5.1 分模塊集成與聯(lián)調(diào)策略不要試圖一次性把所有代碼都寫(xiě)全再編譯下載。應(yīng)該采用“搭積木”的方式第一步基礎(chǔ)驅(qū)動(dòng)與心跳。先讓系統(tǒng)時(shí)鐘、GPIO、SysTick跑起來(lái)寫(xiě)一個(gè)LED閃爍的心跳程序。確保最基本的編譯、下載、運(yùn)行流程是通的。第二步人機(jī)界面骨架。初始化LCD在上面顯示固定的測(cè)試信息如“Hello World”。測(cè)試按鍵在LCD上顯示按鍵值。確保LCD和按鍵這兩個(gè)最基本的交互設(shè)備工作正常。第三步接入傳感器。在LCD上開(kāi)辟一個(gè)區(qū)域顯示從DHT11讀取到的原始數(shù)據(jù)字節(jié)值。這時(shí)先不做校驗(yàn)和轉(zhuǎn)換只看能不能讀到數(shù)據(jù)。如果讀不到用調(diào)試器或額外的IO口翻轉(zhuǎn)來(lái)跟蹤程序執(zhí)行到了哪一步。第四步添加業(yè)務(wù)邏輯。將讀取到的字節(jié)數(shù)據(jù)轉(zhuǎn)換成實(shí)際溫濕度值并顯示。加入閾值判斷邏輯用另一個(gè)LED作為報(bào)警指示。第五步加入存儲(chǔ)與設(shè)置。測(cè)試EEPROM的讀寫(xiě)實(shí)現(xiàn)閾值設(shè)置和掉電保存功能。第六步集成通信。最后加上串口通信功能實(shí)現(xiàn)數(shù)據(jù)上傳和指令響應(yīng)。每完成一步都進(jìn)行充分測(cè)試確保穩(wěn)定后再進(jìn)入下一步。這樣當(dāng)系統(tǒng)出現(xiàn)問(wèn)題時(shí)排查范圍會(huì)小很多。5.2 常見(jiàn)問(wèn)題排查與解決問(wèn)題LCD顯示亂碼或全亮/全暗。排查檢查L(zhǎng)CD初始化序列是否正確對(duì)比數(shù)據(jù)手冊(cè)的初始化代碼。檢查FSMC如果使用或GPIO模擬的時(shí)序特別是復(fù)位信號(hào)的時(shí)序和電平。用邏輯分析儀看數(shù)據(jù)線和控制線的波形。確保對(duì)比度調(diào)節(jié)電壓VO設(shè)置合適。問(wèn)題DHT11一直讀取失敗返回0或255。排查首先檢查硬件連接電源和地是否接好數(shù)據(jù)線是否接對(duì)上拉電阻是否已接。然后用示波器看起始信號(hào)和響應(yīng)信號(hào)。如果看不到DHT11的響應(yīng)可能是傳感器損壞或者M(jìn)CU的GPIO模式切換不對(duì)輸出時(shí)無(wú)法正確拉低輸入時(shí)沒(méi)配置成上拉/浮空輸入。確保微秒延時(shí)函數(shù)是準(zhǔn)確的。問(wèn)題按鍵反應(yīng)不靈或連擊。排查確認(rèn)按鍵消抖程序生效。如果使用狀態(tài)機(jī)法檢查狀態(tài)轉(zhuǎn)移條件是否合理。檢查按鍵掃描周期是否太短或太長(zhǎng)建議10-20ms。如果是矩陣鍵盤檢查行掃描和列讀取的時(shí)序是否正確。問(wèn)題EEPROM寫(xiě)入后讀出的數(shù)據(jù)不對(duì)。排查確認(rèn)I2C總線地址正確。檢查寫(xiě)入后的延時(shí)是否足夠至少5ms。如果是頁(yè)寫(xiě)檢查寫(xiě)入的字節(jié)數(shù)是否超過(guò)了頁(yè)邊界。使用I2C總線分析工具或邏輯分析儀抓取通信波形看ACK/NACK信號(hào)。問(wèn)題系統(tǒng)運(yùn)行一段時(shí)間后死機(jī)。排查這是最棘手的問(wèn)題。首先檢查堆棧Stack大小是否足夠局部變量是否過(guò)大導(dǎo)致棧溢出。檢查是否有數(shù)組越界訪問(wèn)破壞了其他變量或代碼。檢查中斷嵌套是否合理是否在中斷中調(diào)用了不可重入函數(shù)?？梢灾鸩阶⑨尩艄δ苣K定位到是哪個(gè)模塊引入的問(wèn)題。5.3 資源優(yōu)化與性能提升建議在資源有限的單片機(jī)上優(yōu)化是永恒的話題。RAM優(yōu)化減少全局變量多用局部變量和static局部變量。將不變的字符串常量用const修飾使其存放在Flash而非RAM中。優(yōu)化顯示緩沖區(qū)比如只刷新LCD中變化的部分而不是全屏刷新。Flash優(yōu)化編譯器優(yōu)化等級(jí)開(kāi)到-O2。將不經(jīng)常調(diào)用的函數(shù)標(biāo)記為_(kāi)_attribute__((section(.text.slow)))之類的需要配合鏈接腳本但比賽環(huán)境通常不需要這么復(fù)雜。關(guān)鍵是代碼邏輯清晰避免冗余。功耗考慮雖然比賽不考但實(shí)際產(chǎn)品中很重要。在MCU空閑時(shí)比如等待采樣間隔可以將其置于睡眠模式Sleep或Stop模式由定時(shí)器中斷喚醒。關(guān)閉不用的外設(shè)時(shí)鐘。代碼可讀性與可維護(hù)性使用有意義的變量名和函數(shù)名。寫(xiě)好注釋特別是對(duì)于復(fù)雜的算法或硬件操作。將不同模塊的代碼放在不同的.c/.h文件里頭文件做好防止重復(fù)包含的宏保護(hù)#ifndef ... #define ... #endif。最后在完成所有功能后一定要進(jìn)行長(zhǎng)時(shí)間的穩(wěn)定性測(cè)試。讓設(shè)備連續(xù)運(yùn)行幾個(gè)小時(shí)觀察顯示是否正常數(shù)據(jù)采集是否連續(xù)報(bào)警邏輯是否可靠有沒(méi)有出現(xiàn)死機(jī)或復(fù)位的情況。只有通過(guò)了長(zhǎng)時(shí)間烤機(jī)才能算是一個(gè)真正穩(wěn)定的作品?；仡欉@個(gè)項(xiàng)目它麻雀雖小五臟俱全涵蓋了嵌入式開(kāi)發(fā)從硬件驅(qū)動(dòng)到應(yīng)用邏輯的完整鏈條。實(shí)現(xiàn)它不僅僅是為了比賽更是對(duì)自身嵌入式開(kāi)發(fā)能力的一次全面檢驗(yàn)和提升。希望這篇詳細(xì)的拆解能幫助你更好地理解嵌入式系統(tǒng)的設(shè)計(jì)方法在下次面對(duì)類似項(xiàng)目時(shí)能夠更加從容地規(guī)劃、實(shí)現(xiàn)和調(diào)試。