Convert Figma logo to code with AI

256dpi logoarduino-mqtt

MQTT library for Arduino

1,018
234
1,018
21

Top Related Projects

A client library for the Arduino Ethernet Shield that provides support for MQTT.

📟 JSON library for Arduino and embedded C++. Simple and efficient.

Quick Overview

The 256dpi/arduino-mqtt repository is a lightweight MQTT client library for Arduino. It provides a simple and efficient way to implement MQTT communication in Arduino projects, allowing devices to publish and subscribe to topics on an MQTT broker.

Pros

  • Easy to use and integrate into Arduino projects
  • Supports both synchronous and asynchronous operations
  • Compatible with various Arduino boards and Ethernet/WiFi shields
  • Lightweight and efficient, suitable for resource-constrained devices

Cons

  • Limited advanced MQTT features compared to more comprehensive libraries
  • May require additional memory management in complex projects
  • Documentation could be more extensive for advanced use cases

Code Examples

  1. Connecting to an MQTT broker:
#include <MQTT.h>

MQTTClient client;

void setup() {
  client.begin("broker.hivemq.com", net);
  client.connect("arduino-client");
}
  1. Publishing a message:
void loop() {
  if (client.connected()) {
    client.publish("/hello", "world");
  }
}
  1. Subscribing to a topic and handling messages:
void messageReceived(String &topic, String &payload) {
  Serial.println("Received message: " + topic + " - " + payload);
}

void setup() {
  client.onMessage(messageReceived);
  client.subscribe("/my/topic");
}

Getting Started

  1. Install the library via Arduino Library Manager or download from GitHub.
  2. Include the library in your sketch:
#include <MQTT.h>

MQTTClient client;
// Your network client (e.g., EthernetClient, WiFiClient)
YourNetworkClient net;

void setup() {
  // Initialize your network connection

  client.begin("broker.example.com", net);
  client.onMessage(messageReceived);

  connect();
}

void connect() {
  Serial.print("Connecting to MQTT broker...");
  while (!client.connect("arduino-client", "username", "password")) {
    Serial.print(".");
    delay(1000);
  }
  Serial.println("Connected!");
  client.subscribe("/my/topic");
}

void loop() {
  client.loop();
  if (!client.connected()) {
    connect();
  }
  // Your code here
}

void messageReceived(String &topic, String &payload) {
  Serial.println("Received: " + topic + " - " + payload);
}

Competitor Comparisons

A client library for the Arduino Ethernet Shield that provides support for MQTT.

Pros of PubSubClient

  • More mature and widely adopted library with a larger user base
  • Supports a broader range of Arduino boards and architectures
  • Offers more extensive documentation and examples

Cons of PubSubClient

  • Limited to MQTT 3.1.1 protocol, lacking support for newer MQTT 5 features
  • Has a fixed maximum packet size, which may be limiting for some applications
  • Less flexible API compared to arduino-mqtt

Code Comparison

PubSubClient:

#include <PubSubClient.h>

PubSubClient client(espClient);
client.setServer(mqtt_server, 1883);
client.setCallback(callback);
client.publish("topic", "message");

arduino-mqtt:

#include <MQTT.h>

MQTTClient client;
client.begin("mqtt_server", 1883, net);
client.onMessage(messageReceived);
client.publish("topic", "message");

Both libraries offer similar basic functionality, but arduino-mqtt provides a more modern and flexible API. PubSubClient requires manual management of the client connection, while arduino-mqtt handles this automatically. The arduino-mqtt library also offers better support for QoS levels and retained messages, making it more suitable for advanced MQTT applications. However, PubSubClient's wider compatibility and established user base make it a solid choice for simpler projects or when working with older Arduino boards.

📟 JSON library for Arduino and embedded C++. Simple and efficient.

Pros of ArduinoJson

  • More comprehensive JSON parsing and generation capabilities
  • Extensive documentation and examples
  • Higher performance and memory efficiency

Cons of ArduinoJson

  • Larger library size
  • Steeper learning curve for basic usage
  • Not specifically designed for MQTT communication

Code Comparison

ArduinoJson:

StaticJsonDocument<200> doc;
doc["sensor"] = "gps";
doc["time"] = 1351824120;
String output;
serializeJson(doc, output);

arduino-mqtt:

client.publish("outTopic", "{\"sensor\":\"gps\",\"time\":1351824120}");

Summary

ArduinoJson is a powerful JSON library for Arduino, offering robust parsing and generation capabilities. It's well-documented and optimized for performance. However, it has a larger footprint and may be overkill for simple MQTT payloads.

arduino-mqtt is specifically designed for MQTT communication on Arduino. It's lighter and easier to use for basic MQTT tasks but lacks advanced JSON manipulation features.

Choose ArduinoJson for complex JSON handling or arduino-mqtt for straightforward MQTT communication with simple payloads.

