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.

LP-CC2652RSIP: SDK 6.10.0.29: Changing Address Mode from RPA with Public ID to Random Static Address breaks BLE in simple_peripheral example

Part Number: LP-CC2652RSIP
Other Parts Discussed in Thread: CC2652RSIP, SYSCONFIG

I have been having problems with SimpleLink SDK 5.40.00.40 and greater.

One issue I have seen is changing the Address Mode from RPA with Public ID to Random Static Address  using SysConfig works fine using the example simple_peripheral_LP_CC2652RSIP_tirtos_ccs from the 5.30.01.01 SDK, but breaks the BLE in example simple_peripheral_LP_CC2652RSIP_tirtos7_ticlang from the 6.10.0.29 SDK.  If you change the Address Mode from RPA with Public ID to Random Static Address in the 6.10 SDK you don't see advertisements over the air.

Another issue with SDK 5.40 and greater, which I haven't been able to reproduce using one of the example projects, is the ICall task blocks when  you try to make a connection and never unblocks and subsequently the BLE connection is broken and advertising is also broken. I have found a workaround, which is replacing the ti_radio_config.c file generated by SysConfig with a ti_radio_config.c generated using the 5.30.01.01 SDK.  I don't know if these issues are related.

Best regards,

Steve

 

  • Hi Steve,

    Thank you for reporting your findings.

    I'll ask one of our engineers to reproduce and ensure we fix these in a future SDK.

    Best regards,

  • Thanks Clément.

    On the second issue, regarding ti_radio_config.c under SDK 6.10, I am making progress,  and I will followup with an example that reproduces the problem on GitHub.

    But for now what I am seeing is when the LP_CC2652RSIP is configured as the peripheral and a central sends a LL_PHY_REQ, and the LP_CC2652RSIP sends LL_PHY_RSP indicating that it can go to 2M PHY, the central the sends LL_PHY_UPDATE_IND, but  LP_CC2652RSIP never changes PHYs, and it appears that the radio stops, and the application never gets a HCI_BLE_PHY_UPDATE_COMPLETE_EVENT back from the ble stack. 

    For what it is worth, if you remove the MCE_RFE_OVERRIDE(1,0,2,0,3,2) from the pOverrides_ble2Mbps[]  array in ti_radio_config.c, the PHY update works and the connection is maintained.

  • Hi Steve,

    Can you clarify if you are seeing this behavior on a LaunchPad or on custom hardware? Is there any other change present in the simple_peripheral project besides changing the address mode to random? Are you using a BLE sniffer to verify if the device is advertising or not? If so, then can you share a sniffer log?

    Best Regards,

    Jan

  • Hello Jan,

    Thanks for contacting me. I am seeing this behavior on the LaunchPad.

    Let me confirm that the change of the address mode is the only change.

    I will generate some sniffer logs  and post them. It will be a few hours before I have a chance to do that.

    Best regards,

    Steve

  • Hi Steve,

    Thanks! Once you have the list of modifications, please provide them in a reply to this thread. I will attempt to reproduce and report back. I look forward to your response.

    Best Regards,

    Jan

  • Hello Jan,

    I must apologize.  I made an error in specifying the Random Address in the syscfg for my 6.10 SDK test.  The Random Address did not have the two MSB set, thus it was an invalid static random address, and caused the failure.

    Best regards,

    Steve