1. 項(xiàng)目緣起與整體設(shè)計思路電機(jī)控制器接入物聯(lián)網(wǎng)這件事說簡單也簡單說復(fù)雜也復(fù)雜。簡單在于如果你只是想讓一臺電機(jī)能被手機(jī)遠(yuǎn)程控制開關(guān)那用一個帶Wi-Fi的繼電器模塊半天就能搞定。復(fù)雜在于如果你想讓電機(jī)控制器真正融入一個可管理、可監(jiān)控、可擴(kuò)展的物聯(lián)網(wǎng)平臺涉及的東西就多了——通信協(xié)議選什么、數(shù)據(jù)怎么上報、指令怎么下發(fā)、斷線了怎么辦、多個設(shè)備怎么統(tǒng)一管理每一個問題都夠你折騰一陣子。我這次做的項(xiàng)目核心目標(biāo)很明確用ESP8285這顆自帶Wi-Fi的芯片搭配MQTT協(xié)議把一臺電機(jī)控制器接入一個輕量級的物聯(lián)網(wǎng)平臺實(shí)現(xiàn)遠(yuǎn)程控制、狀態(tài)回傳和基礎(chǔ)的數(shù)據(jù)監(jiān)控。選ESP8285而不是更常見的ESP8266是因?yàn)?285在封裝和功耗上更適合嵌入到電機(jī)控制器這種空間有限、供電條件一般的場景里。兩者在開發(fā)層面幾乎一致但硬件設(shè)計上8285的外圍電路更簡潔對于要把它塞進(jìn)控制器外殼里的場景來說省下來的每一平方毫米都值得。MQTT這個協(xié)議做物聯(lián)網(wǎng)的人應(yīng)該都不陌生。它的核心優(yōu)勢是輕量、基于發(fā)布訂閱模型、支持QoS等級。對于電機(jī)控制器這種需要低延遲下發(fā)指令、同時又要定期上報運(yùn)行狀態(tài)的設(shè)備來說MQTT比HTTP輪詢要高效得多。HTTP輪詢就像你每隔幾分鐘就打電話問一次“電機(jī)轉(zhuǎn)沒轉(zhuǎn)”而MQTT是你訂閱了一個頻道電機(jī)狀態(tài)一變消息自動推給你。這個差別在實(shí)際使用中體感非常明顯尤其是設(shè)備數(shù)量多的時候。整個系統(tǒng)的架構(gòu)大致是這樣的ESP8285作為主控通過UART串口與電機(jī)控制器的MCU通信獲取電機(jī)當(dāng)前的運(yùn)行參數(shù)轉(zhuǎn)速、電流、溫度等同時接收來自云端的控制指令并轉(zhuǎn)發(fā)給MCU。ESP8285上運(yùn)行MQTT客戶端連接到一個MQTT BrokerBroker可以是本地部署的也可以是云端的。我這次用的是本地部署的MQTT Broker配合MQTTX這個客戶端工具來做調(diào)試和監(jiān)控。MQTTX是一個跨平臺的MQTT客戶端圖形化界面用來訂閱和發(fā)布消息非常方便調(diào)試階段幫了大忙。為什么不用現(xiàn)成的物聯(lián)網(wǎng)云平臺因?yàn)楹芏嘣破脚_的免費(fèi)額度有限設(shè)備數(shù)量一多就要收費(fèi)而且數(shù)據(jù)經(jīng)過第三方服務(wù)器對于一些對數(shù)據(jù)隱私有要求的場景來說不太合適。本地部署B(yǎng)roker數(shù)據(jù)完全在自己手里想怎么玩怎么玩。當(dāng)然如果你沒有公網(wǎng)IP外網(wǎng)訪問需要額外做內(nèi)網(wǎng)穿透這個后面會提到。這個項(xiàng)目適合誰呢如果你有一定的嵌入式開發(fā)基礎(chǔ)玩過ESP8266或ESP32對MQTT有基本了解想做一個能實(shí)際落地的電機(jī)控制器物聯(lián)網(wǎng)方案那這篇內(nèi)容應(yīng)該能幫到你。如果你是完全的新手也沒關(guān)系我會把關(guān)鍵的配置和代碼都寫清楚你照著做也能跑起來只是遇到問題排查的時候可能需要多花點(diǎn)時間。2. 硬件選型與電路設(shè)計要點(diǎn)2.1 ESP8285與電機(jī)控制器的串口通信設(shè)計ESP8285和電機(jī)控制器MCU之間的通信我選擇的是UART串口波特率115200。為什么不用SPI或I2C因?yàn)榇谧詈唵?、最通用幾乎任何MCU都有而且電機(jī)控制器那邊通常已經(jīng)預(yù)留了調(diào)試串口直接拿來用就行。115200這個波特率在短距離板內(nèi)通信中非常穩(wěn)再高比如921600也不是不行但對時鐘精度的要求就上去了沒必要給自己找麻煩。接線方面ESP8285的TX接MCU的RXRX接MCU的TXGND共地。這里有個坑要注意如果電機(jī)控制器的地和ESP8285的供電地不是同一個一定要確保共地否則串口通信會出各種莫名其妙的問題。我一開始就忘了共地結(jié)果數(shù)據(jù)發(fā)出去全是亂碼查了半天才想起來。電平匹配也要注意。ESP8285是3.3V電平如果電機(jī)控制器的MCU是5V的中間要加電平轉(zhuǎn)換電路最簡單的就是用兩個電阻分壓或者用一個電平轉(zhuǎn)換芯片。我這次用的MCU也是3.3V的所以直接連就行省了不少事。2.2 電源方案與抗干擾處理電機(jī)控制器的工作環(huán)境通常比較惡劣電機(jī)啟停時會產(chǎn)生很大的電流沖擊和電磁干擾。ESP8285雖然功耗不高但對電源質(zhì)量還是比較敏感的。我一開始直接用控制器上的3.3V給ESP8285供電結(jié)果電機(jī)一啟動ESP8285就重啟典型的電源跌落問題。解決辦法是在ESP8285的供電引腳旁邊并一個大電容我用了470uF的電解電容加100nF的陶瓷電容組合。大電容儲能小電容濾高頻。另外如果條件允許最好給ESP8285單獨(dú)用一個LDO穩(wěn)壓比如AMS1117-3.3從控制器的5V或12V取電這樣電機(jī)那邊的波動就不會直接影響到Wi-Fi芯片。天線部分也要注意。ESP8285通常用PCB板載天線如果你的控制器外殼是金屬的Wi-Fi信號會被屏蔽得很厲害。我試過把ESP8285放在金屬殼里信號強(qiáng)度直接掉了一半后來把天線區(qū)域露出來或者用外置天線問題才解決。如果你也遇到信號弱的問題先檢查外殼材質(zhì)和天線位置。2.3 關(guān)鍵元器件清單與選型理由元器件型號/規(guī)格選型理由Wi-Fi芯片ESP8285內(nèi)置Flash外圍電路簡單成本低電平轉(zhuǎn)換視MCU電平而定3.3V對3.3V可省略5V對3.3V必須加穩(wěn)壓芯片AMS1117-3.3便宜、好用、貨源足電解電容470uF/16V應(yīng)對電機(jī)啟停時的電源跌落陶瓷電容100nF濾高頻噪聲串口線杜邦線或PCB走線短距離通信越短越好這個清單里的東西都是很常見的總成本控制在十幾塊錢以內(nèi)。ESP8285模塊本身大概五六塊錢其他都是幾分幾毛的東西。相比買現(xiàn)成的物聯(lián)網(wǎng)模塊自己搭的成本更低而且可控性更強(qiáng)。3. MQTT通信協(xié)議與平臺搭建3.1 MQTT Broker的本地部署與配置MQTT Broker我選的是Mosquitto原因很簡單開源、輕量、配置簡單、社區(qū)活躍。在Linux上安裝Mosquitto就是一行命令的事Windows上也有安裝包。安裝完之后默認(rèn)監(jiān)聽1883端口不需要認(rèn)證就能連接。但在實(shí)際使用中我強(qiáng)烈建議至少加上用戶名密碼認(rèn)證否則任何知道IP的人都能連上來發(fā)指令安全隱患很大。Mosquitto的配置文件里我主要改了這幾個地方listener 1883指定監(jiān)聽端口allow_anonymous false禁止匿名連接password_file /etc/mosquitto/passwd指定密碼文件。密碼文件用mosquitto_passwd命令生成很簡單。如果你想讓外網(wǎng)也能訪問Broker就需要做端口映射或者內(nèi)網(wǎng)穿透。端口映射在路由器上設(shè)置把公網(wǎng)IP的1883端口映射到內(nèi)網(wǎng)Broker的IP上。但這樣做有個問題你的Broker就暴露在公網(wǎng)上了雖然有密碼保護(hù)但總歸不太放心。更安全的做法是用TLS加密Mosquitto支持SSL/TLS配置稍微麻煩一點(diǎn)但值得。我這次因?yàn)槭窃趦?nèi)網(wǎng)測試就沒上TLS但如果你要部署到實(shí)際環(huán)境中這一步不能省。3.2 MQTT主題設(shè)計與QoS等級選擇主題設(shè)計是MQTT使用中很容易被忽視但非常重要的一環(huán)。我見過有人把所有消息都發(fā)到一個主題里結(jié)果訂閱端要處理各種亂七八糟的消息效率極低。好的主題設(shè)計應(yīng)該是有層次、有規(guī)律的。我這次設(shè)計的主題結(jié)構(gòu)是這樣的控制指令下發(fā)motor/{device_id}/cmd狀態(tài)上報motor/{device_id}/status參數(shù)配置motor/{device_id}/config告警信息motor/{device_id}/alarm其中{device_id}是每個電機(jī)控制器的唯一標(biāo)識可以用MAC地址的后六位也可以用自己定義的編號。這樣設(shè)計的好處是你可以用通配符訂閱所有設(shè)備的狀態(tài)motor//status也可以單獨(dú)訂閱某一臺設(shè)備motor/001/status。QoS等級的選擇要根據(jù)實(shí)際需求來。QoS 0是“最多一次”發(fā)出去就不管了適合那些丟了也無所謂的數(shù)據(jù)比如定期的狀態(tài)心跳。QoS 1是“至少一次”保證消息到達(dá)但可能重復(fù)適合控制指令這種不能丟但重復(fù)執(zhí)行也沒太大關(guān)系的場景。QoS 2是“恰好一次”保證不丟不重但開銷最大適合計費(fèi)、報警這種對準(zhǔn)確性要求極高的場景。我這次控制指令用QoS 1狀態(tài)上報用QoS 0。為什么狀態(tài)上報不用QoS 1因?yàn)闋顟B(tài)數(shù)據(jù)是周期性的丟一兩個包無所謂下一個周期就補(bǔ)上了。用QoS 1反而會增加網(wǎng)絡(luò)負(fù)擔(dān)和Broker的處理壓力。3.3 MQTTX調(diào)試工具的實(shí)戰(zhàn)用法MQTTX是我在調(diào)試階段用得最多的工具。它的界面很直觀左邊是連接列表右邊是消息收發(fā)窗口。連接Broker的時候填上地址、端口、用戶名密碼就行。連接成功之后你可以訂閱主題也可以向某個主題發(fā)布消息。調(diào)試的時候我一般會開兩個MQTTX窗口一個用來模擬設(shè)備端訂閱控制指令主題另一個用來模擬云端訂閱狀態(tài)上報主題。這樣我可以手動發(fā)一條控制指令看看設(shè)備端能不能收到然后設(shè)備端再手動發(fā)一條狀態(tài)看看云端能不能收到。這種手動模擬的方式在設(shè)備還沒完全調(diào)通的時候特別有用可以幫你快速定位問題出在哪一端。MQTTX還有一個很實(shí)用的功能是消息歷史記錄。你可以看到每一條消息的發(fā)布時間、主題、QoS等級和內(nèi)容。排查問題的時候翻一翻歷史記錄往往能發(fā)現(xiàn)一些規(guī)律比如某個時間段消息特別多或者某個主題的消息一直沒收到。4. ESP8285端固件開發(fā)與核心邏輯4.1 開發(fā)環(huán)境搭建與基礎(chǔ)配置ESP8285的開發(fā)環(huán)境我用的是Arduino IDE因?yàn)樯鲜挚鞄煲踩?。如果你?xí)慣用ESP-IDF或者PlatformIO也完全可以邏輯是一樣的。Arduino IDE里需要安裝ESP8266的板級支持包安裝完之后在開發(fā)板選項(xiàng)里選“Generic ESP8285 Module”。需要引入的庫主要有兩個PubSubClient用于MQTT通信SoftwareSerial用于軟串口如果你需要用額外的串口和MCU通信。如果你用的是硬件串口那SoftwareSerial就不需要了。我這次用的是硬件串口因?yàn)镋SP8285只有一個硬件串口用來和MCU通信正好調(diào)試輸出就用Wi-Fi或者M(jìn)QTT來發(fā)。Wi-Fi連接的部分我用的是WiFiManager庫這個庫的好處是如果ESP8285連不上之前保存的Wi-Fi它會自動進(jìn)入配網(wǎng)模式生成一個熱點(diǎn)你用手機(jī)連上去輸入新的Wi-Fi密碼就行。這樣你就不用在代碼里硬編碼Wi-Fi密碼換環(huán)境的時候也不用重新燒錄固件。4.2 MQTT客戶端連接與斷線重連機(jī)制MQTT客戶端的連接邏輯我寫了一個狀態(tài)機(jī)來處理。狀態(tài)機(jī)有四個狀態(tài)Wi-Fi未連接、Wi-Fi已連接但MQTT未連接、MQTT已連接、MQTT連接異常。主循環(huán)里不斷檢查當(dāng)前狀態(tài)然后執(zhí)行對應(yīng)的操作。斷線重連是必須的而且要考慮各種情況。Wi-Fi斷了要重連Wi-FiMQTT斷了要重連MQTT如果Broker掛了還要有一個退避策略不能一直瘋狂重連把Broker打掛。我的做法是第一次重連失敗后等1秒第二次等2秒第三次等4秒最多等到32秒之后就一直保持32秒的間隔。這樣既不會太頻繁也不會等太久。還有一個細(xì)節(jié)是MQTT連接的時候要設(shè)置clean session為false這樣Broker會保留你的訂閱關(guān)系和未接收的消息。如果你的設(shè)備會頻繁斷線重連這個設(shè)置能幫你省不少事。但要注意如果設(shè)備長時間離線Broker會積累很多消息重連的時候一下子全推過來可能會把設(shè)備的內(nèi)存撐爆。所以clean session用false還是true要根據(jù)你的實(shí)際場景權(quán)衡。4.3 串口協(xié)議解析與電機(jī)控制指令映射ESP8285和MCU之間的串口協(xié)議我定義了一個簡單的幀格式幀頭0xAA 0x55 命令字1字節(jié) 數(shù)據(jù)長度1字節(jié) 數(shù)據(jù)N字節(jié) 校驗(yàn)和1字節(jié)。校驗(yàn)和用前面所有字節(jié)的異或值。這個格式簡單、解析快、不容易出錯。命令字我定義了幾個0x01是查詢狀態(tài)0x02是設(shè)置轉(zhuǎn)速0x03是啟動電機(jī)0x04是停止電機(jī)0x05是設(shè)置運(yùn)行模式。數(shù)據(jù)部分根據(jù)命令字不同而不同比如設(shè)置轉(zhuǎn)速的時候數(shù)據(jù)是兩個字節(jié)表示轉(zhuǎn)速值0-65535。解析的時候我用了一個環(huán)形緩沖區(qū)來接收串口數(shù)據(jù)然后在主循環(huán)里逐字節(jié)掃描幀頭。找到幀頭之后再根據(jù)數(shù)據(jù)長度字段讀取后續(xù)字節(jié)最后校驗(yàn)。校驗(yàn)通過就執(zhí)行對應(yīng)的操作校驗(yàn)失敗就丟棄重新掃描。這種逐字節(jié)掃描的方式雖然效率不是最高但勝在穩(wěn)定可靠不會因?yàn)閿?shù)據(jù)錯位而解析出錯誤的結(jié)果。4.4 狀態(tài)上報與心跳?；畈呗誀顟B(tài)上報我分兩種一種是周期性的心跳每30秒發(fā)一次包含電機(jī)的基本狀態(tài)運(yùn)行/停止、當(dāng)前轉(zhuǎn)速、電流、溫度另一種是事件觸發(fā)的上報比如電機(jī)啟動、停止、故障的時候立即發(fā)一條消息。心跳的作用有兩個一是讓云端知道設(shè)備還活著二是定期同步狀態(tài)。30秒這個間隔是我實(shí)測下來比較合適的太短了費(fèi)流量太長了狀態(tài)更新不及時。當(dāng)然如果你的網(wǎng)絡(luò)環(huán)境比較差可以適當(dāng)延長到60秒。心跳消息的內(nèi)容我用JSON格式雖然比二進(jìn)制格式占空間但可讀性好調(diào)試方便。一個典型的心跳消息是這樣的{ device_id: motor_001, timestamp: 1690000000, status: running, speed: 1500, current: 2.3, temperature: 45.2 }這個JSON大概100多個字節(jié)30秒發(fā)一次一天的流量也就幾百KB完全可以接受。5. 常見問題排查與避坑經(jīng)驗(yàn)5.1 連接類問題速查表問題現(xiàn)象可能原因排查方法解決方案ESP8285連不上Wi-Fi密碼錯誤、信號弱、路由器限制用手機(jī)熱點(diǎn)測試檢查密碼靠近路由器檢查MAC過濾MQTT連接失敗Broker地址錯誤、端口不對、認(rèn)證失敗用MQTTX測試連接檢查配置確認(rèn)用戶名密碼連接成功但收不到消息主題不匹配、QoS設(shè)置問題用通配符訂閱測試檢查主題拼寫確認(rèn)QoS等級頻繁斷線重連電源不穩(wěn)、Wi-Fi信號弱、Broker負(fù)載高看串口日志檢查電源加電容改善天線優(yōu)化Broker消息延遲大網(wǎng)絡(luò)擁塞、QoS等級高、Broker處理慢抓包分析降低QoS優(yōu)化網(wǎng)絡(luò)調(diào)整QoS升級Broker這張表里的問題我?guī)缀醵加龅竭^。最讓我頭疼的是頻繁斷線重連查了半天才發(fā)現(xiàn)是電源問題。電機(jī)一啟動電壓瞬間跌落ESP8285就重啟了。后來加了470uF的電容問題就解決了。所以如果你也遇到類似的問題先檢查電源再查其他。5.2 數(shù)據(jù)丟包與消息重復(fù)的處理MQTT的QoS 1保證消息至少到達(dá)一次但可能重復(fù)。對于控制指令來說重復(fù)執(zhí)行可能是個問題。比如你發(fā)了一條“啟動電機(jī)”的指令設(shè)備收到了兩次如果處理不當(dāng)可能會觸發(fā)兩次啟動邏輯。我的做法是在指令里加一個序列號設(shè)備端記錄最近處理過的序列號如果收到重復(fù)的序列號就直接忽略。數(shù)據(jù)丟包在QoS 0的情況下是正常的不用太擔(dān)心。但如果QoS 1也丟包那就要查網(wǎng)絡(luò)了。常見的原因是Wi-Fi信號弱、Broker負(fù)載高、或者客戶端處理不過來。我遇到過一次Broker負(fù)載高導(dǎo)致丟包的情況后來把Broker的max_queued_messages參數(shù)調(diào)大問題就緩解了。5.3 電機(jī)干擾導(dǎo)致Wi-Fi斷連的解決過程這個問題困擾了我很久。電機(jī)一啟動Wi-Fi就斷電機(jī)一停Wi-Fi又恢復(fù)。一開始我以為是電源問題加了電容好了一點(diǎn)但還是偶爾斷。后來用頻譜儀看了一下發(fā)現(xiàn)電機(jī)碳刷產(chǎn)生的電磁干擾覆蓋了2.4GHz頻段直接把Wi-Fi信號淹沒了。解決辦法有三個一是給電機(jī)加屏蔽用金屬外殼把電機(jī)包起來但這樣散熱又成問題二是把ESP8285的天線盡量遠(yuǎn)離電機(jī)最好放在控制器的另一側(cè)三是降低Wi-Fi的傳輸速率用802.11b模式雖然速率低但抗干擾能力強(qiáng)。我最后是三個方法一起上才徹底解決了這個問題。如果你也遇到類似的情況可以先試試把ESP8285挪個位置往往挪幾厘米效果就很明顯。如果不行再考慮加屏蔽或者換頻段比如用5GHz但ESP8285不支持5GHz那就只能換芯片了。5.4 固件OTA升級的注意事項(xiàng)OTA升級是個好東西不用拆機(jī)就能更新固件。但OTA也有風(fēng)險如果升級過程中斷電或者網(wǎng)絡(luò)中斷設(shè)備可能就變磚了。我的做法是OTA的時候先下載新固件到臨時分區(qū)校驗(yàn)通過之后再切換過去。Arduino IDE里用ArduinoOTA庫可以很方便地實(shí)現(xiàn)這個邏輯。還有一個坑是OTA升級的時候MQTT連接會斷開升級完成后要重新連接。如果你的設(shè)備在升級期間有控制指令下發(fā)那就會丟失。所以O(shè)TA最好在設(shè)備空閑的時候做或者提前發(fā)一條“進(jìn)入升級模式”的指令讓云端知道這段時間不要發(fā)控制指令。6. 平臺功能擴(kuò)展與優(yōu)化方向6.1 多設(shè)備管理與設(shè)備影子當(dāng)設(shè)備數(shù)量多起來之后管理就成了問題。我現(xiàn)在的做法是用一個設(shè)備影子Device Shadow來同步設(shè)備狀態(tài)。設(shè)備影子是云端維護(hù)的一份設(shè)備狀態(tài)副本設(shè)備上線后先拉取影子同步最新狀態(tài)然后再開始正常通信。這樣即使設(shè)備離線了一段時間云端也能知道它最后的狀態(tài)是什么。設(shè)備影子的實(shí)現(xiàn)方式有很多種簡單一點(diǎn)的就是在Broker上用一個保留消息Retained Message來存設(shè)備狀態(tài)。設(shè)備上線后訂閱自己的狀態(tài)主題就能收到最后一條保留消息。復(fù)雜一點(diǎn)的可以用數(shù)據(jù)庫來存支持歷史查詢和數(shù)據(jù)分析。6.2 數(shù)據(jù)持久化與可視化展示MQTT本身不負(fù)責(zé)數(shù)據(jù)存儲消息發(fā)出去就沒了。如果你需要?dú)v史數(shù)據(jù)就要自己存。我用的方案是用Node-RED訂閱MQTT主題然后把數(shù)據(jù)寫到InfluxDB里再用Grafana做可視化。這套組合拳打下來電機(jī)的運(yùn)行曲線、電流變化、溫度趨勢都能看得一清二楚。Node-RED的好處是可視化編程拖拖拽拽就能搭出一個數(shù)據(jù)流。InfluxDB是時序數(shù)據(jù)庫特別適合存?zhèn)鞲衅鲾?shù)據(jù)寫入和查詢都很快。Grafana的儀表盤很漂亮而且支持告警比如溫度超過閾值就發(fā)郵件通知。這一套下來一個簡易的物聯(lián)網(wǎng)平臺就成型了。6.3 安全加固認(rèn)證、加密與訪問控制安全這塊我前面提到了用戶名密碼和TLS這里再補(bǔ)充幾點(diǎn)。首先是訪問控制Mosquitto支持ACL訪問控制列表可以限制某個用戶只能訂閱和發(fā)布特定主題。比如設(shè)備用戶只能發(fā)布自己的狀態(tài)主題不能訂閱其他設(shè)備的主題。這個配置在acl_file里寫語法很簡單。其次是固件安全ESP8285支持Flash加密和Secure Boot可以防止固件被讀取和篡改。但開啟這些功能會增加一些復(fù)雜度而且一旦開啟就不能關(guān)閉所以要在項(xiàng)目初期就決定好。我這次因?yàn)槭窃趦?nèi)網(wǎng)測試就沒開但如果是商用產(chǎn)品這些安全措施是必須的。最后是網(wǎng)絡(luò)隔離把物聯(lián)網(wǎng)設(shè)備放在單獨(dú)的VLAN里和辦公網(wǎng)絡(luò)隔離開。這樣即使設(shè)備被攻破也不會影響到其他系統(tǒng)。這個需要在路由器或交換機(jī)上配置屬于網(wǎng)絡(luò)層面的安全措施。6.4 低功耗優(yōu)化與看門狗設(shè)計如果電機(jī)控制器是電池供電的那低功耗就很重要了。ESP8285支持深度睡眠電流可以降到幾十微安。但深度睡眠的時候Wi-Fi是斷開的所以要在睡眠前把狀態(tài)發(fā)出去醒來后再重新連接。這個邏輯寫起來有點(diǎn)繞但掌握了之后并不復(fù)雜?？撮T狗是必須的ESP8285內(nèi)置了硬件看門狗但軟件看門狗也要加。我的做法是在主循環(huán)里喂狗如果某個任務(wù)卡住了看門狗就會復(fù)位設(shè)備。復(fù)位之后設(shè)備會重新連接Wi-Fi和MQTT然后繼續(xù)工作。雖然復(fù)位會導(dǎo)致短暫的斷線但總比死機(jī)強(qiáng)。我在實(shí)際使用中發(fā)現(xiàn)看門狗的復(fù)位時間不要設(shè)得太短否則正常的網(wǎng)絡(luò)延遲也會觸發(fā)復(fù)位。我設(shè)的是8秒實(shí)測下來比較合適。如果你的網(wǎng)絡(luò)環(huán)境特別差可以適當(dāng)延長到15秒甚至30秒。這個項(xiàng)目從開始做到基本穩(wěn)定前前后后花了大概兩周時間大部分時間都花在排查各種奇怪的問題上。電機(jī)干擾、電源跌落、MQTT斷線重連每一個問題都夠?qū)懸黄挪橛涗洝５芡ㄖ罂粗姍C(jī)按照指令啟停、狀態(tài)實(shí)時回傳那種成就感還是很足的。如果你也在做類似的項(xiàng)目希望這些經(jīng)驗(yàn)?zāi)軒湍闵僮唿c(diǎn)彎路。