====== STM_IoT_3: Connecting to the MQTT broker and publishing data =====
In the following scenario, you will learn how to connect to the MQTT broker and publish a message.
===== Prerequisites =====
To implement this scenario, it is necessary to get familiar with at least one of the following scenarios first:
* [[en:iot-open:practical:hardware:sut:stm32:emb5_1|]],
* [[en:iot-open:practical:hardware:sut:stm32:emb6_1|]],
* [[en:iot-open:practical:hardware:sut:stm32:emb7_1|]].
The requirement is to pass the scenarios
* [[en:iot-open:practical:hardware:sut:stm32:IoT_AT]],
* [[en:iot-open:practical:hardware:sut:stm32:IoT_1]],
* [[en:iot-open:practical:hardware:sut:stm32:IoT_2]].
To be able to connect to the WiFi network.
===== Suggested Readings and Knowledge Resources =====
* [[en:iot-open:introductiontoembeddedprogramming2:cppfundamentals]],
* [[en:iot-open:hardware2:stm32|]],
* [[en:iot-open:hardware2:esp32|]],
* [[en:iot-open:practical:hardware:sut:stm32|]],
* [[en:iot-open:iotprogramming2:espressif_networking|]].
===== Hands-on Lab Scenario =====
Note - this scenario can be used in pair with [[[en:iot-open:practical:hardware:sut:stm32:iot_4|]] to build a publish-subscribe solution using two devices (sender and receiver). You need to book two devices then and develop them in parallel.
==== Task to be implemented ====
Connect to the "internal IoT" WiFI access point as presented in the scenario [[en:iot-open:practical:hardware:sut:stm32:iot_2]]—present connection status on display. Once connected to the networking layer (WiFi), connect the MQTT client to the MQTT broker and present the connection status on the display, then publish an MQTT message of your choice.
MQTT clients are identified by their name, so use a unique one, e.g., the end of the IP address assigned, your unique name, etc. It is essential because if you accidentally use someone else's name, then you will mess with messages, and your MQTT client will be instantly disconnected when another one with the same name connects!
The steps below show the principles of the software operation. How to implement the full software please refer to the previous scenarios:
* [[en:iot-open:practical:hardware:sut:stm32:IoT_AT]]
* [[en:iot-open:practical:hardware:sut:stm32:IoT_1]]
* [[en:iot-open:practical:hardware:sut:stm32:iot_2]]
==== Start ====
Check if you can see a full LCD in your video stream. Book a device and create a dummy Arduino file with ''void setup()...'' and ''void loop()...''.
==== Steps ====
=== Step 1 ===
The beginning of the code is the same as in the previous scenario, so make a copy of it:
* [[en:iot-open:practical:hardware:sut:stm32:IoT_1]]
We will use the code template from [[en:iot-open:practical:hardware:sut:stm32:IoT_AT]] repeated for every AT command.
WiFiSerial.println("AT");
lcd.setCursor(0,0);
lcd.print("AT ");
do {
response = WiFiSerial.readStringUntil(0x0A);
lcd.setCursor(0,1);
lcd.print(response);
} while (!(response.startsWith(compOK)));
delay(1000);
=== Step 2 ===
In the firmware for the ESP32-C3 board, there are AT commands to work with the MQTT protocol. In this scenario we will use three of them:
* "AT+MQTTUSERCFG..." - to configure MQTT c
* "AT+MQTTCONN..." - to establish the connection to the broker
* "AT+MQTTPUB..." - to publish the message on the topic
Below we briefly describe the commands mentioning only the parameters important to us. Please refer to the Espressif documentation((https://docs.espressif.com/projects/esp-at/en/latest/esp32c3/index.html)) for the details of commands.
If the parameter is taken within quotation marks it should be in such a form sent in a command.\\
Please refer to the MQTT description chapter for the meaning of some protocol details.
**AT+MQTTUSERCFG**
This command accepts the list of parameters:
AT+MQTTUSERCFG=,,<"client_id">,<"username">,<"password">,,,<"path">
* LinkID - currently should be 0
* scheme - 1 (MQTT over TCP)
* "client_id" - the unique ID of the MQTT client
* "username" - user to connect to the broker
* "password" - password for the user
* cert_key-ID - should be 0
* CA_ID - should be 0
* "path" - should remain empty
In our case, the command can look like this:
AT+MQTTUSERCFG=0,1,\"STM32#0001\",\"username\",\"password\",0,0,\"\"
**AT+MQTTCONN**
This command accepts the list of parameters:
AT+MQTTCONN=,<"host">,,
* LinkID - currently should be 0
* "host" - the IP address or URL of the MQTT broker
* port - the TCP port number, 1883 for most of the brokers
* reconnect - 1 for automatic reconnection (recommended in our case)
The command can look like this:
AT+MQTTCONN=0,\"192.168.1.100\",1883,1
**AT+MQTTPUB**
AT+MQTTPUB=,<"topic">,<"data">,,
The list of parameters:
* LinkID - currently should be 0
* "topic" - MQTT topic
* "data" - payload of the message
* qos - mode of the quality of service, 0, 1 or 2, default 0.
* retain - retain flag, 0 or 1.
=== Step 3 ===
Implement the MQTT configuration and connection to the broker. Use the template for the "AT" command from the first step. Ensure that your node is successfully connected.
=== Step 4 ===
Implement publishing of the MQTT message. You can do it just once in the "setup();" function, or periodically in the "loop();". While working periodically be sure not to send messages too often. Reasonable period is 1-5 seconds. You can send the content of the counter to observe value changes in the concurrent messages.
==== Result validation ====
You should be able to connect to the WiFi and MQTT broker (verified by the status present on the selected display) and then publish a message (once or periodically). Depending on whether you're fully remote or able to access our networks with an additional device, you need to implement a subscriber (as present in the scenario [[[en:iot-open:practical:hardware:sut:stm32:iot_4|]]) or use MQTT Explorer (or any other application capable of connecting to our MQTT Broker) to observe messages that you publish.
Because LCD can't properly display some non-visible characters the presented code sometimes shows additional, non-letter characters. It is out of the scope of this scenario to filter these characters out. We leave the task of making visual improvements to your invention.
===== FAQ =====
**Can I publish messages on different topics?**: Certainly you can. You can publish the readings of the temperature sensor with one topic, and readings of the humidity with another. The limit of the number of different topics comes only from the available resources of the MQTT broker.\\
**My MQTT client disconnects randomly**: The most common reason is you're using a non-unique MQTT client name. Please change it to some other (even random generated) and give it another try.\\
**Do I need to authorise to publish and subscribe?**: Yes, you do. The supervisor provides the user and password on demand, also presented in the Node's technical documentation.
===== Project information =====
{{:en:iot-open:logo_iot_200_px.png?200|}}\\
This Intellectual Output was implemented under the Erasmus+ KA2.\\
Project IOT-OPEN.EU Reloaded – Education-based strengthening of the European universities, companies and labour force in the global IoT market.\\
Project number: 2022-1-PL01-KA220-HED-000085090.
**__Erasmus+ Disclaimer__**\\
This project has been funded with support from the European Commission. \\
This publication reflects the views of only the author, and the Commission cannot be held responsible for any use that may be made of the information contained therein.
**__Copyright Notice__**\\
This content was created by the IOT-OPEN.EU Reloaded consortium, 2022,2024.\\
The content is Copyrighted and distributed under CC BY-NC [[https://en.wikipedia.org/wiki/Creative_Commons_license|Creative Commons Licence]], free for Non-Commercial use.
{{:en:iot-open:ccbync.png?100|}}