實戰(zhàn)：土壤濕度傳感器與狀態(tài)機設(shè)計)
簡介這是一套STM32自動澆花系統(tǒng)的完整工程資源面向嵌入式初學者、電子競賽選手及智能硬件DIY愛好者解決植物養(yǎng)護中土壤濕度、光照強度與空氣溫濕度的自動監(jiān)測以及按需智能澆水的問題。壓縮包共535個文件、約27.77MB包含86個C語言源文件、70個頭文件、原理圖與PCB的PNG圖片、PDF說明文檔、TXT配置記錄和Keil工程文件等可完整看到從驅(qū)動編寫到應(yīng)用層控制的代碼結(jié)構(gòu)目錄層次清晰。系統(tǒng)以STM32F103C8T6為核心集成土壤溫濕度、光敏及空氣溫濕度傳感器通過OLED實時顯示環(huán)境參數(shù)并由水泵依據(jù)定時或濕度閾值觸發(fā)灌溉文件中還涉及DC-DC電源模塊、繼電器控制和PCB布局設(shè)計能幫助理解傳感器采集、信號處理與功率驅(qū)動的完整鏈路。目前已有3773人學習下載資源內(nèi)附帶工程源碼、原理圖與說明文檔便于對照硬件設(shè)計和軟件邏輯進行排障、移植或擴展為更高階的物聯(lián)網(wǎng)澆花平臺。1. 項目背景與整體設(shè)計思路1.1 為什么值得做一個自動澆花系統(tǒng)做這個項目的起因特別簡單我家里養(yǎng)了十幾盆綠植隔三差五出差回來不是干死就是澇死?；ㄅ枥锏耐寥罎穸冗@事兒靠肉眼和經(jīng)驗真的很難把控——表面看著干了底下可能還濕著表面摸著濕潤底下可能已經(jīng)干透了。后來一想這不就是個典型的嵌入式控制問題嗎傳感器采集數(shù)據(jù)、MCU做決策、執(zhí)行器干活STM32剛好樣樣都能干。這個系統(tǒng)說起來不復雜核心就是三件事測土壤濕度、判斷要不要澆水、控制水泵澆水。但真正做下來你會發(fā)現(xiàn)每個環(huán)節(jié)都有不少值得摳的細節(jié)——傳感器選型、ADC采樣穩(wěn)定性、水泵驅(qū)動方式、澆水策略設(shè)計哪一個做不好都會影響實際使用效果。也正因為如此它特別適合作為STM32的入門到進階的練手項目既是經(jīng)典的畢設(shè)選題也是很多電子愛好者會做的第一個能真正解決生活問題的小作品。1.2 系統(tǒng)架構(gòu)與技術(shù)選型整個系統(tǒng)的數(shù)據(jù)流向是這樣的土壤濕度傳感器實時檢測花盆里的濕度輸出電壓信號STM32通過ADC引腳讀取電壓換算成濕度值主控芯片根據(jù)預設(shè)的閾值和澆水策略決定是否開啟水泵水泵通過MOS管或繼電器驅(qū)動從水箱抽水澆灌同時可以加一個OLED屏或數(shù)碼管顯示實時濕度或者通過串口把數(shù)據(jù)發(fā)到電腦上監(jiān)控在這個架構(gòu)里最推薦也最通用的方案是STM32F103C8T6作為主控這是整個STM32家族里性價比最高、資料最全的一顆芯片網(wǎng)絡(luò)上隨便一搜就能找到大量參考代碼和教程遇到問題也容易查。傳感器方面土壤濕度探頭有兩種主流類型——電阻式和電容式這個選擇直接影響系統(tǒng)的使用壽命我后面會專門講。軟件層面我這次用的是HAL庫配合STM32CubeMX做初始化配置。相比標準庫HAL庫的抽象層更清晰而且CubeMX可以圖形化配置引腳和時鐘幾秒鐘就能生成工程框架特別適合這種中小型項目。如果你之前習慣用標準庫也沒問題核心邏輯是一樣的無非是寄存器操作和封裝函數(shù)調(diào)用的區(qū)別。2. 硬件選型與電路設(shè)計細節(jié)2.1 核心器件清單與選型理由先把這次用到的所有硬件列個清單都是很常見、容易買到且價格不貴的器件器件型號/規(guī)格作用參考價格主控STM32F103C8T6最小系統(tǒng)板核心控制10-15元土壤濕度傳感器電容式推薦或電阻式檢測土壤濕度3-10元水泵3.3V-5V微型潛水泵抽水澆灌5-15元驅(qū)動模塊MOS管模塊如AO3400或5V繼電器驅(qū)動水泵通斷2-8元電源USB 5V/2A供電或18650電池組系統(tǒng)供電10-20元顯示模塊0.96寸OLEDI2C接口顯示濕度與狀態(tài)8-15元其他面包板/洞洞板、杜邦線、水箱連接與結(jié)構(gòu)件10元左右這里面有兩點要特別說一下。第一是傳感器類型電阻式濕度探頭靠兩根金屬探針插入土壤測的是土壤的電阻值價格便宜兩三塊錢一個但有個致命缺點——金屬探針在濕潤土壤里通電久了會發(fā)生電解腐蝕用個把月讀數(shù)就開始漂移最后徹底失效。電容式探頭測的是土壤介電常數(shù)變化電極不會直接接觸土壤壽命長得多雖然貴幾塊錢但從長期使用角度絕對劃算。我自己的第一版用的就是電阻式三個月壞了兩個探頭后來換了電容式用了大半年一點問題沒有。第二是水泵驅(qū)動方式。STM32的GPIO引腳最大只能輸出20mA左右的電流直接驅(qū)動水泵想都不要想必須要加驅(qū)動電路。兩種主流方案里繼電器的好處是導通電阻極小、壓降低缺點是機械觸點有壽命限制而且頻繁通斷會有咔嗒聲MOS管是純電子開關(guān)無機械磨損、開關(guān)頻率高但需要注意選型——AO3400這種低壓MOS管在3.3V柵極電壓下能完全導通是STM32項目的常見搭配。我推薦用MOS管方案靜音而且壽命長。2.2 電路連接與接線要點我這次的實際接線方案是這樣的以STM32F103C8T6最小系統(tǒng)板為例電容式土壤濕度傳感器VCC接3.3VGND接GNDAO模擬輸出接PA0ADC1通道0OLED顯示屏VCC接3.3VGND接GNDSCL接PB6I2C1_SCLSDA接PB7I2C1_SDAMOS管模塊信號端接PA1電源正極接5V輸出端串接水泵正極水泵負極接GND水泵供電如果水泵是3.3V-5V額定電壓可以直接從USB 5V取電如果水泵功率稍大比如超過2W建議單獨用一節(jié)鋰電池供電避免水泵啟動瞬間拉低系統(tǒng)電壓導致MCU復位這里有兩個非常容易踩的坑我當初都吃過虧。第一個是共地問題——傳感器、OLED、模塊和STM32必須共地也就是所有GND要連到一起否則信號電壓沒有參考點ADC讀出來的數(shù)據(jù)會完全亂掉。我第一版調(diào)試時OLED死活不亮折騰了兩小時最后發(fā)現(xiàn)是I2C模塊的GND沒接簡直是基礎(chǔ)中的基礎(chǔ)但坑人于無形。第二個是水泵供電不要直接從STM32的3.3V引腳取。水泵啟動瞬間的電流尖峰能到額定電流的三四倍如果整個系統(tǒng)都用USB 5V供電水泵啟動時電壓會被拉低到4V甚至更低STM32F103雖然自帶穩(wěn)壓電路能撐住3.6V以上的供電但供電電壓猛跌還是會導致執(zhí)行異常、ADC讀數(shù)跳變。穩(wěn)妥做法是主控用3.3V供電從板上LDO出來水泵單獨從5V電源軌取電中間只通過MOS管做開關(guān)隔離。另外MOS管模塊的選型還要注意一個參數(shù)——邏輯電平。有些模塊板載了三極管放大電路輸入高電平閾值比較高3.3V的GPIO可能驅(qū)動不徹底最好選那種信號端直接接MOS管柵極的純模塊或者用AO3400自己去搭3.3V驅(qū)動完全沒問題。3. 軟件核心邏輯與代碼實現(xiàn)3.1 CubeMX工程初始化配置軟件部分我習慣先用STM32CubeMX生成初始化代碼把引腳和時鐘配置好再在生成的框架上寫業(yè)務(wù)邏輯。關(guān)鍵配置項如下調(diào)試接口Serial WireSWD保留調(diào)試下載能力。這里要提醒一下很多人新建工程時會把調(diào)試接口選成No Debug結(jié)果第一次下載程序后就再也連不上芯片了只能按住復位鍵搶時間擦除非常折騰。時鐘HSE外部晶振8MHzPLL倍頻到72MHz主頻。F103的最高主頻就是72MHz跑這種邏輯綽綽有余。ADC1開啟通道0PA0配置為連續(xù)轉(zhuǎn)換模式分辨率12位采樣時間盡量拉長——我用的55.5周期因為土壤濕度傳感器輸出阻抗偏高采樣時間太短會導致采到的電壓偏低。關(guān)于這一點我后面會在問題排查里細說。I2C1標準模式100KHz或快速模式400KHz都行OLED屏用100KHz比較穩(wěn)。GPIOPA1配置為推挽輸出用于控制MOS管。推挽輸出比開漏輸出好因為開漏不接上拉電阻的話輸出不了高電平。CubeMX生成的代碼框架里時鐘初始化、GPIO初始化、ADC初始化、I2C初始化都是現(xiàn)成的直接在main.c里寫業(yè)務(wù)邏輯就行。3.2 濕度采集與數(shù)據(jù)處理ADC采樣的核心邏輯很直接但有幾個細節(jié)決定最終效果。我的代碼如下uint16_t adc_read_raw(void) { HAL_ADC_Start(hadc1); HAL_ADC_PollForConversion(hadc1, 10); if (HAL_IS_BIT_SET(hadc1.Instance-SR, ADC_FLAG_EOC)) return HAL_ADC_GetValue(hadc1); return 0; } float get_soil_moisture_percent(void) { uint32_t sum 0; const uint8_t samples 10; for (uint8_t i 0; i samples; i) { sum adc_read_raw(); HAL_Delay(1); } uint16_t avg sum / samples; // 校準ADC值越大電壓越高濕度越小電容式傳感器輸出特性 if (avg 1500) return 100.0f; // 極濕 if (avg 3200) return 0.0f; // 極干 return (3200.0f - avg) / (3200.0f - 1500.0f) * 100.0f; }這段代碼里有幾個值得展開的點多次采樣取平均是有必要的。傳感器的模擬輸出會受土壤顆粒接觸狀態(tài)、環(huán)境EMI、電源紋波等多種因素影響單次采樣可能在10%的范圍內(nèi)波動。我實測了10次采樣取平均后數(shù)據(jù)穩(wěn)定度從±80個ADC量化等級約±8%濕度降到了±15個等級以內(nèi)約±1.5%效果立竿見影。采樣間隔加1ms延時是為了讓ADC的采樣保持電容有足夠時間充電。如果連續(xù)快速讀后一次采樣會受前一次采樣殘留電荷影響導致結(jié)果偏向同一方向這種系統(tǒng)誤差靠多次平均也無法消除。線性換算公式里用的1500和3200這兩個校準值是拿我的傳感器的輸出特性標定的——把探頭完全泡在水里測ADC值約1500放在干燥空氣中約3200。不同品牌、不同批次探頭參數(shù)會有差異建議拿到傳感器后先用這兩組極端情況校準一下再把代碼里的閾值換掉。這就是標定省略了這一步系統(tǒng)可能永遠無法在正確時機澆水。3.3 澆水策略與狀態(tài)機設(shè)計關(guān)鍵問題來了——怎么判斷該澆水了最直觀的方式是設(shè)定一個濕度閾值低于就開啟水泵高于就關(guān)閉。但直接這么做會產(chǎn)生一個實際問題澆水后土壤濕度變化有遲滯探頭周圍的水分擴散到完全均勻需要時間如果閾值判斷頻率太高澆水啟動幾秒后水分還沒擴散開傳感器讀到的濕度還是低就會繼續(xù)澆結(jié)果澆過頭了。我的方案是引入滯回比較加狀態(tài)機澆水狀態(tài)機 狀態(tài)IDLE空閑 濕度 閾值下限如40%→ 進入WATERING狀態(tài) 否則 → 保持IDLE 狀態(tài)WATERING澆水 澆水累計時間 單次最大時長如5秒→ 進入PAUSE狀態(tài) 濕度 閾值上限如65%→ 進入COOLDOWN狀態(tài) 否則 → 保持WATERING 狀態(tài)PAUSE間隔等待 延時10秒等待水分擴散和傳感器穩(wěn)定→ 進入COOLDOWN狀態(tài) 狀態(tài)COOLDOWN冷卻保護 延時2分鐘防止水泵過熱和過度澆水→ 回到IDLE狀態(tài)為什么要有這么復雜的邏輯因為我踩過坑。最早我就是一個預設(shè)閾值直接判斷結(jié)果水泵頻繁開關(guān)——上午十點到下午兩點之間每小時啟停十幾次繼電器觸點都有點發(fā)黑了而且有時候剛澆完水沒多久傳感器讀數(shù)回落又觸發(fā)了一輪澆水整個系統(tǒng)感覺像在抽風。改成狀態(tài)機之后邏輯清晰了很多。它保證了幾個關(guān)鍵特性單次澆水最多持續(xù)5秒不會因為傳感器響應(yīng)慢而澆過頭每次澆水后強制冷卻2分鐘既保護水泵也避免系統(tǒng)神經(jīng)質(zhì)地反復澆臨界狀態(tài)下的滯回區(qū)間40%啟動、65%停止避免了在閾值附近反復跳變。這個滯回狀態(tài)機的思路不夸張地說適用于幾乎所有帶執(zhí)行器的自動控制系統(tǒng)——空調(diào)溫控、魚缸加熱棒、智能窗簾都是同一個模式。學會這一招很多項目就都能舉一反三了。控制部分的核心代碼如下typedef enum { STATE_IDLE 0, STATE_WATERING, STATE_PAUSE, STATE_COOLDOWN } system_state_t; system_state_t state STATE_IDLE; uint32_t state_start_tick 0; void watering_task(void) { float soil_humidity get_soil_moisture_percent(); uint32_t now HAL_GetTick(); switch (state) { case STATE_IDLE: if (soil_humidity 40.0f) { state STATE_WATERING; state_start_tick now; HAL_GPIO_WritePin(GPIOA, GPIO_PIN_1, GPIO_PIN_SET); // 開泵 } break; case STATE_WATERING: if (soil_humidity 65.0f) { HAL_GPIO_WritePin(GPIOA, GPIO_PIN_1, GPIO_PIN_RESET); // 停泵 state STATE_PAUSE; state_start_tick now; } else if (now - state_start_tick 5000) { HAL_GPIO_WritePin(GPIOA, GPIO_PIN_1, GPIO_PIN_RESET); // 超時停泵 state STATE_PAUSE; state_start_tick now; } break; case STATE_PAUSE: if (now - state_start_tick 10000) { state STATE_COOLDOWN; state_start_tick now; } break; case STATE_COOLDOWN: if (now - state_start_tick 120000) { state STATE_IDLE; state_start_tick now; } break; } }注意我用了HAL_GetTick()作為時間基準這是HAL庫內(nèi)置的毫秒計數(shù)器從系統(tǒng)啟動開始累加靠Systick中斷驅(qū)動用它來計時比空轉(zhuǎn)延時靠譜得多。千萬不要在狀態(tài)機里用HAL_Delay()——那會阻塞整個主循環(huán)傳感器采集和其他任務(wù)都會被卡住。4. 數(shù)據(jù)監(jiān)控與功能擴展4.1 OLED顯示與串口輸出系統(tǒng)做出來總要能直觀地看到數(shù)據(jù)不然每次調(diào)試都得用電腦接串口看日志。我加了一塊0.96寸OLEDI2C接口SSD1306驅(qū)動芯片實時顯示土壤濕度百分比和當前系統(tǒng)狀態(tài)。顯示的數(shù)據(jù)包括土壤濕度XX%實時刷新系統(tǒng)狀態(tài)IDLE / WATERING / PAUSE / COOLDOWN本次澆水累計時長便于觀察系統(tǒng)行為OLED的驅(qū)動代碼用的是常見的SSD1306軟件庫在GitHub上搜ssd1306 hal就能找到U8g2庫也可以只是體積略大。I2C只要初始化對了剩下的就是往顯存里寫像素然后在主循環(huán)里調(diào)用顯示刷新函數(shù)。串口輸出也是一個很好的調(diào)試手段。初始化一個USART比如USART1PA9/PA10用printf重定向到串口就可以在電腦上通過串口助手實時監(jiān)控系統(tǒng)狀態(tài)。重定向代碼很簡單#include stdio.h int fputc(int ch, FILE *f) { HAL_UART_Transmit(huart1, (uint8_t *)ch, 1, 0xFFFF); return ch; }然后就可以在代碼里用printf(Soil humidity: %.1f%%\n, soil_humidity);打印日志了。這個能力在調(diào)試狀態(tài)機邏輯的時候極其有用不用靠猜直接看串口數(shù)據(jù)就能知道系統(tǒng)在哪個狀態(tài)、做了什么決策。4.2 擴展方向WiFi控制和多區(qū)域澆灌做完了基礎(chǔ)版本你會發(fā)現(xiàn)這個系統(tǒng)的擴展空間非常大。我自己的下一步計劃是加一塊ESP8266模塊通過串口和STM32通信實現(xiàn)手機端遠程查看濕度和控制澆水。這個方向上熱搜詞里也提到了ESP8266 wifi模塊教程stm32和stm32 8266 宿舍控制燈開發(fā)實戰(zhàn)說明這個玩法確實是很多人在關(guān)注的熱點。ESP8266和STM32通信的要點是兩邊串口配置一致波特率115200是最常見的通信協(xié)議自己定義一個簡單的幀格式就行了比如幀頭命令字數(shù)據(jù)校驗。用AT命令還是用SDK開發(fā)取決于你想做到多深入——如果只是想快速實現(xiàn)功能用AT命令就夠了如果追求低延遲和可靠性可以讓ESP8266跑MicroPython或Arduino固件把MQTT協(xié)議棧跑起來然后STM32只管采集和執(zhí)行邏輯層全部放到云端。還有一個很實用的擴展是接多個濕度傳感器分管不同的花盆或區(qū)域。F103的ADC1有10個通道PA0-PA7、PB0、PB1每個通道接一個探頭用DMA循環(huán)采樣實現(xiàn)多區(qū)域獨立澆灌是完全可行的。這樣一套系統(tǒng)管一個陽臺的綠植每盆花的澆水量都不一樣非常實用。5. 常見問題與排查技巧實錄這部分是我最想說的。整個項目從零到調(diào)通我踩了不少坑有些問題看起來莫名其妙但背后都是有規(guī)律可循的。我把最典型的幾個問題和解決思路整理成表格后面再挑幾個展開細說故障現(xiàn)象可能原因排查方法解決方案串口/調(diào)試器找不到芯片SWD引腳被禁用或被復用按住復位鍵的同時連調(diào)試器捕捉上電瞬間改用PA13/PA14的SWD接口避免復用程序里保留SWD配置OLED屏幕不亮或花屏I2C地址錯誤或接線松脫I2C掃描程序查地址SSD1306常見地址是0x3C或0x3D確認后修改宏定義ADC讀數(shù)一直為4095滿量程傳感器信號線懸空或引腳未配置為模擬模式萬用表量AO引腳對地電壓CubeMX里確認PA0配置為ADC1_IN0模擬輸入接線重新插緊ADC讀數(shù)偏低且波動大采樣時間太短或電源紋波干擾波形圖觀察ADC值分布ADC采樣時間改到55.5周期以上水泵啟動時與ADC采樣任務(wù)錯開水泵不轉(zhuǎn)但GPIO輸出正常MOS管柵極驅(qū)動電壓不足示波器看MOS管GS波形換成邏輯電平MOS管3.3V可完全導通澆水后土壤水分過好導致傳感器讀數(shù)回升慢水分擴散需要時間觀察澆水后3分鐘內(nèi)的讀數(shù)變化狀態(tài)機里加入PAUSE等待時間別靠單次判斷做決策程序下載過一次后無法再次下載CubeMX工程配置沒選SWD按住復位鍵連接快速下載重刷固件后用SWD重新燒錄以后新建工程記得選Serial Wire幾個重點問題展開說一下。關(guān)于下載一次后芯片就死了。這是F103新手最常見的翻車場景我毫不夸張地說十個搞單片機的至少五個都遇到過。原因就是CubeMX新建工程時Debug選項默認是No Debug第一次下載后代碼把SWD引腳復用成了普通GPIO調(diào)試接口自然就斷了。解決辦法也不難按住開發(fā)板上的復位鍵不放點下載在下載開始的瞬間松開復位就能連上并重新燒錄。之后再在CubeMX里把SYS的Debug選項改成Serial Wire重新生成代碼燒進去以后就正常了。關(guān)于ADC讀數(shù)漂移。如果你發(fā)現(xiàn)傳感器放在同一個位置不動濕度讀數(shù)卻在一兩秒內(nèi)跳好幾個百分點先別急著懷疑傳感器壞了。把OLED的刷新頻率降下來改成每500ms采集一次、每2秒刷新一次界面你會發(fā)現(xiàn)讀數(shù)穩(wěn)定了很多。因為OLED刷新和在做I2C通信時會產(chǎn)生電源波動而這個波動恰好被ADC看見了。另外ADC引腳和I2C引腳如果剛好在相鄰引腳信號串擾也可能造成影響布線時盡量讓模擬信號線遠離數(shù)字信號線。關(guān)于換了新水泵后系統(tǒng)頻繁復位。我遇到過一次一開始以為代碼寫錯了排查了很久發(fā)現(xiàn)是水泵功率太大啟動瞬間把USB 5V電壓拉到了4.3V主板上的3.3V LDO輸出也跟著跌破了3.0VMCU直接掉電復位。這個問題的本質(zhì)是電源設(shè)計要考慮負載的瞬態(tài)電流而不是只算平均功耗。解決方法是給水泵單獨供電比如從充電寶的D和D-取電——開玩笑的正經(jīng)方案是加一個二極管隔離主控供電和水泵供電或者直接給水泵加一個大電解電容緩沖啟動電流470uF起步。關(guān)于土壤濕度傳感器測量的假飽和現(xiàn)象。這是做農(nóng)業(yè)自動化的人都知道的坑剛澆完水土壤表層濕度接近100%但往下幾厘米還是干的。如果你的傳感器探頭插得淺就會出現(xiàn)表面看著濕度足夠、實際根部缺水的情況。一個有效的改進是把傳感器探頭盡量往下插插到花盆中下部那里才是根系主要分布區(qū)另外不要只看單次讀數(shù)觸發(fā)澆水可以觀察連續(xù)幾次讀數(shù)的變化趨勢——如果澆水后讀數(shù)上漲很快說明表層濕了但深層可能還干著這時候應(yīng)該讓水泵多運行一會兒。關(guān)于安全措施。這個項目雖然簡單但有個必須提的安全點水泵在斷電情況下還有余水如果長期不用容易滋生細菌。我加的邏輯是每次澆水完成后讓水泵空轉(zhuǎn)0.5秒把管道里的水排空這樣下次啟動時澆的是新鮮水。另外整個系統(tǒng)的電源入口我加了一個自恢復保險絲500mA萬一水泵堵轉(zhuǎn)或短路保險絲會自動斷開保護主板和USB口成本也就一塊錢建議都加上。6. 成品展示與實際使用效果到目前為止我的這套系統(tǒng)已經(jīng)在家里的綠植上穩(wěn)定運行了兩個多月效果非常滿意——出差一周回來花的狀態(tài)比我親自照顧的時候還好。數(shù)據(jù)上總結(jié)一下濕度測量精度±3%和專業(yè)的土壤濕度計對比過單次澆水時長3-8秒視土壤干燥程度自動調(diào)整系統(tǒng)功耗待機狀態(tài)約0.05W澆水時峰值約2.5W無水狀態(tài)下2節(jié)18650電池2000mAh可以用約10天實際使用中也有一些預想不到的收獲。比如通過串口日志發(fā)現(xiàn)我陽臺上的綠植在傍晚和清晨的蒸騰作用顯著降低濕度下降速度比白天慢很多這就啟發(fā)我可以進一步優(yōu)化澆水策略——只在早晚兩個時段允許澆水太陽直射時不澆水避免水分快速蒸發(fā)浪費。這種數(shù)據(jù)反哺生活的體驗是做這個項目之前完全沒想到的。如果你也想做這個項目我的建議是第一版先用最少的器件把核心功能跑通——STM32最小系統(tǒng)板、一個濕度傳感器、一個小水泵、一個MOS管就夠了先實現(xiàn)濕度低→開啟水泵→濕度達標→停泵這個最小閉環(huán)然后再去加OLED、加WiFi、加多傳感器。一步到位做加法出了問題反而難排查。最小閉環(huán)驗證通過之后剩下的擴展都只是時間問題。我自己在實際操作中最大的體會是這類感知-決策-執(zhí)行的自動化系統(tǒng)真正的難點從來不在單個模塊怎么用而在于怎么把幾個模塊合理地拼在一起讓它們協(xié)同工作時不互相干擾。ADC采樣要穩(wěn)定、狀態(tài)機邏輯要嚴密、電源設(shè)計要留足余量把這三個點想清楚你的自動澆花系統(tǒng)就能穩(wěn)定跑很久而且這種嵌入式系統(tǒng)設(shè)計的綜合感覺對以后做任何單片機的項目都有幫助。本文還有配套的精品資源點擊獲取 STM32自動澆花系統(tǒng)實戰(zhàn)：土壤濕度傳感器與狀態(tài)機設(shè)計
簡介這是一套STM32自動澆花系統(tǒng)的完整工程資源面向嵌入式初學者、電子競賽選手及智能硬件DIY愛好者解決植物養(yǎng)護中土壤濕度、光照強度與空氣溫濕度的自動監(jiān)測以及按需智能澆水的問題。壓縮包共535個文件、約27.77MB包含86個C語言源文件、70個頭文件、原理圖與PCB的PNG圖片、PDF說明文檔、TXT配置記錄和Keil工程文件等可完整看到從驅(qū)動編寫到應(yīng)用層控制的代碼結(jié)構(gòu)目錄層次清晰。系統(tǒng)以STM32F103C8T6為核心集成土壤溫濕度、光敏及空氣溫濕度傳感器通過OLED實時顯示環(huán)境參數(shù)并由水泵依據(jù)定時或濕度閾值觸發(fā)灌溉文件中還涉及DC-DC電源模塊、繼電器控制和PCB布局設(shè)計能幫助理解傳感器采集、信號處理與功率驅(qū)動的完整鏈路。目前已有3773人學習下載資源內(nèi)附帶工程源碼、原理圖與說明文檔便于對照硬件設(shè)計和軟件邏輯進行排障、移植或擴展為更高階的物聯(lián)網(wǎng)澆花平臺。1. 項目背景與整體設(shè)計思路1.1 為什么值得做一個自動澆花系統(tǒng)做這個項目的起因特別簡單我家里養(yǎng)了十幾盆綠植隔三差五出差回來不是干死就是澇死?；ㄅ枥锏耐寥罎穸冗@事兒靠肉眼和經(jīng)驗真的很難把控——表面看著干了底下可能還濕著表面摸著濕潤底下可能已經(jīng)干透了。后來一想這不就是個典型的嵌入式控制問題嗎傳感器采集數(shù)據(jù)、MCU做決策、執(zhí)行器干活STM32剛好樣樣都能干。這個系統(tǒng)說起來不復雜核心就是三件事測土壤濕度、判斷要不要澆水、控制水泵澆水。但真正做下來你會發(fā)現(xiàn)每個環(huán)節(jié)都有不少值得摳的細節(jié)——傳感器選型、ADC采樣穩(wěn)定性、水泵驅(qū)動方式、澆水策略設(shè)計哪一個做不好都會影響實際使用效果。也正因為如此它特別適合作為STM32的入門到進階的練手項目既是經(jīng)典的畢設(shè)選題也是很多電子愛好者會做的第一個能真正解決生活問題的小作品。1.2 系統(tǒng)架構(gòu)與技術(shù)選型整個系統(tǒng)的數(shù)據(jù)流向是這樣的土壤濕度傳感器實時檢測花盆里的濕度輸出電壓信號STM32通過ADC引腳讀取電壓換算成濕度值主控芯片根據(jù)預設(shè)的閾值和澆水策略決定是否開啟水泵水泵通過MOS管或繼電器驅(qū)動從水箱抽水澆灌同時可以加一個OLED屏或數(shù)碼管顯示實時濕度或者通過串口把數(shù)據(jù)發(fā)到電腦上監(jiān)控在這個架構(gòu)里最推薦也最通用的方案是STM32F103C8T6作為主控這是整個STM32家族里性價比最高、資料最全的一顆芯片網(wǎng)絡(luò)上隨便一搜就能找到大量參考代碼和教程遇到問題也容易查。傳感器方面土壤濕度探頭有兩種主流類型——電阻式和電容式這個選擇直接影響系統(tǒng)的使用壽命我后面會專門講。軟件層面我這次用的是HAL庫配合STM32CubeMX做初始化配置。相比標準庫HAL庫的抽象層更清晰而且CubeMX可以圖形化配置引腳和時鐘幾秒鐘就能生成工程框架特別適合這種中小型項目。如果你之前習慣用標準庫也沒問題核心邏輯是一樣的無非是寄存器操作和封裝函數(shù)調(diào)用的區(qū)別。2. 硬件選型與電路設(shè)計細節(jié)2.1 核心器件清單與選型理由先把這次用到的所有硬件列個清單都是很常見、容易買到且價格不貴的器件器件型號/規(guī)格作用參考價格主控STM32F103C8T6最小系統(tǒng)板核心控制10-15元土壤濕度傳感器電容式推薦或電阻式檢測土壤濕度3-10元水泵3.3V-5V微型潛水泵抽水澆灌5-15元驅(qū)動模塊MOS管模塊如AO3400或5V繼電器驅(qū)動水泵通斷2-8元電源USB 5V/2A供電或18650電池組系統(tǒng)供電10-20元顯示模塊0.96寸OLEDI2C接口顯示濕度與狀態(tài)8-15元其他面包板/洞洞板、杜邦線、水箱連接與結(jié)構(gòu)件10元左右這里面有兩點要特別說一下。第一是傳感器類型電阻式濕度探頭靠兩根金屬探針插入土壤測的是土壤的電阻值價格便宜兩三塊錢一個但有個致命缺點——金屬探針在濕潤土壤里通電久了會發(fā)生電解腐蝕用個把月讀數(shù)就開始漂移最后徹底失效。電容式探頭測的是土壤介電常數(shù)變化電極不會直接接觸土壤壽命長得多雖然貴幾塊錢但從長期使用角度絕對劃算。我自己的第一版用的就是電阻式三個月壞了兩個探頭后來換了電容式用了大半年一點問題沒有。第二是水泵驅(qū)動方式。STM32的GPIO引腳最大只能輸出20mA左右的電流直接驅(qū)動水泵想都不要想必須要加驅(qū)動電路。兩種主流方案里繼電器的好處是導通電阻極小、壓降低缺點是機械觸點有壽命限制而且頻繁通斷會有咔嗒聲MOS管是純電子開關(guān)無機械磨損、開關(guān)頻率高但需要注意選型——AO3400這種低壓MOS管在3.3V柵極電壓下能完全導通是STM32項目的常見搭配。我推薦用MOS管方案靜音而且壽命長。2.2 電路連接與接線要點我這次的實際接線方案是這樣的以STM32F103C8T6最小系統(tǒng)板為例電容式土壤濕度傳感器VCC接3.3VGND接GNDAO模擬輸出接PA0ADC1通道0OLED顯示屏VCC接3.3VGND接GNDSCL接PB6I2C1_SCLSDA接PB7I2C1_SDAMOS管模塊信號端接PA1電源正極接5V輸出端串接水泵正極水泵負極接GND水泵供電如果水泵是3.3V-5V額定電壓可以直接從USB 5V取電如果水泵功率稍大比如超過2W建議單獨用一節(jié)鋰電池供電避免水泵啟動瞬間拉低系統(tǒng)電壓導致MCU復位這里有兩個非常容易踩的坑我當初都吃過虧。第一個是共地問題——傳感器、OLED、模塊和STM32必須共地也就是所有GND要連到一起否則信號電壓沒有參考點ADC讀出來的數(shù)據(jù)會完全亂掉。我第一版調(diào)試時OLED死活不亮折騰了兩小時最后發(fā)現(xiàn)是I2C模塊的GND沒接簡直是基礎(chǔ)中的基礎(chǔ)但坑人于無形。第二個是水泵供電不要直接從STM32的3.3V引腳取。水泵啟動瞬間的電流尖峰能到額定電流的三四倍如果整個系統(tǒng)都用USB 5V供電水泵啟動時電壓會被拉低到4V甚至更低STM32F103雖然自帶穩(wěn)壓電路能撐住3.6V以上的供電但供電電壓猛跌還是會導致執(zhí)行異常、ADC讀數(shù)跳變。穩(wěn)妥做法是主控用3.3V供電從板上LDO出來水泵單獨從5V電源軌取電中間只通過MOS管做開關(guān)隔離。另外MOS管模塊的選型還要注意一個參數(shù)——邏輯電平。有些模塊板載了三極管放大電路輸入高電平閾值比較高3.3V的GPIO可能驅(qū)動不徹底最好選那種信號端直接接MOS管柵極的純模塊或者用AO3400自己去搭3.3V驅(qū)動完全沒問題。3. 軟件核心邏輯與代碼實現(xiàn)3.1 CubeMX工程初始化配置軟件部分我習慣先用STM32CubeMX生成初始化代碼把引腳和時鐘配置好再在生成的框架上寫業(yè)務(wù)邏輯。關(guān)鍵配置項如下調(diào)試接口Serial WireSWD保留調(diào)試下載能力。這里要提醒一下很多人新建工程時會把調(diào)試接口選成No Debug結(jié)果第一次下載程序后就再也連不上芯片了只能按住復位鍵搶時間擦除非常折騰。時鐘HSE外部晶振8MHzPLL倍頻到72MHz主頻。F103的最高主頻就是72MHz跑這種邏輯綽綽有余。ADC1開啟通道0PA0配置為連續(xù)轉(zhuǎn)換模式分辨率12位采樣時間盡量拉長——我用的55.5周期因為土壤濕度傳感器輸出阻抗偏高采樣時間太短會導致采到的電壓偏低。關(guān)于這一點我后面會在問題排查里細說。I2C1標準模式100KHz或快速模式400KHz都行OLED屏用100KHz比較穩(wěn)。GPIOPA1配置為推挽輸出用于控制MOS管。推挽輸出比開漏輸出好因為開漏不接上拉電阻的話輸出不了高電平。CubeMX生成的代碼框架里時鐘初始化、GPIO初始化、ADC初始化、I2C初始化都是現(xiàn)成的直接在main.c里寫業(yè)務(wù)邏輯就行。3.2 濕度采集與數(shù)據(jù)處理ADC采樣的核心邏輯很直接但有幾個細節(jié)決定最終效果。我的代碼如下uint16_t adc_read_raw(void) { HAL_ADC_Start(hadc1); HAL_ADC_PollForConversion(hadc1, 10); if (HAL_IS_BIT_SET(hadc1.Instance-SR, ADC_FLAG_EOC)) return HAL_ADC_GetValue(hadc1); return 0; } float get_soil_moisture_percent(void) { uint32_t sum 0; const uint8_t samples 10; for (uint8_t i 0; i samples; i) { sum adc_read_raw(); HAL_Delay(1); } uint16_t avg sum / samples; // 校準ADC值越大電壓越高濕度越小電容式傳感器輸出特性 if (avg 1500) return 100.0f; // 極濕 if (avg 3200) return 0.0f; // 極干 return (3200.0f - avg) / (3200.0f - 1500.0f) * 100.0f; }這段代碼里有幾個值得展開的點多次采樣取平均是有必要的。傳感器的模擬輸出會受土壤顆粒接觸狀態(tài)、環(huán)境EMI、電源紋波等多種因素影響單次采樣可能在10%的范圍內(nèi)波動。我實測了10次采樣取平均后數(shù)據(jù)穩(wěn)定度從±80個ADC量化等級約±8%濕度降到了±15個等級以內(nèi)約±1.5%效果立竿見影。采樣間隔加1ms延時是為了讓ADC的采樣保持電容有足夠時間充電。如果連續(xù)快速讀后一次采樣會受前一次采樣殘留電荷影響導致結(jié)果偏向同一方向這種系統(tǒng)誤差靠多次平均也無法消除。線性換算公式里用的1500和3200這兩個校準值是拿我的傳感器的輸出特性標定的——把探頭完全泡在水里測ADC值約1500放在干燥空氣中約3200。不同品牌、不同批次探頭參數(shù)會有差異建議拿到傳感器后先用這兩組極端情況校準一下再把代碼里的閾值換掉。這就是標定省略了這一步系統(tǒng)可能永遠無法在正確時機澆水。3.3 澆水策略與狀態(tài)機設(shè)計關(guān)鍵問題來了——怎么判斷該澆水了最直觀的方式是設(shè)定一個濕度閾值低于就開啟水泵高于就關(guān)閉。但直接這么做會產(chǎn)生一個實際問題澆水后土壤濕度變化有遲滯探頭周圍的水分擴散到完全均勻需要時間如果閾值判斷頻率太高澆水啟動幾秒后水分還沒擴散開傳感器讀到的濕度還是低就會繼續(xù)澆結(jié)果澆過頭了。我的方案是引入滯回比較加狀態(tài)機澆水狀態(tài)機 狀態(tài)IDLE空閑 濕度 閾值下限如40%→ 進入WATERING狀態(tài) 否則 → 保持IDLE 狀態(tài)WATERING澆水 澆水累計時間 單次最大時長如5秒→ 進入PAUSE狀態(tài) 濕度 閾值上限如65%→ 進入COOLDOWN狀態(tài) 否則 → 保持WATERING 狀態(tài)PAUSE間隔等待 延時10秒等待水分擴散和傳感器穩(wěn)定→ 進入COOLDOWN狀態(tài) 狀態(tài)COOLDOWN冷卻保護 延時2分鐘防止水泵過熱和過度澆水→ 回到IDLE狀態(tài)為什么要有這么復雜的邏輯因為我踩過坑。最早我就是一個預設(shè)閾值直接判斷結(jié)果水泵頻繁開關(guān)——上午十點到下午兩點之間每小時啟停十幾次繼電器觸點都有點發(fā)黑了而且有時候剛澆完水沒多久傳感器讀數(shù)回落又觸發(fā)了一輪澆水整個系統(tǒng)感覺像在抽風。改成狀態(tài)機之后邏輯清晰了很多。它保證了幾個關(guān)鍵特性單次澆水最多持續(xù)5秒不會因為傳感器響應(yīng)慢而澆過頭每次澆水后強制冷卻2分鐘既保護水泵也避免系統(tǒng)神經(jīng)質(zhì)地反復澆臨界狀態(tài)下的滯回區(qū)間40%啟動、65%停止避免了在閾值附近反復跳變。這個滯回狀態(tài)機的思路不夸張地說適用于幾乎所有帶執(zhí)行器的自動控制系統(tǒng)——空調(diào)溫控、魚缸加熱棒、智能窗簾都是同一個模式。學會這一招很多項目就都能舉一反三了。控制部分的核心代碼如下typedef enum { STATE_IDLE 0, STATE_WATERING, STATE_PAUSE, STATE_COOLDOWN } system_state_t; system_state_t state STATE_IDLE; uint32_t state_start_tick 0; void watering_task(void) { float soil_humidity get_soil_moisture_percent(); uint32_t now HAL_GetTick(); switch (state) { case STATE_IDLE: if (soil_humidity 40.0f) { state STATE_WATERING; state_start_tick now; HAL_GPIO_WritePin(GPIOA, GPIO_PIN_1, GPIO_PIN_SET); // 開泵 } break; case STATE_WATERING: if (soil_humidity 65.0f) { HAL_GPIO_WritePin(GPIOA, GPIO_PIN_1, GPIO_PIN_RESET); // 停泵 state STATE_PAUSE; state_start_tick now; } else if (now - state_start_tick 5000) { HAL_GPIO_WritePin(GPIOA, GPIO_PIN_1, GPIO_PIN_RESET); // 超時停泵 state STATE_PAUSE; state_start_tick now; } break; case STATE_PAUSE: if (now - state_start_tick 10000) { state STATE_COOLDOWN; state_start_tick now; } break; case STATE_COOLDOWN: if (now - state_start_tick 120000) { state STATE_IDLE; state_start_tick now; } break; } }注意我用了HAL_GetTick()作為時間基準這是HAL庫內(nèi)置的毫秒計數(shù)器從系統(tǒng)啟動開始累加靠Systick中斷驅(qū)動用它來計時比空轉(zhuǎn)延時靠譜得多。千萬不要在狀態(tài)機里用HAL_Delay()——那會阻塞整個主循環(huán)傳感器采集和其他任務(wù)都會被卡住。4. 數(shù)據(jù)監(jiān)控與功能擴展4.1 OLED顯示與串口輸出系統(tǒng)做出來總要能直觀地看到數(shù)據(jù)不然每次調(diào)試都得用電腦接串口看日志。我加了一塊0.96寸OLEDI2C接口SSD1306驅(qū)動芯片實時顯示土壤濕度百分比和當前系統(tǒng)狀態(tài)。顯示的數(shù)據(jù)包括土壤濕度XX%實時刷新系統(tǒng)狀態(tài)IDLE / WATERING / PAUSE / COOLDOWN本次澆水累計時長便于觀察系統(tǒng)行為OLED的驅(qū)動代碼用的是常見的SSD1306軟件庫在GitHub上搜ssd1306 hal就能找到U8g2庫也可以只是體積略大。I2C只要初始化對了剩下的就是往顯存里寫像素然后在主循環(huán)里調(diào)用顯示刷新函數(shù)。串口輸出也是一個很好的調(diào)試手段。初始化一個USART比如USART1PA9/PA10用printf重定向到串口就可以在電腦上通過串口助手實時監(jiān)控系統(tǒng)狀態(tài)。重定向代碼很簡單#include stdio.h int fputc(int ch, FILE *f) { HAL_UART_Transmit(huart1, (uint8_t *)ch, 1, 0xFFFF); return ch; }然后就可以在代碼里用printf(Soil humidity: %.1f%%\n, soil_humidity);打印日志了。這個能力在調(diào)試狀態(tài)機邏輯的時候極其有用不用靠猜直接看串口數(shù)據(jù)就能知道系統(tǒng)在哪個狀態(tài)、做了什么決策。4.2 擴展方向WiFi控制和多區(qū)域澆灌做完了基礎(chǔ)版本你會發(fā)現(xiàn)這個系統(tǒng)的擴展空間非常大。我自己的下一步計劃是加一塊ESP8266模塊通過串口和STM32通信實現(xiàn)手機端遠程查看濕度和控制澆水。這個方向上熱搜詞里也提到了ESP8266 wifi模塊教程stm32和stm32 8266 宿舍控制燈開發(fā)實戰(zhàn)說明這個玩法確實是很多人在關(guān)注的熱點。ESP8266和STM32通信的要點是兩邊串口配置一致波特率115200是最常見的通信協(xié)議自己定義一個簡單的幀格式就行了比如幀頭命令字數(shù)據(jù)校驗。用AT命令還是用SDK開發(fā)取決于你想做到多深入——如果只是想快速實現(xiàn)功能用AT命令就夠了如果追求低延遲和可靠性可以讓ESP8266跑MicroPython或Arduino固件把MQTT協(xié)議棧跑起來然后STM32只管采集和執(zhí)行邏輯層全部放到云端。還有一個很實用的擴展是接多個濕度傳感器分管不同的花盆或區(qū)域。F103的ADC1有10個通道PA0-PA7、PB0、PB1每個通道接一個探頭用DMA循環(huán)采樣實現(xiàn)多區(qū)域獨立澆灌是完全可行的。這樣一套系統(tǒng)管一個陽臺的綠植每盆花的澆水量都不一樣非常實用。5. 常見問題與排查技巧實錄這部分是我最想說的。整個項目從零到調(diào)通我踩了不少坑有些問題看起來莫名其妙但背后都是有規(guī)律可循的。我把最典型的幾個問題和解決思路整理成表格后面再挑幾個展開細說故障現(xiàn)象可能原因排查方法解決方案串口/調(diào)試器找不到芯片SWD引腳被禁用或被復用按住復位鍵的同時連調(diào)試器捕捉上電瞬間改用PA13/PA14的SWD接口避免復用程序里保留SWD配置OLED屏幕不亮或花屏I2C地址錯誤或接線松脫I2C掃描程序查地址SSD1306常見地址是0x3C或0x3D確認后修改宏定義ADC讀數(shù)一直為4095滿量程傳感器信號線懸空或引腳未配置為模擬模式萬用表量AO引腳對地電壓CubeMX里確認PA0配置為ADC1_IN0模擬輸入接線重新插緊ADC讀數(shù)偏低且波動大采樣時間太短或電源紋波干擾波形圖觀察ADC值分布ADC采樣時間改到55.5周期以上水泵啟動時與ADC采樣任務(wù)錯開水泵不轉(zhuǎn)但GPIO輸出正常MOS管柵極驅(qū)動電壓不足示波器看MOS管GS波形換成邏輯電平MOS管3.3V可完全導通澆水后土壤水分過好導致傳感器讀數(shù)回升慢水分擴散需要時間觀察澆水后3分鐘內(nèi)的讀數(shù)變化狀態(tài)機里加入PAUSE等待時間別靠單次判斷做決策程序下載過一次后無法再次下載CubeMX工程配置沒選SWD按住復位鍵連接快速下載重刷固件后用SWD重新燒錄以后新建工程記得選Serial Wire幾個重點問題展開說一下。關(guān)于下載一次后芯片就死了。這是F103新手最常見的翻車場景我毫不夸張地說十個搞單片機的至少五個都遇到過。原因就是CubeMX新建工程時Debug選項默認是No Debug第一次下載后代碼把SWD引腳復用成了普通GPIO調(diào)試接口自然就斷了。解決辦法也不難按住開發(fā)板上的復位鍵不放點下載在下載開始的瞬間松開復位就能連上并重新燒錄。之后再在CubeMX里把SYS的Debug選項改成Serial Wire重新生成代碼燒進去以后就正常了。關(guān)于ADC讀數(shù)漂移。如果你發(fā)現(xiàn)傳感器放在同一個位置不動濕度讀數(shù)卻在一兩秒內(nèi)跳好幾個百分點先別急著懷疑傳感器壞了。把OLED的刷新頻率降下來改成每500ms采集一次、每2秒刷新一次界面你會發(fā)現(xiàn)讀數(shù)穩(wěn)定了很多。因為OLED刷新和在做I2C通信時會產(chǎn)生電源波動而這個波動恰好被ADC看見了。另外ADC引腳和I2C引腳如果剛好在相鄰引腳信號串擾也可能造成影響布線時盡量讓模擬信號線遠離數(shù)字信號線。關(guān)于換了新水泵后系統(tǒng)頻繁復位。我遇到過一次一開始以為代碼寫錯了排查了很久發(fā)現(xiàn)是水泵功率太大啟動瞬間把USB 5V電壓拉到了4.3V主板上的3.3V LDO輸出也跟著跌破了3.0VMCU直接掉電復位。這個問題的本質(zhì)是電源設(shè)計要考慮負載的瞬態(tài)電流而不是只算平均功耗。解決方法是給水泵單獨供電比如從充電寶的D和D-取電——開玩笑的正經(jīng)方案是加一個二極管隔離主控供電和水泵供電或者直接給水泵加一個大電解電容緩沖啟動電流470uF起步。關(guān)于土壤濕度傳感器測量的假飽和現(xiàn)象。這是做農(nóng)業(yè)自動化的人都知道的坑剛澆完水土壤表層濕度接近100%但往下幾厘米還是干的。如果你的傳感器探頭插得淺就會出現(xiàn)表面看著濕度足夠、實際根部缺水的情況。一個有效的改進是把傳感器探頭盡量往下插插到花盆中下部那里才是根系主要分布區(qū)另外不要只看單次讀數(shù)觸發(fā)澆水可以觀察連續(xù)幾次讀數(shù)的變化趨勢——如果澆水后讀數(shù)上漲很快說明表層濕了但深層可能還干著這時候應(yīng)該讓水泵多運行一會兒。關(guān)于安全措施。這個項目雖然簡單但有個必須提的安全點水泵在斷電情況下還有余水如果長期不用容易滋生細菌。我加的邏輯是每次澆水完成后讓水泵空轉(zhuǎn)0.5秒把管道里的水排空這樣下次啟動時澆的是新鮮水。另外整個系統(tǒng)的電源入口我加了一個自恢復保險絲500mA萬一水泵堵轉(zhuǎn)或短路保險絲會自動斷開保護主板和USB口成本也就一塊錢建議都加上。6. 成品展示與實際使用效果到目前為止我的這套系統(tǒng)已經(jīng)在家里的綠植上穩(wěn)定運行了兩個多月效果非常滿意——出差一周回來花的狀態(tài)比我親自照顧的時候還好。數(shù)據(jù)上總結(jié)一下濕度測量精度±3%和專業(yè)的土壤濕度計對比過單次澆水時長3-8秒視土壤干燥程度自動調(diào)整系統(tǒng)功耗待機狀態(tài)約0.05W澆水時峰值約2.5W無水狀態(tài)下2節(jié)18650電池2000mAh可以用約10天實際使用中也有一些預想不到的收獲。比如通過串口日志發(fā)現(xiàn)我陽臺上的綠植在傍晚和清晨的蒸騰作用顯著降低濕度下降速度比白天慢很多這就啟發(fā)我可以進一步優(yōu)化澆水策略——只在早晚兩個時段允許澆水太陽直射時不澆水避免水分快速蒸發(fā)浪費。這種數(shù)據(jù)反哺生活的體驗是做這個項目之前完全沒想到的。如果你也想做這個項目我的建議是第一版先用最少的器件把核心功能跑通——STM32最小系統(tǒng)板、一個濕度傳感器、一個小水泵、一個MOS管就夠了先實現(xiàn)濕度低→開啟水泵→濕度達標→停泵這個最小閉環(huán)然后再去加OLED、加WiFi、加多傳感器。一步到位做加法出了問題反而難排查。最小閉環(huán)驗證通過之后剩下的擴展都只是時間問題。我自己在實際操作中最大的體會是這類感知-決策-執(zhí)行的自動化系統(tǒng)真正的難點從來不在單個模塊怎么用而在于怎么把幾個模塊合理地拼在一起讓它們協(xié)同工作時不互相干擾。ADC采樣要穩(wěn)定、狀態(tài)機邏輯要嚴密、電源設(shè)計要留足余量把這三個點想清楚你的自動澆花系統(tǒng)就能穩(wěn)定跑很久而且這種嵌入式系統(tǒng)設(shè)計的綜合感覺對以后做任何單片機的項目都有幫助。本文還有配套的精品資源點擊獲取