UART stops printing when using 25 MHz external clock on NUCLEO-H753ZI-$AT3

[sameer_2k3]

Hello,

I am using a NUCLEO-STM32H753ZI-$AT3 development board.
When I configure the MCU to use the internal clock (HSI), everything works correctly and my UART debug logs are printed normally.

However, when I switch to using the external 25 MHz clock (HSE), no UART logs are printed. The code runs,but the UART prints garbage characters, for example:

<0x1c><0xe0><0xfc><0x1c><0xe

What I have already checked:

• 25 MHz external clock is selected in CubeMX (HSE ON, Crystal/Ceramic Resonator).

• PLL settings are unchanged except switching HSI → HSE.

• UART baud rate is the same (115200).

• If I go back to internal HSI, UART prints again.

External clock ioc and log

Iternal clock ioc and log

 

 

[Andrew Neil]

---

@sameer_2k3 wrote:

The code runs,but the UART prints garbage characters, for example:

<0x1c><0xe0><0xfc><0x1c><0xe

---

So your baud rate is wrong.

Use an oscilloscope or logic analyser to see what rate you are actually getting.

 

---

@sameer_2k3 wrote:

• 25 MHz external clock is selected in CubeMX (HSE ON, Crystal/Ceramic Resonator).

---

You mean an external Crystal - not an external clock?

Have you checked that it is actually oscillating, and actually at 25MHz?

 

---

@sameer_2k3 wrote:

• PLL settings are unchanged except switching HSI → HSE.

---

But the HSI is 64MHz - changing to a 25MHz source means that you do need to change your clock settings...

[sameer_2k3]

You mean an external Crystal - not an external clock?

yes  external Crystal  .

Have you checked that it is actually oscillating, and actually at 25MHz?

yes checked and verify

[Tesla DeLorean]

Check input clock is 25 MHz with scope, usually derived from ST-LINK, check options/settings there.

Check HSE_VALUE define in stm32h7xx_hal_config.h matches reality. 

[Andrew Neil]

---

@Tesla DeLorean wrote:

usually derived from ST-LINK, check options/settings there.

---

@sameer_2k3 if it is coming from the ST-Link, then you would need 'Bypass' mode - not 'Crystal/Ceramic Resonator'

[sameer_2k3]

after selecting bypass mode still printing garbage

[ELABI.1]

Hi @sameer_2k3,

Are you using an external HSE?  The NUCLEO-STM32H753 board does not have an HSE clock fitted.

 I think this may be the cause of your problem.
You can refer to this article How to use STLINK-V3 MCO output on Nucleo boards as a precise clock source for STM32 to see how to select the frequency and configure the HSE input according to your selection.

Thanks.

ELABI.1

[sameer_2k3]

i have connected externally 25 M

[TDK]

Unless you have physically modified the board, you should select HSE bypass mode and change the value to 8 MHz. That is the clock signal coming in to OSC_IN on the target chip. The ST-link chip has a 25 MHz crystal but that is not relevant here.

 

[sameer_2k3]

I configured the PLL to 400 MHz, and when I select HSI as the clock source for UART, the UART logs print correctly. However, when I switch the UART clock source to the PLL in CubeMX, the UART output becomes corrupted and prints garbage characters.
Why does this happen, and how can I fix it?
What changes do I need to make to use the PLL clock for UART logging without getting garbage output?

[Andrew Neil]

You still have the input frequency set at 25MHz :

 

You can use the MCO output to check actual clock frequency (the output pin will need to be configured for High speed)

[TDK]

@sameer_2k3 Are you actually reading the replies you're getting? Or just ignoring them after reading?

Multiple people have told you the problem in multiple different ways.