1
0
mirror of https://github.com/RIOT-OS/RIOT.git synced 2024-12-28 23:49:47 +01:00
RIOT/examples/emcute_mqttsn
Marian Buschsieweke dd0de1ba25
examples,tests: update Makefile.ci
With the new RISC-V toolchain, some binaries grew larger, most smaller.
2024-02-12 20:40:31 +01:00
..
main.c examples: Use size_t print format specifier 2023-12-21 12:02:34 +01:00
Makefile examples,tests: replace deprecated module names by new names 2022-09-16 13:15:46 +02:00
Makefile.ci examples,tests: update Makefile.ci 2024-02-12 20:40:31 +01:00
README.md examples: Remove macOS references in README 2022-11-05 11:54:51 +00:00

About

This application demonstrates the usage of the emCute (MQTT-SN) module in RIOT.

Setup

For using this example, two prerequisites have to be fulfilled:

  1. You need a running MQTT broker that supports MQTT-SN or a running MQTT-SN gateway that is connected to a running MQTT broker
  2. Your RIOT node needs to be able to speak to that broker/gateway

Setting up a broker

In general, any MQTT-SN capable broker or broker/gateway setup will do. Following a quick instruction on how-to setup the Mosquitto Real Simple Message Broker:

  1. Get the RSMB here: https://github.com/eclipse/mosquitto.rsmb
git clone https://github.com/eclipse/mosquitto.rsmb.git
  1. Go into the source folder and build the RSMB
cd mosquitto.rsmb/rsmb/src
make
  1. Create a config file. In this case we run the RSMB as MQTT and MQTT-SN capable broker, using port 1885 for MQTT-SN and 1886 for MQTT and enabling IPv6, so save the following to config.conf:
# add some debug output
trace_output protocol

# listen for MQTT-SN traffic on UDP port 1885
listener 1885 INADDR_ANY mqtts
  ipv6 true

# listen to MQTT connections on tcp port 1886
listener 1886 INADDR_ANY
  ipv6 true
  1. Start the broker:
./broker_mqtts config.conf

You can refer to https://rawgit.com/MichalFoksa/rsmb/master/rsmb/doc/gettingstarted.htm for more configuration options.

Setting up RIOT native

When running this example under native, we must configure some global addresses, as the RSMB doesn't seems to be able to handle link-local addresses. So for a single RIOT native instance, we can do the following:

  1. Setup tap and tapbr devices using RIOT's tapsetup script:
sudo ./RIOTDIR/dist/tools/tapsetup/tapsetup
  1. Assign a site-global prefix to the tapbr0 interface (the name could be different on your machine etc):
sudo ip a a fec0:affe::1/64 dev tapbr0
  1. Assign a site-global address with the same prefix within the RIOT native instance (open first with BOARD=native make term):
ifconfig 5 add fec0:affe::99

Usage

This example maps all available MQTT-SN functions to shell commands. Simply type help to see the available commands. The most important steps are explained below:

  • To connect to a broker, use the con command:
con fec0:affe::1 1885
  • To subscribe to a topic, run sub with the topic name as parameter, e.g.
sub hello/world
  • For publishing, use the pub command:
pub hello/world "One more beer, please."

That's it, happy publishing!

FAQ

I can't connect multiple RIOT nodes to a broker, what can I do?

Each node that connects to the broker must have a unique node ID string set. Per default, this example sets this statically ID to gertrud. If you want to connect more than one node to the broker, you need to set a custom ID for each node during compile time. Simply use the EMCUTE_ID environment variable for this, e.g. build with EMCUTE_ID=horst make all.

I see incoming messages in RSMB, but no outgoing message seems to arrive?

The UDP socket handling for IPv6 based endpoints in the Mosquitto.rsmb implementation is buggy when it comes to handling link local addresses, as the implementation does not remember the interface on which data comes in, hindering it from sending out any responses.

Workaround: either use global IPv6 addresses or ULAs.

I have a problem with reusing topics, what could it be?

It also seems that the Mosquitto.rsmb implementation has a bug when it comes to subscribing to topics: if a topic name was formerly registered and the same topic name is later used for issuing a subscription request, the gateway will assign a new topic ID to the same topic name, so publish messages to the initially assigned topic ID will not be seen by that subscription.