RE: Migrating the tranditional BLE protocol to BLE MESH, how about the roles?

esonhon — Sun, 19 Jul 2020 14:18:07 GMT

Thanks.

I got the answer from your detailed reply. Actually, MESH network isn't the best solution for my product.

RE: Migrating the tranditional BLE protocol to BLE MESH, how about the roles?

tesc — Thu, 16 Jul 2020 13:57:29 GMT

Hi,

1. Bluetooth mesh has a concept of models, where nodes typically implement either a server model or a client model. The server model is for the node with the state (e.g. light bulb, or in your case it sounds like the node with e-ink display.) The client model is for setting or reading the state of a server model (e.g. a light switch, or in your case it sounds like the gateway.) It sounds like you want two models; one for setting the message to display, and one for reading back status.

2. It is possible to combine any set of models on a node. E.g. some server models, some client models, etc.

3. We do have, in our nRF5 SDK for mesh, a provisioner example to run on an nRF52 device. It automatically provisions the devices from the light switch example, so that light switches (generic on/off clients) can control the lights (generic on/off servers).

Please note that the main "backbone" of the Bluetooth mesh network uses a lot of power, as it needs to be continuously in RX mode, to listen for packets being sent over the mesh network. This means you typically need a number of nodes that are mains powered.

There is a feature named "Friendship", where you have some "Friend" nodes that are always on, and those initiate friendships with "Low Power Nodes" (LPN) who only wakes up once in a while. The Friend node keeps packets that are addressed to the LPN, so that when it wakes up it can ask for and get all the pending messages. This means if you have some Friend nodes that are mains powered, the rest of the nodes may be LPN and use less power.

There is also a feature named "GATT proxy", where you have some "GATT proxy" nodes that are always on, and those nodes lets "GATT client" nodes connect over a normal BLE connection using GATT. It is primarily meant for legacy devices such as smartphones that support BLE but do not support Bluetooth mesh. The mechanism can also be used for other devices. GATT client nodes have power consumption similar to BLE central devices, as they are in fact BLE central devices that uses GATT to connect to the network.

Both LPN and GATT client nodes are fully part of the Bluetooth mesh network, just as any other node.

Regards,
Terje