Looking for guidance on application scenario (scalability/1000 nodes, distribution of individual data to each node in shortest time)

RE: Looking for guidance on application scenario (scalability/1000 nodes, distribution of individual data to each node in shortest time)

gweppler — Wed, 09 Jan 2019 11:02:24 GMT

Hi Hung, thank you for your help!

guido

RE: Looking for guidance on application scenario (scalability/1000 nodes, distribution of individual data to each node in shortest time)

Hung Bui — Wed, 02 Jan 2019 16:09:29 GMT

Hi,

The main advantage of using ESB compare to BLE is that you don't need to establish a connection so that there won't be congestion due to multiple devices advertising at the same time.

If you want to use BLE instead, there is also an option, that all devices will act as central devices, scanning all the time. And when the gateway wants to send data to a particular device it can advertise with the device's ID. When the device scans and find the advertising packet with the matched ID, it will establish the connection and receive data. After you finish with one device, you can disconnect and start advertise with the next device's ID.
In this option it may take a little bit longer to establish a connection but it should work.

RE: Looking for guidance on application scenario (scalability/1000 nodes, distribution of individual data to each node in shortest time)

gweppler — Fri, 28 Dec 2018 13:06:58 GMT

Hung, thank you for your answer! We'll look into ESB further. What are ESB's main advantages over BLE, besides the fact that we can get around the BT SIG listing...? I saw that it can probably reach better throughput. But there's a small chance we may need BLE anyway on the nodes - if that was the case, would ESB still be your choice for the data distribution?

[quote userid="2121" url="~/f/nordic-q-a/41847/looking-for-guidance-on-application-scenario-scalability-1000-nodes-distribution-of-individual-data-to-each-node-in-shortest-time/163036"]You are saying you have 1000 nodes that all in the RF range of a (or multiple) central ?[/quote]

yes.

[quote userid="2121" url="~/f/nordic-q-a/41847/looking-for-guidance-on-application-scenario-scalability-1000-nodes-distribution-of-individual-data-to-each-node-in-shortest-time/163036"]Each of this device needs to receive a 50 byte data packet unique to the device. [/quote]

yes.

[quote userid="2121" url="~/f/nordic-q-a/41847/looking-for-guidance-on-application-scenario-scalability-1000-nodes-distribution-of-individual-data-to-each-node-in-shortest-time/163036"]How often do you need to send this packet to a device ?[/quote]

about once per 4 hours at a maximum, and about 1/day at an average. If transmission happens, all data should be distributed to all nodes within a few minutes.

Thanks heaps.

RE: Looking for guidance on application scenario (scalability/1000 nodes, distribution of individual data to each node in shortest time)

Hung Bui — Thu, 27 Dec 2018 08:55:43 GMT

Hi Guido,

Please correct me if I'm wrong. You are saying you have 1000 nodes that all in the RF range of a (or multiple) central ? Each of this device needs to receive a 50 byte data packet unique to the device. How often do you need to send this packet to a device ? Do they need to be battery powered ?

If power consumption is not an issue I would suggest to use a proprietary protocol, such as Enhanced Shockburst to do the task. You can have an overview of the protocol here.

In your setup you can configure so that all 1000 nodes will act as PRX that listen all the time. They may listen to the same channel with different address. When you want to send a packet to a device you just need to start your central as PTX and configure the address to point to the PRX that you need to update data.

They can also share one same address (channel) so that you can send broadcast message to all of them at the same time.

Since they are all listener there will be no interference, no retransmission and interference between them, the only draw back is that they need to listen all the time make it not possible to run on battery.