the speed can not reach 2Mbit/s

RE: the speed can not reach 2Mbit/s

haakonsh — Thu, 05 Apr 2018 11:37:11 GMT

Hey Carey,

First you need to request an update of the PHY to 2mbps: PHY Update Procedure.

Then you need to request an update of the MTU size: GATTS ATT_MTU Exchange.

Then you need to request an update of the Data Length: Data Length Update Procedure.

See this blog post for more information: https://devzone.nordicsemi.com/b/blog/posts/throughput-and-long-range-demo

Cheers,

Håkon.

RE: the speed can not reach 2Mbit/s

Ulrich Myhre — Thu, 05 Apr 2018 11:19:17 GMT

I forgot to mention that you should probably increase the TX queue for write commands or HVN (depending on your mode of transport). The peer should keep pulling events, and must also have similar parameters set for event length (or enable event extension), DLE and ATT MTU size.

RE: the speed can not reach 2Mbit/s

Carey — Thu, 05 Apr 2018 11:06:53 GMT

ok, now i try to send more packets in each connection event, when i use moble phone for receive, it seems the maximum can send three packets per connection( packet 251byte, interval 7.5ms, ), but if i use 52832 "ble_central\ble_app_uart_c" example to recive, it seems just can receive one packets per connection, Why? should i modify some parameter in the code? How to change it?

RE: the speed can not reach 2Mbit/s

Ulrich Myhre — Thu, 05 Apr 2018 08:35:18 GMT

2Mbit is the symbol rate, and includes non-payload data like the preamble, access address, CRC and various protocol-level headers. The theoretical maximum is a bit tricky to calculate, since it depends on a lot of factors. For instance, if you can live with a slower connection (higher connection interval), you gain some speed for huge transfers. With a slightly longer connection interval, longer event length, higher DLE and ATT MTU size, you avoid much of the overhead, since you spend more time sending data in each event.

Your brief calculation also doesn't take into account that you are able to send multiple packets in each connection event. The number of packets depends on the peer, as some will have a low buffer size and start to NACK packets after a few have gotten through. If the peer is sending you data too, instead of just sending empty ACKs, this will "steal" from the event time, leading to less packets sent.

I ran a quick example locally now with PHY=2Mbit, ATT_MTU=247, DLE Size=251, connection interval = event length* = 0x140 (401.25ms) and got about 1.4Mbit/s of user-controlled (ATT) data. That is excluding the L2CAP and ATT header. This was by sending write commands in one direction, with a peer that absorbs all the data without waiting. A connection interval that long sounds like it should be quite slow, but for long transfers it will actually be beneficial, given that the other parameters allow you to spend the entire event sending data. The result is that the event ends just as the new event is starting, reaching close to 100% utilization of the radio.

* Instead of setting the event length this high, you can enable event extension instead with the `BLE_COMMON_OPT_CONN_EVT_EXT`

RE: the speed can not reach 2Mbit/s

Carey — Thu, 05 Apr 2018 05:34:35 GMT

ok, understand, but if i use two 52832 for test, could i transfer more fast? now the speed just can reach to (251B*1000/7.5)=33.5kbyte/s.

RE: the speed can not reach 2Mbit/s

John — Wed, 04 Apr 2018 17:25:32 GMT

D'oh. Thanks!

RE: the speed can not reach 2Mbit/s

Daniel Wang — Wed, 04 Apr 2018 16:17:07 GMT

[quote userid="2214" url="~/f/nordic-q-a/33070/the-speed-can-not-reach-2mbit-s/126905"]You won't be able to do the 2Mbit on the nRF52832[/quote]

All nRF52 series devices support 2Mbit PHY, including nRF52832. It is CODED PHY that is only support on the nRF52840.

RE: the speed can not reach 2Mbit/s

John — Wed, 04 Apr 2018 15:44:13 GMT

You won't be able to do the 2Mbit on the nRF52832. It does not have the radio PHY that supports 2Mbit speeds. You will need to use the nRF52840 that supports the BLE 5 2M PHY. Nordic provides a throughput tester as one of their examples. It will allow you to configure the the nRF52840 PHY for 2M operation and larger MTU sizes needed to achieve the best throughput. Note that I doubt you will ever get to 2Mbit/s transfer rates because the protocol is not 100% efficient. I've gotten up to about 1.3Mbit/s, but not much better. Some of that may be because we have a very busy 2.4 radio spectrum in our office.