• State Resolved
  • Locked Locked
  • Replies 2 replies
  • Answers 1 answer
  • Subscribers 51 subscribers
  • Views 236 views
  • Users 0 members are here
Support feedback
Options
Options
Related

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.

CC2640R2F: Analysis of the Bluetooth Broadcast Message exception problem

Alex Zhang
Intellectual 1305 points

Part Number: CC2640R2F

Hi team:

I use the cc2640R2 device as a slave. Interfacing with the CC2642R2F, during repeated links, an exception was found in the broadcast message. Please take a look?

What causes this issue to occur or how to resolve it.

SDK used by CC2640R2: Simplelink_cc2640r2_SDK_3_10_00_15. 

Normal Broadcast Message: 

Abnormal broadcast message after repeated link: 

While the device is running, I turn off Adv advertising before modifying the contents of the broadcast message and enable advertising. Does this cause a protocol stack exception? For now, if you modify this, you will see a broadcast message exception. 

This broadcast interval,

PrimIntMin = 3000,
.PrimIntMax = 3000,

the cycle is very long and needs to be modified to be the same?

  • 0
    TI__Guru** 101540 points

    Hi,

    Thank you for reaching out.

    To me, the issue is caused by the fact the advertising is destroyed without being disable. It means the radio still has RF operations queued while you modify the content of the data buffers.

    In order to avoid this, I recommend to call GapAdv_disable, wait for the reception of the event GAP_EVT_ADV_END_AFTER_DISABLE , and then call the code you have referenced.

    Note: For next time please add your code snippets using the insert code function as it avoids support teams to copy by hand your code

    I hope this will help,

    Best regards,

  • +1
    TI__Intellectual 1305 points

    thank you for your reply