STM32H753 Custom Board – "Unable to get Core ID" After Flash Erase in CubeProgrammer

[santhosh16]

Hey everyone,

I'm working on a custom board based on the STM32H753 MCU. I successfully programmed it using STM32CubeIDE initially, but ran into an issue when trying to re-flash it — I got the error:

"Unable to erase flash memory to reprogram it"

To work around this, I connected to the board using STM32CubeProgrammer and performed a full chip erase using the following settings (details below). I clicked Apply, and the flash erase appeared successful.

After erasing, I’m no longer able to connect to the board via either Cube IDE or Cube Programmer. I now get:

"Unable to get the core ID"

• Debug Interface: ST-Link  external

• Board was connecting and programming before the flash erase

• Now completely unresponsive via SWD.

• Does full flash erase wipe the area that contains the boot/configuration code, preventing debug access?

• What hardware signals should I verify?

• Is there a way to force the MCU into a recoverable mode
  I will also share the schematics

Note:

This is not exactly the same as my previous post where the MCU was never detected at sudden. In this case, it was working, but the issue started after a successful erase

[KDJEM.1]

Hello @santhosh16;

Are you using STM32F410 or STM32H7? The two screenshots shared different devices.

If the RDP level is set to "CC" level 2 (device protection and intrusion prevention), the below rules apply:
• All debugging features are disabled.
• Like level 0, all read/write/erase operations from/to the user flash memory are allowed
since the debugger and the boot from RAM and System flash memory are disabled. Accesses to the other secured regions are also allowed.
• Booting from RAM is no more allowed

Which STM32Cubeprogrammer version are you using?

Please download the latest version of STM32CubeProgrammer. 

Thank you.

Kaouthar

[TDK]

If the flash is erased and you can't connect, the hardware is likely damaged or the wiring between the chip and your programmer is bad. However:

If your screenshot, it looks connected to me. Says it's connected. Says memory has been read. Flash content is there and does not appear to be erased.

[santhosh16]

No, the above the "data read successfully" message you can find an issue of core id got erased. the flash content shown for an other board to check whether that board is getting connected.

[santhosh16]

Hi @KDJEM.1,

• I'm using custom board with stm32h753 mcu and to show that what I've enabled i used the stm32f4 (just for an indication of what i have done). But the problem occurs in stm32h753 only.
• from the explanation you have provided, i able to know that debugging is not possible to using st-link to a swd interface is useless. As you have mentioned

• ---

   Like level 0, all read/write/erase operations from/to the user flash memory are allowed
  since the debugger and the boot from RAM and System flash memory are disabled. Accesses to the other secured regions are also allowed.

         how can i access to user flash memory then and how to boot will occur without the access of system memory

         which have bootloader

• I'm using the stm32 version2.19 which is latest.