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