簡介本資源是一套基于STM32平臺(tái)、采用C語言開發(fā)的溫室大棚智能控制系統(tǒng)完整工程面向計(jì)算機(jī)、物聯(lián)網(wǎng)、自動(dòng)化等專業(yè)的本科生專為課程設(shè)計(jì)、期末大作業(yè)及畢業(yè)設(shè)計(jì)實(shí)踐打造。系統(tǒng)涵蓋溫濕度采集、光照控制、通風(fēng)啟停、LCD顯示與按鍵交互等核心功能代碼經(jīng)導(dǎo)師指導(dǎo)并獲99分高分評(píng)價(jià)結(jié)構(gòu)清晰、注釋詳盡小白可直接編譯下載運(yùn)行。壓縮包含1086個(gè)文件主體為570個(gè)C源文件與256個(gè)頭文件.h輔以匯編啟動(dòng)文件.s、Keil工程配置.uvprojx/.uvoptx、編譯中間產(chǎn)物.o/.d/.map及PDF報(bào)告、PPT答辯稿等總?cè)萘?3.74MB目錄組織規(guī)范便于模塊化學(xué)習(xí)與功能拓展。已有123人下載學(xué)習(xí)配套作業(yè)報(bào)告詳述設(shè)計(jì)原理、硬件選型、軟件流程與測試結(jié)果是兼具工程完整性與教學(xué)適用性的嵌入式實(shí)戰(zhàn)項(xiàng)目。1. 項(xiàng)目緣起從期末作業(yè)到真實(shí)場景的跨越又到了期末看著學(xué)弟學(xué)妹們?yōu)椤癝TM32溫室大棚控制系統(tǒng)”這個(gè)經(jīng)典大作業(yè)抓耳撓腮我仿佛看到了幾年前的自己。這個(gè)題目之所以經(jīng)久不衰是因?yàn)樗昝赖卮?lián)了嵌入式開發(fā)的核心技能從C語言編程、STM32外設(shè)驅(qū)動(dòng)到傳感器數(shù)據(jù)采集、執(zhí)行器控制再到簡單的邏輯算法麻雀雖小五臟俱全。很多人拿到題目第一反應(yīng)是去網(wǎng)上找一份“源碼報(bào)告”應(yīng)付了事但這就錯(cuò)過了將知識(shí)串聯(lián)成線、將代碼落地為真實(shí)能力的最佳機(jī)會(huì)。我當(dāng)年做這個(gè)項(xiàng)目時(shí)也走過彎路。最初只是機(jī)械地照著網(wǎng)上的例程把DHT11、土壤濕度傳感器、繼電器模塊接上寫個(gè)簡單的if-else邏輯就交差了。直到后來參與了一個(gè)實(shí)際的農(nóng)業(yè)物聯(lián)網(wǎng)項(xiàng)目才發(fā)現(xiàn)課堂作業(yè)和工程實(shí)踐之間隔著巨大的鴻溝。比如傳感器數(shù)據(jù)的波動(dòng)如何處理設(shè)備長時(shí)間運(yùn)行的穩(wěn)定性如何保證簡單的閾值控制真的能滿足作物生長需求嗎這份作業(yè)報(bào)告我想拋開那些千篇一律的模板結(jié)合我后來在真實(shí)項(xiàng)目中踩過的坑和積累的經(jīng)驗(yàn)重新梳理一遍這個(gè)系統(tǒng)的設(shè)計(jì)思路。我希望你讀完這份“加強(qiáng)版”的報(bào)告后不僅能完成作業(yè)更能理解一個(gè)嵌入式控制系統(tǒng)從紙面設(shè)計(jì)到穩(wěn)定運(yùn)行的完整生命周期。我們不止是在調(diào)通幾行代碼更是在構(gòu)建一個(gè)可靠的、可維護(hù)的、有一定擴(kuò)展性的小型工程。2. 系統(tǒng)核心需求分析與整體架構(gòu)設(shè)計(jì)在做任何開發(fā)之前盲目動(dòng)手是最忌諱的。對(duì)于溫室大棚控制系統(tǒng)我們必須先明確它到底要“控制”什么以及“如何”控制。這直接決定了我們選用的傳感器、執(zhí)行器和核心控制邏輯。2.1 控制對(duì)象與關(guān)鍵參數(shù)界定一個(gè)典型的溫室大棚需要維持一個(gè)適宜作物生長的微環(huán)境。我們主要關(guān)注以下幾個(gè)核心參數(shù)空氣溫度與濕度這是影響作物光合作用、呼吸作用和病害發(fā)生的關(guān)鍵。溫度通常需要維持在15-30°C之間視作物而定濕度則需避免過高易滋生霉菌或過低作物蒸騰過強(qiáng)。土壤濕度直接關(guān)系到作物根系的水分吸收。不同的作物、不同的生長階段對(duì)土壤濕度的要求差異很大。簡單的“干濕”二值判斷是遠(yuǎn)遠(yuǎn)不夠的。光照強(qiáng)度影響光合作用速率。對(duì)于喜光作物在陰雨天可能需要補(bǔ)光對(duì)于某些幼苗或菌類又可能需要遮光。二氧化碳濃度在密閉性較好的現(xiàn)代溫室中CO?濃度可能成為限制光合作用的因子必要時(shí)需要進(jìn)行補(bǔ)充。對(duì)于期末大作業(yè)考慮到成本和復(fù)雜度通常會(huì)聚焦于前兩項(xiàng)溫濕度和土壤濕度的控制。執(zhí)行器則對(duì)應(yīng)著加熱器/通風(fēng)扇調(diào)節(jié)溫濕度、補(bǔ)光燈調(diào)節(jié)光照、水泵/電磁閥灌溉調(diào)節(jié)土壤濕度。2.2 硬件選型與電路設(shè)計(jì)要點(diǎn)基于上述需求硬件選型清單就清晰了主控芯片STM32F103C8T6核心板。這是STM32入門級(jí)神片資源豐富72MHz主頻64KB Flash20KB RAM多個(gè)定時(shí)器、ADC、通信接口價(jià)格低廉社區(qū)資料極多非常適合學(xué)習(xí)和中等復(fù)雜度的項(xiàng)目。溫濕度傳感器DHT11。這是最常用的數(shù)字溫濕度傳感器單總線通信成本極低。但它精度一般濕度±5%RH溫度±2°C響應(yīng)慢。如果作業(yè)要求高一點(diǎn)可以選用DHT22或更專業(yè)的SHT30。土壤濕度傳感器模擬量輸出的傳感器模塊。它輸出一個(gè)0-3.3V或0-5V的模擬電壓濕度越大電壓值通常越高或越低取決于模塊設(shè)計(jì)。我們需要利用STM32的ADC模數(shù)轉(zhuǎn)換器來讀取這個(gè)電壓值。執(zhí)行器驅(qū)動(dòng)模塊繼電器模塊用于控制220V交流設(shè)備如加熱器、水泵、補(bǔ)光燈。STM32的GPIO輸出3.3V電平通過一個(gè)三極管或MOS管驅(qū)動(dòng)繼電器線圈實(shí)現(xiàn)弱電控制強(qiáng)電。這是安全重點(diǎn)強(qiáng)電部分必須做好絕緣繼電器模塊的輸入輸出端要明確區(qū)分接線時(shí)務(wù)必?cái)嚯姴僮?。直流風(fēng)扇/小水泵如果使用5V或12V的直流設(shè)備可以直接用STM32的GPIO通過MOS管如IRF520模塊驅(qū)動(dòng)效率更高沒有繼電器吸合的“咔噠”聲。人機(jī)交互最常用的是0.96寸或1.3寸的OLED顯示屏I2C接口用于實(shí)時(shí)顯示傳感器數(shù)據(jù)和系統(tǒng)狀態(tài)。按鍵用于設(shè)置閾值、切換顯示頁面等。通信接口可選但建議添加一個(gè)ESP8266 Wi-Fi模塊通過UART與STM32通信可以將數(shù)據(jù)上傳到云平臺(tái)或手機(jī)APP實(shí)現(xiàn)遠(yuǎn)程監(jiān)控這會(huì)讓你的作業(yè)脫穎而出。電路設(shè)計(jì)上的坑電源STM32核心板、傳感器、繼電器模塊的驅(qū)動(dòng)電壓可能不同3.3V, 5V。務(wù)必確認(rèn)電平兼容性。給STM32供電要穩(wěn)定建議使用LM1117等LDO芯片。驅(qū)動(dòng)繼電器時(shí)線圈電源最好與MCU電源分開并在線圈兩端反向并聯(lián)一個(gè)續(xù)流二極管1N4148防止斷電時(shí)產(chǎn)生的感應(yīng)電動(dòng)勢(shì)擊穿驅(qū)動(dòng)三極管。ADC采樣精度土壤濕度傳感器的模擬輸出噪聲可能較大。除了在軟件上做濾波硬件上可以在傳感器輸出端與STM32的ADC輸入引腳之間加入一個(gè)RC低通濾波電路例如一個(gè)1kΩ電阻和一個(gè)0.1uF電容到地濾除高頻噪聲。抗干擾繼電器吸合瞬間會(huì)產(chǎn)生較大的電流沖擊和電磁干擾可能導(dǎo)致STM32復(fù)位或ADC采樣異常。解決辦法在繼電器線圈電源端加一個(gè)大電容如100uF儲(chǔ)能MCU的電源輸入端也加去耦電容強(qiáng)電和弱電走線盡量分開。2.3 軟件架構(gòu)設(shè)計(jì)從裸機(jī)到簡單調(diào)度器對(duì)于初學(xué)者最直觀的方法是寫一個(gè)main函數(shù)大循環(huán)里面依次讀取傳感器、判斷、控制執(zhí)行器。這種方法簡單但一旦功能增多如添加顯示、按鍵掃描、通信代碼就會(huì)變得混亂且難以維護(hù)。我推薦采用一種“時(shí)間片輪詢”的簡單調(diào)度器架構(gòu)這能讓你初步體驗(yàn)RTOS實(shí)時(shí)操作系統(tǒng)的思想。我們把不同的任務(wù)Task放在不同的函數(shù)里每個(gè)函數(shù)執(zhí)行時(shí)間要短。在主循環(huán)中依靠一個(gè)定時(shí)器如SysTick產(chǎn)生的固定時(shí)間節(jié)拍比如1ms來調(diào)度這些任務(wù)。// 任務(wù)函數(shù)原型 typedef void (*TaskFunction_t)(void); // 任務(wù)結(jié)構(gòu)體 typedef struct { TaskFunction_t function; // 任務(wù)函數(shù)指針 uint32_t period; // 執(zhí)行周期ms uint32_t lastRun; // 上次執(zhí)行時(shí)間戳 } Task_t; // 任務(wù)列表 Task_t taskList[] { {Task_ReadSensor, 1000, 0}, // 每1000ms讀一次傳感器 {Task_ControlLogic, 500, 0}, // 每500ms執(zhí)行一次控制邏輯 {Task_UpdateDisplay, 200, 0}, // 每200ms更新一次顯示 {Task_ScanKey, 50, 0}, // 每50ms掃描一次按鍵 // ... 可以添加更多任務(wù)如 Task_HandleUART }; // 在SysTick中斷服務(wù)函數(shù)中1ms中斷一次 void SysTick_Handler(void) { static uint32_t sysTick 0; sysTick; // 遍歷任務(wù)列表檢查是否到執(zhí)行時(shí)間 for(int i0; iTASK_COUNT; i) { if(sysTick - taskList[i].lastRun taskList[i].period) { taskList[i].lastRun sysTick; taskList[i].function(); // 執(zhí)行任務(wù) } } } // 主函數(shù)變得極其簡潔 int main(void) { System_Init(); // 初始化系統(tǒng)時(shí)鐘、GPIO、外設(shè)等 Tasks_Init(); // 初始化任務(wù)狀態(tài) // 配置SysTick定時(shí)器為1ms中斷 while(1) { // 主循環(huán)可以處理一些低優(yōu)先級(jí)或非實(shí)時(shí)任務(wù)或者直接進(jìn)入低功耗模式 __WFI(); // 等待中斷進(jìn)入睡眠省電 } }這種架構(gòu)的好處是任務(wù)間耦合度低添加新功能只需在taskList中添加一項(xiàng)每個(gè)任務(wù)的執(zhí)行周期清晰可控避免了在while(1)里用delay導(dǎo)致的其他任務(wù)被阻塞的問題。這是從“學(xué)生代碼”邁向“工程代碼”非常關(guān)鍵的一步。3. 關(guān)鍵模塊驅(qū)動(dòng)與數(shù)據(jù)處理實(shí)戰(zhàn)有了整體架構(gòu)我們來深入各個(gè)模塊的驅(qū)動(dòng)實(shí)現(xiàn)和數(shù)據(jù)處理細(xì)節(jié)。這里才是真正體現(xiàn)編程功底和工程思維的地方。3.1 傳感器數(shù)據(jù)采集的穩(wěn)定性之道DHT11驅(qū)動(dòng)網(wǎng)上例程很多但很多都不穩(wěn)定。DHT11的時(shí)序要求嚴(yán)格關(guān)鍵點(diǎn)在于起始信號(hào)主機(jī)拉低總線至少18ms然后拉高20-40us等待DHT11響應(yīng)。響應(yīng)信號(hào)DHT11會(huì)拉低80us再拉高80us然后開始傳輸數(shù)據(jù)。數(shù)據(jù)位每一位都以50us低電平開始高電平的持續(xù)時(shí)間決定是026-28us還是170us。注意必須禁用總中斷或提升讀取代碼的優(yōu)先級(jí)防止在讀取位數(shù)據(jù)時(shí)被其他中斷打斷導(dǎo)致時(shí)序錯(cuò)亂。最好將讀取函數(shù)放在臨界段中。校驗(yàn)和務(wù)必校驗(yàn)接收到的5個(gè)字節(jié)溫濕度整數(shù)、小數(shù)、校驗(yàn)和的校驗(yàn)和丟棄錯(cuò)誤數(shù)據(jù)。ADC讀取土壤濕度這是噪聲重災(zāi)區(qū)。硬件濾波如前所述加入RC濾波電路。軟件濾波單次ADC采樣值不可信。通常做法是連續(xù)采樣N次如16次然后排序去掉最大最小的幾個(gè)值再取平均中位值平均濾波法。STM32的HAL庫提供了HAL_ADC_Start_DMA功能可以配合DMA實(shí)現(xiàn)連續(xù)采樣而不占用CPU非常適合這種場景。標(biāo)定與映射傳感器輸出的電壓值不是濕度百分比。你需要進(jìn)行標(biāo)定。將傳感器完全插入干燥土壤或置于空氣中讀取ADC值adc_dry再插入飽和水分的土壤讀取ADC值adc_wet。那么當(dāng)前濕度百分比可以用以下公式粗略計(jì)算// 注意有些傳感器是濕度越大電壓越低公式需要反過來 humidity_percent 100 * (adc_raw - adc_wet) / (adc_dry - adc_wet);這個(gè)值需要限制在0-100之間。更科學(xué)的做法是建立查找表或使用更復(fù)雜的擬合曲線。3.2 控制算法從Bang-Bang到模糊PID最簡單的控制算法是Bang-Bang控制雙位控制也就是設(shè)定一個(gè)閾值。if (current_temperature target_temperature - threshold) { turn_on(HEATER); turn_off(FAN); } else if (current_temperature target_temperature threshold) { turn_off(HEATER); turn_on(FAN); } else { // 在死區(qū)內(nèi)保持原狀態(tài)或都關(guān)閉 }這種方法簡單粗暴但問題很明顯執(zhí)行器加熱器、風(fēng)扇會(huì)頻繁啟停在閾值附近震蕩既耗能又縮短設(shè)備壽命。對(duì)于大棚這種大慣性系統(tǒng)效果很差。一個(gè)顯著的改進(jìn)是加入遲滯環(huán)Hysteresis和時(shí)間控制。例如加熱器開啟后即使溫度剛剛達(dá)到目標(biāo)下限也不立即關(guān)閉而是繼續(xù)加熱一小段時(shí)間或等到溫度超過目標(biāo)值一定范圍再關(guān)反之亦然。這可以減少頻繁開關(guān)。更進(jìn)一步可以嘗試實(shí)現(xiàn)一個(gè)簡化的比例積分微分PID算法。對(duì)于期末作業(yè)實(shí)現(xiàn)一個(gè)PI比例積分控制就非常有亮點(diǎn)了。我們以溫度控制為例// 簡化PI控制器結(jié)構(gòu)體 typedef struct { float target; // 目標(biāo)溫度 float kp; // 比例系數(shù) float ki; // 積分系數(shù) float integral; // 積分項(xiàng)累計(jì)值 float output_max; // 輸出上限如100代表100%功率 float output_min; // 輸出下限如0 } PI_Controller; float PI_Calculate(PI_Controller *pid, float current) { float error pid-target - current; pid-integral error; // 積分限幅防止積分飽和 if(pid-integral 50.0f) pid-integral 50.0f; if(pid-integral -50.0f) pid-integral -50.0f; float output pid-kp * error pid-ki * pid-integral; // 輸出限幅 if(output pid-output_max) output pid-output_max; if(output pid-output_min) output pid-output_min; return output; } // 在控制任務(wù)中 float pwm_duty PI_Calculate(heater_pid, current_temperature); // 根據(jù)pwm_duty的值來設(shè)置加熱器如果是PWM可控的加熱器的占空比 // 或者如果加熱器只有開關(guān)兩種狀態(tài)可以將其轉(zhuǎn)換為時(shí)間比例控制如一個(gè)周期內(nèi)開啟的時(shí)間長度 set_heater_pwm_duty(pwm_duty);kp和ki參數(shù)需要根據(jù)你的大棚熱慣性來調(diào)整這是一個(gè)“調(diào)參”的過程。可以先設(shè)ki0只調(diào)kp讓系統(tǒng)能有反應(yīng)但不震蕩然后加入較小的ki來消除靜差。通過PWM控制加熱器功率可以實(shí)現(xiàn)更平滑的溫度調(diào)節(jié)。3.3 人機(jī)交互與狀態(tài)管理OLED顯示不宜刷新太快否則會(huì)閃爍。在我們的調(diào)度器架構(gòu)下設(shè)定200-500ms的刷新周期是合適的。顯示內(nèi)容應(yīng)包括實(shí)時(shí)數(shù)據(jù)溫度、濕度、土壤濕度、目標(biāo)值。系統(tǒng)狀態(tài)加熱器/風(fēng)扇/水泵/補(bǔ)光燈的開關(guān)狀態(tài)。報(bào)警信息如傳感器故障、數(shù)據(jù)超限等。按鍵處理建議使用狀態(tài)機(jī)而不是簡單的if(KEY0)。要處理按鍵消抖、短按、長按等事件。typedef enum {KEY_IDLE, KEY_DEBOUNCE, KEY_PRESSED, KEY_LONG_PRESS} KeyState; void Task_ScanKey(void) { static KeyState state KEY_IDLE; static uint32_t pressTick 0; uint8_t keyValue read_key_gpio(); switch(state) { case KEY_IDLE: if(keyValue 0) { // 按鍵按下 state KEY_DEBOUNCE; pressTick get_sys_tick(); } break; case KEY_DEBOUNCE: if(get_sys_tick() - pressTick 20) { // 消抖20ms if(keyValue 0) { state KEY_PRESSED; // 可以標(biāo)記按鍵按下事件 } else { state KEY_IDLE; } } break; case KEY_PRESSED: if(keyValue 1) { // 按鍵釋放 // 觸發(fā)短按事件 on_key_short_press(); state KEY_IDLE; } else if(get_sys_tick() - pressTick 1000) { // 按下超過1秒 // 觸發(fā)長按事件 on_key_long_press(); state KEY_LONG_PRESS; } break; case KEY_LONG_PRESS: if(keyValue 1) { // 長按后釋放 state KEY_IDLE; } break; } }通過這種狀態(tài)機(jī)可以可靠地區(qū)分短按切換顯示頁面、調(diào)整數(shù)值和長按進(jìn)入設(shè)置模式、保存參數(shù)。4. 系統(tǒng)集成、調(diào)試與性能優(yōu)化當(dāng)各個(gè)模塊都調(diào)試通過后將它們集成到一起才是真正的挑戰(zhàn)。問題往往出現(xiàn)在模塊間的交互和資源競爭上。4.1 系統(tǒng)集成與聯(lián)調(diào)策略不要試圖一次性把所有代碼拼起來然后調(diào)試。應(yīng)該采用“增量集成”法核心鏈路打通先讓主循環(huán)調(diào)度器跑起來然后集成傳感器讀取任務(wù)確保能在OLED上穩(wěn)定顯示數(shù)據(jù)。此時(shí)不控制任何執(zhí)行器。添加控制輸出集成控制邏輯任務(wù)和繼電器驅(qū)動(dòng)代碼。可以先注釋掉真正的控制邏輯用LED或串口打印來代替觀察控制決策是否正確。接入真實(shí)負(fù)載在確保邏輯正確后接入真實(shí)的執(zhí)行器如小風(fēng)扇、小水泵。強(qiáng)烈建議先使用低壓直流設(shè)備測試避免直接操作220V強(qiáng)電帶來的風(fēng)險(xiǎn)。參數(shù)整定與優(yōu)化系統(tǒng)運(yùn)行起來后開始調(diào)整控制算法的參數(shù)如PID的Kp, Ki觀察控制效果尋找最佳值。聯(lián)調(diào)中常見問題變量共享沖突傳感器任務(wù)讀取的數(shù)據(jù)可能被顯示任務(wù)和控制任務(wù)同時(shí)使用。如果控制任務(wù)正在讀取一半時(shí)傳感器任務(wù)更新了數(shù)據(jù)可能導(dǎo)致控制邏輯用到不一致的數(shù)據(jù)。解決方法使用簡單的標(biāo)志位volatile變量或關(guān)中斷進(jìn)行保護(hù)對(duì)于復(fù)雜數(shù)據(jù)可以考慮復(fù)制一份。中斷與任務(wù)沖突如果使用了串口接收中斷如ESP8266通信中斷服務(wù)函數(shù)中不宜做復(fù)雜處理或長時(shí)間操作如printf應(yīng)只將數(shù)據(jù)存入緩沖區(qū)設(shè)置一個(gè)標(biāo)志由任務(wù)層去處理。資源不足STM32F103C8T6的RAM只有20KB如果使用了較大的顯示緩沖區(qū)、通信緩沖區(qū)或者函數(shù)內(nèi)定義了大型數(shù)組很容易導(dǎo)致棧溢出。務(wù)必關(guān)注編譯后生成的.map文件了解內(nèi)存使用情況。4.2 穩(wěn)定性保障與抗干擾設(shè)計(jì)一個(gè)需要長期運(yùn)行的系統(tǒng)穩(wěn)定性壓倒一切?？撮T狗IWDG/WWDG必須啟用獨(dú)立看門狗IWDG。在main函數(shù)初始化后立即配置在主循環(huán)或一個(gè)專門的任務(wù)中定期“喂狗”。一旦程序跑飛或陷入死循環(huán)看門狗超時(shí)會(huì)導(dǎo)致系統(tǒng)復(fù)位這是一種最后的保護(hù)手段。// 初始化 IWDG_HandleTypeDef hiwdg; hiwdg.Instance IWDG; hiwdg.Init.Prescaler IWDG_PRESCALER_64; // 預(yù)分頻 hiwdg.Init.Reload 4095; // 重載值決定超時(shí)時(shí)間 HAL_IWDG_Init(hiwdg); // 在主循環(huán)或一個(gè)固定周期任務(wù)中 HAL_IWDG_Refresh(hiwdg);參數(shù)掉電保存用戶設(shè)置的目標(biāo)溫度、濕度閾值、PID參數(shù)等需要保存在STM32的Flash中防止掉電丟失。STM32的Flash擦寫次數(shù)有限約1萬次不能頻繁保存。通常只在參數(shù)修改時(shí)保存一次?？梢允褂肏AL庫的HAL_FLASH_Program函數(shù)但更安全的方法是使用一個(gè)Flash模擬EEPROM的庫它通常會(huì)做磨損均衡處理。異常處理與恢復(fù)對(duì)傳感器讀取失敗、執(zhí)行器無響應(yīng)等情況要有處理機(jī)制。例如連續(xù)3次讀取DHT11失敗則標(biāo)記傳感器故障在OLED上顯示報(bào)警并讓系統(tǒng)進(jìn)入一個(gè)安全模式如關(guān)閉所有執(zhí)行器。電源監(jiān)控可以啟用STM32內(nèi)部的PVD可編程電壓檢測功能當(dāng)供電電壓低于某個(gè)閾值時(shí)產(chǎn)生中斷讓你有機(jī)會(huì)在系統(tǒng)崩潰前保存關(guān)鍵數(shù)據(jù)。4.3 從作業(yè)到項(xiàng)目的功能擴(kuò)展思路如果想讓你的作品超越一份普通的期末作業(yè)可以考慮以下擴(kuò)展方向這些都可以在你的報(bào)告“未來展望”部分提出來數(shù)據(jù)記錄與歷史查詢利用STM32內(nèi)部的RTC實(shí)時(shí)時(shí)鐘和外部Flash如W25Qxx系列SPI Flash定時(shí)將環(huán)境數(shù)據(jù)時(shí)間、溫度、濕度等存儲(chǔ)起來。之后可以通過OLED翻頁或串口上傳到電腦查看歷史曲線。上位機(jī)監(jiān)控軟件通過串口或Wi-Fi模塊ESP8266將數(shù)據(jù)發(fā)送到電腦用PythonTkinter/PyQt或C#編寫一個(gè)簡單的上位機(jī)實(shí)現(xiàn)數(shù)據(jù)可視化、曲線繪制和遠(yuǎn)程參數(shù)設(shè)置。多節(jié)點(diǎn)組網(wǎng)一個(gè)大棚可能有多個(gè)區(qū)域?？梢栽O(shè)計(jì)多個(gè)STM32從機(jī)節(jié)點(diǎn)采集不同區(qū)域數(shù)據(jù)通過RS-485總線與一個(gè)主機(jī)STM32通信主機(jī)負(fù)責(zé)匯總和決策。這涉及到Modbus等通信協(xié)議的學(xué)習(xí)。引入更先進(jìn)的控制算法如前所述的PID控制甚至可以研究一下模糊控制它特別適合溫室這種模型不精確、非線性的系統(tǒng)。低功耗設(shè)計(jì)如果系統(tǒng)由電池供電低功耗就至關(guān)重要。可以讓STM32在大部分時(shí)間進(jìn)入STOP模式由RTC定時(shí)喚醒比如每5分鐘來采集一次數(shù)據(jù)并做控制其他外設(shè)全部斷電。5. 項(xiàng)目報(bào)告撰寫與源碼管理心得一份優(yōu)秀的報(bào)告和清晰易讀的源碼與一個(gè)能跑的系統(tǒng)同樣重要。這體現(xiàn)了你的工程素養(yǎng)。5.1 工程報(bào)告的核心要素你的報(bào)告不應(yīng)該是代碼的堆砌而應(yīng)該是設(shè)計(jì)思想的闡述。一份好的報(bào)告應(yīng)包含項(xiàng)目概述簡要說明項(xiàng)目背景、設(shè)計(jì)目標(biāo)、實(shí)現(xiàn)功能。系統(tǒng)總體設(shè)計(jì)給出系統(tǒng)框圖硬件連接示意圖和軟件架構(gòu)圖如任務(wù)調(diào)度圖。框圖建議用專業(yè)的繪圖工具如Draw.io, Visio繪制而不是手畫拍照。硬件設(shè)計(jì)詳解核心器件選型依據(jù)為什么用STM32F103為什么用DHT11。關(guān)鍵電路原理圖電源電路、傳感器接口電路、繼電器驅(qū)動(dòng)電路及分析。PCB布局布線考慮如果畫了PCB的話。軟件設(shè)計(jì)詳解主程序流程圖。各模塊驅(qū)動(dòng)設(shè)計(jì)傳感器、顯示、控制的關(guān)鍵代碼片段及講解。重點(diǎn)控制算法的詳細(xì)推導(dǎo)和實(shí)現(xiàn)過程如PID的離散化公式、參數(shù)整定思路。數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)如何組織全局變量、結(jié)構(gòu)體。系統(tǒng)測試與結(jié)果分析測試環(huán)境與方法。展示測試數(shù)據(jù)如溫度控制曲線圖用Excel或MATLAB繪制。對(duì)比使用簡單閾值控制和PID控制的效果差異用數(shù)據(jù)說話。分析存在的問題與改進(jìn)方向如控制有超調(diào)、響應(yīng)慢等。總結(jié)與展望總結(jié)項(xiàng)目收獲提出可行的后續(xù)優(yōu)化方向如前面提到的擴(kuò)展功能。5.2 源碼組織與可讀性混亂的代碼是項(xiàng)目維護(hù)的噩夢(mèng)。請(qǐng)遵循一些基本的規(guī)范模塊化每個(gè)硬件模塊或軟件功能單獨(dú)成.c和.h文件。例如dht11.c/h,adc_sensor.c/h,oled.c/h,pid.c/h,scheduler.c/h。頭文件守衛(wèi)每個(gè).h文件必須有#ifndef ... #define ... #endif防止重復(fù)包含。清晰的注釋在文件開頭說明本模塊功能、作者、版本在函數(shù)前說明功能、參數(shù)、返回值在復(fù)雜的算法或邏輯旁添加行注釋。但避免無意義的注釋如i; // i加1。合理的命名變量、函數(shù)名使用英文采用駝峰命名法或下劃線命名法做到見名知意。temp比t好read_temperature()比rt()好。使用版本控制即使是一個(gè)人開發(fā)也強(qiáng)烈建議使用Git。在本地初始化一個(gè)倉庫每次完成一個(gè)功能或修復(fù)一個(gè)Bug就做一次提交。這能讓你隨時(shí)回退到之前的穩(wěn)定版本也是未來協(xié)作的必備技能。你的源碼壓縮包里可以包含.git目錄或者提供Git倉庫的鏈接。5.3 演示與答辯準(zhǔn)備最后如果你的大作業(yè)需要答辯或演示請(qǐng)記住以下幾點(diǎn)準(zhǔn)備一個(gè)穩(wěn)定的演示環(huán)境確保你的硬件連接牢固電池電量充足或電源穩(wěn)定。準(zhǔn)備一個(gè)“演示模式”可以模擬一些數(shù)據(jù)變化展示控制效果。講一個(gè)故事不要平鋪直敘地講你做了什么?？梢詮摹拔矣龅搅耸裁磫栴}如傳統(tǒng)大棚管理粗放”開始講到“我如何設(shè)計(jì)系統(tǒng)來解決”再到“實(shí)現(xiàn)過程中攻克了哪些難點(diǎn)如數(shù)據(jù)濾波、PID調(diào)參”最后展示“成果和效果對(duì)比”。這比羅列功能更有吸引力。突出重點(diǎn)和亮點(diǎn)把時(shí)間花在講解你的核心設(shè)計(jì)如調(diào)度器架構(gòu)、控制算法和解決的難點(diǎn)上對(duì)于GPIO初始化這種基礎(chǔ)內(nèi)容可以一語帶過。誠實(shí)面對(duì)問題老師可能會(huì)問“你的系統(tǒng)還有什么不足”或“這里為什么沒做好”。不要回避坦誠地分析現(xiàn)有局限如傳感器精度限制、控制算法可以進(jìn)一步優(yōu)化等并提出改進(jìn)思路這反而會(huì)顯得你思考深入。完成這樣一個(gè)項(xiàng)目你收獲的絕不僅僅是一個(gè)分?jǐn)?shù)。你經(jīng)歷了一個(gè)完整的小型產(chǎn)品開發(fā)流程需求分析、方案設(shè)計(jì)、硬件選型、軟件編碼、調(diào)試測試、文檔總結(jié)。這份經(jīng)歷以及在這個(gè)過程中鍛煉出的系統(tǒng)性思維和解決問題的能力才是你未來無論是繼續(xù)深造還是走向工作崗位最寶貴的財(cái)富。本文還有配套的精品資源點(diǎn)擊獲取