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.

TMS320F280049: Using DCSM with Zero Boot Pin

Part Number: TMS320F280049
Other Parts Discussed in Thread: UNIFLASH

Hello,

I am having issue connecting JTAG XDS110 to the F280049 MCU after burning OTP:

  • boot mode is Zero Boot Mode Select Pins (so MCU always boots directly to Flash)
  • all memory sectors (Flash and RAM) are secured (only one zone is in use, another one is not touched)
  • CSM password

The application I wrote runs, but I can no longer access it with the debugger. I need to change the application and I cannot do anything. Error message: `Error connecting to the target: (Error -1156 @ 0x0) Device may be operating in low-power mode. Do you want to bring it out of this mode? Choose 'Yes' to force the device to wake up and retry the operation. Choose 'No' to retry the operation without waking the device. (Emulation package 9.9.0.00040)`

I can say that the power supply is quite good and there are no problems with real power.

Thus, I cannot even unlock the MCU using the correct password (when I write a proper password and click Unlock button in the UniFlash, it gives me the same error).

It seems I have a similar problem described in TRM:
When initially debugging a device with the password locations in OTP programmed (secured), the emulator takes some time to take control of the CPU. During this time, the CPU will start running and may execute an
instruction that performs an access to a protected ECSL area and if the CPU is halted when the program counter (PC) is pointing to a secure location, the ECSL will trip and cause the emulator connection to be broken.
The solution to this problem is:
• Use the Wait Boot Mode boot option. In this mode, the CPU will be in a loop and hence will not jump to the user application code. Using this BOOTMODE, the user can connect to CCS and debug the code.

There are 2 questions:

  • how can I change the boot mode to `Wait Boot` when I have already burned OTP with the option Zero Boot Mode? As far as I understood, this should help me to connect debugger and I can change application (or at least to change OTP). When I connect debugger (XDS110) it doesn't held the MCU in reset state.
  • is there a proper settings or recommendations for Zero Boot Mode & DCSM to use them together?
  • Hi,

    I understand your problem and your diagnosis is right. Since you have chosen the Zero boot mode option, it means to say that the Boot mode cannot be changed further since you have programmed the OTP to boot only via Flash. Wait boot is another mode of operation and hence in order to switch between the Flash boot and the Wait boot mdoe, at least 1 boot mode pin need to be configured. You could always try adding a GEL function on CCS which will attempt to unlock the device. But this may yield in the same result as that of UniFlash.

    My recommendation would be to freeze your application code before programming the CSM passwords for the device. 

    Thanks & Regards

    Pramod

  • Hi Pramod,
    thank you for the answer, could you please clarify one point.

    What if I secure all memory sections and run PMF (password match flow) at the really beginning of my application when DCON bit is NOT set, so debugger can be connected (but when debugger is connected DCON=1, the PMF is not run). Can I say that application is secured from external read?

    Best regards,
    Viacheslav Potapov

  • Hi Viacheslav,

    This was assigned to be recently. For your last question, do you mean a debugger read?

    -Kedar

  • Closing thread since there's no response for over a week.