BLE ESB timeslot versus 2 BLE

RE: BLE ESB timeslot versus 2 BLE

Cecylia — Mon, 02 Nov 2020 19:28:44 GMT

Okay, we're already planning on using the UART over BLE example, so we'll start from there. Thanks!

RE: BLE ESB timeslot versus 2 BLE

tesc — Fri, 30 Oct 2020 11:21:21 GMT

Hi,

I am not sure if we have anything pushing large amounts of data from smartphone to nRF, but we do have something the other way around:

https://github.com/NordicPlayground/nrf52-ble-image-transfer-demo
https://github.com/NordicPlayground/Android-Image-Transfer-Demo

Admittedly that example uses Android, not iOS, for the smart phone side. Even though the stream direction is opposite of what your project needs, you should still get reasonable ballpark figures.

Otherwise you could use the UART over BLE example, and make an application on the smartphone that connects to two devices and streams (for instance random) data at a given rate. We do have a blinky example for iOS, which may serve as a starting point for iOS BLE app development.

Regards,
Terje

RE: BLE ESB timeslot versus 2 BLE

Cecylia — Tue, 27 Oct 2020 18:12:37 GMT

Thank you tesc!

Do you have some sort of example for the "Two (identical) nRF52840 devices using only one protocol (BLE)" so that we can get some benchmark numbers to compare?

RE: BLE ESB timeslot versus 2 BLE

tesc — Fri, 23 Oct 2020 13:43:35 GMT

Hi,

So the question is whether to connect each nRF52840 individually to the smartphone, or to connect one nRF52840 to the smartphone and let it send both its own data and relay data from another nRF52840 (that it receives over an ESB link)?

Two (identical) nRF52840 devices using only one protocol (BLE) sounds like both the least complex project, as well as giving less latency (although 100 ms should be more than enough to get data and relay it.)

Throughput wise you should have more than enough at the nRF52840 end, as per Bluetooth Low Energy data throughput, as long as you use the right method for sending the data and can get a short enough event length / large enough ATT MTU size for the connection.

Having the two nRF52840 devices operate as individual BLE devices will however require that the end user pairs / connects with two BLE devices in order to use both. If it is desired to use this as "one product", and only connect with one BLE device from the smartphone, then you can go with an ESB solution (or normal BLE connection) between the nRF52840 devices, but at the cost of complexity, one more protocol to understand (ESB), and slight increase in latency.

Regards,
Terje