Bluetooth: Mesh chat

The Bluetooth mesh chat sample demonstrates how the mesh network can be used to facilitate communication between nodes by text, using the Chat Client model.

Subpages:

Requirements

The sample supports the following development kits:

Hardware platforms

PCA

Board name

Build target

nRF52 DK

PCA10040

nrf52dk_nrf52832

nrf52dk_nrf52832

nRF52840 DK

PCA10056

nrf52840dk_nrf52840

nrf52840dk_nrf52840

The sample also requires a smartphone with Nordic Semiconductor’s nRF Mesh mobile app installed in one of the following versions:

Overview

By means of the mesh network, the clients as mesh nodes can communicate with each other without the need of a server. The mesh chat sample is mainly designed for group communication, but it also supports one-on-one communication, as well as sharing the nodes presence.

This sample is used in Creating a new model as an example of how to implement a vendor model for the Bluetooth mesh in nRF Connect SDK.

The clients are nodes with a provisionee role in a mesh network. Provisioning is performed using the nRF Mesh mobile app. This mobile application is also used to configure key bindings, and publication and subscription settings of the Bluetooth mesh model instances in the sample. After provisioning and configuring the mesh models supported by the sample in the nRF Mesh mobile app, you can communicate with other mesh nodes by sending text messages and obtaining their presence using the shell module.

Provisioning

The provisioning is handled by the Bluetooth mesh provisioning handler for Nordic DKs. It supports four types of out-of-band (OOB) authentication methods, and uses the Hardware Information driver to generate a deterministic UUID to uniquely represent the device.

Models

The following table shows the Bluetooth mesh chat composition data for this sample:

Element 1

Config Server

Health Server

Chat Client

The models are used for the following purposes:

  • The Chat Client model instance in the first element is used to communicate with the other Chat Client models instantiated on the other mesh nodes.

  • Config Server allows configurator devices to configure the node remotely.

  • Health Server provides attention callbacks that are used during provisioning to call your attention to the device. These callbacks trigger blinking of the LEDs.

The model handling is implemented in src/model_handler.c.

User interface

Buttons:

Can be used to input the OOB authentication value during provisioning. All buttons have the same functionality during this procedure.

LEDs:

Show the OOB authentication value during provisioning if the “Push button” OOB method is used.

Terminal emulator:

Used for the interaction with the sample.

Configuration

See Configuring your application for information about how to permanently or temporarily change the configuration.

Source file setup

This sample is split into the following source files:

  • A main.c file to handle initialization.

  • A file for handling the Chat Client model, chat_cli.c.

  • A file for handling Bluetooth mesh models and communication with the shell module, model_handler.c.

Building and running

This sample can be found under samples/bluetooth/mesh/chat in the nRF Connect SDK folder structure.

See Building and programming a sample application for information about how to build and program the application.

Testing

After programming the sample to your development kit, you can test it by using a smartphone with nRF Mesh mobile app installed. Testing consists of provisioning the device and configuring it for communication with other nodes.

After configuring the device, you can interact with the sample using the terminal emulator.

Provisioning the device

The provisioning assigns an address range to the device, and adds it to the mesh network. Complete the following steps in the nRF Mesh app:

  1. Tap Add node to start scanning for unprovisioned mesh devices.

  2. Select the Mesh Chat device to connect to it.

  3. Tap Identify, and then Provision, to provision the device.

  4. When prompted, select an OOB method and follow the instructions in the app.

Once the provisioning is complete, the app returns to the Network screen.

Configuring models

See Configuring mesh models using the nRF Mesh mobile app for details on how to configure the mesh models with the nRF Mesh mobile app.

Create a new group and name it Chat Channel, then configure the Vendor model on the Mesh Chat node:

  • Bind the model to Application Key 1.

  • Set the publication parameters:

    • Destination/publish address: Select just created group Chat Channel.

    • Publication interval: Set the interval to recommended value of 10 seconds.

    • Retransmit count: Change the count as preferred.

  • Set the subscription parameters: Select just created group Chat Channel.

Make sure to configure the parameters for each mesh node in the mesh network.

Interacting with the sample

  1. Connect the development kit to the computer using a USB cable. The development kit is assigned a COM port (Windows), ttyACM device (Linux) or tty.usbmodem (MacOS).

  2. Connect to the kit that runs this sample with a terminal emulator (for example, PuTTY). See How to connect with PuTTY for the required settings.

  3. Enable local echo in the terminal to see the text you are typing.

After completing the steps above, a command can be sent to the sample. The sample supports the following commands:

chat --help

Prints help message together with the list of supported commands.

chat presence set <presence>

Sets presence of the current client. The following values are supported: available, away, dnd, inactive.

chat presence get <node>

Gets presence of a specified chat client.

chat private <node> <message>

Sends a private text message to a specified chat client. Remember to wrap the message in double quotes if it has 2 or more words.

chat msg <message>

Sends a text message to the chat. Remember to wrap the message in double quotes if it has 2 or more words.

Whenever the node changes its presence, or the local node receives another model’s presence the first time, you will see the following message:

<0x0002> is now available

When the model receives a message from another node, together with the message you will see the address of the element of the node that sent the message:

<0x0002>: Hi there!

The messages posted by the local node will have <you> instead of the address of the element:

<you>: Hello, 0x0002!
<you> are now away

Private messages can be identified by the address of the element of the node that posted the message (enclosed in asterisks):

<you>: *0x0004* See you!
<0x0004>: *you* Bye!

When the reply is received, you will see the following:

<0x0004> received the message

Note that private messages are only seen by those the messages are addressed to.

Dependencies

This sample uses the following nRF Connect SDK libraries:

In addition, it uses the following Zephyr libraries: