• State TI Thinks Resolved
  • Locked Locked
  • Replies 6 replies
  • Answers 2 answers
  • Subscribers 16 subscribers
  • Views 466 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.

CC2650: Carrier sense on CC2650 using propreitary mode

Rahul Gusai
Intellectual 260 points
Part Number: CC2650
Other Parts Discussed in Thread: CC2541

Hi,

We are prototyping an application on CC2650-LAUNCHPADXL which requires us to sense the carrier medium on propreitary mode RF.In user manual for CC26XX devices, it is written that command for carrier sensing i.e. CMD_PROP_CS the medium is not availavle for the CC2650 family. We are using TI-RTOS RF driver to implement the frunctionality.  

Has anyone implemented this as carrier sensing is the first most thing we are required to perform for the implementation of our device ? 

Thanks

Rahul

  • 0
    TI__Guru** 101460 points

    Hi,

    The Technical Reference Manual says it is not supported so it is not supported.

    Now the question is, why are you using proprietary while IEEE provide the same kind of functionality? (CMD_IEEE_CSMA)

    I hope this will help,

    Regards,

  • 0 in reply to Clément
    Intellectual 260 points

    Hi,

    As our application is based on fully propreitary mode, we don't want to use any standard protocol stack.So, is there any solution for this ?

    I know we can still build everything propreitary as IEEE will be specifying to physical and MAC layer but what would be the cost of this as far as overhead is concerned ?

    Moreover, I couldn't find the Ieee header files in the latest version of TI-RTOS used by us i.e. tirtos_cc13xx_cc26xx_2_21_01_08. Can you please tell why is that so ?

    Thanks.

  • 0 in reply to Rahul Gusai
    TI__Guru** 101460 points

    Hi,

    I cannot provide you a working out of the box solution but you can:

    - modify the content of the driverlib folder of your SDK (using what it is provided here: https://github.com/contiki-ng/coresdk_cc13xx_cc26xx ),

    - modify the board files

    - modify the content of  smartrf_settings.c/.h using the code export function of Smart RF Studio

    For the rest, you can find the ieee header files here: https://github.com/contiki-ng/coresdk_cc13xx_cc26xx/tree/master/source/ti/devices/cc26x0/driverlib

    Regards,

  • 0 in reply to Clément
    Intellectual 260 points

    Hi,

    Thanks for providing links to the header files. If I use the IEEE mode just to carrier sense the medium and then switch back to the propreitary mode. would that be fine to do ?

    Or can't we just use dual mode for RF by setting up mode to RF_MODE_MULTIPLE and afterwards, utilise IEEE command to sense the medium and do all the transactions in propreitary mode only ?

    Thanks. 

  • 0 in reply to Rahul Gusai
    TI__Guru** 101460 points

    Hi,

    It is hard to answer with so few information (e.g, what else is running on your device? which power consumption are you targeting?...). But both solutions look doable.

    Regards,

  • 0 in reply to Clément
    Intellectual 260 points

    Hi,

    Except for one sensor which runs after a periodic period of time utilizing SPI peripheral, nothing else is running on the device. Whenever the device is in idle mode i.e. neither sensing nor doing Tx/Rx, we want the device to be put in Standby mode for power consumption to be around 1uA(as per datasheet).

    I tried the option using RF_MODE_MULTIPLE but that didn't work out for me. We are communicating with radio-based on TI CC2541.

    Thanks

    Rahul