Convert Figma logo designs to code with AI

Visual Copilot

Introducing Visual Copilot: A new AI model to turn Figma designs to high quality code using your components.

Try Visual Copilot

README

arduino-mqtt

Test GitHub release

This library bundles the lwmqtt MQTT 3.1.1 client and adds a thin wrapper to get an Arduino like API.

Download the latest version from the release section. Or even better use the built-in Library Manager in the Arduino IDE and search for "lwmqtt".

The library is also available on PlatformIO. You can install it by running: pio lib install "256dpi/MQTT".

Compatibility

The following examples show how you can use the library with various Arduino compatible hardware:

Other shields and boards should also work if they provide a Client based network implementation.

Check out the Wiki to find more examples.

Notes

  • The maximum size for packets being published and received is set by default to 128 bytes. To change the buffer sizes, you need to use MQTTClient client(256) or MQTTClient client(256, 512) instead of just MQTTClient client at the top of your sketch. A single value denotes both the read and write buffer size, two values specify them separately. Beginning with version 2.5.2, the message payload is sent directly during publishing. Therefore, the write buffer is only needed to encode the packet header and topic, for which the default 128 bytes should be enough. However, the receiving of messages is still fully constrained by the read buffer, which may be increased if necessary.

  • On the ESP8266 it has been reported that an additional delay(10); after client.loop(); fixes many stability issues with WiFi connections.

  • To use the library with shiftr.io, you need to provide the instance name (username) and token secret (password) as the second and third argument to client.connect(client_id, username, password).

Example

The following example uses an Arduino MKR1000 to connect to the public shiftr.io instance. You can check on your device after a successful connection here: https://www.shiftr.io/try.

#include <SPI.h>
#include <WiFi101.h>
#include <MQTT.h>

const char ssid[] = "ssid";
const char pass[] = "pass";

WiFiClient net;
MQTTClient client;

unsigned long lastMillis = 0;

void connect() {
  Serial.print("checking wifi...");
  while (WiFi.status() != WL_CONNECTED) {
    Serial.print(".");
    delay(1000);
  }

  Serial.print("\nconnecting...");
  while (!client.connect("arduino", "public", "public")) {
    Serial.print(".");
    delay(1000);
  }

  Serial.println("\nconnected!");

  client.subscribe("/hello");
  // client.unsubscribe("/hello");
}

void messageReceived(String &topic, String &payload) {
  Serial.println("incoming: " + topic + " - " + payload);

  // Note: Do not use the client in the callback to publish, subscribe or
  // unsubscribe as it may cause deadlocks when other things arrive while
  // sending and receiving acknowledgments. Instead, change a global variable,
  // or push to a queue and handle it in the loop after calling `client.loop()`.
}

void setup() {
  Serial.begin(115200);
  WiFi.begin(ssid, pass);

  // Note: Local domain names (e.g. "Computer.local" on OSX) are not supported
  // by Arduino. You need to set the IP address directly.
  client.begin("public.cloud.shiftr.io", net);
  client.onMessage(messageReceived);

  connect();
}

void loop() {
  client.loop();

  if (!client.connected()) {
    connect();
  }

  // publish a message roughly every second.
  if (millis() - lastMillis > 1000) {
    lastMillis = millis();
    client.publish("/hello", "world");
  }
}

API

Create the object with:

MQTTClient()
MQTTClient(int bufSize)
MQTTClient(int readBufSize, int writeBufSize)
  • MQTTClient has two buffers. One for read and one for write. Default buffer size is 128 bytes. In summary are 256 bytes are used for buffers.
  • The bufSize option sets readBufSize and writeBufSize to the same value.

Initialize the object using the hostname of the broker, the brokers port (default: 1883) and the underlying Client class for network transport:

void begin(Client &client);
void begin(const char hostname[], Client &client);
void begin(const char hostname[], int port, Client &client);
void begin(IPAddress address, Client &client);
void begin(IPAddress address, int port, Client &client);
  • Specify port 8883 when using secure clients for encrypted connections.
  • Local domain names (e.g. Computer.local on OSX) are not supported by Arduino. You need to set the IP address directly.

The hostname and port can also be changed after calling begin():

void setHost(const char hostname[]);
void setHost(const char hostname[], int port);
void setHost(IPAddress address);
void setHost(IPAddress address, int port);

Set a will message (last testament) that gets registered on the broker after connecting. setWill() has to be called before calling connect():

void setWill(const char topic[]);
void setWill(const char topic[], const char payload[]);
void setWill(const char topic[], const char payload[], bool retained, int qos);
void clearWill();

Register a callback to receive messages:

void onMessage(MQTTClientCallbackSimple);
// Callback signature: void messageReceived(String &topic, String &payload) {}

