• State
  • Locked Locked
  • Replies 11 replies
  • Subscribers 60 subscribers
  • Views 2552 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 Point to Point Source Code

Akash Patel
Expert 6245 points

Other Parts Discussed in Thread: CC2650, Z-STACK, TIMAC, CC2530, UNIFLASH

Hi Team,

I was wondering if we have point to point source code for Zigbee in order to configure the CC2650.

  • 0
    Guru 735695 points
    You can download Z-Stack Home 1.2.2. There are Zigbee examples for CC2650 in it. By the way, this is E2E forum for BLE and I suggest you to Post Zigbee related question at e2e.ti.com/.../158.aspx.
  • 0
    TI__Guru** 105180 points
    Moving to Zigbee forum!
  • 0
    Prodigy 50 points

    Same question. I also need to implement a simple point to point transceiver on CC2650. I setup a simple project from TIRTOS empty sample, and only one task (1s heartbeat). Based on my experience in using SmartRF Studio, I found it's so easy to transmit a package, only need to execute few RF_CORE commands: CMD_RADIO_SETUP, CMD_FS and CMD_IEEE_TX. And I also did the same thing in my coding: power on RF, enable clocks for RF, and then execute these 3 commands. The returns indicated CMD_RADIO_SETUP and CMD_FS commands DONE, and CMD_IEEE_TX ACTIVE (same as the return status on SmartRF Studio), but the interesting thing is I cannot found any package being transmitted out at all, and the TX_DONE interrupt was also not evoked after the CMD_IEEE_TX being executed. What the problem it would be, and I am also looking forward a sample codes for point to point transmissions. It's better a OS-free code.

  • 0 in reply to John_Markie
    Intellectual 491 points
    That is exactly what I need also. For a proof of concept I did the same thing - send a package with SmartRF Studio and it worked, but it's a pain doing it with firmware. My plan was to use the TIMAC and stripped it down to bare minimum, but I just disabled security and it crashed. The old device that we used CC2530 has a simple "light switch" project that was perfect for what we needed. I see that TI wants to push TI-RTOS and it would be nice if we had a sample using the 802.15.4 radio without any stack on top, even if it's using TI-RTOS. I need to send radio messages every few milliseconds and the stack just add delay.
    John are you using IAR or CCS ?
  • 0 in reply to John_Markie
    Guru 735695 points

    It sounds that source code of CC2650 PER test is suitable for your reference. However, it is not available on TI web site. I would suggest you to contact TI local representative to sign SLA to get it.

  • 0 in reply to D.Dimitrov
    Prodigy 50 points
    I use CCS, considering the much more easy way to config TI-RTOS. But I will try to build an empty project without OS, and verify if it's an OS problem.
  • 0 in reply to D.Dimitrov
    Prodigy 50 points

    I built an OS-free empty project in CCS today, and merged my RF codes into it. But the performance was same as the TI-RTOS one. So I must missed some configuration on RF core, making the package can not be transmitted correctly. And I am not sure if it's worth to do a similar test in IAR.

    BTW, for TI-RTOS, it's really assembled with many features, I just not sure if these are suitable for me at this point.

    Looking forward the PER test codes from TI.

  • 0 in reply to John_Markie
    Prodigy 140 points

    I agree: Currently it is really a pain if you want to use the CC2650 without any pre-built stack from TI. We are developing our own OS/task system fitting our needs. And in theory it really sounds easy: CMD_RADIO_SETUP, CMD_FS_POWERUP, CMD_IEEE_RX.

    However, after struggling to get the values I need for the overrides in CMD_RADIO_SETUP, I ended up with the CPE returning "unknown command" when I send CMD_IEEE_RX. I also tried some code from the Contiki OS without success. Additionally, debugging using uniflash with gdb is still not possible due to some bug (at least it doesn't effect the flashing now).

    I mean: TI, you want to sell those things and we really want to buy your MCUs - without RTOS, CCS, TIMAC, etc. Just a simple example for IEEE 802.15.4 and BLE that compiles with GCC would help so much!

  • 0 in reply to dominik
    Guru 735695 points
    As I know, TI doesn't have plan to release non-RTOS example for IEEE 802.15.4 and BLE that compiles with GCC for CC2650. Maybe you can refer to Contiki project with CC2650
  • 0 in reply to YiKai Chen
    Prodigy 140 points

    YiKai Chen said:
    As I know, TI doesn't have plan to release non-RTOS example for IEEE 802.15.4 and BLE that compiles with GCC for CC2650.

    That's sad since the Cortex M3/M0 combination seems to be a reasonable approach. However, due to the lack of support in case of using the bare CC2650 we decided to drop this device and try some devices from other companies.

  • 0 in reply to dominik
    Guru 735695 points

    I agree with your point. I am not TI employee so I cannot help much on this topic. If you still interested in using CC26xx, you can try to contact TI local representative to help you.