Ali LABBENE

Hi @iabdalkader, Thank you for this report. Could the behavior you are observing be related to the Flash **option bits**, particularly **NRST_STBY_D1**? Would you mind checking using the Cube Programmer?...

@iabdalkader, My turn to apologize for the delay. Any progress from your side? May I suggest you to have a look at [this](https://github.com/STMicroelectronics/STM32CubeH7/issues/34#issuecomment-643499389) conversation (assuming you are using **Cube IDE**...

Hi @iabdalkader, I hope you are fine. Have you tried the latest STM32CubeH7 version (**i.e.**, v1.10.0) published some time ago? Actually, a fix has been implemented to properly configure RTC...

Hi @alsrgv, Please excuse this delayed reply. Our development teams said this issue is covered by the **new** ETH driver. This new ETH driver will be published soon. Unfortunately, we...

Hi @alsrgv, I hope you are fine. We just made available a fully reworked ETH HAL driver via pull-request [stm32h7xx_hal_driver#16](https://github.com/STMicroelectronics/stm32h7xx_hal_driver/pull/16). The point you raised should have been addressed. You can...

Hi @alsrgv, The point has already been reported at the Zephyr OS project-level. Here is the [link](https://github.com/zephyrproject-rtos/zephyr/issues/41380). With regards,

Hi Thomask77, Thank you for this one more contribution. This issue has also been reported by the ST Community. We are already working on it. We will let you updated...

ST Internal Reference: 126471

Hi Thomask77, According to our development teams, the issue is at MX initialization-level not at HAL one. The suggested solution looks like the following: * At user application-level, RTC initialization...

Hi @thomask77, After further discussions with our development teams, it has been agreed this point could be handled at driver's level. Hence, I will reopen this issue pending a fix...