void onMessage(MQTTClientCallbackSimpleFunction cb);
// Callback signature: std::function<void(String &topic, String &payload)>

void onMessageAdvanced(MQTTClientCallbackAdvanced);
// Callback signature: void messageReceived(MQTTClient *client, char topic[], char bytes[], int length) {}

void onMessageAdvanced(MQTTClientCallbackAdvancedFunction cb);
// Callback signature: std::function<void(MQTTClient *client, char topic[], char bytes[], int length)>
  • The set callback is mostly called during a call to loop() but may also be called during a call to subscribe(), unsubscribe() or publish() // QoS > 0 if messages have been received before receiving the required acknowledgement. Therefore, it is strongly recommended to not call subscribe(), unsubscribe() or publish() // QoS > 0 directly in the callback.
  • In case you need a reference to an object that manages the client, use the void * ref property on the client to store a pointer, and access it directly from the advanced callback.
  • If the platform supports <functional> you can directly register a function wrapper.

Set more advanced options:

void setKeepAlive(int keepAlive);
void setCleanSession(bool cleanSession);
void setTimeout(int timeout);
void setOptions(int keepAlive, bool cleanSession, int timeout);
  • The keepAlive option controls the keep alive interval in seconds (default: 10).
  • The cleanSession option controls the session retention on the broker side (default: true).
  • The timeout option controls the default timeout for all commands in milliseconds (default: 1000).

Set a custom clock source "custom millis" callback to enable deep sleep applications:

void setClockSource(MQTTClientClockSource);
// Callback signature: uint32_t clockSource() {}
  • The specified callback is used by the internal timers to get a monotonic time in milliseconds. Since the clock source for the built-in millis is stopped when the Arduino goes into deep sleep, you need to provide a custom callback that first syncs with a built-in or external Real Time Clock (RTC). You can pass NULL to reset to the default implementation.

Connect to broker using the supplied client ID and an optional username and password:

bool connect(const char clientID[], bool skip = false);
bool connect(const char clientID[], const char username[], bool skip = false);
bool connect(const char clientID[], const char username[], const char password[], bool skip = false);
  • If password is present but username is absent, the client will fall back to an empty username.
  • If the skip option is set to true, the client will skip the network level connection and jump to the MQTT level connection. This option can be used in order to establish and verify TLS connections manually before giving control to the MQTT client.
  • The functions return a boolean that indicates if the connection has been established successfully (true).

Publish a message to the broker with an optional payload, which can be a string or binary:

bool publish(const String &topic);
bool publish(const char topic[]);
bool publish(const String &topic, const String &payload);
bool publish(const String &topic, const String &payload, bool retained, int qos);
bool publish(const char topic[], const String &payload);
bool publish(const char topic[], const String &payload, bool retained, int qos);
bool publish(const char topic[], const char payload[]);
bool publish(const char topic[], const char payload[], bool retained, int qos);
bool publish(const char topic[], const char payload[], int length);
bool publish(const char topic[], const char payload[], int length, bool retained, int qos);
  • Beginning with version 2.5.2, payloads of arbitrary length may be published, see Notes.
  • The functions return a boolean that indicates if the publishing has been successful (true).

Obtain the last used packet ID and prepare the publication of a duplicate message using the specified packet ID:

uint16_t lastPacketID();
void prepareDuplicate(uint16_t packetID);
  • These functions may be used to implement a retry logic for failed publications of QoS1 and QoS2 messages.
  • The lastPacketID() function can be used after calling publish() to obtain the used packet ID.
  • The prepareDuplicate() function may be called before publish() to temporarily change the next used packet ID and flag the message as a duplicate.

Subscribe to a topic:

bool subscribe(const String &topic);
bool subscribe(const String &topic, int qos); 
bool subscribe(const char topic[]);
bool subscribe(const char topic[], int qos);
  • The functions return a boolean that indicates if the subscription has been successful (true).

Unsubscribe from a topic:

bool unsubscribe(const String &topic);
bool unsubscribe(const char topic[]);
  • The functions return a boolean that indicates if the unsubscription has been successful (true).

Sends and receives packets:

bool loop();
  • This function should be called in every loop.
  • The function returns a boolean that indicates if the loop has been successful (true).

Check if the client is currently connected:

bool connected();

Check whether a session was present at the time of the last connect:

bool sessionPresent();

Configure dropping of overflowing messages (exceeding read buffer) and checking the count of dropped messages:

void dropOverflow(bool enabled);
uint32_t droppedMessages();

Access low-level information for debugging:

lwmqtt_err_t lastError();
lwmqtt_return_code_t returnCode();
  • The error codes can be found here.
  • The return codes can be found here.

Disconnect from the broker:

bool disconnect();
  • The function returns a boolean that indicates if the disconnect has been successful (true).

Release Management

  • Update version in library.properties.
  • Create release on GitHub.