Mesh network technology selection (Thread vs BLE Mesh vs Zigbee)

[cirlam]

I’m creating an IOT device with some unusual needs when compared with typical home automation. I wanted to ask if anyone knew of a mesh protocol (Zigbee, Thread, BLE Mesh), that might be able to achieve this user experience:

• The mesh network will be short lived (1-3 hours typically). Each time the mesh network is turned on, it will have a different combination of nodes. This means provisioning the network should be really user friendly.
• All devices will be the same - no bespoke devices to "provision" the network.
• Network setup should be possible without using a phone to provision the network.
• Provisioning the network should be possible over NFC, by touching 2 of the devices together. I'm planning on adding an active NFC IC to every device to allow the possibily of the end device reading NFC tags, as well as acting as a readable tag.
• All devices in the network should be capable of provisioning other devices onto the network.

Some other factors:

• I don't need a connection to the internet with this network.
• All devices will be a small, battery powered embedded device (rechargable is fine - I'm aware of the power implications of mesh networking), with all processing to be done on the Nordic NRF52 device.
• Messages transferred will be small and bespoke - ruling out Zigbee's application layer?
• Messages are to be transferred to all nodes, so flooding is perfectly fine.

BLE Mesh:

• Is it possible to have every node on the network act as a provisioner, and relay node at the same time?
• Is it possible to (assuming I have an active NFC reader IC on the device) provision new devices over NFC?

Thread:

• I've seen the Nordic example of commissioning over NFC with the border router. I'd like to commission devices over NFC, but with the commissioner acting as a plain old Router Node. Is this possible?

I currently believe Thread to be the most approriate for this, as the commissioning process looks more flexible? – but wanted some other opinions to see what the best choice might be? Seems to be a bit of a mine field to fully understand the ins and outs of all of these mesh protocols!

[Jørgen Holmefjord]

Hi,

How many devices will the mesh network consist of, and how large of an area will the devices be spread over? Note that there is a limit of 32 active routers at any time in a Thread network.

Will the information be transmitted from a single node to all other nodes, or information between all nodes as well? How often will messages be transferred, and how large will the payload be? 

Best regards,
Jørgen

[cirlam]

Thanks for the quick response.

32 active routers would be plenty - I imagine 10 -15 nodes would be the typical max number.

The devices are expected to be mobile, and therefore the distance they are spread over will change periodically - some nodes may go out of range, but then due to the expected use case, they should come back within range when messages are due to be sent. When messages are expected to be sent, the devices are expected to be very close - within 10m of each other.

I've yet to define the payload exactly, but I estimate 20 bytes currently. Messages should flood the network - every node will be interested in any messages sent. It should be possible for all nodes to be capable of sending messages.