cancel
Showing results for 
Search instead for 
Did you mean: 

Losing Ethernet ETH_CLK settings

Steve Melnikoff
Associate III

In my project for an STM32H7S3, I'm using the Ethernet module, and it works fine.

However, I don't need the ETH_CLK pin. In RCC settings, there's an option which suggests I can turn it off; however, clicking the tickbox has no effect. (Note also that the text for this option is "Digital clock input" - even though the pin is an output.)

Instead, I can set the pin itself to its Reset state, and that works. However, next time I open the IOC file, that setting is missing, and I have to change the pin state again. In addition, if I save the IOC file without making any changes at all, I can see in the diff that the settings for that pin have been changed:

SteveMelnikoff_0-1752584425356.png

Previously, the generated value of ETH_CLK was outside its valid range (HSE was too low, and any setting from PLL3S was too high), and even though I wasn't using it, Cube wouldn't let me generate code without disabling this pin, because ETH_CLK is an input to the ETH Clock Mux, and presumably all inputs to this mux must be valid even though I wasn't using ETH_CLK. Since then, I can now generate a valid signal from PLL3S, but again, it should be irrelevant, as I'm not using ETH_CLK.

So to summarise:

  1. I'd like the tickbox to disable ETH_CLK to work.
  2. When disabled instead via pin settings, I'd like this setting to be remembered.

(See also another post by me about settings being lost without any action on my part.)

I'm currently using Cube 6.15.0, though this file was created with an earlier version.

I'm not willing to share my IOC file here, though I'd be happy to send it privately to someone at ST.

Thank you.

 

1 REPLY 1
Ghofrane GSOURI
ST Employee

Hello @Steve Melnikoff 

It would be great if you could send your IOC in private 

THX

Ghofrane

To give better visibility on the answered topics, please click on Accept as Solution on the reply which solved your issue or answered your question.