ESP32作為MQTT代理：兩個庫的比較

在小型物聯(lián)網(wǎng)項目領(lǐng)域，ESP32作為一款經(jīng)濟高效且功能強大的微控制器大出望外。將它與MQTT代理配對可以為資源受限環(huán)境中的設(shè)備通信提供簡化的解決方案。在本文中，我們將比較使ESP32能夠充當MQTT代理的兩個庫：PicoMQTT和SMQTT broker。這兩個庫都適合輕量級設(shè)置，但在功能集和性能上有所不同。

PicoMQTT：一個具有QoS限制的通用庫

PicoMQTT是一個強大的庫，支持客戶機和代理模式，使其成為ESP32項目的靈活選擇。它是為高性能而構(gòu)建的，遵循MQTT 3.1.1協(xié)議，在管理有限的資源方面特別有效。

關(guān)鍵特性

?WebSocket支持：支持通過HTTP進行通信，以便更好地與基于web的系統(tǒng)集成。

?ArduinoJson集成：簡化結(jié)構(gòu)化數(shù)據(jù)的處理。

?內(nèi)存效率：考慮到ESP32等資源受限的設(shè)備而設(shè)計。

限制

盡管PicoMQTT功能齊全，但它也有一些缺點：

?僅QoS Level 0：消息在“盡力而為”的基礎(chǔ)上交付，不保證交付。

單板支持有限：僅兼容ESP32和ESP8266設(shè)備。

該庫的作者承認這些限制，強調(diào)它適合使用少量設(shè)備和不頻繁數(shù)據(jù)傳輸?shù)男⌒晚椖俊?

SMQTT代理：具有QoS 1支持的安全輕量級選項

SMQTT Broker是專為ESP32上的代理模式設(shè)計的，專注于輕量級操作和增強的可靠性。與PicoMQTT不同，它帶來了安全性和改進的消息傳遞。

關(guān)鍵特性

?安全通信：內(nèi)置對用戶名和密碼身份驗證的支持，確保只有授權(quán)的設(shè)備才能連接。

?QoS Level 1：保證消息至少傳遞一次，提高關(guān)鍵應用的可靠性。

限制

?協(xié)議版本：與PicoMQTT一樣，它只支持MQTT 3.1.1。

對于優(yōu)先考慮安全性和消息可靠性的項目，SMQTT Broker的特性提供了令人信服的優(yōu)勢。

將ESP32設(shè)置為MQTT代理

PicoMQTT和SMQTT Broker都提供了在ESP32上設(shè)置MQTT代理的簡單示例。以下是該流程的高級概述：

身份驗證與安全

PicoMQTT

雖然PicoMQTT缺乏內(nèi)置身份驗證，但開發(fā)人員可以實現(xiàn)自定義安全措施。這通常包括：

?驗證客戶端id。

?檢查提供的用戶名和密碼。

?將憑據(jù)與預定義列表進行比較。

SMQTT代理

SMQTT Broker通過本地支持用戶名和密碼驗證簡化了身份驗證。憑據(jù)在代碼中定義，庫自動處理身份驗證過程。

網(wǎng)絡連接：路由器與接入點

這兩個庫都使ESP32能夠在兩種網(wǎng)絡配置中作為MQTT代理：

?連接到家庭路由器：ESP32與其他設(shè)備加入同一個Wi-Fi網(wǎng)絡，實現(xiàn)無縫通信。

?接入點模式：ESP32創(chuàng)建自己的Wi-Fi網(wǎng)絡，允許其他設(shè)備直接連接到它。

在這些模式之間切換需要對代碼進行微小的調(diào)整，以加入現(xiàn)有的Wi-Fi網(wǎng)絡或創(chuàng)建軟接入點。

結(jié)論

PicoMQTT和SMQTT Broker都提供了將ESP32轉(zhuǎn)換為輕量級MQTT代理的有效解決方案。兩者之間的選擇取決于您的項目的具體需求：

?如果您重視多功能性，并計劃在消息傳遞頻率較低的項目中同時使用客戶機和代理模式，則選擇PicoMQTT。

?如果安全性和消息可靠性(QoS Level 1)是最重要的，請選擇SMQTT Broker。

通過仔細考慮項目的需求(如安全性、資源約束和消息傳遞需求)，您可以選擇最適合您的物聯(lián)網(wǎng)設(shè)置的庫。

無論您是在修補業(yè)余愛好項目還是部署小型物聯(lián)網(wǎng)網(wǎng)絡，這些庫都展示了ESP32作為可靠且高效的MQTT代理的能力。

本文編譯自hackster.io