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.

CC2640R2F: CC2640R2F device bricked, forced mass erase not possible

Part Number: CC2640R2F
Other Parts Discussed in Thread: UNIFLASH, LAUNCHXL-CC2640R2, SEGGER

Hello TI Experts,

We are using a LAUNCHXL-CC2640R2 eval board for development. Yesterday we faced an issue where the controller seems to be locked. We know about CCGF register configuration and to handle it carefully, but we did not modify the project in that area. We used the onboard XDS110 when the device entered the "bricked" state. We try several tools (SmartRF Flash Programmer 2, Uniflash, SEGGER J-Flash, CCS 9) to unlock the device again without success.

I attached some SmartRF Flash Programmer 2 logs. What we did is:

1. Try to flash an image

2. Forced mass erase

3. Try to flash an image

Onboard XDS110:

>Initiate access to target: XDS-L50014OG.

>Debug interface is locked. Aborting action. Only forced mass erase is possible.

>Reset target ...

>Reset of target successful.

>Initiate access to target: XDS-L50014OG.

>Start flash erase ...

>Erase finished successfully.

>Reset target ...

>Reset of target successful.

>Initiate access to target: XDS-L50014OG.

>Debug interface is locked. Aborting action. Only forced mass erase is possible.

>Reset target ...

>Reset of target successful.

XDS200:

>Initiate access to target: COM26.

>Debug interface is locked. Aborting action. Only forced mass erase is possible.

>Reset target ...

>Reset of target successful.

>Initiate access to target: COM26.

>Start flash erase ...

>Erase finished successfully.

>Reset target ...

>Reset of target successful.

>Initiate access to target: COM26.

>Get EB Info failed. Device list locket by other process/thread.

>Debug interface is locked. Aborting action. Only forced mass erase is possible.

>Reset target ...

>Reset of target successful.

As I mentioned earlier, we don't know exactly what happened.

Is there any advice to prevent that behavior?

How can we recover the devices?

Regards

Tobias

  • If you are not able to do a mass erase it's not possible to recover the device.

    Is it possible to read out the CCFG section of the flash using Flash Programmer 2 or is the JTAG interface locked? If you are not able to read out the flash I assume that you have the .hex file used. Have you checked the CCFg section in this?
  • Thank you for the quick response.

    No, it's not possible to read out the flash memory because the JTAG interface is locked. We tried to flash our application which is derived from Simple Peripheral Example of the SDK. We worked for several weeks with this configuration without any troubles. Here are the last lines of the .hex file that bricks the device:

    :20D71800A401002088D6010078010020A6D60100C8010020C4D60100E4010020D0D6010087
    :20D73800A0100020D8D6010000020020E0D60100EC010020E7D60100F0010020EED60100D8
    :0CD75800F8010020F5D6010004020020BA
    :20FFA80000008001100082FFFDFF58003AFFBFF3FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF8
    :20FFC800FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF00FFFFFFFF00FFFFFFC500C5FFAA
    :18FFE800000000FF00000000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF12
    :00000001FF

    Is it possible to recover the device through the bootloader?

  • If you are not able to do mass erase it's not possible to recover the device.My plan was to compare your CCFG section with the CCFG section of a new CC2640R2 chip (shown below) but I found that the format of the hex data you provided makes it difficult. It looks like a fair number of the bit fields in the CCFG has been modified. You write that you haven't modified anything in this area but it looks that way. 

  • I'm closing this since I haven't gotten any feedback from you. If you have further questions, please post them in this thread and the case will automatically reopen.