測系統(tǒng):ESP01S+OneNET+小程序全鏈路實戰(zhàn))
做物聯(lián)網(wǎng)畢業(yè)設計或競賽項目很多人不是卡在代碼難寫而是卡在“整條鏈路太長”。以廚房安全監(jiān)測系統(tǒng)為例你需要讓 STM32 采集溫濕度、煙霧濃度通過 ESP01S 將數(shù)據(jù)推到 OneNET 云平臺再在微信小程序里顯示并遠程控制繼電器。單看任何一個節(jié)點網(wǎng)上都能找到教程一旦要求它們聯(lián)調(diào)跑通各種問題就冒出來了——串口亂碼、AT 指令不返回、MQTT 連接失敗、小程序收不到數(shù)據(jù)……這篇文章的目的很明確幫你把這條鏈路完整走通。我會從系統(tǒng)架構(gòu)、硬件選型、STM32 驅(qū)動代碼、ESP01S 接入 OneNET、小程序?qū)?、PCB 設計到常見排錯按真實開發(fā)順序講一遍。內(nèi)容以 STM32F103C8T6 ESP01S OneNET 這套主流方案為主線同樣適用于智能家居、環(huán)境監(jiān)測、宿舍安防等類似選題。1. 這個項目解決什么問題物聯(lián)網(wǎng)畢設的真正難點先說一個觀察很多做 STM32 畢設或競賽項目的同學容易陷入“局部自嗨”的怪圈——傳感器讀取寫得滾瓜爛熟OLED 屏幕顯示也做得很好看但一提到上云就卡殼。為什么因為前面這些只是單片機基本功物聯(lián)網(wǎng)項目真正考核的是“端-云-應用”三層鏈路的數(shù)據(jù)閉環(huán)。所謂“鏈路打通”指的是傳感器數(shù)據(jù)能被 MCU 正確采集MCU 能把數(shù)據(jù)通過串口交給 WiFi 模塊WiFi 模塊能連上路由器、能連上云平臺云平臺上能正確創(chuàng)建產(chǎn)品、設備、數(shù)據(jù)流小程序/APP 能通過云平臺接口讀到設備數(shù)據(jù)、下發(fā)控制指令。任何一環(huán)斷了整個項目都不算完成。這套基于 STM32 的廚房安全監(jiān)測系統(tǒng)適合的讀者包括物聯(lián)網(wǎng)、電子信息、計算機相關(guān)專業(yè)的畢業(yè)生正在挑畢設題目準備參加電子設計競賽、互聯(lián)網(wǎng)、挑戰(zhàn)杯的學生團隊想完整掌握“STM32 云平臺 小程序”全鏈路開發(fā)但又缺乏項目經(jīng)驗的開發(fā)者。項目完成后你的成果物不只是“一個能報警的設備”而是一整套可以演示、答辯、擴展的方案一塊自研 PCB 底板集成了 STM32 最小系統(tǒng)、傳感器接口、繼電器驅(qū)動、ESP01S 座子一套 STM32 標準庫工程包含傳感器驅(qū)動、串口通信、AT 指令控制 WiFi 模塊的邏輯一個 OneNET 云平臺設備實例能生成 APIKey、數(shù)據(jù)流、命令下發(fā)一個微信小程序界面能實時顯示溫度、濕度、煙霧濃度并遠程觸發(fā)聲光報警或排風扇。這套鏈路本身也是物聯(lián)網(wǎng)行業(yè)里非常通用的能力。做完這個項目你已經(jīng)摸清了嵌入式上云的基本方法后續(xù)換傳感器、換 WiFi 模塊、換云平臺都是同一套思路的遷移。2. 系統(tǒng)總體架構(gòu)與核心選型邏輯2.1 四層架構(gòu)從數(shù)據(jù)流的角度看系統(tǒng)分為四層層級作用本項目的具體實現(xiàn)感知層采集廚房環(huán)境數(shù)據(jù)DHT11 溫濕度、MQ-2 煙霧濃度、火焰?zhèn)鞲衅骺刂茖犹幚頂?shù)據(jù)、執(zhí)行本地邏輯STM32F103C8T6 主控、繼電器控制排風扇/電磁閥平臺層數(shù)據(jù)中轉(zhuǎn)、存儲、API 輸出OneNET 云平臺通過 MQTT 協(xié)議接入應用層用戶遠程查看與控制微信小程序這四層不是孤立的。感知層把物理信號變成數(shù)字量控制層負責“本地判斷 遠程上傳”平臺層負責把設備與小程序解耦應用層則給用戶提供可視化界面。2.2 控制邏輯本地邏輯可以這樣設計STM32 每 2 秒采集一次溫度、濕度、煙霧濃度如果煙霧濃度或溫度超過閾值立即打開繼電器控制排風扇或燃氣電磁閥并驅(qū)動蜂鳴器報警無論是否報警數(shù)據(jù)都會通過 ESP01S 上傳到 OneNET。這個“本地閉環(huán)”設計非常重要。它保證即使 WiFi 斷開、云平臺不可用廚房的安全機制依然能工作。很多初學者容易忽略這一點把所有判斷都交給云端結(jié)果網(wǎng)絡一抖設備就“失靈”了。2.3 為什么用 ESP01S 而不是 ESP8266 開發(fā)板ESP01S 本質(zhì)上是 ESP8266 芯片的一個最小模組引出 8 個引腳其中可用 GPIO 只有 2 個。它沒有獨立的 USB 轉(zhuǎn)串口電路也沒有穩(wěn)壓和下載電路看起來對新手不太友好。但它有兩個明顯優(yōu)勢便宜單模塊成本低適合做產(chǎn)品化的 PCB出廠自帶 AT 固件不需要額外寫 ESP8266 的固件把它當“串口轉(zhuǎn) WiFi 透明通道”來用就行。在畢設場景里ESP01S 是最省事的方案STM32 通過串口發(fā) AT 指令ESP01S 負責 WiFi 連接與 MQTT 協(xié)議處理所有業(yè)務邏輯都在 STM32 上完成。如果你選用的是整塊 NodeMCU 開發(fā)板也不是不行但體積大、集成度低做 PCB 時不好安排位置。2.4 為什么選 OneNETOneNET 是中移物聯(lián)網(wǎng)的開放平臺對校園用戶和開發(fā)者比較友好。它的優(yōu)勢在于不需要自己買服務器、搭后端直接在平臺上創(chuàng)建設備生成鑒權(quán)信息提供 MQTT 接入方式兼容性好數(shù)據(jù)流和命令下發(fā)清晰適合展示畢設的“端到端”能力。相比自建 MQTT 服務器OneNET 明顯更適合課程設計和競賽場景。它讓項目可以聚焦在“設備端怎么發(fā)數(shù)據(jù)、應用端怎么讀數(shù)據(jù)”而不是花大量精力去維護服務器。3. 硬件設計與原理圖要點3.1 主控與核心器件本系統(tǒng)主控采用 STM32F103C8T6這是 STM32 家族里最常用的入門型號之一。它基于 Arm Cortex-M3 內(nèi)核主頻 72MHz內(nèi)置 64KB Flash、20KB SRAM擁有 3 個 USART、2 個 SPI、2 個 I2C、多個定時器和 ADC。為什么夠用傳感器采集是模擬量 單總線協(xié)議PWM 或 ADC 就能解決與 ESP01S 通信只需要一個串口控制繼電器、蜂鳴器只需要 GPIO不需要跑操作系統(tǒng)裸機輪詢即可。其他核心器件包括器件作用備注DHT11采集溫度、濕度單總線協(xié)議3 根線MQ-2 煙霧傳感器檢測可燃氣體/煙霧濃度模擬量輸出接到 ADC火焰?zhèn)鞲衅鳈z測明火紅外光譜數(shù)字或模擬量輸出繼電器模塊控制排風扇、電磁閥5V 或 3.3V 觸發(fā)注意驅(qū)動電流蜂鳴器本地聲光報警有源蜂鳴器更簡單ESP01SWiFi 通信3.3V 供電注意電流需求3.2 傳感器選型邏輯廚房安全的核心是“燃氣泄漏”和“溫度異?!?。MQ-2 對液化氣、丙烷、氫氣等可燃氣體比較敏感而且價格低、資料多非常適合畢設演示。它輸出模擬電壓煙霧濃度越高電壓越大接 STM32 的 ADC 引腳即可讀取。DHT11 精度雖然不高但勝在協(xié)議簡單、驅(qū)動例程到處都是用來做環(huán)境溫濕度采集完全夠用。如果你想讓項目更有“工程感”可以換成 DHT22 或 SHT30但這屬于后期優(yōu)化不影響整體架構(gòu)?;鹧?zhèn)鞲衅髦饕袃煞N一種輸出數(shù)字量檢測到火焰時輸出低電平一種輸出模擬量可以判斷火焰強度。建議接 ADC 引腳這樣既能判斷“有火”也能看“火勢”。它的檢測距離有限實際擺放時要靠近灶臺區(qū)域。3.3 電源方案與繼電器控制整個系統(tǒng)的供電可以選擇 USB 5V 輸入也可以選擇 220V 轉(zhuǎn) 5V 的電源模塊。這里有一個關(guān)鍵點ESP01S 的工作電流瞬間可能達到 200mA 以上如果用 STM32 板載的 3.3V LDO 給它供電WiFi 連接瞬間大概率會復位??煽康淖龇ㄊ?V 輸入通過獨立的 AMS1117-3.3 穩(wěn)壓芯片給 ESP01S 供電STM32 的 3.3V 也建議單獨用一路 LDO。繼電器驅(qū)動不要直接用 STM32 的 GPIO 去推。繼電器線圈屬于感性負載驅(qū)動時需要三極管或 ULN2003并且線圈兩端要并聯(lián)續(xù)流二極管否則斷開瞬間的反向電動勢可能損壞 GPIO。常用驅(qū)動結(jié)構(gòu)GPIO 輸出高電平經(jīng)限流電阻接 NPN 三極管基極繼電器線圈接在三極管集電極與 5V 之間線圈兩端并聯(lián) 1N4007 二極管負極接 5V。3.4 電路設計要點原理圖設計需要注意幾個細節(jié)STM32F103C8T6 的 BOOT0 接 10K 電阻到 GND避免上電后意外進入系統(tǒng)存儲器模式NRST 引腳接 100nF 電容到地VDD 每個引腳就近放一個 100nF 去耦電容8MHz 晶振的兩個負載電容通常選 22pF 左右但準確值要根據(jù)芯片數(shù)據(jù)手冊中的負載電容參數(shù)計算公式是 CL (C1 * C2) / (C1 C2) 寄生電容ESP01S 的 VCC 引腳需要 3.3V且建議在模塊附近放一個 10uF 或 100uF 電解電容應對 WiFi 發(fā)射時的電流尖峰。如果你用的是立創(chuàng)EDA嘉立創(chuàng)EDA畫完原理圖后可以直接檢查 ERC、生成 PCB然后在線下單打樣整套流程對新手比較友好網(wǎng)上相關(guān)教程也很多。4. STM32 開發(fā)環(huán)境搭建4.1 開發(fā)工具鏈本文代碼基于 STM32 標準外設庫Standard Peripheral Library開發(fā)環(huán)境是 Keil MDK。這套組合雖然是“老配方”但資料多、社區(qū)成熟非常適合課程設計和競賽快速推進。需要準備的工具工具說明Keil MDK 5.x編寫、編譯、下載代碼STM32F1xx 器件支持包在 Keil 中安裝包含芯片型號定義ST-Link 驅(qū)動 / J-Link 驅(qū)動下載調(diào)試器驅(qū)動STM32 標準庫提供外設驅(qū)動源碼STM32 ST-LINK Utility用于連接異常時的芯片解鎖與燒錄串口調(diào)試助手查看 MCU 打印日志、調(diào)試 AT 指令4.2 Keil 安裝 C51 與 STM32 共存問題很多同學電腦上之前裝過 Keil C51再裝 Keil MDK 時兩個軟件會默認裝到不同目錄。這里容易出的問題是打開一個項目時界面顯示沒有對應的編譯器或芯片包。解決辦法如果以 C51 為主先安裝 Keil C51再安裝 Keil MDK并把 C51 的安裝目錄指定為 Keil 安裝目錄下的 UV4 文件夾這樣兩者可以共存在 MDK 中打開項目時需要在 Project 窗口右鍵選擇 Manage Project Items確認編譯器版本是 ARM Compiler而不是 C51 編譯器下載報錯Error: Flash Download failed - Cortex-M3通常是因為沒有在 Options for Target 的 Debug 頁面配置 Flash Download或者芯片型號選錯。這些問題的本質(zhì)是“兩個版本 Keil 的工程文件結(jié)構(gòu)不同 芯片支持包缺失”。排查時先看 Tools 菜單下的 Pack Installer確認是否安裝了對應的器件支持包。4.3 STM32 標準庫工程結(jié)構(gòu)標準庫工程的典型結(jié)構(gòu)如下Project/ ├── Core/ │ ├── inc/ │ └── src/ ├── HAL/ # 標準庫使用 SystemInit 啟動文件 ├── STM32F10x_FWLib/ │ ├── inc/ │ └── src/ ├── User/ │ ├── main.c │ ├── stm32f10x_it.c │ └── system_stm32f10x.c └── MDK-ARM/新建工程時建議手動建立以下幾個用戶文件bsp_usart.c/h串口初始化與重定向 printfbsp_dht11.c/hDHT11 驅(qū)動bsp_adc.c/hADC 采集模擬量esp01s_at.c/h封裝 AT 指令發(fā)送與 MQTT 連接流程app_task.c/h主循環(huán)業(yè)務邏輯。這樣組織的好處是傳感器驅(qū)動、WiFi 通信、業(yè)務邏輯相互獨立后期更換傳感器或云平臺時不用大面積改代碼。5. 傳感器驅(qū)動與數(shù)據(jù)采集代碼5.1 DHT11 溫濕度讀取DHT11 是單總線器件通信時序相對固定主機先拉低總線至少 18ms再釋放總線然后讀取 40 位數(shù)據(jù)濕度整數(shù)、濕度小數(shù)、溫度整數(shù)、溫度小數(shù)、校驗和。下面的代碼是一個簡化版示例重點看協(xié)議流程而不是追求完整產(chǎn)品級容錯。// 文件路徑User/bsp_dht11.c #include bsp_dht11.h #include stm32f10x.h #define DHT11_GPIO_PORT GPIOB #define DHT11_GPIO_PIN GPIO_Pin_0 #define DHT11_RCC RCC_APB2Periph_GPIOB static uint8_t dht11_data[5]; static void DHT11_GPIO_Output(void) { GPIO_InitTypeDef GPIO_InitStructure; GPIO_InitStructure.GPIO_Pin DHT11_GPIO_PIN; GPIO_InitStructure.GPIO_Mode GPIO_Mode_Out_PP; GPIO_InitStructure.GPIO_Speed GPIO_Speed_50MHz; GPIO_Init(DHT11_GPIO_PORT, GPIO_InitStructure); } static void DHT11_GPIO_Input(void) { GPIO_InitTypeDef GPIO_InitStructure; GPIO_InitStructure.GPIO_Pin DHT11_GPIO_PIN; GPIO_InitStructure.GPIO_Mode GPIO_Mode_IN_FLOATING; GPIO_Init(DHT11_GPIO_PORT, GPIO_InitStructure); } static uint8_t DHT11_ReadByte(void) { uint8_t i, byte 0; for (i 0; i 8; i) { while (GPIO_ReadInputDataBit(DHT11_GPIO_PORT, DHT11_GPIO_PIN) RESET); delay_us(40); if (GPIO_ReadInputDataBit(DHT11_GPIO_PORT, DHT11_GPIO_PIN) SET) { byte (byte 1) | 0x01; } else { byte (byte 1); } while (GPIO_ReadInputDataBit(DHT11_GPIO_PORT, DHT11_GPIO_PIN) SET); } return byte; } uint8_t DHT11_ReadData(float *temp, float *humi) { uint8_t i; DHT11_GPIO_Output(); GPIO_ResetBits(DHT11_GPIO_PORT, DHT11_GPIO_PIN); delay_ms(20); GPIO_SetBits(DHT11_GPIO_PORT, DHT11_GPIO_PIN); delay_us(30); DHT11_GPIO_Input(); while (GPIO_ReadInputDataBit(DHT11_GPIO_PORT, DHT11_GPIO_PIN) SET); while (GPIO_ReadInputDataBit(DHT11_GPIO_PORT, DHT11_GPIO_PIN) RESET); while (GPIO_ReadInputDataBit(DHT11_GPIO_PORT, DHT11_GPIO_PIN) SET); for (i 0; i 5; i) { dht11_data[i] DHT11_ReadByte(); } if ((dht11_data[0] dht11_data[1] dht11_data[2] dht11_data[3]) dht11_data[4]) { *humi (float)((dht11_data[0] 8 | dht11_data[1]) 8); *temp (float)((dht11_data[2] 8 | dht11_data[3]) 8); return 1; } return 0; }這里有幾個容易出錯的地方起始信號的低電平時間必須足夠短了傳感器不響應常見問題是時序函數(shù)延時不準讀取每一位時40us 的判斷是區(qū)分“0”和“1”的關(guān)鍵不能死等校驗和的判斷不能省否則干擾環(huán)境下會出現(xiàn)離譜數(shù)據(jù)。5.2 MQ-2 煙霧濃度采集MQ-2 輸出的是模擬電壓STM32 采集它只需要 ADC 外設。// 文件路徑User/bsp_adc.c #include bsp_adc.h #include stm32f10x.h void ADC_Config(void) { GPIO_InitTypeDef GPIO_InitStructure; ADC_InitTypeDef ADC_InitStructure; RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA | RCC_APB2Periph_ADC1, ENABLE); GPIO_InitStructure.GPIO_Pin GPIO_Pin_1; GPIO_InitStructure.GPIO_Mode GPIO_Mode_AIN; GPIO_Init(GPIOA, GPIO_InitStructure); ADC_InitStructure.ADC_Mode ADC_Mode_Independent; ADC_InitStructure.ADC_ScanConvMode DISABLE; ADC_InitStructure.ADC_ContinuousConvMode DISABLE; ADC_InitStructure.ADC_ExternalTrigConv ADC_ExternalTrigConv_None; ADC_InitStructure.ADC_DataAlign ADC_DataAlign_Right; ADC_InitStructure.ADC_NbrOfChannel 1; ADC_Init(ADC1, ADC_InitStructure); ADC_Cmd(ADC1, ENABLE); ADC_ResetCalibration(ADC1); while (ADC_GetResetCalibrationStatus(ADC1)); ADC_StartCalibration(ADC1); while (ADC_GetCalibrationStatus(ADC1)); } uint16_t MQ2_Read(void) { ADC_RegularChannelConfig(ADC1, ADC_Channel_1, 1, ADC_SampleTime_55Cycles5); ADC_SoftwareStartConvCmd(ADC1, ENABLE); while (ADC_GetFlagStatus(ADC1, ADC_FLAG_EOC) RESET); return ADC_GetConversionValue(ADC1); }ADC 采樣值是一個 0 到 4095 的數(shù)字量對應 0 到 3.3V。如果你需要電壓值可以折算float voltage (float)adc_value * 3.3f / 4095.0f;在實際項目里直接把原始 ADC 值作為“煙霧濃度指標”也可以因為報警閾值只需要一個相對量標定好“正常環(huán)境下的基準值”和“報警環(huán)境下的采樣值”在這個區(qū)間內(nèi)配置閾值即可。5.3 串口調(diào)試信息輸出調(diào)試離不開串口。推薦把 printf 重定向到串口 1這樣可以直接在串口助手看數(shù)據(jù)。// 文件路徑User/bsp_usart.c #include bsp_usart.h #include stm32f10x.h #include stdio.h void USART1_Init(uint32_t baudrate) { GPIO_InitTypeDef GPIO_InitStructure; USART_InitTypeDef USART_InitStructure; RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA | RCC_APB2Periph_USART1, ENABLE); GPIO_InitStructure.GPIO_Pin GPIO_Pin_9; GPIO_InitStructure.GPIO_Speed GPIO_Speed_50MHz; GPIO_InitStructure.GPIO_Mode GPIO_Mode_AF_PP; GPIO_Init(GPIOA, GPIO_InitStructure); GPIO_InitStructure.GPIO_Pin GPIO_Pin_10; GPIO_InitStructure.GPIO_Mode GPIO_Mode_IN_FLOATING; GPIO_Init(GPIOA, GPIO_InitStructure); USART_InitStructure.USART_BaudRate baudrate; USART_InitStructure.USART_WordLength USART_WordLength_8b; USART_InitStructure.USART_StopBits USART_StopBits_1; USART_InitStructure.USART_Parity USART_Parity_No; USART_InitStructure.USART_HardwareFlowControl USART_HardwareFlowControl_None; USART_InitStructure.USART_Mode USART_Mode_Rx | USART_Mode_Tx; USART_Init(USART1, USART_InitStructure); USART_Cmd(USART1, ENABLE); } int fputc(int ch, FILE *f) { while (USART_GetFlagStatus(USART1, USART_FLAG_TXE) RESET); USART_SendData(USART1, (uint8_t)ch); return ch; }串口調(diào)試時建議保持固定波特率比如 115200。如果發(fā)現(xiàn)亂碼優(yōu)先檢查串口助手的波特率和單片機初始化參數(shù)是否一致。6. ESP01S 接入 OneNET 云平臺的完整實現(xiàn)6.1 ESP01S 出廠 AT 固件的使用前提ESP01S 出廠一般刷好了 AT 固件使用前先用 USB 轉(zhuǎn) TTL 模塊連接它確認能收到AT回復OK。常見的 AT 固件版本不同指令集也有差異。這里用一個保守但穩(wěn)妥的說法ESP8266 官方 AT 指令集經(jīng)過了多個版本迭代支持 MQTT 的指令在不同版本中格式不完全一致。如果你的模塊不支持ATMQTTCONN這類指令可以先用串口助手把固件升級到支持 MQTT 的版本或者使用舊的 TCP 透傳方式連接 OneNET。無論固件版本如何調(diào)試順序都是固定的配置 WiFi 模式連接路由器建立 TCP 或 MQTT 連接發(fā)送/接收數(shù)據(jù)。6.2 先用串口助手手動聯(lián)調(diào) AT 指令在寫 STM32 代碼之前強烈建議先用 USB 轉(zhuǎn) TTL 模塊把 ESP01S 接電腦用串口助手手動敲一遍指令。這一步能幫你確認 ESP01S 的 AT 指令格式和 OneNET 接入?yún)?shù)避免后面代碼調(diào)試時分不清是“指令寫錯”還是“網(wǎng)絡問題”。典型流程如下AT # 回復 OK ATCWMODE1 # 回復 OK設置為 STA 模式 ATCWJAP你的WiFi名,你的WiFi密碼 # 回復 WIFI GOT IP # 連接 OneNET 服務器 ATMQTTUSERCFG0,1,clientId,username,password,0,0, ATMQTTCONN0,host地址,端口,1關(guān)于 OneNET 的接入?yún)?shù)這里需要特別注意。OneNET 平臺有多個接入版本舊版多協(xié)議接入的 MQTT 參數(shù)與新版 OneNET Studio 不完全相同舊版多協(xié)議接入時clientId、username、password 由平臺提供的設備信息生成新版 Studio 則更強調(diào)產(chǎn)品 ID、設備名稱、設備密鑰的組合關(guān)系不同版本的接入域名和端口也可能不同。所以我的建議是不要憑網(wǎng)上某篇文章里的 IP 和端口直接抄而是登錄 OneNET 控制臺找到“設備接入”或“MQTT 接入”頁面以平臺給出的實際接入點為準。這個細節(jié)很多初學者會踩坑也是 ESP8266/ESP01S 連接 OneNET 失敗的高頻原因之一。6.3 STM32 通過串口控制 ESP01S 的代碼手動調(diào)試通過后就可以把 AT 指令封裝到 STM32 代碼里。ESP01S 與 STM32 的接線方式STM32ESP01SPA2USART2 TXRXPA3USART2 RXTX3.3V獨立穩(wěn)壓VCCGNDGND10K 上拉電阻CH_PD/EN下面這段代碼演示了如何使用串口 2 發(fā)送 AT 指令并等待 ESP01S 返回指定關(guān)鍵字。// 文件路徑User/esp01s_at.c #include esp01s_at.h #include stm32f10x.h #include string.h #include stdio.h extern UART_HandleTypeDef huart2; // 標準庫項目請?zhí)鎿Q為 USART2 static uint8_t rx_buffer[512]; static uint16_t rx_len 0; void ESP01S_SendCmd(const char *cmd) { USART_SendString(USART2, (uint8_t *)cmd); } uint8_t ESP01S_WaitResponse(const char *keyword, uint16_t timeout) { // 簡化實現(xiàn)輪詢接收緩沖區(qū)判斷是否包含關(guān)鍵字 // 真實項目中建議使用狀態(tài)機 環(huán)形緩沖區(qū) } uint8_t ESP01S_ConnectWiFi(const char *ssid, const char *pwd) { char cmd[128]; sprintf(cmd, ATCWJAP\%s\,\%s\\r\n, ssid, pwd); ESP01S_SendCmd(cmd); return ESP01S_WaitResponse(OK, 10000); } uint8_t ESP01S_ConnectMQTT(const char *clientId, const char *username, const char *password, const char *host, int port) { char cmd[256]; sprintf(cmd, ATMQTTUSERCFG0,1,\%s\,\%s\,\%s\,0,0,\\\r\n, clientId, username, password); ESP01S_SendCmd(cmd); if (ESP01S_WaitResponse(OK, 3000)) { sprintf(cmd, ATMQTTCONN0,\%s\,%d,1\r\n, host, port); ESP01S_SendCmd(cmd); return ESP01S_WaitResponse(CONNACK, 10000); } return 0; } uint8_t ESP01S_PublishData(float temp, float humi, uint16_t gas) { char payload[128]; sprintf(payload, {\temperature\:%.1f,\humidity\:%.1f,\gas\:%d}, temp, humi, gas); char cmd[192]; sprintf(cmd, ATMQTTPUB0,\數(shù)據(jù)流主題名\,\%s\,0,0\r\n, payload); ESP01S_SendCmd(cmd); return ESP01S_WaitResponse(OK, 3000); }這段代碼里的USART_SendString和USART2在本示例中約定在bsp_usart.c中實現(xiàn)。標準庫環(huán)境下需要為串口 2 單獨寫初始化與串口 1 布局一致。實際應用中AT 指令的響應不是一次就發(fā)完的。最推薦的方案是串口接收中斷 環(huán)形緩沖區(qū)在主循環(huán)中解析緩沖區(qū)內(nèi)容。純阻塞式等待在局域網(wǎng)環(huán)境下問題不大但 Wi-Fi 環(huán)境不穩(wěn)定時一旦丟包程序就會卡死。6.4 OneNET 平臺配置與數(shù)據(jù)流OneNET 平臺側(cè)的操作大致是注冊賬號并登錄 OneNET 控制臺創(chuàng)建產(chǎn)品選擇 MQTT 協(xié)議在產(chǎn)品下添加設備記錄設備 ID、鑒權(quán)信息查看接入文檔確定 MQTT broker 地址、端口和 Topic 格式在一段時間內(nèi)收集設備上報的數(shù)據(jù)然后在平臺添加或確認數(shù)據(jù)流模板。這里有幾個容易混淆的概念數(shù)據(jù)流Datastream描述一個設備的某一類數(shù)據(jù)比如 “temperature”數(shù)據(jù)點Datapoint某個時間點的具體數(shù)值命令/消息下發(fā)從云平臺或小程序向設備發(fā)送控制指令。聯(lián)動小程序時上報數(shù)據(jù)可以直接按 JSON 格式打包平臺側(cè)根據(jù)數(shù)據(jù)流模板解析。如果平臺沒有預定義模板只要在發(fā)布時使用相同的 Topic 和字段名也能在設備日志里看到原始數(shù)據(jù)。6.5 ESP01S 發(fā)送 TCP 消息與手機接收熱搜詞里有“esp01s發(fā)送tcp消息 手機”這其實是 ESP01S 最基礎(chǔ)的用法通過ATCIPSTART建立 TCP 連接把數(shù)據(jù)發(fā)到某個服務器或手機 App 監(jiān)聽端口。它在局域網(wǎng)里很容易驗證比如用手機上的網(wǎng)絡調(diào)試助手工具監(jiān)聽端口ESP01S 就能把數(shù)據(jù)推過去。但在本項目里這種“點對點 TCP”并不適合做完整畢設原因有二手機沒有公網(wǎng) IP 時無法直接接收局域網(wǎng)外的 ESP01S 數(shù)據(jù)TCP 透傳沒有鑒權(quán)、沒有歷史存儲不夠“平臺化”。OneNET 的價值正是解決這兩個問題把數(shù)據(jù)存儲在云端小程序通過 API 訂閱設備側(cè)只維護一條 MQTT 長連接。7. 微信小程序控制端設計與對接思路7.1 小程序架構(gòu)微信小程序端有兩種常見做法直連 OneNET API通過 HTTP 請求獲取設備最新數(shù)據(jù)點再展示到頁面上。優(yōu)點是架構(gòu)簡單缺點是直接暴露平臺訪問密鑰到前端有安全風險。個人演示項目可以接受但正式項目不建議。自建后端中轉(zhuǎn)小程序請求自己的后端接口后端再與 OneNET 交互。更安全但需要一臺服務器或云函數(shù)。對課程設計和競賽而言第一種方案演示速度最快。OneNET 的 API 一般支持按產(chǎn)品設備和數(shù)據(jù)流查詢最新數(shù)據(jù)返回 JSON 后在小程序里渲染即可。7.2 頁面與功能一個典型的廚房安全監(jiān)測小程序包含三個頁面數(shù)據(jù)總覽頁卡片式展示溫度、濕度、煙霧濃度設備控制頁排風扇開關(guān)、報警復位按鈕設置頁上報閾值、WiFi 信息如果設備端支持遠程配置。需要特別提醒小程序端必須處理“設備離線”狀態(tài)。如果 ESP01S 斷開連接OneNET 會標記設備離線小程序顯示的數(shù)據(jù)可能是舊數(shù)據(jù)此時界面要提示“設備離線”而不是給用戶一個誤以為實時的數(shù)值。7.3 命令下發(fā)原理遠程控制的本質(zhì)是“向設備發(fā)布一條消息”。在 OneNET 里這通常表現(xiàn)為云平臺向設備的訂閱 Topic 下發(fā)消息ESP01S 收到后通過串口發(fā)給 STM32STM32 解析后控制繼電器或蜂鳴器。因此STM32 端不僅要有“上報數(shù)據(jù)”的代碼還要有“接收下行消息”的解析邏輯。這需要用到串口接收中斷和消息隊列復雜度比單向上報高一些。做的時候先保證上報能通再擴展下行控制不要一上來就同時做雙向通信。8. PCB 設計從原理圖到打板8.1 設計流程如果項目要出實物板推薦用嘉立創(chuàng)EDA立創(chuàng)EDA這類國產(chǎn)工具流程短、上手快而且可以直接對接打板服務?;玖鞒绦陆üこ坍嬙韴D添加 STM32F103C8T6、晶振、復位、電源、傳感器接口、繼電器驅(qū)動等器件進行 ERC 電氣規(guī)則檢查修正未連接網(wǎng)絡生成 PCB先擺好核心器件位置再進行布線鋪銅、添加絲印、檢查開路短路導出 Gerber 文件上傳打板也可以直接在 EDA 內(nèi)使用在線下單。8.2 PCB 布局與布線要點廚房安全監(jiān)測板屬于混合電路板既有 3.3V 數(shù)字電路又有繼電器這樣的功率電路。布局時最忌諱把大電流線路與敏感傳感器線攪在一起。幾個實用原則按模塊分區(qū)STM32 最小系統(tǒng)放中間ESP01S 放一側(cè)繼電器放另一側(cè)傳感器接口放邊緣電源走線加粗5V 和 GND 走線建議 30mil 以上繼電器控制線至少在 20mil 以上信號線 12mil 即可晶振盡量靠近 STM32 的 OSC 引腳走線要短且不要平行長距離走線模擬地和數(shù)字地可以先用磁珠或 0Ω 電阻連接重點保證 MQ-2 的 ADC 采樣穩(wěn)定絲印字號不要太小打板回來后要能看清接口標識繼電器下方銅皮要留足必要時加開窗避免散熱和機械應力導致焊盤脫落。8.3 常見 PCB 設計問題熱搜詞里有很多 PCB 相關(guān)問題比如“gerber 文件轉(zhuǎn)成 pcb 文件”“pcb 板廠鉆孔工序”“pcb 添加 ole 文件對象”等。站在新手角度最容易忽略的是下面幾個Gerber 文件是生產(chǎn)文件不是可以繼續(xù)編輯的 PCB 工程文件。需要修改板子時要回到 EDA 工程里改而不是去處理 Gerber打板時板廠會按廠商件和標準工藝區(qū)分最小線寬、線距、孔徑。下單前先查看所選工藝參數(shù)不能想畫多細都行鉆孔文件Drill通常和 Gerber 一起打包轉(zhuǎn)格式時不要把鉆孔文件漏掉否則板子無法打孔PCB 絲印模糊通常是因為字體太小或線寬過細設計階段就要檢查絲印規(guī)則。9. 常見問題與排查思路整理一份完整排查表覆蓋這套系統(tǒng)從焊接、燒錄到上云過程中最高頻的問題問題現(xiàn)象可能原因排查方式解決方案error: no stm32 target found! if your product embeds debug authenticationST-Link 連接不穩(wěn)定、芯片鎖死、供電不足檢查 SWDIO/SWCLK 和 GND 接線測 3.3V 電壓按住復位再點下載用 STM32 ST-LINK Utility 連接按復位期間燒錄必要時設置 BOOT0 拉高Keil 編譯報錯找不到器件未安裝 STM32F1 器件支持包打開 Pack Installer 確認在 Pack Installer 中安裝 STM32F1xx 系列支持包Keil 打開 C51 項目后無法編譯 STM32編譯器版本不對查看 Options for Target 中的編譯器設置選擇 ARM Compiler確保工程文件是 MDK 工程串口打印亂碼波特率不匹配檢查串口助手和 MCU 初始化波特率統(tǒng)一為 115200ESP01S 上電后不響應 AT供電不足 或 CH_PD 未拉高測量 VCC 電壓是否穩(wěn)定 3.3V檢查 CH_PD 引腳使用獨立 3.3V 穩(wěn)壓CH_PD 接 10K 上拉ESP01S 連接 WiFi 失敗SSID/密碼錯誤、路由器是 5GHz 或加密方式不支持檢查 AT 返回的 ERROR 碼使用 2.4GHz 路由器確認賬號密碼必要時重置 WiFi 配置OneNET 連接失敗設備鑒權(quán)信息不對、接入地址端口錯誤查看 MQTT CONNECT 返回碼以 OneNET 控制臺接入文檔的參數(shù)為準不要照抄老教程數(shù)據(jù)上傳成功但平臺無數(shù)據(jù)Topic 或數(shù)據(jù)流字段名不一致在平臺查看設備日志和原始上報數(shù)據(jù)統(tǒng)一 Topic 與 JSON 字段名小程序設備離線ESP01S 掉線或網(wǎng)絡異常檢查 ESP01S 供電與 WiFi 信號增加斷線重連機制定時發(fā)送心跳繼電器不動作GPIO 驅(qū)動能力不足或三極管接線錯誤測量繼電器控制端電壓使用三極管/ULN2003 驅(qū)動并聯(lián)續(xù)流二極管PCB 下載程序時報芯片找不到焊接虛焊、BOOT0 未接地、晶振不起振檢查 STM32 最小系統(tǒng)焊接和供電重新焊接關(guān)鍵引腳檢查晶振和復位電路PCB 打樣回來后絲印看不清絲印線寬過細在 EDA 中檢查絲印層調(diào)整絲印最小線寬一般在 10mil 以上這里特別要提一下stm32 virtual com port 嘆號這個問題。很多 STM32 板子通過 USB 虛擬串口連接電腦時設備管理器里會出現(xiàn)黃色感嘆號本質(zhì)是缺少驅(qū)動。遇到這種情況先裝 STM32 的 VCPVirtual COM Port驅(qū)動再檢查 USB 線是否只供電沒有信號線。還有一種情況是板子的 USB D 上拉電阻沒有接好這種屬于硬件問題。10. 最佳實踐與工程建議10.1 代碼層面的工程化建議不要把所有邏輯都塞在 main 函數(shù)的 while 循環(huán)里。推薦至少拆成幾個模塊傳感器采集模塊負責讀取原始數(shù)據(jù)并校驗數(shù)據(jù)上報模塊負責拼裝 JSON、通過串口發(fā)送 AT 指令控制模塊負責本地閾值判斷、繼電器和蜂鳴器動作串口接收模塊負責處理 ESP01S 返回的下行數(shù)據(jù)。每個模塊之間通過結(jié)構(gòu)體或全局狀態(tài)機傳遞數(shù)據(jù)。這樣做的好處是調(diào)試時能快速定位問題也方便答辯時講清楚代碼結(jié)構(gòu)。另外一定要打開編譯器的 warning 提示盡量做到零 warning。很多人把 warning 當回車鍵跳過結(jié)果上電才發(fā)現(xiàn)某個變量未初始化產(chǎn)生隨機值導致系統(tǒng)行為不可預期。10.2 安全邊界廚房安全系統(tǒng)的核心價值是“不安全時能報警”而不是“網(wǎng)絡通暢時才安全”。因此設計時要注意本地判斷優(yōu)先即使無法上云也要保證本地蜂鳴器和繼電器能響應斷電恢復意外斷電后重新上電系統(tǒng)能自動恢復初始化而不是停在異常狀態(tài)傳感器臟污處理MQ-2 長時間使用會漂移要定期校準基準值或加自動標定邏輯閾值可配置默認閾值只是演示值正式使用要根據(jù)安裝環(huán)境重新標定。10.3 不斷線重連ESP01S 在長時間運行時可能掉線。工程上要有一個“連接狀態(tài)檢測 自動重連”的機制定期檢查是否收到 OneNET 的響應如果超過 N 秒沒有消息就重新執(zhí)行 WiFi 連接和 MQTT 連接流程。這里要注意反復快速重連可能會被路由器或云平臺臨時封禁所以重連間隔要加退避比如第一次 5 秒、第二次 10 秒、之后 30 秒。10.4 答辯與文檔準備如果是畢業(yè)設計除了代碼跑通還要提前準備好以下材料系統(tǒng)框圖、時序圖、狀態(tài)機圖關(guān)鍵模塊的測試記錄比如 AT 指令聯(lián)調(diào)日志、數(shù)據(jù)上報日志PCB 原理圖、Gerber 文件、BOM 清單小程序截圖和演示視頻。關(guān)鍵是講清楚“我為什么這么做”而不是只講“我做了什么”。比如為什么選擇 MQTT 而不是 HTTP為什么本地也要做判斷為什么電源要獨立穩(wěn)壓這些問題在答辯時被問到的概率極高。10.5 擴展方向這套系統(tǒng)做完之后可擴展的方向很多把 DHT11 換成 SHT30提高溫濕度精度加入 OLED 顯示屏本地可視化數(shù)據(jù)接入攝像頭實現(xiàn)遠程廚房看護換成 4G 模塊如合宙 Air724 等擺脫 WiFi 依賴把 OneNET 換成自建 MQTT 服務器學習更底層的數(shù)據(jù)流轉(zhuǎn)過程。11. 總結(jié)STM32 廚房安全監(jiān)測系統(tǒng)不是一個“高大上”的選題但它非常典型它把單片機編程、傳感器接口、串口通信、WiFi 模塊 AT 指令、云平臺 MQTT 接入、小程序 API 調(diào)用、PCB 設計這些物聯(lián)網(wǎng)核心技術(shù)點串成了一個完整閉環(huán)。真正值得你投入精力的不是背下某一條 AT 指令也不是記住某個平臺按鈕的位置而是理解“端-云-應用”這條數(shù)據(jù)鏈路的連接方式。做完這個項目你手里就有一套可以遷移到很多物聯(lián)網(wǎng)場景的“骨架”。建議動手順序也很明確先用最小舵機跑通單點上報再做本地控制最后接小程序和 PCB。這樣每一步都有可驗證的產(chǎn)出不容易卡在最后聯(lián)調(diào)階段。建議把這篇文章收藏備用按章節(jié)逐步實踐。如果你遇到某個環(huán)節(jié)卡住優(yōu)先對照“常見問題與排查思路”表格絕大多數(shù)問題出在供電、接線、串口參數(shù)和平臺鑒權(quán)這四類原因上。祝你的廚房安全系統(tǒng)順利落地。