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.

CC2650: BLE Mode -> CMD_FS Remains Active Always.

Part Number: CC2650
Other Parts Discussed in Thread: CC1310,

Hi,

We are extending our work from CC1310 to CC2650 and wish to use BLE.  We have used SmartRF Studio and tested the default CMD_RADIO_SETUP and CMD_FS that are generated in SmartRF on a CC2650 Launchpad.

On our firmware we use the following procedure after the radio powered:

1. Enable Clocks, PRCM Mode, Ping the RF

2. Apply any patches.

3. Start the RAT

4. Issue CMD_RADIO_SETUP, this returns Command Status = 1 (Done) and Operation Status = 0x0400 (DONE_OK)

5. Issue CMD_FS, this returns Command Status = 1(Done) and Operation Status = 0x0002 (ACTIVE).

We can never move on from the Active condition, and we can't work out why.

Can anyone suggest what might block the CMD_FS from becoming done?  In a past project we have problems with CMD_FS aborting due to Silicon Revision of a CC1310, but the settings we have used are straight from SmartRF and work well using that tool.

Thanks

Stomp!

  • Hi,

    Are you using chained commands? (Are you giving the CMD_FS a pointer to the next command?)

    Are you starting the synth in TX or RX when this happens?

    You can also use the RF Core I/Os to see when the synth is actually running. See the Technical Reference Manual, chapter 11.3.3 Control External LNA/PA (Range Extender) With I/Os, http://www.ti.com/lit/swcu117
  • Hi,

    Thanks for the response.

    We were starting in Rx mode.

    I think we've cleared the fault now, and it looks like we were using an out-of-date patch for the BLE. We changed to the very latest patches available in tirtos_cc13xx_cc26xx_2_11_01_09.

    Thanks for your help, interesting to learn about the IO pins.!.

    Regards
    Stomp!