Beware that this post is related to an SDK in maintenance mode
More Info: Consider nRF Connect SDK for new designs
This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

Issue with dropped advertisements using SDK 17.0.2 (SoftDevice 7.2.0)

We experience a 15-20% rate of dropped advertisements from our nRF52840 device. We have used our own application on our device and the ble_app_att_mtu_throughput application on the nRF52840 DK to measure this loss. The devices are advertising once every 10 seconds. We are maxing out the packet size of the advertisements (31 bytes) with manufacturer specific data.

There is noise in our testing environment, and we suspect that may be part of the problem. However, we have performed the same tests outdoors with minimal interference and still continue to see a significant number of dropped advertisements.

We thought maybe using Periodic Advertisements would help us reduce dropped advertisements, but was unable to find support for this in the nRF SDK 17.0.2 (SoftDevice 7.2.0) release.

We also thought that using extended advertisements would reduce the amount of time on the primary channels, (37,38 and 39) and instead transmit the bulk of our data on a secondary channel.

Are Periodic Advertisements supported at this time? If not, when might we expect support? 

Do you have any suggestions that we might use to reduce the number of dropped advertisements, e.g. extended advertisements, periodic advertisements, etc.?

Parents
  • Hi, 

    I would suggest to increase the advertising rate to measure the drop rate. 

    Could you give some more info about the central ? Do you have full control over the central ? There could be a chance that the central doesn't scan at 100% duty cycle (this applied for most phones)

    Sending a longer (max size of payload) would give more chance that the packet may collide with other advertiser's packets. 

    Periodic Advertising is in the NRF Connect SDK (Zephyr) but not the Softdevice. The softdevice will no longer receives new features, only bug fixes. 

Reply
  • Hi, 

    I would suggest to increase the advertising rate to measure the drop rate. 

    Could you give some more info about the central ? Do you have full control over the central ? There could be a chance that the central doesn't scan at 100% duty cycle (this applied for most phones)

    Sending a longer (max size of payload) would give more chance that the packet may collide with other advertiser's packets. 

    Periodic Advertising is in the NRF Connect SDK (Zephyr) but not the Softdevice. The softdevice will no longer receives new features, only bug fixes. 

Children
No Data
Related