Need help to run Ethernet communication correctly with STM32H7 nucleo?

Thank you for reply.I decided to change stm32h7 mcu and I will think to buy i.mx rt 1020 mcu of nxp.ST employees always give same reply about ethernet communication for stm32h7 nucleo board.

Dear Imen,

This issue has nothing to do with physical connections. Quite a few people in this forum have notified about this issue on the H7 series. It is clearly a firmware fault. I would advise the STM engineers to actually run the LwIP_HTTP_Server_Netconn_RTOS example (on FW 1.3.0) on the NUCLEO-H743ZI development board and to periodically check the board's status by pinging it (or by reloading the pre-programmed webpage). The device will eventually become unreachable. It is hard to pin-point when this failure exactly happens. In my experience the Ethernet crash can occur from several minutes to several hours of device running time.

Dear imen,

Thanks for your reply.

I was disappointed with the formal response, previously.

I will test your code on my board.

And, I will report for you as result.

Thanks again.

This is really weird. I tried to follow your suggestions but I did not have any luck. Truth be told, I was not able to get Ethernet running at all. I find this really odd because I can get it running without FreeRTOS. I have done it in the past, as desribd in https://community.st.com/s/question/0D50X00009nM9wPSAS/lwip-problems-from-code-generated-via-stm32cubemx-smt32h7 . I've redone all the steps on CubeMX 5.0 and this approach still seems to be operational (I did not run any long term test on it though). On the other hand, everything seems to go haywire if I enable FreeRTOS. I can reiterate the steps that I take to enable LwIP/FreeRTOS. They are, as follows:

1. Set the HCLK to 400 MHz (clocked from the HSI);
2. Enable the ETH peripheral, set it to RMII mode, and set ETH_TXD0 and ETH_TX_EN pins to PG13 and PG11 (others are mapped appropriately);
3. Set Very High Speed to all the pins (except PC1/ETH_MCD which always defaults to Low);
4. Enable the CPU ICache and DCache (under Cortex_M7 Configuration);
5. Enable the LWIP middleware;
6. Enable FreeRTOS;
7. Enable global Ethernet interrupt (with the priority of 5);
8. Select LAN8742/LAN8742 as the Driver_PHY (under LwIP>Platform Settings)
9. Enable ICMP (LWIP_BROADCAST_PING and LWIP_MULTICAST_PING in LwIP Key Options>IPMP Options).
10. Set stack/heap to, appropriately, 0x800/0x400;
11. Generate the code
12. Edit main.c by adding the MPU_Config function from https://community.st.com/s/article/FAQ-Ethernet-not-working-on-STM32H7x3 . I add a call to this function in the very beginning of my main();
13. Edit the linker file to partition the RAM from 0x24000000 to 0x2407FFFF;

As I’ve mentioned earlier, everything works if I skip step #6 and add the additional lines of code required for networking in the infinite while loop (see https://community.st.com/s/question/0D50X00009nM9wPSAS/lwip-problems-from-code-generated-via-stm32cubemx-smt32h7 ). I tried enabling MBEDTLS, but that did not seem to have any effect. Am I missing a crucial step, because all of this seems very bizarre?

OK, I think I have actually found the problem. I retraced my steps and found an additional parameter change that I forgot to mention. In order to regain the IP address whenever the connection is lost, I had both LWIP_NETIF_API and LWIP_NETIF_LINK_CALLBACK enabled (both in LwIP->Key Options->Network Interfaces Options). Defaulting them back to a disabled state got the Ethernet running on H7. I will have find a way to get them running though, because I need the ability to reconnect/gain a a new IP address after a physical connection change or network failure.

Hi, you forgot one MPU region in MPU_Config().