簡(jiǎn)介面向嵌入式與物聯(lián)網(wǎng)課程設(shè)計(jì)場(chǎng)景這份資源以STM32F103ZET6為主控、ESP8266為無線模塊、LabVIEW作上位機(jī)構(gòu)成一套完整的溫度采集與遠(yuǎn)程傳輸方案適合需快速完成課設(shè)或入門IoT開發(fā)的學(xué)習(xí)者。壓縮包共288個(gè)文件大小約2.03MB以h和c源碼為主體包含STM32標(biāo)準(zhǔn)外設(shè)庫(kù)的timer、flash、rcc、adc等驅(qū)動(dòng)模塊同時(shí)附有o、elf、hex、map等編譯產(chǎn)物與工程配置便于直接分析或重新編譯另有LabVIEW的vi文件及PDF說明可輔助理解上位機(jī)界面和聯(lián)調(diào)方式。目前已有2503人學(xué)習(xí)下載參考價(jià)值得到驗(yàn)證。資源完整呈現(xiàn)了從溫度傳感器讀取、STM32串口轉(zhuǎn)發(fā)、ESP8266 Wi-Fi發(fā)送到LabVIEW實(shí)時(shí)顯示的完整數(shù)據(jù)鏈路并覆蓋硬件連接、固件編寫、AT指令配置、UI設(shè)計(jì)等關(guān)鍵環(huán)節(jié)能幫助學(xué)習(xí)者梳理嵌入式、無線通信與可視化軟件開發(fā)之間的協(xié)作關(guān)系也為課設(shè)答辯和二次開發(fā)提供了可復(fù)用的工程模板。1. 先搞清楚這套采集鏈路ESP8266、STM32ZET6、LabVIEW 各自該干嘛寫 STM32 課設(shè)最怕的不是傳感器驅(qū)動(dòng)而是三塊板子湊在一起誰(shuí)都不理誰(shuí)。這套 ESP8266STM32ZET6LabVIEW 溫度采集方案鏈路很清晰STM32 讀 DS18B20 → 串口發(fā)給 ESP8266 → WiFi TCP 上傳 → LabVIEW 顯示實(shí)時(shí)溫度曲線。聽起來三段式實(shí)際調(diào)起來大部分時(shí)間耗在 ESP8266 的 AT 應(yīng)答、模塊瞬間供電、上位機(jī)粘包三個(gè)地方。我拆過的幾套同款課設(shè)凡是在最后一周瘋狂熬夜的問題基本都出在這些環(huán)節(jié)。下面按硬件接線、下位機(jī)代碼、LabVIEW 上位機(jī)、聯(lián)調(diào)避坑四段展開給能直接抄的參數(shù)和代碼適合做 STM32 課設(shè)或物聯(lián)網(wǎng)課程作業(yè)的讀者也適合想快速搭一套“板子采集 WiFi 傳輸 PC 顯示”鏈路的同學(xué)。2. 硬件接線與通信協(xié)議電平匹配、引腳分配與獨(dú)立供電很多人拿到板子第一件事就是懟杜邦線先把數(shù)據(jù)線接上再接電源結(jié)果 ESP8266 反復(fù)重啟、串口打印亂碼。硬件接線看著簡(jiǎn)單實(shí)際上是整個(gè)項(xiàng)目里最容易埋雷的環(huán)節(jié)。先把接線和供電理清楚后面寫代碼會(huì)順暢很多。2.1 引腳分配串口、單總線、ADC 各歸各位溫度傳感器選擇上這套方案用的是 DS18B20。它屬于單總線器件一根數(shù)據(jù)線既能供電通訊又能掛多個(gè)節(jié)點(diǎn)12 位分辨率下測(cè)溫精度 0.0625℃范圍 -55℃ 到 125℃課設(shè)和日常環(huán)境監(jiān)測(cè)完全夠用。選它的另一個(gè)理由是代碼省事不需要額外的 ADC 參考電壓計(jì)算。通信資源分配上我一般把 USART1 給 ESP8266USART2 留作調(diào)試打印。USART1 掛在 APB2 高速總線上波特率上到 115200 也穩(wěn)定調(diào)試信息走 USART2可以避免日志和 AT 應(yīng)答混在一條串口線上排查問題的時(shí)候不用猜哪段是模塊回的、哪段是自己打印的。外設(shè)/信號(hào)STM32 引腳對(duì)端接線說明DS18B20 DQPB0DS18B20 中間引腳開漏輸出外接 4.7kΩ 上拉到 3.3VESP8266 RXDPA9USART1_TXESP8266 RXD注意是交叉接不是 TX 對(duì) TXESP8266 TXDPA10USART1_RXESP8266 TXD交叉接線GNDGNDESP8266 GND必須共地否則電平參考不一致CH_PD / EN3.3VESP8266 EN模塊使能腳懸空會(huì)導(dǎo)致不開機(jī)接線順序有個(gè)血淚經(jīng)驗(yàn)先接電源和地再接信號(hào)線。ESP8266 上電瞬間如果信號(hào)線已經(jīng)插好而電源還沒到位STM32 的串口 TX 引腳會(huì)通過模塊內(nèi)部的 ESD 保護(hù)二極管給它反向供電導(dǎo)致模塊上電時(shí)序混亂表現(xiàn)為偶爾能連上 WiFi、偶爾完全無響應(yīng)非常像玄學(xué)。先供好電再插信號(hào)線能排除掉這一大類問題。選型上ESP-01S 夠用但要注意它沒有板載穩(wěn)壓買回來最好配一個(gè)面包板適配器把引腳引出來再接。ESP-12F 引腳多、天線性能好但對(duì)課設(shè)來說接線反而變多沒必要。無論哪種模塊上電前確認(rèn) CH_PD 被拉高到 3.3V 是必須的。2.2 供電與電平3.3V 直連電源線為什么會(huì)翻車ESP8266 在 WiFi 發(fā)射瞬間電流能沖到 200 到 300mA而且是脈沖式的。STM32 板載的 3.3V LDO 設(shè)計(jì)時(shí)只考慮了 MCU 的功耗余量很小模塊一發(fā)射電壓瞬間跌落表現(xiàn)為模塊正在連接路由器突然重啟或者串口打印一堆亂碼。這個(gè)坑非常經(jīng)典。解決方案是給 ESP8266 獨(dú)立供電常見做法是用一個(gè)獨(dú)立 3.3V LDO 或者 5V 轉(zhuǎn) 3.3V 的降壓模塊電源從 USB 或外部電源取GND 和 STM32 共地。同時(shí)模塊 VCC 引腳附近就近并一個(gè) 100uF 電解電容和一個(gè) 0.1uF 陶瓷電容一個(gè)管低頻跌落一個(gè)管高頻噪聲加完這兩個(gè)電容后很多隨機(jī)重啟就消失了。電平匹配方面STM32 和 ESP8266 都是 3.3V 邏輯TXD 和 RXD 可以直連不需要電平轉(zhuǎn)換。如果你的板子是 5V 單片機(jī)那 RX 線上必須加電阻分壓否則長(zhǎng)期使用會(huì)燒模塊。判斷電平是否匹配可以萬用表量模塊 RX 引腳的靜態(tài)電壓DVM 顯示在 3.0V 以上基本沒問題。注意給 ESP8266 上電時(shí)先確認(rèn) CH_PDEN引腳被拉高到 3.3V否則模塊串口一點(diǎn)反應(yīng)都沒有很多人誤以為模塊壞了其實(shí)是使能腳沒接。3. 下位機(jī)代碼DS18B20 讀取與 ESP8266 透?jìng)鞣庋b硬件接好后寫代碼我建議順序是先驅(qū)動(dòng) DS18B20再做 ESP8266 透?jìng)髯詈蟀褍烧咂雌饋?。不要一上來就寫大循環(huán)那樣出問題沒法定位。STM32 側(cè)用 HAL 庫(kù)代碼層次清楚方便移植到其他型號(hào)。3.1 DS18B20 驅(qū)動(dòng)單總線時(shí)序與 85℃ 陷阱DS18B20 的單總線協(xié)議才是這個(gè)傳感器真正的復(fù)雜度所在。一根 DQ 線上同時(shí)承擔(dān)復(fù)位、寫、讀三種時(shí)序所有延時(shí)都在微秒級(jí)別。普通 GPIO 模擬即可不需要占用定時(shí)器。讀一次溫度分四步復(fù)位總線并檢測(cè)存在脈沖 → 跳過 ROM → 啟動(dòng)溫度轉(zhuǎn)換 → 再次復(fù)位 → 讀暫存器前兩個(gè)字節(jié)。// ds18b20.c —— 讀取一次溫度返回放大 10 倍的整數(shù)值0xFFFF 表示錯(cuò)誤 uint16_t ds18b20_read_temp(void) { uint8_t data[2] {0}; // 1. 復(fù)位總線等待從機(jī)應(yīng)答 if (ds18b20_reset() ! HAL_OK) return 0xFFFF; // 2. 跳過 ROM單點(diǎn)采集不需要匹配地址啟動(dòng)溫度轉(zhuǎn)換 ds18b20_write_byte(0xCC); ds18b20_write_byte(0x44); HAL_Delay(750); // 12 位分辨率轉(zhuǎn)換時(shí)間最長(zhǎng) 750ms // 3. 再次復(fù)位跳過 ROM讀暫存器 ds18b20_reset(); ds18b20_write_byte(0xCC); ds18b20_write_byte(0xBE); data[0] ds18b20_read_byte(); data[1] ds18b20_read_byte(); // 4. 拼裝原始值并轉(zhuǎn)成攝氏度放大 10 倍保留一位小數(shù) int16_t raw (data[1] 8) | data[0]; if (data[1] 0x80) // 負(fù)溫度補(bǔ)碼這里直接標(biāo)記錯(cuò)誤 return 0xFFFF; return (uint16_t)(raw * 0.625f * 10); }函數(shù)內(nèi)部的四個(gè)步驟對(duì)應(yīng)單總線的完整操作序列。raw是 16 位有符號(hào)數(shù)低 12 位是溫度數(shù)據(jù)每個(gè) LSB 對(duì)應(yīng) 0.0625℃所以乘以 0.625 是 0.0625 × 10 的結(jié)果直接把溫度放大 10 倍返回。上位機(jī)收到后除以 10 就可以顯示避免在串口里傳浮點(diǎn)數(shù)。ds18b20_write_byte和ds18b20_read_byte內(nèi)部實(shí)現(xiàn)沒有展開這兩個(gè)函數(shù)就是單總線的核心時(shí)序?qū)?1 是拉低 1us 后釋放寫 0 是拉低 60us讀時(shí)序是拉低 1us 釋放后在 15us 內(nèi)采樣電平。所有微秒延時(shí)不能直接用HAL_Delay因?yàn)樗呛撩爰?jí)函數(shù)最短只能等 1ms所以必須自己寫一個(gè)基于系統(tǒng)時(shí)鐘或空循環(huán)的微秒延時(shí)。這個(gè)細(xì)節(jié)很多新人會(huì)栽跟頭。如果你發(fā)現(xiàn)溫度永遠(yuǎn)顯示 85℃先別懷疑代碼這是 DS18B20 上電復(fù)位后暫存器的默認(rèn)值 0x0550對(duì)應(yīng) 85℃。讀到這個(gè)值說明總線上壓根沒有器件應(yīng)答通常就是上拉電阻沒接、DQ 接錯(cuò)引腳、或者復(fù)位時(shí)序的拉低時(shí)間不足 480us。3.2 ESP8266 初始化與透?jìng)鰽T 指令怎么封裝才不卡死ESP8266 官方 AT 固件下模塊狀態(tài)切換靠串口發(fā)指令。初始化順序有一個(gè)容易搞反的地方很多資料寫成“先開透?jìng)髟俳⑦B接”實(shí)際必須先ATCIPSTART成功后再進(jìn)入透?jìng)髂Ｊ椒駝tATCIPMODE1會(huì)返回 ERROR。先說本次項(xiàng)目里與 TCP 服務(wù)器建立連接的完整指令序列PC 端在局域網(wǎng)內(nèi)開一個(gè) TCP Server 監(jiān)聽某個(gè)端口ESP8266 作為客戶端主動(dòng)連接目的指令預(yù)期返回超時(shí)建議測(cè)試模塊ATOK500ms設(shè)為 Station 模式ATCWMODE1OK500ms連接路由器ATCWJAPssid,passwordWIFI GOT IP10000ms建立 TCP 連接ATCIPSTARTTCP,192.168.1.100,8080CONNECT OK5000ms開啟透?jìng)鰽TCIPMODE1OK500ms進(jìn)入透?jìng)靼l(fā)送狀態(tài)ATCIPSEND1000ms為什么強(qiáng)調(diào)用透?jìng)髂Ｊ蕉皇敲織l數(shù)據(jù)都發(fā)一遍 AT 指令透?jìng)鹘⒑蟠谑盏降乃袛?shù)據(jù)會(huì)被直接轉(zhuǎn)發(fā)到 TCP 連接的另一端周期性溫度采集正好是這種持續(xù)數(shù)據(jù)流場(chǎng)景。如果每條數(shù)據(jù)都走“CIPSTART → CIPSEND → 等待 → 斷開”連接開銷大路由器側(cè)稍微有點(diǎn)波動(dòng)就容易斷鏈。// esp8266.c —— 發(fā)送一條 AT 指令并等待期望關(guān)鍵字返回帶超時(shí)保護(hù) uint8_t esp_at_send(const char *cmd, const char *expect, uint32_t timeout_ms) { uint8_t buf[64] {0}; uint16_t idx 0; uint32_t start HAL_GetTick(); // 清空串口接收緩沖避免上次殘留的回復(fù)干擾匹配 __HAL_UART_CLEAR_OREFLAG(huart1); __HAL_UART_CLEAR_NEFLAG(huart1); // 發(fā)送指令注意命令后面必須帶 \r\n HAL_UART_Transmit(huart1, (uint8_t *)cmd, strlen(cmd), 200); // 逐字節(jié)累加直到出現(xiàn)期望關(guān)鍵字或超時(shí) while (HAL_GetTick() - start timeout_ms) { if (HAL_UART_Receive(huart1, buf[idx], 1, 100) HAL_OK) { if (strstr((char *)buf, expect) ! NULL) return 1; idx; if (idx sizeof(buf) - 1) idx 0; } } return 0; }HAL_UART_Receive每次接收一個(gè)字節(jié)并等待最多 100ms返回后把字節(jié)累積進(jìn)buf然后用strstr判斷是否出現(xiàn)期望的關(guān)鍵字。buf只有 64 字節(jié)對(duì) AT 指令的回復(fù)來說足夠因?yàn)?AT 固件的返回不像 HTTP 那樣長(zhǎng)。timeout_ms根據(jù)指令不同區(qū)別對(duì)待測(cè)試指令給 500ms連接 WiFi 要 10 秒建立 TCP 給 5 秒這樣程序設(shè)計(jì)不會(huì)因?yàn)槟硹l指令慢而卡住整個(gè)流程。透?jìng)髂Ｊ降臄?shù)據(jù)發(fā)送更簡(jiǎn)單直接往串口寫溫度幀即可// 透?jìng)髂Ｊ较掳l(fā)送一幀溫度數(shù)據(jù)幀格式: $T1,25.6# char frame[24]; snprintf(frame, sizeof(frame), $T1,%.1f#, temp_c); HAL_UART_Transmit(huart1, (uint8_t *)frame, strlen(frame), 200);幀結(jié)構(gòu)里$是幀頭T1表示通道 1 的溫度數(shù)據(jù)25.6是實(shí)際溫度#是幀尾。上位機(jī)解析時(shí)只取$到#之間的內(nèi)容天然免疫串口粘包問題。snprintf里格式化用的%.1f保證浮點(diǎn)數(shù)只輸出一位小數(shù)長(zhǎng)度可控。退出透?jìng)髂Ｊ降闹噶钍亲⒁膺@三個(gè)加號(hào)前后各 500ms 內(nèi)不能發(fā)送其他串口數(shù)據(jù)這是 AT 固件內(nèi)部的保護(hù)機(jī)制防止普通數(shù)據(jù)流里出現(xiàn)誤觸退出。項(xiàng)目里如果需要恢復(fù) AT 指令模式必須把這個(gè)時(shí)序考慮進(jìn)去。4. LabVIEW 上位機(jī)VISA 串口讀取與幀解析LabVIEW 是圖形化編程不需要像 C 語(yǔ)言那樣手寫收發(fā)函數(shù)但背后的串口阻塞機(jī)制、緩沖區(qū)機(jī)制和幀同步邏輯是一樣的。這套上位機(jī)要做三件事從串口讀字節(jié)流 → 按幀解析出溫度 → 實(shí)時(shí)畫曲線并報(bào)警。4.1 用 VISA 搭串口讀取循環(huán)實(shí)時(shí)曲線先跑起來LabVIEW 里串口通信統(tǒng)一走 VISA它屏蔽了底層驅(qū)動(dòng)差異。搭建一個(gè)最小讀取循環(huán)的步驟如下前面板放置一個(gè)波形圖表Waveform Chart縱軸范圍設(shè)成 20 到 40℃橫軸自動(dòng)滾動(dòng)顯示時(shí)間。程序框圖放置 VISA Configure Serial Port配置串口資源名、波特率、數(shù)據(jù)位、停止位和校驗(yàn)。放置 While 循環(huán)循環(huán)內(nèi)先讀取“Bytes at Serial Port”屬性節(jié)點(diǎn)判斷當(dāng)前緩沖區(qū)有多少字節(jié)。如果字節(jié)數(shù)大于 0調(diào)用 VISA Read 讀取實(shí)際的字節(jié)數(shù)避免讀空緩沖區(qū)。將返回的字節(jié)數(shù)組轉(zhuǎn)成字符串送入解析邏輯。循環(huán)內(nèi)加 100ms 延時(shí)減少 CPU 占用。循環(huán)結(jié)束后調(diào)用 VISA Close 釋放串口。VISA 的配置參數(shù)按這張表來設(shè)置和 STM32 側(cè)的串口參數(shù)一一對(duì)應(yīng)任何一個(gè)不匹配都會(huì)出現(xiàn)亂碼。參數(shù)推薦值說明波特率115200與 STM32 的 USART1 保持一致數(shù)據(jù)位8ESP8266 透?jìng)髂J(rèn) 8 位校驗(yàn)None幀尾#已經(jīng)承擔(dān)完整性校驗(yàn)停止位1標(biāo)準(zhǔn)配置VISA 超時(shí)1000 ms防止 VISA Read 無限期阻塞這里有一個(gè)新手很容易踩的卡死問題VISA Read 默認(rèn)按指定字節(jié)數(shù)讀取如果緩沖區(qū)里沒有足夠的字節(jié)它會(huì)一直等到超時(shí)。所以讀取前必須用屬性節(jié)點(diǎn)查詢實(shí)際字節(jié)數(shù)只讀真實(shí)存在的數(shù)據(jù)。很多人在 LabVIEW 里直接用 VISA Read 讀一個(gè)固定長(zhǎng)度結(jié)果界面一運(yùn)行就假死原因就在這里。波形圖表用 Chart 而不是 GraphChart 自帶時(shí)間軸自動(dòng)滾動(dòng)適合實(shí)時(shí)溫度曲線Graph 更適合一次性顯示整段歷史波形。如果做課設(shè)答辯展示 Chart 的實(shí)時(shí)更新效果會(huì)更直觀。4.2 幀解析與超限報(bào)警串口字節(jié)流變成溫度線串口讀回來的數(shù)據(jù)是字節(jié)流接收時(shí)機(jī)不同可能一次讀到多幀也可能一幀被拆成兩次收到所以解析時(shí)必須用幀頭$和幀尾#做截取而不是按固定位置切字符串。LabVIEW 里用正則表達(dá)式“匹配模式”函數(shù)模式寫成\$T\d\.?\d*#注意$和#都是正則里的特殊字符需要轉(zhuǎn)義。匹配成功后中間部分類似T1,25.6用“掃描字符串”函數(shù)按逗號(hào)拆分得到通道號(hào)和溫度值。拆分后的數(shù)值做一次“除以 10”因?yàn)橄挛粰C(jī)發(fā)送時(shí)已經(jīng)放大 10 倍。這一步做完把數(shù)值送進(jìn)波形圖表的輸入端子曲線就會(huì)滾動(dòng)起來。超限報(bào)警用條件結(jié)構(gòu)實(shí)現(xiàn)數(shù)值大于閾值時(shí)前面板的報(bào)警指示燈從綠色變紅色同時(shí)可以在數(shù)值顯示控件上把字體顏色改成紅色。閾值不要寫死在程序里前面板放一個(gè)數(shù)值輸入控件答辯時(shí)可以現(xiàn)場(chǎng)改閾值演示。對(duì)于 DS18B20 典型應(yīng)用通道 1 設(shè) 30℃通道 2 設(shè) 45℃具體根據(jù)自己的測(cè)溫場(chǎng)景調(diào)。另外提一個(gè)聯(lián)調(diào)的小技巧第一次跑通串口鏈路時(shí)先用串口助手軟件代替 LabVIEW 接收數(shù)據(jù)。在 PC 上打開串口助手波特率設(shè)成 115200如果能看到連續(xù)的$T1,25.6#這樣的數(shù)據(jù)流說明 STM32 和 ESP8266 鏈路沒問題再切到 LabVIEW 排查解析邏輯避免兩頭同時(shí)懷疑。5. 聯(lián)調(diào)避坑與排查五個(gè)真實(shí)翻車現(xiàn)場(chǎng)這個(gè)項(xiàng)目單看每一段都不難但聯(lián)調(diào)時(shí)坑特別集中。下面五條是我在調(diào)同款方案時(shí)反復(fù)遇到過的按現(xiàn)象、原因、解決三步寫清楚每條都能對(duì)上號(hào)。5.1 下位機(jī)側(cè)三個(gè)最先遇到的坑坑 1AT 指令卡死或返回 ERROR。現(xiàn)象esp_at_send函數(shù)一直超時(shí)或者ATCIPMODE1返回 ERROR。原因最常見的是 TCP 連接沒有建立成功就切透?jìng)鰽T 固件要求先連接后透?jìng)髌浯问谴诰彌_區(qū)里殘留上一次的回復(fù)關(guān)鍵字匹配被干擾有些模塊出廠不是 AT 固件而是其他固件AT 指令根本不存在。解決先清空串口緩沖再發(fā)指令用串口助手逐條發(fā)送 AT 指令看模塊原生返回內(nèi)容不要依賴程序里的封裝函數(shù)確認(rèn)固件版本對(duì)應(yīng)的指令集。如果模塊發(fā)AT沒有響應(yīng)進(jìn)入下載模式重新刷 AT 固件刷完再做鏈路測(cè)試?？?2WiFi 連上就重啟串口打印亂碼?，F(xiàn)象ATCWJAP返回WIFI GOT IP后沒幾秒模塊就重啟日志斷斷續(xù)續(xù)。原因供電不足。WiFi 發(fā)射瞬間電流上升VCC 電壓跌落超過模塊復(fù)位門檻模塊自我保護(hù)重啟。解決給 ESP8266 獨(dú)立供電GND 與 STM32 共地VCC 旁邊并 100uF 和 0.1uF 電容。用示波器看 VCC 波形如果發(fā)射瞬間跌落超過 200mV還要加大電容或者換輸出電流更大的穩(wěn)壓芯片。坑 3DS18B20 溫度恒為 85℃?，F(xiàn)象無論怎么測(cè)溫上位機(jī)都顯示 85.00℃。原因85℃ 是器件上電后的默認(rèn)值復(fù)位時(shí)序沒有真正操作到總線或者總線上根本沒有器件應(yīng)答。解決量 DQ 引腳空閑電壓正常應(yīng)為 3.3V如果是 0V 說明上拉電阻沒接。再看復(fù)位時(shí)序拉低時(shí)間要大于 480us釋放后等待 60us 再讀應(yīng)答。注意微秒延時(shí)不能用HAL_Delay要自己寫延時(shí)函數(shù)或直接用 SysTick 計(jì)微秒。5.2 上位機(jī)與聯(lián)調(diào)側(cè)兩個(gè)容易被忽略的坑坑 4LabVIEW 一運(yùn)行界面就卡死點(diǎn)停止沒反應(yīng)?，F(xiàn)象前面板轉(zhuǎn)圈程序無法正常退出。原因VISA Read 在串口緩沖區(qū)沒有足夠字節(jié)時(shí)阻塞等待同時(shí)循環(huán)里沒有延時(shí)CPU 被占滿界面響應(yīng)不過來。解決用“Bytes at Serial Port”屬性節(jié)點(diǎn)先查數(shù)據(jù)量有數(shù)據(jù)才讀循環(huán)內(nèi)加 100ms 延時(shí)VISA Configure Serial Port 的超時(shí)參數(shù)設(shè)成 1000ms。這三處改完卡死問題基本消失?？?5波形圖跳變到離譜值或者字符串控件出現(xiàn)亂碼?，F(xiàn)象溫度顯示 100℃ 以上或者面板上一堆不可見字符。原因串口兩側(cè)波特率不一致幀尾丟失導(dǎo)致解析錯(cuò)位進(jìn)入透?jìng)髂Ｊ胶竽K把OK、這些 AT 回復(fù)也轉(zhuǎn)發(fā)了出來混進(jìn)數(shù)據(jù)流。解決統(tǒng)一兩端波特率STM32 和 LabVIEW 都用 115200。解析用幀頭幀尾截取不匹配的字符直接丟棄。進(jìn)入透?jìng)骱笱訒r(shí) 200ms 再發(fā)送溫度數(shù)據(jù)讓模塊把狀態(tài)回復(fù)清干凈避免干擾首幀。6. 進(jìn)階從單點(diǎn)采集到多節(jié)點(diǎn)自定義幀格式與自動(dòng)重連基礎(chǔ)鏈路跑通后課設(shè)拿高分一般要加兩個(gè)東西多節(jié)點(diǎn)擴(kuò)展和斷線自動(dòng)重連。這兩件事其實(shí)是一件事——把傳輸協(xié)議設(shè)計(jì)好。單節(jié)點(diǎn)的$T1,25.6#幀結(jié)構(gòu)太簡(jiǎn)單擴(kuò)展多節(jié)點(diǎn)時(shí)我建議升級(jí)成帶地址和校驗(yàn)的幀$A1,T,1,25.6*3F#。幀頭$A1是節(jié)點(diǎn)地址T表示溫度類型1是通道號(hào)25.6是數(shù)據(jù)*3F是校驗(yàn)字節(jié)#是幀尾。上位機(jī)解析時(shí)先校驗(yàn)再取數(shù)無效幀直接丟棄不會(huì)污染波形。斷線自動(dòng)重連是 ESP8266 鏈路最影響體驗(yàn)的問題。路由器重啟、TCP 連接斷開后如果程序里沒有重連邏輯數(shù)據(jù)流就永遠(yuǎn)停了。最有效的方案是狀態(tài)機(jī)而不是在 main 里堆一堆 if// wifi_task.c —— 四態(tài)狀態(tài)機(jī)任何步驟失敗都回退重試 typedef enum { WIFI_IDLE, WIFI_CONNECTING, WIFI_LINKED, WIFI_TXRX } wifi_state_t; void wifi_task(void) { static wifi_state_t state WIFI_IDLE; static uint32_t last_send 0; switch (state) { case WIFI_IDLE: // 模塊在線檢測(cè)AT 返回 OK 才進(jìn)入下一步 if (esp_at_send(AT\r\n, OK, 500)) state WIFI_CONNECTING; break; case WIFI_CONNECTING: // 連接路由器等待 GOT IP失敗回到 IDLE if (esp_at_send(ATCWJAP\ssid\,\pwd\\r\n, GOT IP, 10000)) state WIFI_LINKED; else state WIFI_IDLE; break; case WIFI_LINKED: // 建立 TCP 連接失敗重新連 WiFi if (esp_at_send(ATCIPSTART\TCP\,\192.168.1.100\,8080\r\n, CONNECT OK, 5000)) state WIFI_TXRX; else state WIFI_CONNECTING; break; case WIFI_TXRX: // 周期性發(fā)送溫度幀發(fā)送失敗說明鏈路斷開回到 IDLE if (HAL_GetTick() - last_send 2000) { if (!send_temp_frame()) state WIFI_IDLE; last_send HAL_GetTick(); } break; } }這個(gè)狀態(tài)機(jī)的核心設(shè)計(jì)是“失敗即回退”任何一步失敗都回到更早的狀態(tài)重新嘗試而不是原地卡死。WIFI_LINKED失敗回到WIFI_CONNECTING網(wǎng)絡(luò)環(huán)境恢復(fù)后能自動(dòng)再把 TCP 連接建起來。注意透?jìng)髂Ｊ綌嚅_后要重新執(zhí)行ATCIPMODE1和ATCIPSEND所以在WIFI_TXRX發(fā)送失敗時(shí)直接回WIFI_IDLE強(qiáng)制走完全部初始化流程模塊才能真正恢復(fù)。驗(yàn)證這套機(jī)制不要在板子上直接試用 PC 端的 TCP 調(diào)試工具打開服務(wù)器監(jiān)聽觀察 ESP8266 的連接和重連日志。如果工具里能看到連續(xù)的幀且斷開路由器后能自動(dòng)恢復(fù)整個(gè)項(xiàng)目的聯(lián)調(diào)就到位了。我調(diào)這套鏈路時(shí)吃過最大的虧就是改完代碼直接接 WiFi結(jié)果分不清問題在傳感器、模塊還是上位機(jī)。從那以后每次下位機(jī)改動(dòng)我都強(qiáng)制走一遍“串口助手驗(yàn)證幀格式 → TCP 工具驗(yàn)證鏈路 → 接 LabVIEW”三步再聯(lián)調(diào)效率高很多希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取