• State Resolved
  • Locked Locked
  • Replies 6 replies
  • Answers 1 answer
  • Subscribers 53 subscribers
  • Views 808 views
  • Users 0 members are here
Support feedback
Options
Options
Similar topics

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.

CCS/TMS320C6748: The distinguish of the release mode and download

long gao
Intellectual 770 points
Part Number: TMS320C6748

Tool/software: Code Composer Studio

Now our program can run at debug and release mode,but when we download it into the chip it can't run. Why this happen ? is it because i havn't deploy something? or it is a problem of hardware.

  • 0
    TI__Guru**** 420280 points

    Hello,

    long gao said:
    Now our program can run at debug and release mode,but when we download it into the chip it can't run.

    Can you explain in more detail? Are you saying that the program runs well when loading and running from CCS debug but when you try burning your program to flash and running standalone, it does not?

    Thanks

    ki

  • 0 in reply to long gao
    TI__Guru**** 420280 points
    If that is the case, then the reasons why this can vary are many. One of the more common causes of this behavior is a reliance on GEL to do some required target initialization when debugging via CCS and not compensating for that behavior when running standalone outside CCS. See section 5 of this App Note for some more explanation: www.ti.com/.../spraa74a.pdf

    Other issues involve making sure the program is flashed/downloaded to the correct locations and if flashing, that the flash image is generated correctly. You may want to also query in the C67x forums where the device experts there can provide more insight.

    Thanks
    ki
  • 0 in reply to Ki
    Intellectual 770 points

    thank you very much. now i have another questions. 1. if i have a hardware can run a program correctly, but they other can't , does it means the problem is belong to the hardware? 2. i have a hardware have a problem that when i download it by the xds100v3, it run immidately, why this happen?

  • 0 in reply to long gao
    TI__Guru**** 420280 points

    long gao said:
    1. if i have a hardware can run a program correctly, but they other can't , does it means the problem is belong to the hardware?


    Assuming everything else is equal (same exact CCS version, same GEL files used, same CCS setting, same program, etc), then yes, all signs would point to some kind of hardware issue.

    long gao said:
    2. i have a hardware have a problem that when i download it by the xds100v3, it run immidately, why this happen?

    Note that the default behavior of the CCS debugger when you load a program is:

    -load program

    -set program counter to entry point (usually cint00)

    -auto-run to main (this option can be turned off in the debugger options)

    If there is a main, the program will be halted there. If there is no main, or the main cannot be reached, then the target will just remain running unless it encounters some other halt point.

    Thanks

    ki

  • 0 in reply to Ki
    Intellectual 770 points

    thanks again. about question i have sure it is a hardware problem. And about the question 2, now i know it is a problem of a DDR. because when i change the memory from ddr to shram in my .cmd file ,my program works. i think it is a problem of DDR or it's peripheral circuit.