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.

RTOS/CC2650: Getting started with Prop 2.4GHz example

Part Number: CC2650
Other Parts Discussed in Thread: CC2640R2F

Tool/software: TI-RTOS

Hello,

I was reading these posts which state that although smartRF Studio doesn't support proprietary 2.4GHz on CC2650, there are examples for proprietary 2.4GHz in the CC26xx RTOS 2.21:

Please excuse my simple questions as I'm unfamiliar with this process:

  1. I have downloaded CC26xx RTOS 2.21, which examples are done with 2.4GHz proprietary mode?
  2. Once the customer has that example running on their CC2650 launchpad, are they able to adjust the RF settings for their application without smartRF Studio? How is that done?

Thank you,
Ryan B.

  • The RF examples could be found here: dev.ti.com/.../

    Or if you download and install, the examples start with rf and are located here: C:\ti\tirtos_cc13xx_cc26xx_2_21_00_06\examples\TI\CC2650_LAUNCHXL

    The examples have a smartrf_settings folder. The smartrf_settings.c file contain the settings used for the RF commands and can be modified by the customer. The technical reference manual describe the various fields.

    The CC2640R2 has now prop support in SmartRF Studio. Is CC2650 required?
  • Hi TER,

    Thank you very much for your guidance. I have started exploring the rf- examples in the TI-RTOS for CC26xx.

    Regarding the smartrf_settings that are provided with the examples (I was looking at rfPacketTx): There seems to be two important sections in that file... the RF settings that the customer can modify, plus the string of 32bit integers that override some of the HW registers.

    I believe that string of integers is something smartRF Studio would export, but as mentioned that SW doesn't support proprietary CC2650 at the moment.

    Will the customer need to modify those register override values for their unique application, and if so how?
    (Or maybe they won't need to modify them... are the values provided in the examples good to use in any end application using proprietary 2.4GHz?)

    I have informed them about CC2640R2F in case that's a good fit for them.

    Thank you,
    Ryan B.
  • If they can use the CC2640R2F that would probably be better from a SW point of view. For some reason the support for CC2650 is still on a old TI-RTOS version where the drivers have known bugs. CC2640R2F is supported by a SDK which is updated every quarter.

    They should not change something in the override list (the 32 bit strings). The example is prop and hence the overrides provided in the example is prop too. They should only change the parameters to the RF commands.
  • Hi TER,

    Great, that was very useful information. The customer is interested in using the CC2640R2F.

    However, here is the next question:

    • The CC26xx TI-RTOS has prop RF examples but only supports CC2650, not CC2640R2F.
    • The CC2640R2F SDK appears to only support BT and BLE examples.

    How should the customer move forward with the CC2640R2F?

    Regards,
    Ryan Bishop

  • According to the information I have a new SDK for CC2640R2 should be available within ~a week (the details is a bit unclear). This SDK will contain prop examples.
  • The 2.20 version of the SDK is now out.
  • Thanks so much for following up on this post TER!

    -RB