Not able to boot Nucleo-h755ziq

[BOSSX918spy]

Hi everyone,

I'm experiencing an issue uploading a simple onboard LED blinking program to my STM32H755ZIQ board. Every time I try to start a debug session, I get the following error:

STMicroelectronics ST-LINK GDB server. Version 7.9.0
Copyright (c) 2024, STMicroelectronics. All rights reserved.

Starting server with the following options:
Persistent Mode : Disabled
Logging Level : 1
Listen Port Number : 61234
Status Refresh Delay : 15s
Verbose Mode : Disabled
SWD Debug : Enabled
InitWhile : Enabled

Info : default port : 7184
Info : Remote address: 127.0.0.1
Info : stlinkserver already running, exit
Target no device found

Error in initializing ST-LINK device.
Reason: No device found on target.

What I've Tried:

Hardware Checks:

• Verified that the board is powered and that I’m using a known-good USB cable and port.

Software and Firmware:

• Updated the ST-LINK firmware using STM32CubeProgrammer.
• Ensured that there are no extra instances of the ST-LINK server running (rebooted the Mac and checked Activity Monitor).

IDE Configuration:

• For the H755ZIQ (dual-core device), I commented out the code that releases the Cortex‑M4 core so that only the Cortex‑M7 is active.

Despite these steps, the ST-LINK GDB server still fails to detect the device, and the board doesn't even enter debug mode.

Has anyone encountered a similar issue with the STM32H755ZIQ, or does anyone have additional suggestions to get past the "No device found" error? Any help would be greatly appreciated!

Thanks in advance for your time and support.

[TDK]

In the debug configuration, are you connecting to AP0?

Can you connect with STM32CubeProgrammer?

[BOSSX918spy]

Yes, I am doing that

[Hal56-GCI]

I recently purchased 2 NUCLEO-H755ZI-Q and both of them will not boot. ST has problems. In UM2408 Rev 6 it says the default power configuration is DIRECT SMPS but a quick scan of the board shows SB92, SB75, SB79, SB76 and R35 are INSTALLED. This is in direct contrast to what UM2408 describes in section  7.4.8 as the defaults for DIRECT_SMPS. The board did not come configured for DIRECT_SMPS.

After observing this I tried configuring my software for PWR_LDO and it still will not boot.

after each attempt I must hold BOOT0 high with a wire during power up then erase the FLASH using ST Programmer. The MCU always comes back after this process but something is royally screwed with the board's power configuration coming new from ST.

I also have been using the H747-DISCO with no problems so I do have experience with the Duel Core MCUs.

ST needs to investigate this and get it straightened out.

[mƎALLEm]

Hello all,

Please check this discussion out.

[Hal56-GCI]

No Go!  When I change the ioc file and regen code I do not get USE_PWR_LDO_SUPPLY defined under properties. I ONLY get USE_PWR_DIRECT_SMPS_SUPPLY. and still NO GO.

This does not change the fact that the board's power configuration is NOT the default described in UM2408.

In UM2408 Rev 6 it says the default power configuration is DIRECT SMPS but a quick scan of the board shows SB92, SB75, SB79, SB76 and R35 are INSTALLED. This is in direct contrast to what UM2408 describes in section  7.4.8 as the defaults for DIRECT_SMPS. The board did not come configured for DIRECT_SMPS.

ST needs to investigate this and get it straightened out.

[TDK]

PWR_DIRECT_SMPS_SUPPLY is the correct default option.

I can create a default CubeMX project for this board, which has PWR_DIRECT_SMPS_SUPPLY selected, and can program/debug normally.

> In UM2408 Rev 6 it says the default power configuration is DIRECT SMPS but a quick scan of the board shows SB92, SB75, SB79, SB76 and R35 are INSTALLED. This is in direct contrast to what UM2408 describes in section  7.4.8 as the defaults for DIRECT_SMPS. The board did not come configured for DIRECT_SMPS.

I'm not seeing a contradiction here. "X" means installed. "-" means not installed.

"Internal SMPS only" and "Direct SMPS" are the same. The core is powered directly from the SMPS.

[mƎALLEm]

As stated by @TDK, the default configuration of that board is SMPS. No need for any modification.

[Tesla DeLorean]

That was certainly my experience (uses SMPS), but I got the board quite a while ago. But it might be helpful to get a picture of this board's configuration, and the full part# / revision and any QA marks. Where was the board sourced?

For the H7's generally I've soldered a right-angle jumper post on the VDD/BT0 pin pair because locking the cores it easy enough to do.

Watch for PA13/PA14 being disabled or reconfigured.

[Hal56-GCI]

I have come to that conclusion. X means installed. It took quite a few iterations of attempt to program, no device detected. BOOT0 high, erase FLASH and reprogram ...   then it suddenly started working. Why I had to go through that is a complete unknown but I did go through this to a lesser degree with an H747-DISCO also.