• State Resolved
  • Locked Locked
  • Replies 10 replies
  • Subscribers 55 subscribers
  • Views 4541 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.

CC26XX, CC13xx proprietary radio

Gerhard Fuchs
Prodigy 80 points
Other Parts Discussed in Thread: CC1200, CC2500, CC2650, CC2620, CC1310, CC2640, CC1350, CC2630, CC1100, CC2400

Hi all,

I am interested in the CC13xx, CC26xx devices and have some questions:

  1. Will there be a
    1. CC1300 device similar to the CC1200 device?
    2. CC2600 device similar to the CC2500 device?
  2. concerning the CC13xx, CC26xx Reference manual Ref. D (SWCU117D – Februar 2015 – Revised September 2015) section 23.7:
    1. Does all CC26xx, CC13xx chips allow to implement Proprietary Radio protocols?
    2. If not, does the following devices support the implementation of proprietary radio protocols:
      1. CC2650
      2. CC2620
      3. CC1310
    3. Is it impossible to implement a protocol which requires listen before talking  using a CC26xx device? Table 23-131 (p. 1576) lists the supported operation commands. I am  wondering about command CMD_PROP_CS as it shall solely supported by the CC13xx devices.

Thank you for all answers in advance.

Gerhard

  • 0
    Guru 735685 points
    1. It's not that simple. There are different part number for CC13xx. CC1310 is for sub-1 GHz and CC1350 is for dual band which can work on both sub-1 GHz and 2.4G. There are different part number for CC26xx too. CC2630 is for 2.4G 802.15.4 application. CC2640 is for BLE. CC2650 is dual mode and can work on both 802.15.4 application and BLE. You can refer to their datasheet for details.
    2. Yes, they are allowed to mplement Proprietary Radio protocols
  • 0 in reply to YiKai Chen
    Prodigy 80 points

    YiKai Chen said:
    2. Yes, they are allowed to mplement Proprietary Radio protocols

    So, each of the CC1310, CC2650, CC2620 devices can be used for implementing and testing own radio protocols. In particular, there are no differences between the CC2650 and the CC2620 regarding this issue.

    Can TI please confirm or negate the statements above.


    I am still wondering about the statement of the Reference Manual that CC26xx devices do not support CMD_PROP_CS. How can I check whether the channel is busy or not? There must be a solution as e.g. 802.15.4 requires carrier sensing.

    Does anybody know a solution?

     

    To clarify my first question: The CC1200 and CC2500 devices are pure RF Transceivers, no SoCs. I wanted to know whether TI will bring corresponding devices following their number scheme.

    CC1100, CC1200 ==> CC1300?

    CC2400, CC2500 ==> CC2600?

  • 0 in reply to Gerhard Fuchs
    TI__Guru**** 317180 points
    Q: CC1300 device similar to the CC1200 device?
    Q: CC2600 device similar to the CC2500 device?

    A: Why do you want a CC13xx similar to CC1200/ CC2500? The CC13xx and CC26xx are wireless MCUs with a lot of powerful features.

    Q: Does all CC26xx, CC13xx chips allow to implement Proprietary Radio protocols?

    A: Proprietary is possible on CC1310/ CC1350/ CC2640/ CC2650.

    I'm currently checking what you can do with regards to CS on CC26xx whn running prop.
  • 0 in reply to TER
    Prodigy 80 points

    Q: Why do you want a CC13xx similar to CC1200/ CC2500? The CC13xx and CC26xx are wireless MCUs with a lot of powerful features.


    A: For the implementation of proprietary RF-Protocol I would not need the different (expensive) RF-Stacks. An RF-Module and a MCU would be fine, too. And CC1200, CC2500 Modules were cheaper than the corresponding SoCs... Further, the power consumption of the CC13xx and CC26xx devices is impressively low. So, I thought this would be the case for the CC1300 and CC2600 devices, if they will exist, too.

    >> A: Proprietary is possible on CC1310/ CC1350/ CC2640/ CC2650.

    So, the CC2620 dose not allow the implementation of an own proprietary protocol. What a pity!

    >> I'm currently checking what you can do with regards to CS on CC26xx whn running prop.

    Thank you. I am looking forward to your answer. 

  • 0 in reply to Gerhard Fuchs
    TI__Guru**** 317180 points
    You don't have to run a stack on CC13xx/ CC26xx. You can make an application on CC13xx/ CC26xx that has the same complexity as a CC1200 + MCU. Using a wireless MCU gives a smaller PCB than using CC1200 + MCU.

    We don't have an out of the box CS command when using prop on CC26xx. You basically have to read out the RSSI and use this for CS.
  • 0 in reply to TER
    Prodigy 80 points

    >> We don't have an out of the box CS command when using prop on CC26xx. You basically have to read out the RSSI and use this for CS.

    OK, now I understand it. Thank you!

    >> You don't have to run a stack on CC13xx/ CC26xx.

    Does this mean:

    • the protocols (802.15.4, BLE, ....) are implemented by TI and stored in the ROM of the RF-Core. But, I can disable them, or respectively do not need to use them?
    • Instead of this, I can write my own protocol and store it in the 128 KB FLASH of the Cortex-M3?

    My last Question. To be 100% sure I ask it explicitly again:

    Can I use the CC2620 for implementing my own proprietary RF - protocol?

  • 0 in reply to Gerhard Fuchs
    TI__Guru**** 317180 points

    Just curious: Why the interest in CC2620? No, only CC2640/50 can be used with prop.

    Please refer to table 23-131 in the Technical Reference Manual (TRM) () As you see from this the commands for sending and receiving is available and make it possible to implement radio functionality similar to the CC1200/ CC2500.

  • 0 in reply to TER
    Prodigy 80 points
    >> Just curious: Why the interest in CC2620?
    I am working with CC2420-device since 2008 and the CC2620 would be its closely related predecessor.
    Generally I am evaluation a possible configuration (sub 1GHz vs. 2.4GHz; SoC vs. MCU and modem; 802.15.4 versus proprietary ...) for its predecessor.

    Thank you for all your answers.
    Gerhard
  • 0 in reply to Gerhard Fuchs
    TI__Guru**** 317180 points
    The CC26xx family has the following members:
    - CC2620: RF4CE
    - CC2630: Zigbee
    - CC2640: BLE
    - CC2650: Multiprotocol.

    The part numbering on the CC24xx series does not match the numbering on CC26xx series
  • 0 in reply to TER
    Prodigy 210 points
    Hi, all!

    1. What is the maximum speed symbol rate in kbaud in the proprietary mode CC2650?
    2. How can I calculate it?
    In swcu117d.pdf (Technical Reference Manual) page 1586 Equation 14 - symbol rate.
    Coefficient R is the rate word given by symbolRate.rateWord. How can I get this coefficient?

    3. There is support in the Smart RF Studio proprietary mode for CC2650?
    What options should I choose in Smart Rf Studio for activation proprietary mode for CC2650?