• State
  • Locked Locked
  • Replies 3 replies
  • Subscribers 29 subscribers
  • Views 406 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.

DSP not responding

Shailashri Kuruvatti84
Prodigy 30 points
Other Parts Discussed in Thread: TMS320F28335, TMS570LS3137

hi

We are facing DSP not responding issues with mutliple boards with TI processors. Pls find the below details on the same

a. One DSP (TMS320f28335) is going into low power mode and the message says "probably flash lock".

b. One DSP (TMS570LS3137) is not responding and flash write fails. This is the same with another 28335 DSP also

In all the cases, the JTAG test connection passes. But CCS is unable to write the flash with the code images. Also,

a. we wanted to know how flash lock can happen

b. How to get the DSP out of the flash lock.

Thanks

Shailashri.

  • 0
    TI__Expert 7225 points
    Hi

    Have you checked the errata of the parts used and used appropriate workarounds suggested.

    PLease see the www.ti.com/.../spnz195e.pdf

    There is one related to Flash...

    Best REgards
    Feroz
  • 0 in reply to K Md Feroz Irfan
    TI__Expert 7225 points
    Also I believe these are your custom boards on which you see this. Have you seen any such issues with the EVMs provided by TI?

    Also what is your CCS version and setup details ?

    Thanks
    Best Regards
    Feroz
  • 0
    TI__Mastermind 49120 points
    Hi Shailashri,

    I have a few questions that need clarifications before I can provide specific answers:

    1) Are the two F28335 and LS3137 MCUs on the same PCB or are you talking about two separate PCBs?
    2) Are you trying to erase and reprogram parts that have already been programmed?
    3) If so, does the code in these MCUs put them into a low-power mode?
    4) Do you have a mechanism (holding an I/O pin high/low) to prevent the part from entering this low-power mode?

    Any flash programmer tool would first have to halt the processor at a breakpoint (managed by the tool) before attempting to erase/program the part. If the MCU is in a low-power mode (CPU clock is turned off in most cases), the tool is not able to halt the CPU and hence an error is reported. In that case, one option to recover the board(s) is to hold the parts under reset and then try to get the flash tool to halt the CPU before it executes the code to enter the chosen low-power mode.

    Regards,
    Sunil