• Locked Locked
  • Replies 4 replies
  • Subscribers 54 subscribers
  • Views 602 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.

When is the next revision of the CC26xx Reference Manual to be released?

CurtisHx
Expert 1225 points

Other Parts Discussed in Thread: CC2650, CC1310

There is a lot of undocumented / poorly documented registers and features of the CC26xx family in the current release of the Family Reference Manual (SWCU117D).

When is the next revision of the FRM planned to be released?  Will it have better documentation for low level programming?

  • TI__Guru** 106705 points
    Hi Curtis,

    There is a new release out today!

    You are not specific about what is poorly documented, but based on your other post I can at least tell you that the TxPower part is updated.

    Generally speaking the CC26xx is not really suited for low level programming due to its highly complex power and clocking schemes. We highly recommend using TI-RTOS to ensure both proper operation and optimum power consumption.

    Cheers,
    Fredrik
  • in reply to Fredrik K
    Expert 1225 points

    I know I wasn't real specific about what isn't documented well.  I'm just used to having everything I could possibly want to know about a chip in the datasheet / reference manual, and seeing all those "Internal" registers listed does not exactly deliver warm-fuzzy-feelings.  If a register has to be a set a certain way because it contains a calibration value that was done at the fab, that's fine.  But at least let me know what that register does and where to pull its value so that when something goes wrong, I at least have a shot of finding the problem. 

    Also, the RFCMODESEL register's description is useless, and apparently that register is rather important when it comes to programming the CC2650 for proprietary mode.  The RFCMODESEL mentions the RFCMODEWHOPT register, which doesn't even have an entry in the FRM.   

  • in reply to CurtisHx
    Intellectual 900 points

    I am absolutely with Curtis on this. Both the datasheet and reference manual look like they are 50% incomplete (e.g the datasheet for MSP432 is 157 pages long vs. 59 pages for CC1310, which also includes the radio). There are 1400+ instances of "Internal. Only to be used through TI provided API" in the reference manual.

    The complexity of power management and clocking appears roughly comparable to STM32LX series, where _everything_ is documented. Also, how complicated can flash programming be that every register is marked as internal in the documentation? Please kindly don't assume that every developer will be content to use TI-RTOS or even DriverLib, and provide sufficient documentation for those of us who prefer to work with hardware directly.

    Another surprising thing about these microcontrollers is the incredible amount of trimming needed to be applied at reset time (1300 lines of code in driverlib/setup.c). If these adjustments need to be applied every time, for every application, why not move them to the boot loader, and adjust the default register values accordingly?

  • in reply to Andrew G
    Intellectual 455 points
    Hey,

    This is just one of many topics where I see the excuse about power management. Seriously? What is so hard about it? I honestly do not think it is any more complicated than Silicon Labs chips which have pretty good clock and power management capabilities. (I'm serious, read the reference manual of any EFM32 chip.) And if Silicon Labs can afford to decenlty document their hardware, I believe TI could do the same.