簡介本資源是一套面向本科畢業(yè)設計的完整嵌入式安防系統(tǒng)實戰(zhàn)方案適用于STM32初學者及電子類專業(yè)畢設學生解決智能倉庫環(huán)境監(jiān)測、多源入侵報警與遠程協(xié)同管控等典型工程問題。壓縮包共524個文件涵蓋86個.h頭文件與74個.c源碼含STM32F103底層驅動與應用邏輯、44份PDF文檔含完整論文參考、原理圖說明、元件清單、2個PCB工程文件、2個原理圖文件、1個可直接安裝的Android APK應用及配套MP4演示視頻整體達684.32MB結構清晰、模塊解耦明確便于分階段學習與調試。已有835人下載學習資源提供從硬件設計含可編輯PCB、固件開發(fā)、APP通信到論文撰寫的全鏈路支撐特別包含GSM短信報警觸發(fā)邏輯、WIFI透傳協(xié)議適配代碼、多傳感器數(shù)據(jù)融合顯示等關鍵實現(xiàn)細節(jié)是少有的兼具工程規(guī)范性與教學完整性的畢設級項目范例。1. 先把“智能倉庫”拆成你能交付的東西做畢設第一個坑就是一上來就想“我要做一個智能倉庫”然后打開STM32CubeMX發(fā)呆。倉庫監(jiān)測和安防拆開來看其實是三塊互相獨立、又能拼在一起的功能環(huán)境感知溫濕度、煙霧/可燃氣體這些數(shù)據(jù)要實時采集還要能看歷史趨勢否則“遠程監(jiān)測”沒有落地。安防報警人體紅外、門窗磁、火焰檢測觸發(fā)之后要聲光報警同時把告警事件推到遠程端。遠程通道倉庫里沒有人在但數(shù)據(jù)要能傳到手機或電腦網(wǎng)頁上這套系統(tǒng)才叫“遠程”。把這三個功能列出來選題的框架就清楚了傳感器采集端用STM32F103C8T6做主控外掛DHT22溫濕度、MQ-2或MQ-135煙霧/可燃氣體、HC-SR501人體紅外、火焰?zhèn)鞲衅髂K加上OLED顯示屏做本地看板遠程通信用ESP8266走MQTT協(xié)議上云或者走局域網(wǎng)TCP也行報警執(zhí)行端用有源蜂鳴器和繼電器模塊。整套系統(tǒng)供電用12V適配器板載AMS1117-3.3轉換成3.3V給MCU和傳感器用。選擇STM32F103C8T6而不是F407或者GD32原因很實在例程多、資料全、CubeMX一鍵生成工程芯片價格也穩(wěn)定。本科畢設最怕的不是技術難是卡在一個問題上三天沒人問而F103系列的踩坑記錄幾乎全網(wǎng)都是這對畢設進度的保障比性能參數(shù)重要得多。這塊板子本身資源也夠用64KB Flash跑得下全部固件20KB RAM足夠緩沖多路ADC采集數(shù)據(jù)和MQTT報文USART、I2C、SPI、ADC外設應有盡有控制這類傳感器綽綽有余。PCB部分這一篇我會詳細講。因為很多人以為畫完原理圖拉完線投板就結束了實際上布局、布線規(guī)則、電源完整性、絲印處理這些才是真正拉開差距的地方。2. 環(huán)境感知模塊選型別只看“能用”要看“好調”倉庫環(huán)境監(jiān)測最常見的參數(shù)就是溫濕度和空氣質量。二者選型的邏輯完全不一樣分開說。2.1 溫濕度傳感器DHT22AM2302的性價比與坑DHT22單總線協(xié)議一根數(shù)據(jù)線搞定通信便宜、資料多非常適合本科畢設。我也見過有人用SHT30或者AHT20I2C接口精度更高、穩(wěn)定性更好但DHT22足夠應付倉庫環(huán)境且例程遍地都是不需要自己摳時序。但DHT22有它的毛病采樣周期必須大于2秒。很多人一上來就死循環(huán)里讀結果讀出來的數(shù)據(jù)全是0或者跳變。這是因為DHT22內部上電后需要時間完成轉換你讀得太快傳感器根本來不及響應。正確做法是在主循環(huán)里搞一個狀態(tài)機或者簡單的定時器標志2秒讀一次就夠了。倉庫環(huán)境本來就是個慢變量2秒刷新綽綽有余。另外一個坑是上拉電阻。DHT22的數(shù)據(jù)線需要接一個4.7kΩ到10kΩ的上拉電阻到VCC如果模塊自帶電平轉換電路就無所謂但你裸片焊在PCB上的時候忘了加上拉數(shù)據(jù)線在空閑狀態(tài)是高阻態(tài)通信必然失敗。我在PCB設計那一節(jié)會專門畫出來。2.2 氣體傳感器MQ-2還是MQ-135MQ-2可檢測丙烷、丁烷、液化氣、煙霧MQ-135對氨氣、硫化物、苯系蒸汽更敏感同時也對煙霧有響應。對于倉庫場景我推薦MQ-135原因不是靈敏度而是它的交叉響應更適合做“空氣質量綜合指標”——你要的不是精確到“某種氣體濃度是多少ppm”而是“倉庫空氣是不是變質了”MQ-135輸出一個隨空氣污染程度變化的模擬電壓閾值可調邏輯簡單。而MQ系列傳感器有個所有新手都會忽視的問題它內部有加熱電阻上電后需要預熱。冷啟動的幾分鐘內輸出是不穩(wěn)定的可能亂跳也可能一直高電平。所以程序里不要在初始化后立刻讀ADC要延時個3到5分鐘再開始判斷否則誤報率極高。另外這類傳感器工作電流不小加熱絲大概150mA左右不能用單片機3.3V引腳直接供最好單獨用5V供電PCB上留一顆100uF電解電容給它儲能緩沖。MQ-135輸出的是模擬電壓連接到STM32的ADC引腳。信號量與濃度是非線性的但畢設階段不需要擬合精確曲線直接在程序里設閾值判斷“正常/警告/危險”三檔就好。真要顯示濃度值可以把ADC值直接映射成“空氣質量指數(shù)0-100”百分比顯示人看得懂就行。2.3 ADC多通道采集的關鍵配置不是每個引腳都能隨便接STM32F103C8T6的ADC是12位逐次逼近型最多支持16個外部通道。但要注意ADC引腳分布在PA0到PA7、PB0、PB1等特定引腳上不是任意GPIO都能當模擬輸入。網(wǎng)上最常見的翻車就是把傳感器輸出接到了PA8或者PB3上軟件里怎么配置都讀不到有效值最后只能用萬用表量電壓發(fā)現(xiàn)引腳根本不通。我自己做這版系統(tǒng)用了ADC的掃描模式連續(xù)轉換DMA搬運。MQ-135接PA0火焰?zhèn)鞲衅鹘覲A1兩個通道一起采樣DMA自動把結果搬到內存數(shù)組里CPU完全不用參與等標志位即可。這個寫法和輪詢讀ADC的代碼量其實差不多但架構上舒服得多以后加傳感器通道只需要改CubeMX配置。ADC初始化里有個關鍵參數(shù)是采樣時間。STM32的ADC采樣時間可以設1.5到239.5個周期如果引腳源阻抗高采樣時間太短會導致采集電壓偏低。MQ-135模塊輸出經(jīng)過一個電壓比較器或者直接分壓輸出源阻抗不算太低我建議把采樣時間設為55.5周期以上穩(wěn)定不漂。3. 安防子系統(tǒng)無源蜂鳴器與有源蜂鳴器千萬別選錯安防報警執(zhí)行端很多人第一反應是“蜂鳴器唄”。但蜂鳴器分為無源和有源兩種無源蜂鳴器需要外部提供一定頻率的方波才能響有源蜂鳴器內部自帶振蕩源給個高電平就響。畢設系統(tǒng)里強烈建議用有源蜂鳴器否則你得用定時器輸出PWM驅動麻煩且有源蜂鳴器的響度通常更大倉庫環(huán)境需要響度。驅動方式上也不要直接用GPIO高電平觸發(fā)就完事。有源蜂鳴器工作電流大概30mAGPIO引腳直接驅動會拉低電壓也可能燒引腳。正確方案是加一顆S8050三極管做開關蜂鳴器接在5V和三極管集電極之間GPIO接基極串1kΩ限流電阻。PCB設計時這顆三極管的位置盡量靠近蜂鳴器走線短可以減少壓降和干擾。人體紅外模塊HC-SR501輸出的是數(shù)字信號觸發(fā)時輸出高電平。這個模塊最容易被忽略的是它有兩個可調電位器靈敏度調節(jié)和延時時間調節(jié)。延時時間調太長你測試的時候按一次觸發(fā)它可能持續(xù)輸出半分鐘高電平邏輯上看起來就像“卡死了”。推薦把延時調到最小逆時針旋到底讓它輸出一個短暫脈沖便于程序判斷邊沿?；鹧?zhèn)鞲衅饕彩悄M輸出但它的光譜響應決定了它只能在一定距離內有效。距離幾十厘米能測到打火機火焰再遠就瞎了。所以整機聯(lián)調的時候千萬別把它放在倉庫門口說“我看不到火焰”——物理特性擺在那里選型和安裝位置本來就是系統(tǒng)方案的一部分。安防聯(lián)動邏輯不能太復雜。我的策略是人體紅外觸發(fā)且持續(xù)10秒以上判定為非法闖入蜂鳴器響火焰?zhèn)鞲衅鬏敵龀撝盗⒓错慚Q-135濃度超過警告閾值響一下提示而不是持續(xù)報警超過危險閾值持續(xù)報警。報警事件同時通過ESP8266推送到MQTT服務器手機上收到消息。有一個問題必須提前想好遠程端網(wǎng)絡斷開了報警還靈不靈正確答案是本地報警必須任何時候都生效遠程推送只是錦上添花。所以邏輯寫成“檢測到事件-本地聲光報警-嘗試網(wǎng)絡推送”順序不能反。倉庫安防的本體是現(xiàn)場的響應能力不是手機上那條通知。4. 遠程通道選型與數(shù)據(jù)協(xié)議設計ESP8266 MQTT 怎么搭才穩(wěn)遠程監(jiān)測是本系統(tǒng)的靈魂這部分的方案選型一度讓我糾結了很久最后定了ESP8266MQTT。先說為什么不用藍牙BLE通信距離在倉庫場景下太短穿墻之后基本廢了。為什么不用GSM模塊比如SIM800C資費問題、信號問題、還要備用卡畢設階段沒必要引入這種可變因素。ESP8266模塊十幾塊錢WiFi覆蓋率在校園里幾乎百分百做局域網(wǎng)遠程夠了加一個云平臺比如巴法云、OneNET就能實現(xiàn)互聯(lián)網(wǎng)遠程。4.1 ESP8266與STM32的通信協(xié)議STM32和ESP8266之間走串口AT指令通信波特率115200ESP8266默認是115200有些模塊出廠是9600先確認。ESP8266要配成透傳模式還是非透傳模式我推薦使用非透傳自定義幀協(xié)議而不是開透傳。透傳模式看著方便但數(shù)據(jù)沒有任何幀頭幀尾和校驗一旦WiFi丟包或者串口誤碼上位機拿到一坨亂數(shù)據(jù)根本沒轍。我設計的幀格式很簡單幀頭(0xAA) 長度(1字節(jié)) 數(shù)據(jù)負載 校驗和 幀尾(0x55)負載里放傳感器數(shù)據(jù)字符串例如TEMP:25.3,HUMI:60,SMOKE:12,FLAME:0,PIR:1STM32發(fā)完一幀后等ESP8266返回“OK”收到才發(fā)下一幀。這樣鏈路上有基本的狀態(tài)同步。4.2 MQTT消息設計主題分層是關鍵MQTT的Topic設計直接決定你擴展性。不要用一個大主題“data”把所有東西都塞進去按設備類型和設備ID分層wh/device01/env -- 環(huán)境數(shù)據(jù) wh/device01/alarm -- 報警事件 wh/device01/status -- 在線狀態(tài)遺囑消息這樣手機端APP只需要訂閱wh/device01/#就能收到該設備所有消息。報警消息是遺囑也好、主動推送也好都能區(qū)分。云平臺你可以用巴法云免費、接入簡單或者自己搭一個EMQX服務器。自己搭EMQX要多一臺服務器作為畢設演示不劃算。巴法云提供一個MQTT Broker地址和主題ESP8266直接連接就行微信小程序端用WebSocket接口同樣連到巴法云就能刷出數(shù)據(jù)。不過這里要提醒一點巴法云是公眾MQTT服務沒有加密認證Topic名字不要用容易被猜的加個隨機串后綴。同時也別指望它做數(shù)據(jù)持久化歷史曲線展示建議自己在本地寫個Python腳本訂閱消息并存儲這也能在答辯的時候展示你的“數(shù)據(jù)鏈路”理解。4.3 ESP8266本身是一個“小坑王”給ESP8266供電是個隱蔽的坑。它的峰值電流在發(fā)送WiFi數(shù)據(jù)時能到300mA甚至更高如果直接從STM32的3.3V穩(wěn)壓輸出取電一發(fā)送數(shù)據(jù)電壓就下墜串口通信立刻亂碼。這也就是為什么很多人調試時發(fā)現(xiàn)ESP8266單獨測試一切正常一接上STM32就瘋狂輸出垃圾字符。解決方法是ESP8266獨立供電。在PCB上把3.3V走線分成兩路一路給MCU和傳感器一路單獨給ESP8266模塊兩路在AMS1117輸出端匯合但經(jīng)過磁珠或0Ω電阻隔離。同時ESP8266模塊旁邊加一個470uF的電解電容和0.1uF的陶瓷電容給它“兜底”。串口連接上STM32的TX接ESP8266的RXSTM32的RX接ESP8266的TX如果模塊是3.3V電平就直連F103的IO也是3.3V可以直連。別接反了接反的后果是上位機收到全0xFF。5. PCB設計實戰(zhàn)從原理圖到投板前我踩完的坑都在這這一節(jié)是本題的重頭戲。智能倉庫監(jiān)測系統(tǒng)包含數(shù)字電路、模擬電路、電源和無線模塊正好是練習PCB設計的絕佳載體。我用的是嘉立創(chuàng)EDA專業(yè)版免費、有海量元器件庫、能直接生成Gerber下單對畢設來說完全夠用。5.1 原理圖設計模塊化不要一坨連到底原理圖不是連線工具是設計記錄。我是按電源模塊、主控最小系統(tǒng)、傳感器接口、執(zhí)行器接口、無線通信模塊五個模塊畫的模塊之間用網(wǎng)絡標簽Net Label連接不要用線跨過圖紙拉成一團。這樣不僅自己看得清評審老師掃一眼就知道你系統(tǒng)設計有條理。電源模塊是原理圖里最容易被忽略但又是最重要的部分。我用的拓撲是12V DC適配器輸入 - 通過接線端子接入 - 一路直通繼電器繼電器線圈需要12V驅動另一路經(jīng)MP1584降壓模塊轉5V - AMS1117轉3.3V。AMS1117輸入輸出各接一顆10uF鉭電容和0.1uF陶瓷電容這是基本功但很多人漏。主控最小系統(tǒng)除了STM32F103C8T6本身之外最關鍵的是三顆電容和一顆10kΩ上拉電阻VDD引腳每顆就近放0.1uF去耦電容BOOT0引腳經(jīng)10kΩ下拉到GND否則可能進不了Flash啟動模式芯片跑不起來NRST復位引腳接10kΩ上拉到3.3V并聯(lián)0.1uF電容到地。這些件每一顆都有存在的理由少了、位置放錯了系統(tǒng)就可能概率性死機。STM32F103C8T6是LQFP48封裝引腳間距0.5mm新手焊接容易連錫。如果你的焊接經(jīng)驗不足建議用QFN封裝的替代型號不過一般不建議換或者直接買一塊最小系統(tǒng)板插在PCB上留出排針接口。我個人建議還是直接焊畢竟畢設含PCB指的就是你親手做板焊接一次LQFP48對你的動手能力提升非常明顯不試一次太可惜了。5.2 PCB布局順序比走線更決定成敗拿到板框先別急著布線布局決定了你這個板子好不好走、性能穩(wěn)不穩(wěn)。我的布局順序六步走固定接口件電源端子、傳感器排針、ESP8266模塊座、OLED排針放在板邊方向朝外方便插線和操作。固定電源模塊DC-DC和LDO靠近電源輸入端子這樣電源路徑最短壓降和紋波最小避免電源走線繞過大半個板子再回來給MCU供電那種走法板子電磁兼容一定不理想。放置主控STM32放在板子中心偏一側所有IO外設朝向對應的接口方向避免交叉走線。VCAP引腳105對應的1uF電容放在引腳邊上這個電容不能省。放置傳感器接口MQ-135的引腳是從底部伸出來的注意封裝方向要留出足夠的空間給傳感器本體。MQ-135本體會發(fā)熱別跟溫濕度傳感器貼在一起否則DHT22測到的是MQ-135旁邊的熱空氣數(shù)據(jù)必然偏高。這個坑我實測過溫差能到4到5攝氏度。放置執(zhí)行器件蜂鳴器和繼電器放在遠離模擬信號傳感器的一側防止電磁干擾影響ADC采樣。繼電器線圈斷電瞬間會產(chǎn)生反向電動勢PCB上要給繼電器線圈并聯(lián)一顆1N4007續(xù)流二極管注意方向否則可能把MCU旁邊電路打掛。ESP8266布置到板邊天線區(qū)正下方整層掏空不要走任何銅皮和走線否則WiFi信號被PCB銅皮擋住信號強度驟降遠程通信會時不時斷連排查起來非常頭疼。5.3 布線規(guī)則電源、地、信號線的優(yōu)先級布線之前先在規(guī)則管理器里把線寬設好信號類型建議線寬說明電源主干線12V、5V40mil以上走電流線寬不夠壓降大GND鋪銅/走線20mil以上回流路徑阻抗要低3.3V電源線15~20mil給MCU和傳感器供電普通信號線10milIO、UART、I2C差分/高頻信號無本系統(tǒng)無高頻要求ESP8266走線盡量短布線這個環(huán)節(jié)我想強調三點第一布線順序應該是先電源后信號。先把電源和地走完再走信號線最后統(tǒng)一鋪地銅。很多人反過來信號線走得七扭八歪之后電源線沒地方走了只能繞大圈結果就是電源回路長、壓降大、紋波高。第二信號線不要走直角和銳角。直角走線在轉角處會形成阻抗突變高速信號下有反射風險生產(chǎn)時酸液也可能在直角根部殘留導致細線被蝕刻斷。所有轉角用45度斜角或者圓弧過渡EDA軟件里都有這個設置。第三晶振要放在主控芯片附近晶振下面和周圍不要走其他信號線。8MHz晶振給MCU提供時鐘時鐘線上的噪聲會直接耦合進系統(tǒng)導致UART通信偶發(fā)亂碼。晶振周圍放了兩個負載電容典型值20pF它們要靠近晶振引腳而不是靠近MCU引腳這是很多參考設計都沒畫對的地方。5.4 Gerber輸出與投板檢查投板之前做這幾件事能省回來一版DRC檢查必須清零。開短路、線距不足、鉆孔距離近這些是硬性錯誤任何一個在生產(chǎn)環(huán)節(jié)都可能直接報廢整板。嘉立創(chuàng)EDA的檢查包含孔到線、線到線、孔到板邊等規(guī)則跑完有紅叉就得回去改。檢查絲印位號大小。位號文字太小的話打印出來根本看不清。嘉立創(chuàng)EDA里面選中全部位號統(tǒng)一把字高改成60mil大概1.5mm左右就清晰了。這個細節(jié)在熱搜詞里有人專門問“如何批量修改位號尺寸”說明很多人前期被小字折磨過。生成Gerber文件之后用在線查看器預覽一遍。只看PCB編輯器里的樣子是不算數(shù)的因為EDA軟件里隱藏了層到Gerber里看到的才是生產(chǎn)實際用的東西。預覽時重點看所有層是否對齊、絲印有沒有蓋在焊盤上絲印壓焊盤會導致焊接不良、鉆孔文件是否包含所有孔位。確認PCB板厚和銅厚。常規(guī)1.6mm板厚、1oz銅厚對這塊板是夠用的。如果你把電源走線設計得特別細生產(chǎn)的時候就該發(fā)現(xiàn)并改粗了不要投板后才發(fā)現(xiàn)。5.5 PCB打樣回來后的驗證清單板子到手第一件事不是插電是先用萬用表量一遍電源對地阻抗。3.3V和GND之間正常應該有幾百歐姆以上如果用的是成品模塊量出來短路的話先檢查AMS1117有沒有焊反。AMS1117封裝是SOT-223引腳順序是GND腳比輸入輸出長一截裝反的概率極高。接著上電之后用手摸芯片溫度。如果發(fā)熱異常趕緊斷電查反向連接。再然后才是燒錄程序。調試順序建議是先點亮電源指示燈 - 初始化OLED顯示 - 讀DHT22 - 讀ADC - 測試UART與ESP8266 - 本地報警輸出 - 遠程平臺聯(lián)調。一步一步來每一步都有明確驗證點出了問題能立刻鎖定范圍不會出現(xiàn)“整個系統(tǒng)沒反應但不知道是哪的問題”。6. 系統(tǒng)聯(lián)調順序與常見問題排查表整個系統(tǒng)聯(lián)調我踩的坑不少把最典型的列出來你可以按表自查?，F(xiàn)象一OLED白屏或花屏。九成是I2C地址不對。OLED的I2C地址通常是0x3C但有些模塊是0x3D在代碼里先掃描一遍地址別硬編碼。還有個原因是SCL和SDA接反了這種低級錯誤我犯過一次補了幾秒才反應過來?，F(xiàn)象二DHT22讀出來永遠是0。檢查單總線引腳有沒有接上拉檢查引腳有沒有在CubeMX里配成開漏輸出模式。開漏輸出配合上拉電阻才能實現(xiàn)真正的雙向總線協(xié)議推挽模式下信號會被拉死。現(xiàn)象三ADC值滿量程或者一直跳。MQ-135模塊上通常有個電位器調節(jié)比較電壓如果模塊設計成“模擬輸出數(shù)字輸出”兩路別接錯引腳。模擬輸出的電壓范圍是0到VCC如果讀到409512位滿量程多半是引腳懸空或者接錯線了。另外前一版PCB如果ADC走線挨著繼電器線采樣值會在繼電器動作瞬間跳變這是電磁耦合解決方法是加大走線間距或者加一個RC低通濾波10kΩ加0.1uF截止頻率大概160Hz夠用?，F(xiàn)象四ESP8266發(fā)送AT沒反應。這個問題先分兩部分排查一是串口波特率是不是對的二是模塊供電夠不夠。手頭有USB轉TTL的話把ESP8266單獨接電腦上測試如果單獨測試正常但接STM32不正常就是串口電平或者電源問題重點查TX/RX有沒有接反、ESP8266電源是不是獨立供的。現(xiàn)象五本地報警正常但遠程收不到消息。先在PC上用MQTT客戶端軟件訂閱對應主題看有沒有消息進來。能收到的話問題在手機端APP收不到的話分段排查ESP8266有沒有成功連接路由器連接上巴法云沒有巴法云上創(chuàng)建的主題和代碼里寫的是不是完全一致MQTT是明文傳輸主題名打個大小寫就能把你坑半小時。上面這些問題的共性都是先看硬件再看軟件先查物理層再查協(xié)議層。很多人一上來就刷固件換代碼結果換了半小時發(fā)現(xiàn)是杜邦線接觸不良或者引腳定義搞錯了很浪費時間的。7. 一個能提升答辯含金量的思路本地數(shù)據(jù)記錄遠程平臺確實能看實時數(shù)據(jù)和報警但偶爾網(wǎng)絡斷開那幾分鐘的數(shù)據(jù)就丟了。所以我建議在STM32端加一個Flash存儲模塊或者簡單的SD卡記錄。STM32F103C8T6內部Flash只有64KB扣掉程序空間剩下的空間雖然不大但用協(xié)議組織好的話存幾天的關鍵數(shù)據(jù)每分鐘采樣一次溫濕度和氣體濃度是夠的。思路是把數(shù)據(jù)以固定長度結構體存儲包含時間戳、溫度、濕度、氣體濃度、報警標志。存滿一塊區(qū)域就循環(huán)覆蓋最舊的一條。如果板子上掛了ESP8266遠程端斷線重連后把離線期間的數(shù)據(jù)補傳上去。這個設計成本極低但答辯的時候很能體現(xiàn)你的系統(tǒng)設計思維不是“實現(xiàn)了基本功能”而是你考慮到了真實環(huán)境中網(wǎng)絡不可靠的問題并提出了降級方案。這在本科畢設里算是一個相當不錯的加分項。實現(xiàn)方式上用片內Flash模擬EEPROM初始化時預留最后一頁1KB做數(shù)據(jù)區(qū)擦除后按地址偏移寫入。注意寫Flash之前必須整頁擦除這是STM32的物理特性只能按“頁”操作。8. 走完一版之后我對這個系統(tǒng)的幾個復盤點如果再來一遍有些地方我會調整這里寫出來給你做個參考。第一MQ-135這個傳感器在倉庫場景其實不是最優(yōu)解它更偏“空氣質量綜合指標”而不是“火災煙霧檢測”。如果你想更貼近“倉庫安防”這個主題可以換成真正的光電式煙霧傳感器比如MQ-2或者更專業(yè)的離子式煙霧報警器模塊響應速度和靈敏度完全不在一個級別。但代價是貴一些、代碼也要重新調。畢設選題是“安防系統(tǒng)”的話煙霧這塊值得投入。第二ESP8266到云平臺的接入雖然簡單但答辯容易被追問數(shù)據(jù)安全。哪怕只是演示級系統(tǒng)也建議把Topic命名得看不出業(yè)務邏輯同時寫一句“實際落地應使用TLS加密和設備認證”在論文的不足與展望部分。這句不是套話是真的會被問到。第三PCB版圖上OLED的接口方向與外殼沖突是我在這版最后悔的地方。當時只想著放板邊方便插線但沒考慮整個裝置如果放進有機玻璃外殼里排針朝上的話OLED就沒法固定在外殼上。如果你的畢設有外殼設計PCB布局階段就必須把外殼的結構尺寸拿過來對齊不然后期全是手工改造和熱熔膠找補。第四在功耗上也有優(yōu)化空間。倉庫場景如果要對UPS供電或者感應取電整個系統(tǒng)的靜態(tài)電流可以壓到很低把OLED做成10秒刷一次、關掉ESP8266的空閑連接、用STM32的待機模式配合RTC定時喚醒。當時趕進度沒做但這是“智能”兩個字很值得展開的落點。最后再說一個做整機小技巧把上位機或者微信小程序端的界面截圖、調測過程錄屏、實物樣機照片這三樣提前整理到一個文件夾里寫論文、答辯PPT和項目展示會用到不要到最后答辯前才到處翻。系統(tǒng)的功能演示流暢度比代碼寫得漂亮更直觀。這套系統(tǒng)做下來嵌入式開發(fā)、傳感器應用、無線通信、PCB設計這些本科能力點基本上都覆蓋了。祝你的板子一版點亮跑完整個調測流程順利過答辯。如果投板或調測過程中卡住了帶著你的具體現(xiàn)象去對應板塊找答案通常都能解決別蹲在那硬想。本文還有配套的精品資源點擊獲取