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.
I've been working with an F28M35 for a few weeks in one project, and suddenly, I'm unable to flash the C28. Here are some details about my issue:
Cortex_M3_0: GEL Output: Memory Map Initialization Complete
Cortex_M3_0: GEL Output: Watchdog Timers Enabled
Cortex_M3_0: GEL Output: UARTs Enabled
C28xx_0: GEL Output:
Memory Map Initialization Complete
C28xx_0: GEL Output:
RAM Initialization Complete
C28xx_0: Trouble Setting Breakpoint with the Action "Remain Halted" at 0x80e3: (Error -1066 @ 0x80E3) Unable to set/clear requested breakpoint. Verify that the breakpoint address is in valid memory. (Emulation package 6.0.407.3)
C28xx_0: Breakpoint Manager: Retrying with a AET breakpoint
C28xx_0: Can't Run Target CPU: (Error -1156 @ 0x8050) 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 6.0.407.3)
C28xx_0: Trouble Halting Target CPU: (Error -1135 @ 0x8050) The debug probe reported an error. Confirm debug probe configuration and connections, reset the debug probe, and retry the operation. (Emulation package 6.0.407.3)
C28xx_0: Error: (Error -1135 @ 0x8050) The debug probe reported an error. Confirm debug probe configuration and connections, reset the debug probe, and retry the operation. (Emulation package 6.0.407.3)
C28xx_0: Unable to determine target status after 20 attempts
C28xx_0: Failed to remove the debug state from the target before disconnecting. There may still be breakpoint op-codes embedded in program memory. It is recommended that you reset the emulator before you connect and reload your program before you continue debugging
A message box with this message appears:
Can't Run Target CPU:
(Error -1156 @ 0x8050)
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 6.0.407.3)
Either choosing yes or no, I'm unable to wake up or retry the operation.
I have followed the instructions found in the following post with the same error with no success: https://e2e.ti.com/support/microcontrollers/c2000/f/171/p/546273/2001939
Another thing that I have seen is that while I am unable to load a new program or erase the flash using the uniflash application, I can load the symbols when I try to debug. In this case, I have seen the following registers for the security flash settings:
I have not modified these registers at any point.
My questions are:
Thanks!!
Hi Vivek,
Thank you for your answer.
The M3 code is halted when I am downloading the program to the C28.
There is no toggle on the XRS pin.
Regards,
Ricard
I have checked this security settings stored in these memory locations and are all zeros (FlashExeOnly, EcslPwl and CsmPwl).
Regards,
Ricard
No, actually, that is the main issue: I have not changed these settings. CsmPwl has become 0x0. That has happened with 4 Concertos that I have had to throw, because once it happens I am not able to program the micro again.
The problem is that it does not happen always. I can flash my microcontroller sometimes up to 100 times before it happens, and it is always with the same code, only with minor changes (but never changing the CSM registers). Two of the four times it has happened loading the same program without any changes in the code (after loading it three or four times, I can't load it anymore and the if I try to load the symbols CsmPwl appears as 0x0).
It seemed to be good. I checked the first few times and I was getting the correct voltage into the DSP. I have changed the power supply, and now I am not getting the same fatal error by now (although the last times I got the error, sometimes I could get the board flashed more than 200 times and right now I have only done hat with the new DSP 120 times).
Could this problem be caused by a microvoltage sag while downloading the program via JTAG?
Hi Ricard,
Could this problem be caused by a microvoltage sag while downloading the program via JTAG?
It look like issue related to power supply. Do you have external monitor for the power supply?
Regards,
Vivek Singh