• State Resolved
  • Locked Locked
  • Replies 6 replies
  • Subscribers 51 subscribers
  • Views 597 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.

Original question:

CCS: CC2650 - Can't run example Project (Simple BLE Peripherals or Simple Eddystone Beacon)

LAUNCHXL-CC2650: CC2650 LaunchPad cannot run Project (simple_peripheral_cc2650lp_app)

Rainier Hood
Prodigy 10 points
Part Number: LAUNCHXL-CC2650
Other Parts Discussed in Thread: CC2560, CC2650, SYSBIOS

Hi,

I am new to CCS and have been attempting to run the simple_peripheral project on my CC2560 launchpad with little success. Whenever I load the hex file directly to the board (C:\ti\simplelink\ble_sdk_2_02_02_25\examples\hex\cc2650lp_simple_peripheral_rel.hex) via SmartRf flash programmer 2 it works fine. However, despite building without error, when I try to flash the CC2650 via CCS I get no errors but the program doesn't function. If I try to load it with the hex file generated by CCS via SmartRf flash programmer it also does not work. Any help would be appreciated.

I am using ble_sdk_2_02_02_25 though I have also attempted this with version 2_02_07_06 and 2_02_01_18.

I am ussing CCS version 7.4.0 but have also tried with 12.5.0, 6.2.0 and 9.3.0 to no avail.

The most recent compiler I have used is TI v16.9.4.LTS but I have also used TI v16.9.6.LTS, TI v5.2.6 and TI v18.12.4.LTS

I have several tirtos version installed but have generally been using whatever came with the sdk version I was working in.

Any help or advise would be appreciated.

  • 0
    TI__Guru** 101460 points

    Hi,

    Thank you for reaching out.

    Based on your description, your LAUNCHXL-CC2650 seems to work properly. The issue rather seems to be with the way the out of the box example.

    To help you further may I kindly ask you to:

    1- Confirm you have followed the setup process described in https://www.ti.com/lit/swru393 §2.6.3 .

    2- Describe what you mean by "the program doesn't function"? Have you tried to step in the code? Have you tried to set a break point in the main() function? Does it get hit?

    3- If any, please describe the modifications made on the out of the box project

    Best regards,

  • 0 in reply to Clément
    Prodigy 10 points

    Hi,

    Can confirm the Launchpad works great. If you load up the hex files for any of the example programs it runs great.

    1) Yes I have. I am fairly certain that I have the for the SDK done ok.

    2) After a bit more work I have tried stepping to code. Right now I run into an error "Can't find a source file at "/db/vtree/ademars/git_trees/avala-v/src/ti/sysbios/rom/cortexm/cc26xx/package/cfg/ti.sysbios.knl.Clock_config.c"
    Locate the file or edit the source lookup path to include its location". I have tried to look for that fie within the tirtos folder but to no avail. I also tried running the makefile but similarly it didn't help. Still throwing the same error.

    3) I have made no modifications. Just trying to get a grip on using CCS. Not trying to innovate at the moment.

    Thanks!

  • 0 in reply to Rainier Hood
    TI__Guru** 101460 points

    Hi,

    Thank you for the additional details.

    Rainier Hood said:
    I have tried stepping to code. Right now I run into an error "Can't find a source file at "/db/vtree/ademars/git_trees/avala-v/src/ti/sysbios/rom/cortexm/cc26xx/package/cfg/ti.sysbios.knl.Clock_config.c"
    Locate the file or edit the source lookup path to include its location". I have tried to look for that fie within the tirtos folder but to no avail. I also tried running the makefile but similarly it didn't help. Still throwing the same error.

    The behavior described here is somewhat expected. I guess the debugger is trying to step in a piece of code whose sources are not available.

    I would suggest to set breakpoints in the application code so you can verify if they are hit. You could try to start with the main() function, then set a breakpoint in the function initializing the BLEStack, etc.

    I hope this will help,

    Best regards,

  • 0 in reply to Clément
    Prodigy 10 points

    Hi,

    I did so and the program fails at the BIOS_start() function. I used ROV to scan for errors in the BIOS and it says there is an exception in the ti.sysbios.family.arm.m3.Hwi. Is there an easier fix for this or do I have to go and dig through the BIOS to see where the program is failing?

  • 0 in reply to Rainier Hood
    TI__Guru** 101460 points

    Hi,

    For sanity, allow me to mention the BIOS_start() function is not expected to return. Actually, this function turns on the RTOS and let the tasks start.

    Assuming your manage to hit a breakpoint set at the entry of the BIOS_start() function, you should now set a breakpoint at the entry of the application task to ensure it is properly turned on.

    Please make sure to review https://www.ti.com/lit/swru393 §9, and more specifically §9.5.

    Best regards,

  • 0 in reply to Clément
    Prodigy 10 points

    Issue has been resolved. Killed my entire TI folder and reinstalled CCS7 and the BLE_SDK and it wound up working. Not sure what the issue was or how I solved it but I did.