把實(shí)驗(yàn)室消防預(yù)警控制系統(tǒng)從想法做到實(shí)物從畫原理圖到調(diào)通仿真到最后把整套工程開源出去前后大概花了我三個星期的業(yè)余時間。這個項(xiàng)目歸根結(jié)底要干的事并不復(fù)雜用STM32作為主控接上煙霧傳感器、火焰?zhèn)鞲衅骱蜏貪穸葌鞲衅鲗?shí)時盯著實(shí)驗(yàn)室的環(huán)境數(shù)據(jù)一旦出現(xiàn)異常就驅(qū)動蜂鳴器和LED報警同時自動打開排風(fēng)扇、切斷危險設(shè)備電源避免小火苗悄悄變成大事故。整套開源包里源碼、原理圖、仿真工程三樣齊全全部是我自己從零畫的、從零寫的不需要你再滿網(wǎng)去找零零碎碎的參考資料拼湊。為什么盯著“實(shí)驗(yàn)室”這個場景做因?yàn)槲乙娺^太多實(shí)驗(yàn)室安全問題酒精燈用完忘關(guān)、烘箱長時間無人值守、鋰電池過充鼓包、易燃試劑揮發(fā)積聚……傳統(tǒng)煙感報警器雖然也能響但往往只響應(yīng)已經(jīng)明顯的煙霧而且它只會“叫”不會主動切斷電源、啟動排煙。一套基于STM32的預(yù)警聯(lián)動系統(tǒng)價值就在“早發(fā)現(xiàn)”和“自動處置”這兩個點(diǎn)上。傳感器實(shí)時采集控制邏輯分級判斷報警與聯(lián)動并行執(zhí)行這套思路放到家庭、倉庫、機(jī)房其實(shí)也完全通用。再說下這套資源適合誰。如果你正在做嵌入式相關(guān)的畢業(yè)設(shè)計這個項(xiàng)目可以當(dāng)做一個完整模板從硬件到軟件到仿真一應(yīng)俱全如果你是自學(xué)STM32的初學(xué)者建議把它拆開看先看傳感器驅(qū)動再看狀態(tài)機(jī)邏輯比跟著視頻敲一百遍點(diǎn)燈有用得多如果你只是想要一個實(shí)驗(yàn)室安全改造的方案參考原理圖和接線表可以直接抄作業(yè)。下面我把整個項(xiàng)目的設(shè)計思路、關(guān)鍵代碼、實(shí)操步驟和踩過的坑都攤開講盡量讓拿到資源的你能自己復(fù)現(xiàn)而不是手里有代碼卻不知道從哪下手。1. 項(xiàng)目整體設(shè)計與需求拆解1.1 實(shí)驗(yàn)室消防預(yù)警到底在防什么很多人一聽到“消防預(yù)警”第一反應(yīng)就是裝一個煙霧報警器。但實(shí)驗(yàn)室這個場景比較特殊風(fēng)險源不是單一的至少有三類第一類是明火隱患。實(shí)驗(yàn)室里酒精燈、電爐、加熱板都是常見設(shè)備人走開幾分鐘就可能出事。明火的特點(diǎn)是初期沒有明顯煙霧等煙霧傳感器報警時往往火已經(jīng)起來了所以必須單獨(dú)配一路火焰檢測。第二類是電氣隱患。烘箱、高溫爐、大功率電源、鋰電池測試設(shè)備長時間通電容易過熱。這類風(fēng)險在溫度上會有提前反映環(huán)境溫度異常升高是個很重要的前置信號。第三類是試劑揮發(fā)。易燃有機(jī)溶劑泄漏后在密閉空間慢慢積聚濃度達(dá)到一定程度就有閃燃風(fēng)險?？扇?xì)怏w的早期濃度變化可以通過半導(dǎo)體氣體傳感器捕捉到。傳統(tǒng)煙感只解決“有沒有煙”這一個問題而且它沒有處置能力。我這套系統(tǒng)的做法是三層防御探測層同時采集煙霧濃度、環(huán)境溫濕度、火焰信號判斷層用分級狀態(tài)機(jī)把系統(tǒng)狀態(tài)劃分為正常、預(yù)警、警報三個等級處置層根據(jù)不同等級執(zhí)行響鈴、閃燈、開排風(fēng)扇、切斷負(fù)載電源等動作。這樣設(shè)計的好處是單個傳感器誤報不會直接觸發(fā)斷電這種高強(qiáng)度動作而多傳感器同時確認(rèn)后又能快速進(jìn)入最高等級響應(yīng)。1.2 系統(tǒng)功能清單與技術(shù)指標(biāo)整個系統(tǒng)的功能模塊可以整理成下面這張表這也是我做方案設(shè)計時最初列的清單功能模塊實(shí)現(xiàn)載體說明煙霧/可燃?xì)怏w檢測MQ-2模擬量輸出 → STM32 ADC檢測煙霧和多種可燃?xì)怏w靈敏度可通過板上電位器調(diào)節(jié)環(huán)境溫濕度檢測DHT11數(shù)字單總線輸出溫度和濕度用于輔助判斷和防止誤報明火檢測紅外火焰?zhèn)鞲衅髯R別火焰特征紅外光譜響應(yīng)快聲光報警有源蜂鳴器 LED指示燈不同狀態(tài)輸出不同報警節(jié)奏聯(lián)動處置繼電器控制排風(fēng)扇/負(fù)載電源警報狀態(tài)下自動排煙、切斷危險負(fù)載狀態(tài)顯示OLED顯示屏I2C實(shí)時顯示溫度、濕度、煙霧值、系統(tǒng)狀態(tài)調(diào)試輸出串口UART打印日志和傳感器原始數(shù)據(jù)方便排查在設(shè)計階段我給這套系統(tǒng)定的核心指標(biāo)是傳感器數(shù)據(jù)采集周期不大于200ms從檢測到異常到觸發(fā)報警響應(yīng)不超過2秒溫濕度分辨率0.1攝氏度煙霧報警閾值可以在代碼里直接配置。這幾個指標(biāo)并不激進(jìn)但做實(shí)物驗(yàn)證時足夠?qū)嵱靡膊粫驗(yàn)樽非笏俣劝汛a寫復(fù)雜。1.3 開源資源包的文件結(jié)構(gòu)拿到開源包之后第一件事是看清楚目錄結(jié)構(gòu)。我按“工程文件、源碼、硬件、仿真、文檔”五個維度做了劃分Lab-Fire-Alarm/ ├─ MDK-ARM/ # Keil5工程目錄 │ ├─ Lab_Fire_Alarm.uvprojx │ └─ ... ├─ Src/ # 源碼 │ ├─ main.c # 主函數(shù)與狀態(tài)循環(huán) │ ├─ adc.c / dht11.c / flame.c # 傳感器驅(qū)動 │ ├─ alarm.c / relay.c / display.c │ └─ stm32f1xx_hal_msp.c # 引腳復(fù)用配置 ├─ Inc/ # 頭文件 ├─ Hardware/ │ ├─ Lab_Fire_Alarm_SCH.pdf # 原理圖PDF直接看 │ ├─ Lab_Fire_Alarm.json # 立創(chuàng)EDA源文件可編輯 │ └─ 元件清單.xlsx # 采購清單 ├─ Simulation/ │ ├─ lab_fire_sim.pdsprj # Proteus仿真工程 │ └─ README.md # 仿真使用說明 └─ README.md # 總體說明、引腳定義、接線表使用順序建議是先看README了解引腳定義和接線表再看原理圖PDF搞清楚硬件連接關(guān)系然后打開仿真工程跑一遍直觀看到系統(tǒng)行為最后再動手看代碼和焊接實(shí)物。代碼本身我全程用的是HAL庫加標(biāo)準(zhǔn)庫混合風(fēng)格傳感器驅(qū)動部分特意做得比較“裸”方便移植到其他STM32型號。2. 方案選型為什么是STM32配上這幾顆傳感器2.1 主控選型背后的小算盤主控用的是STM32F103C8T6這顆芯片現(xiàn)在幾乎成了嵌入式入門的“國民MCU”。Cortex-M3內(nèi)核主頻72MHz64KB Flash20KB SRAM內(nèi)置12位ADC、多個定時器、USART、I2C、SPI管腳只有48個但是功能非常均衡。最關(guān)鍵的是一塊最小系統(tǒng)板只要十幾塊錢資料多到看不完遇到問題隨手一搜就有答案。為什么不選51單片機(jī)說句實(shí)在話51的GPIO和ADC資源對這個項(xiàng)目來說太緊張了MQ-2一路模擬量、DHT11一路單總線、火焰?zhèn)鞲衅饕宦窋?shù)字量再加蜂鳴器、繼電器、OLED8位機(jī)即使勉強(qiáng)塞下代碼耦合度也會很高后期想擴(kuò)展WiFi模塊基本不可能。為什么不直接上ESP32ESP32性能確實(shí)強(qiáng)還自帶WiFi但純裸機(jī)做外設(shè)教學(xué)的體驗(yàn)不如STM32清晰而且WiFi協(xié)議棧會引入額外調(diào)試復(fù)雜度。如果你想省錢省事F103C8T6就是這套系統(tǒng)的甜點(diǎn)區(qū)間。選型時還有一個細(xì)節(jié)容易被忽略STM32F103的GPIO耐壓值是3.3V而不少傳感器模塊是5V供電輸出高電平常直接是5V。如果直接把5V信號灌進(jìn)MCU引腳長期看是有風(fēng)險的。所以我在設(shè)計里要么選3.3V兼容的模塊要么用電平匹配電路處理這點(diǎn)后面會詳細(xì)說。2.2 傳感器與執(zhí)行器的選型對比傳感器的選擇決定了整個系統(tǒng)的感知上限我分別對比了幾種常見方案傳感器型號輸出形式優(yōu)點(diǎn)需要注意的點(diǎn)煙霧/氣體MQ-2模擬電壓便宜靈敏檢測范圍寬加熱電流大需預(yù)熱受溫濕度影響溫濕度DHT11單總線數(shù)字單IO協(xié)議簡單精度一般時序要求嚴(yán)格火焰紅外火焰?zhèn)鞲衅鲾?shù)字/模擬響應(yīng)快指向性強(qiáng)易受陽光和熱源紅外干擾MQ-2內(nèi)部是一個半導(dǎo)體氣敏元件需要在加熱絲上通電加熱到工作溫度所以功耗不低典型工作電流在150mA左右。它在干凈空氣中的輸出電壓會有一個比較穩(wěn)定的基線值遇到煙霧或可燃?xì)怏w時電壓迅速上升。我選擇讀它的AO模擬輸出而不是直接接DO數(shù)字輸出原因很簡單板上那個可調(diào)電位器雖然能調(diào)DO的觸發(fā)閾值但閾值一旦被硬件固定程序里就沒法靈活配置了。讀AO配合ADC閾值完全由軟件決定想改就改。DHT11很多人嫌它精度低但在這個項(xiàng)目里夠用溫度分辨率1度濕度分辨率1%用來做“環(huán)境是否異常”的判斷完全沒問題。它的通信協(xié)議是單總線對時序很敏感后面我專門有一節(jié)講怎么穩(wěn)定讀取。執(zhí)行器方面蜂鳴器我選的是有源蜂鳴器因?yàn)閮?nèi)部自帶振蕩電路給高電平就響驅(qū)動邏輯簡單。繼電器選的是SRD-05VDC-SC5V線圈10A觸點(diǎn)控制排風(fēng)扇、電磁閥或者直接切實(shí)驗(yàn)室負(fù)載電源都夠用。2.3 系統(tǒng)架構(gòu)與數(shù)據(jù)流設(shè)計整個系統(tǒng)的數(shù)據(jù)流是一條很清晰的單向鏈路傳感器把物理量變成電信號STM32通過ADC和GPIO讀取軟件邏輯判斷狀態(tài)最后驅(qū)動顯示、報警和聯(lián)動執(zhí)行器。我特意把邏輯層拆成了三個部分而不是在main函數(shù)里堆一堆if-else數(shù)據(jù)采集層負(fù)責(zé)讀取傳感器原始數(shù)據(jù)做濾波、校驗(yàn)、單位換算。狀態(tài)判斷層根據(jù)采集結(jié)果和閾值計算當(dāng)前系統(tǒng)處于正常、預(yù)警還是警報。執(zhí)行輸出層根據(jù)狀態(tài)驅(qū)動蜂鳴器、LED、繼電器和顯示屏。這樣拆的好處是你想改任何一個環(huán)節(jié)都不影響其他環(huán)節(jié)。比如想換一個更高精度的溫濕度傳感器只需要替換數(shù)據(jù)采集層里的DHT11驅(qū)動接口保持一致就行想調(diào)整聯(lián)動邏輯只改執(zhí)行輸出層不必去碰傳感器代碼。這種分層思想雖然簡單但能讓你后續(xù)維護(hù)省很多事。3. 原理圖設(shè)計把系統(tǒng)畫出來3.1 最小系統(tǒng)與供電設(shè)計原理圖我是用嘉立創(chuàng)EDA畫的導(dǎo)出源文件的同時也導(dǎo)出了PDF。之所以選嘉立創(chuàng)EDA而不是AD一是免費(fèi)且完全在線二是它的元件庫足夠全導(dǎo)出的文件可以直接下訂單打樣對做項(xiàng)目的人來說省去很多麻煩。畫圖之前先把柵格設(shè)置好我用的是2.54mm標(biāo)準(zhǔn)排針間距所有元件都對齊柵格這樣布線更規(guī)整后期查錯也方便。供電部分是整個硬件里最基礎(chǔ)也最容易翻車的地方。系統(tǒng)工作電壓有兩路USB輸入的5V一路直接給蜂鳴器、繼電器、MQ-2加熱絲和傳感器模塊供電另一路經(jīng)過AMS1117-3.3穩(wěn)壓到3.3V給STM32和OLED供電。需要注意MQ-2加熱絲加上繼電器吸合瞬間電流比較大USB口標(biāo)稱500mA可能會吃不消我實(shí)際測試時用一個5V/2A的電源適配器供電就完全沒問題。每個芯片的電源引腳旁邊我都放了0.1uF去耦電容電源入口還并了一個10uF電解電容和一個0.1uF瓷片電容。這些電容不是擺設(shè)STM32運(yùn)行時引腳翻轉(zhuǎn)會產(chǎn)生高頻噪聲MQ-2加熱電流波動也會拉低電源電壓去耦電容能把這些噪聲就地吸收掉避免干擾ADC采樣。復(fù)位電路和啟動配置也要畫對NRST接一個10k上拉電阻再加一個0.1uF電容到地BOOT0和BOOT1各接10k下拉電阻保證芯片從Flash正常啟動。晶振用的是8MHz無源晶振兩個22pF負(fù)載電容這個數(shù)值不是隨便拍的要對著晶振手冊確認(rèn)。3.2 傳感器接口與繼電器驅(qū)動電路傳感器接口設(shè)計上我全部用了標(biāo)準(zhǔn)的2.54mm排針每個傳感器模塊的VCC、GND、信號線都能直接插上去方便調(diào)試時更換。模擬信號走線盡量短而且遠(yuǎn)離繼電器這類大電流開關(guān)線路避免數(shù)字開關(guān)噪聲耦合進(jìn)來影響ADC讀數(shù)。MQ-2的AO接到PA0DHT11的DATA接到PA1并加一個4.7k上拉電阻到3.3V火焰?zhèn)鞲衅鞯臄?shù)字輸出DO接到PA2。這里特別說一下DHT11的上拉電阻不能省單總線協(xié)議的空閑狀態(tài)就是高電平傳感器靠拉低來發(fā)送信號沒有上拉電阻根本無法正常工作。繼電器驅(qū)動是老生常談但也最容易出錯的地方。STM32的GPIO灌電流能力有限直接驅(qū)動繼電器線圈肯定不行必須加一級驅(qū)動。我的做法是用S8050三極管基極通過1k電阻接PB13集電極接繼電器線圈的一端線圈另一端接5V線圈兩端反向并聯(lián)一個1N4148續(xù)流二極管。續(xù)流二極管非常重要繼電器斷開瞬間線圈會產(chǎn)生反向電動勢幾十伏的反向尖峰如果沒有二極管泄放很容易打壞三極管甚至MCU。負(fù)載端走的是繼電器的COM和NO引腳和MCU控制電路完全電氣隔離排風(fēng)扇的正負(fù)極接在COM和NO上控制端只負(fù)責(zé)給繼電器線圈通電和斷電。3.3 繪制檢查要點(diǎn)與打樣注意事項(xiàng)原理圖畫完以后別急著下訂單先做幾件檢查電氣規(guī)則檢查ERC。嘉立創(chuàng)EDA會自動檢查懸空引腳、短路、同名網(wǎng)絡(luò)連接錯誤等問題。電源網(wǎng)絡(luò)統(tǒng)一命名。3.3V、5V、GND這些網(wǎng)絡(luò)名稱全圖一致避免出現(xiàn)5V和VCC這種混用導(dǎo)致看不出來的問題。核對元器件封裝。比如電阻電容是0603還是直插排針間距是不是2.54mm繼電器封裝腳位方向?qū)Σ粚?。核對下載電路。我留了4針SWD接口SWDIO、SWCLK、3.3V、GND。千萬別畫成JTAG那種20pinST-Link用SWD模式只要4根線就夠了省空間又方便。打樣的話直接下單到常規(guī)PCB廠這個板子雙面布線1.6mm板厚沉金工藝十來塊錢就能打十片。元件清單Excel里有我寫的采購參考價整套元器件加起來不超過五十塊錢對學(xué)生黨很友好。4. 核心代碼實(shí)現(xiàn)從采數(shù)到聯(lián)動4.1 ADC采集煙霧濃度與滑動濾波MQ-2輸出的模擬電壓直接連到PA0用STM32F103內(nèi)置的12位ADC來讀。配置我用STM32CubeMX完成ADC1、通道0PA0、采樣時間55.5周期轉(zhuǎn)換模式為單次轉(zhuǎn)換。這里有個細(xì)節(jié)連續(xù)轉(zhuǎn)換模式下偶爾會讀到因電源紋波造成的噪聲所以我最終采用了單次轉(zhuǎn)換加多次采樣的方式。實(shí)際讀取代碼做了8次采樣取平均相當(dāng)于一個簡單滑動濾波器#include adc.h uint16_t smoke_get_adc_value(void) { ADC_ChannelConfTypeDef sConfig {0}; uint32_t sum 0; for (int i 0; i 8; i) { HAL_ADC_Start(hadc1); HAL_ADC_PollForConversion(hadc1, 100); sum HAL_ADC_GetValue(hadc1); } return (uint16_t)(sum / 8); }為什么不能直接讀一次就用因?yàn)镸Q-2的響應(yīng)特性是緩慢變化的同一時刻讀到的值受氣流擾動影響會有幾十到上百LSB的跳動直接拿單次值做閾值判斷很容易造成臨界狀態(tài)下報警反復(fù)觸發(fā)。取平均之后波動能壓到很小。如果要更強(qiáng)一點(diǎn)可以用中位值濾波把8次采樣排序取中間值能有效剔除個別離譜的尖峰。我代碼里默認(rèn)用的是平均值因?yàn)橛嬎愫唵?、?shí)時性好。另外我建議你留一個“基線記錄”功能開機(jī)后先讓系統(tǒng)跑30秒把這段時間的ADC平均值存下來作為干凈空氣基線。后面報警判斷時用當(dāng)前值減去基線值再和閾值比較這樣即使換了傳感器環(huán)境也不用重新編譯代碼。4.2 DHT11單總線溫濕度讀取DHT11的讀取時序是這個項(xiàng)目里最磨人的部分。它用的單總線協(xié)議只有一根數(shù)據(jù)線所有通信靠嚴(yán)格的時序完成步驟是主機(jī)把總線拉低18~20ms作為起始信號。主機(jī)釋放總線拉高20~40us。傳感器響應(yīng)先拉低80us再拉高80us。然后連續(xù)輸出40位數(shù)據(jù)濕度整數(shù)、濕度小數(shù)、溫度整數(shù)、溫度小數(shù)最后8位是校驗(yàn)和。每一位的讀法是傳感器先拉低50us表示起始然后拉高如果高電平持續(xù)26~28us代表“0”持續(xù)70us左右代表“1”。所以代碼里讀取一個位的核心邏輯就是測量高電平持續(xù)的時間uint8_t dht11_read_bit(void) { while (DHT11_DATA_IN() RESET); // 等待50us低電平結(jié)束 delay_us(40); // 在40us處采樣高電平狀態(tài) uint8_t bit DHT11_DATA_IN(); while (DHT11_DATA_IN() SET); // 等待剩下的高電平結(jié)束 return bit; }這里最關(guān)鍵的一點(diǎn)是微秒級延時必須準(zhǔn)確。我是在SysTick中斷和代碼執(zhí)行路徑都干凈的情況下用簡單的空循環(huán)延時函數(shù)實(shí)現(xiàn)的。如果你開了操作系統(tǒng)或者多個中斷微秒級時序很容易被打斷一個中斷處理進(jìn)去幾十微秒就過去了讀出來的數(shù)據(jù)全是錯的。我的處理辦法是讀取DHT11期間關(guān)中斷讀完再開雖然簡單粗暴但非常有效。每次讀完40位數(shù)據(jù)后還要做一次校驗(yàn)濕度高8位、濕度低8位、溫度高8位、溫度低8位四個字節(jié)相加取低8位應(yīng)該等于第五個字節(jié)。校驗(yàn)不過就直接丟棄這次數(shù)據(jù)不參與狀態(tài)判斷避免驅(qū)動程序的時序問題污染決策邏輯。4.3 火焰檢測與預(yù)警狀態(tài)機(jī)火焰?zhèn)鞲衅鞯臄?shù)字輸出接到PA2讀到的電平就是“有無明火”的粗判。但是單獨(dú)靠它做判斷肯定不行陽光、白熾燈、紅外加熱設(shè)備都會干擾。所以我在軟件里沒有讓任何單一傳感器直接判定警報而是用一個狀態(tài)機(jī)綜合多路數(shù)據(jù)typedef enum { STATE_NORMAL, STATE_WARN, STATE_ALARM } alarm_state_t; alarm_state_t alarm_update_state(uint16_t smoke_adv, uint8_t flame, float temp) { if (flame 1 || smoke_adv SMOKE_HIGH_TH || temp TEMP_HIGH_TH) return STATE_ALARM; if (smoke_adv SMOKE_WARN_TH || temp TEMP_WARN_TH) return STATE_WARN; return STATE_NORMAL; }閾值我分成了兩級預(yù)警閾值和警報閾值。比如煙霧值超過預(yù)警閾值但沒到警報閾值系統(tǒng)只響蜂鳴器、快閃LED不切負(fù)載超過警報閾值或者檢測到明火信號繼電器才動作排風(fēng)扇啟動、危險負(fù)載斷電。這里我還要加一層去抖邏輯狀態(tài)不連續(xù)保持一定次數(shù)不切換。也就是兩次采樣間隔200ms連續(xù)三次都判定為警報才真正進(jìn)入警報狀態(tài)。這樣可以濾掉火焰?zhèn)鞲衅魇芩矔r紅外干擾產(chǎn)生的尖峰避免系統(tǒng)一秒鐘前還在正常、一秒鐘后就誤動作。去抖導(dǎo)致的延遲是400ms左右對火災(zāi)響應(yīng)來說完全可接受。4.4 報警聯(lián)動與顯示邏輯執(zhí)行輸出我用一個統(tǒng)一的函數(shù)來更新根據(jù)狀態(tài)枚舉值去設(shè)置蜂鳴器、LED和繼電器主循環(huán)只負(fù)責(zé)采集數(shù)據(jù)和調(diào)用狀態(tài)機(jī)界面邏輯被徹底隔離出來void alarm_output_update(alarm_state_t state, uint16_t smoke, uint8_t flame, float temp) { switch (state) { case STATE_NORMAL: HAL_GPIO_WritePin(BUZZER_GPIO, BUZZER_PIN, GPIO_PIN_RESET); HAL_GPIO_WritePin(RELAY_GPIO, RELAY_PIN, GPIO_PIN_RESET); break; case STATE_WARN: HAL_GPIO_WritePin(BUZZER_GPIO, BUZZER_PIN, GPIO_PIN_SET); // 預(yù)警持續(xù)響 HAL_GPIO_WritePin(RELAY_GPIO, RELAY_PIN, GPIO_PIN_RESET); break; case STATE_ALARM: HAL_GPIO_WritePin(BUZZER_GPIO, BUZZER_PIN, GPIO_PIN_SET); HAL_GPIO_WritePin(RELAY_GPIO, RELAY_PIN, GPIO_PIN_SET); // 聯(lián)動動作 break; } display_update(state, smoke, flame, temp); printf([ALARM] state%d smoke%d flame%d temp%.1f\r\n, state, smoke, flame, temp); }實(shí)際到項(xiàng)目里蜂鳴器驅(qū)動我用了定時器PWM做節(jié)奏控制預(yù)警狀態(tài)是響一秒停一秒警報狀態(tài)才是連續(xù)響。PWM控制的好處是聲音不是生硬的“啪”一下而是軟件可控的長鳴或短鳴不會因?yàn)槌掷m(xù)高電平把蜂鳴器燒壞。OLED顯示就簡單了用軟件I2C接SSD1306一行顯示狀態(tài)一行顯示溫度和濕度一行顯示煙霧ADC值。串口日志我開了重定向接上USB轉(zhuǎn)TTL在電腦上就能看到實(shí)時數(shù)據(jù)這個功能在調(diào)試階段幫了我大忙。主循環(huán)大概長這樣每200ms掃一次傳感器讀取ADC和DHT11跑狀態(tài)機(jī)更新輸出。沒有用定時器中斷去輪詢直接阻塞式循環(huán)邏輯簡單時序穩(wěn)定適合這個體量的系統(tǒng)。5. 實(shí)操復(fù)現(xiàn)從仿真到實(shí)物5.1 環(huán)境搭建與CubeMX配置先準(zhǔn)備三樣軟件Keil5用于編譯下載STM32CubeMX用于圖形化配置Proteus 8用于仿真驗(yàn)證。如果你不喜歡ProteusWokwi在線仿真平臺也能做快速驗(yàn)證但Proteus對STM32F1的模型支持更成熟硬件外設(shè)更全所以我還是選了Proteus作為官方仿真的載體。用CubeMX配置工程有幾個關(guān)鍵步驟不能漏芯片選擇STM32F103C8。SYS標(biāo)簽頁把Debug設(shè)為Serial Wire否則ST-Link下載一次就鎖死。RCC設(shè)為外部晶振時鐘樹里HCLK直接拖到72MHz。ADC1使能通道0采樣時間可以選55.5周期這個值偏長但讀取更穩(wěn)定。PA1、PA2、蜂鳴器、繼電器等引腳全部設(shè)為GPIO輸出或輸入速度選中速即可。串口1使能波特率115200用于調(diào)試日志。生成代碼之后把傳感器驅(qū)動和狀態(tài)機(jī)對應(yīng)的.c文件加進(jìn)工程編譯一遍確認(rèn)沒有警告清零。Keil里輸出選項(xiàng)記得勾選生成HEX文件因?yàn)镻roteus仿真需要hex文件ST-Link下載也可以用hex。5.2 Proteus仿真聯(lián)調(diào)的關(guān)鍵點(diǎn)打開仿真工程后第一眼看到的是完整電路STM32F103C8、三顆傳感器等效模型、蜂鳴器、LED和繼電器。Proteus元件庫里并沒有真實(shí)MQ-2模型我用的是一個電位器接到ADC通道來模擬煙霧濃度變化——這其實(shí)是仿真環(huán)境里很合理的替代方式。DHT11在Proteus里有現(xiàn)成模型雙擊它可以直接改溫度值?；鹧?zhèn)鞲衅饔瞄_關(guān)量模擬給高電平代表檢測到明火。仿真調(diào)試最有價值的點(diǎn)在于你能在不接任何真實(shí)硬件的情況下驗(yàn)證狀態(tài)機(jī)的邏輯是否正確。操作方法是啟動仿真后旋轉(zhuǎn)那個模擬煙霧濃度的電位器觀察OLED上的ADC數(shù)值變化把溫度值改成60度以上看系統(tǒng)是不是進(jìn)入了警報狀態(tài)并讓繼電器動作給火焰信號置高確認(rèn)蜂鳴器開始響。仿真跑通只能證明軟件邏輯對硬件問題它是測不出來的。這也是我為什么總要強(qiáng)調(diào)仿真和實(shí)物結(jié)合的原因。仿真階段把邏輯驗(yàn)證扎實(shí)到了焊接實(shí)物階段你只用專心排查電氣問題不用再糾結(jié)代碼寫沒寫對。5.3 焊板、燒錄與實(shí)物驗(yàn)證流程實(shí)物接線嚴(yán)格對照我寫在README里的表格模塊引腳STM32引腳MQ-2 AO模擬輸出PA0MQ-2 VCC/GND電源5V/GNDDHT11 DATA數(shù)據(jù)PA1DHT11 VCC/GND電源3.3V/GND火焰?zhèn)鞲衅?DO數(shù)字輸出PA2蜂鳴器控制PB12繼電器 IN控制PB13OLED SCL/SDAI2CPB6/PB7焊接完成后上電前先用萬用表蜂鳴檔檢查電源正負(fù)極之間有沒有短路這是第一道保險免得燒芯片。然后插上ST-Link按住復(fù)位在Keil里點(diǎn)下載。如果下載失敗檢查SWDIO和SWCLK有沒有接反Debug配置里的下載器型號有沒有選對。實(shí)物調(diào)試有個大坑必須先說MQ-2首次通電后不能馬上用來判斷數(shù)據(jù)它內(nèi)部的加熱絲需要時間讓敏感層穩(wěn)定下來一般要預(yù)熱五分鐘以上讀數(shù)才會落到一個平穩(wěn)的基線。我第一次調(diào)試時不知道這個開機(jī)電平一高一跳直接觸發(fā)了一輪警報嚇了自己一跳。正確做法是上電后跑一個“開機(jī)標(biāo)定”流程程序里記錄預(yù)熱結(jié)束時的基線值后續(xù)所有判斷都基于相對變化量。最后做驗(yàn)證實(shí)驗(yàn)用酒精棉球靠近MQ-2觀察ADC值上升用打火機(jī)不點(diǎn)火只出氣靠近觸發(fā)警報把加熱設(shè)備啟動觀察溫度曲線變化。每觸發(fā)一次都要確認(rèn)蜂鳴器、繼電器動作正確。全部通過這套系統(tǒng)就算真正落地了。6. 常見問題與排查技巧實(shí)錄6.1 傳感器數(shù)據(jù)異常的排查速查表實(shí)際調(diào)試中我踩了不少坑整理了一張速查表基本覆蓋了最常見的翻車現(xiàn)場現(xiàn)象可能原因排查方法ADC讀數(shù)固定在4095或0通道配置錯誤、接線松動、傳感器沒供電先短接PA0到GND讀一次再短接3.3V讀一次ADC值跳動超過100LSBMQ-2預(yù)熱不足、電源紋波大、濾波不夠預(yù)熱五分鐘電源加電容改用中位值濾波DHT11校驗(yàn)一直失敗時序被中斷打斷、上拉電阻缺失讀數(shù)據(jù)期間關(guān)中斷確認(rèn)4.7k上拉火焰?zhèn)鞲衅鱽y觸發(fā)陽光、白熾燈紅外干擾調(diào)整安裝方向加遮光罩加去抖蜂鳴器不響觸發(fā)電平不對或引腳配置錯誤單獨(dú)寫GPIO翻轉(zhuǎn)測試確認(rèn)模塊高/低電平觸發(fā)繼電器頻繁抖動閾值臨界、電源電流不足改用滯回比較降低采樣噪聲6.2 仿真與實(shí)物不一致的根本原因仿真跑得好好的實(shí)物一接就不對這是每個做嵌入式項(xiàng)目的人都會經(jīng)歷的事。根本原因在于仿真環(huán)境把很多東西理想化了Proteus里的ADC不會有電源噪聲DHT11模型不會出現(xiàn)時序微差繼電器的吸合電壓也不需要大電流驅(qū)動。我遇到最典型的問題是仿真里用電位器模擬煙霧濃度效果非常完美但實(shí)物接上MQ-2后ADC讀數(shù)在警報閾值附近來回橫跳導(dǎo)致蜂鳴器響一下停一下。排查發(fā)現(xiàn)原因有兩個一是MQ-2的響應(yīng)本身就帶有波動二是USB供電在蜂鳴器動作瞬間電壓被拉低影響了AD轉(zhuǎn)換的參考電壓。解決辦法是給蜂鳴器和繼電器單獨(dú)從5V供電端走線ADC采樣前端加RC低通濾波并且把狀態(tài)機(jī)的去抖次數(shù)從3次提高到5次。這些問題在仿真里永遠(yuǎn)碰不到只能在實(shí)物階段慢慢磨。6.3 誤報與漏報的調(diào)優(yōu)經(jīng)驗(yàn)整套系統(tǒng)調(diào)完以后最花時間的是平衡誤報和漏報。閾值設(shè)得太低空氣稍微有點(diǎn)濕度變化就報警閾值設(shè)得太高真著火又不響應(yīng)。我的經(jīng)驗(yàn)是分三步調(diào)第一步搭一個干凈環(huán)境記錄開機(jī)標(biāo)定后穩(wěn)定運(yùn)行的基線值。煙霧ADC基線值可能因?yàn)閭鞲衅鱾€體差異、供電電壓不同而不同必須以實(shí)際測量為準(zhǔn)。第二步人為制造不同強(qiáng)度的干擾源比如酒精揮發(fā)、打火機(jī)氣體、熱風(fēng)槍加熱記錄每種情況下ADC值和溫度值的變化范圍找出預(yù)警閾值和警報閾值之間的合理間隔。第三步引入滯回比較。當(dāng)煙霧值超過閾值時觸發(fā)報警但當(dāng)煙霧值回落到“閾值減去一個滯回量”時才恢復(fù)。這個滯回量能有效防止臨界狀態(tài)下的反復(fù)抖動。比如預(yù)警閾值設(shè)為基線加300LSB滯回量設(shè)為80LSB那么報警后要降到基線加220LSB以下才恢復(fù)。這樣現(xiàn)場環(huán)境造成的微小波動就不會讓系統(tǒng)來回橫跳。漏報問題主要靠傳感器布局解決。MQ-2要安裝在空氣流通路徑上不要裝在墻角或者設(shè)備背面火焰?zhèn)鞲衅饕蚩赡艿拿骰饋碓幢苊獗粰C(jī)柜擋住。多傳感器之間用“或”邏輯任何一個確認(rèn)都足以觸發(fā)聯(lián)動這也是我為什么堅(jiān)持要在系統(tǒng)里同時保留煙霧、溫度和火焰三路信號的原因。最后再聊點(diǎn)我自己實(shí)際操作中的體會。做這種帶傳感器和繼電器的系統(tǒng)花時間的往往不是代碼邏輯而是電氣問題接觸不良、電源拉垮、接地混亂我調(diào)試時有接近一半時間花在這上面。仿真跑通只代表邏輯對實(shí)物上電前一定要先量電源、再量信號逐模塊點(diǎn)亮先把不確定的東西排除掉。代碼里保留串口打印是特別值得的很多看起來玄學(xué)的問題一旦把實(shí)時數(shù)據(jù)打出來看原因就現(xiàn)形了。這個項(xiàng)目后續(xù)擴(kuò)展空間我覺得挺大加ESP8266把數(shù)據(jù)推到物聯(lián)網(wǎng)平臺加OLED菜單在本地配置閾值用FreeRTOS把采集、判斷、顯示拆成獨(dú)立線程或者整體換成ESP32做低功耗無線終端都是很好的練手方向。倉庫里后續(xù)我還會補(bǔ)更詳細(xì)的注釋和使用視頻如果你復(fù)現(xiàn)過程中遇到問題優(yōu)先對照引腳表和接線表再對照排查表逐條查大概率能自己解決。希望這套開源資源能讓你少走點(diǎn)彎路。