This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

CC2652RB: Limited by notification buffer on iOS

Part Number: CC2652RB


I'm running into some issues sending notifications to an iOS app—up to 5 of them every 250ms, each ~250 bytes. I appears that when all of these are active, the buffer on the iOS end fills to about 5 notifications. I've throttled them on the CC2652 peripheral side for now. If this is indeed my issue, my understanding is that something like voice over BLE wouldn't help, since it posts notifications, as well? The peripheral notifications are posted in a batch, and increasing MAX_PDU_NUM nor decreasing the connection interval has not helped. I just want to make sure I'm not missing something on the peripheral before I go down a debugging rabbit hole. Thanks again

  • Hi,

    If the issue comes from the mobile's side, then the only solution you have is to reduce the amount of data sent. Using compression might help. Speaking of audio compression, let me point you to our SimpleLink Audio Plugin. This plugin provides examples for audio streaming over different protocols (Sub-1GHz, BLE, Wifi).

    Best regards,

  • This was another newb mistake: I was setting connection interval in the advertisement data. Updating it in the Peripheral Configuration solves my issue and everything makes sense again. Why didn't the settings in scanRes ever have effect? Even if it started slow, isn't that what paramUpdateDelay does?

  • Hi,

    The parameters sen in the scan response has no effect. Only the values sent during the connection parameters negotiation have an impact. Please see BLUETOOTH CORE SPECIFICATION Version 5.1 | Vol 6, Part B, §5.1.7 for additional details.

    Best regards,