Associate II

Solved

Why STM32Cube_FW_H7_V1.2.0 ethernet sample code not run in nucleo-h743zi board

Forum|Forum|7 years ago
July 3, 2018
12 replies
3466 views

Posted on July 03, 2018 at 17:56

Hi all:

STM32Cube_FW_H7_V1.2.0 ethernet sample is using DHCP, I want use static IP address. So I change the DHCP definition to 0 in lwipopts.h.

&sharpdefine LWIP_DHCP 0

After comple the code and download to board, but I can not ping to board. What is wrong?

Thanks.

#stm32h7-ethernet #stm32h

Ethernet

This topic has been closed for replies.

Best answer by Yi Zhou

Posted on July 04, 2018 at 16:55

Dear all:

I found

STM32Cube_FW_H7_V1.1.0 lwip sample(LwIP_HTTP_Server_Netconn_RTOS) can run correctly in the board. So after compare the different between this two project, I finally find

STM32Cube_FW_H7_V1.2.0 lwip sample code bug.

In ethernetif.c function low_level_output(), you MUST add the following code (bold font)

/* Clean and Invalidate data cache */

SCB_CleanInvalidateDCache();

HAL_ETH_Transmit(&EthHandle, &TxConfig, 0);

then sample can run correctly in the board.

You can see the detail in the following picture.

john doe

Senior III

Posted on July 03, 2018 at 18:39

If you aren't using RTOS, you need to constantly poll the interface for activity

Yi ZhouAuthor

Associate II

Posted on July 04, 2018 at 13:50

I only disable DHCP future and set the correct static ip address. RTOS is actived. Nothing else changed. But the sample code can not work correctly.

Yi ZhouAuthorBest answer

Associate II

Posted on July 04, 2018 at 16:55

Dear all:

I found

STM32Cube_FW_H7_V1.1.0 lwip sample(LwIP_HTTP_Server_Netconn_RTOS) can run correctly in the board. So after compare the different between this two project, I finally find

STM32Cube_FW_H7_V1.2.0 lwip sample code bug.

In ethernetif.c function low_level_output(), you MUST add the following code (bold font)

/* Clean and Invalidate data cache */

SCB_CleanInvalidateDCache();

HAL_ETH_Transmit(&EthHandle, &TxConfig, 0);

then sample can run correctly in the board.

You can see the detail in the following picture.

I

Imen.D

ST Technical Moderator

Posted on July 04, 2018 at 17:21

Hello,

You are right. This problem is reproduced with STM32CubeH7 V1.2.0, and not with previous versions as the cleaning/invalidating the cache manner has changed starting from V1.2.0.

So, adding a call of SCB_CleanInvalidateDCache() in low_level_output() function (as done in version V1.1.0 nor V1.0.0) resolves the issue. This call is removed in Version 1.2.0.

Our development tool team is aware about this issue and should fix this limitation in the coming release.

Thank you for reporting us the issue and we apologize for any inconvenience this may have caused you.

With Regards,

Imen

In order to give better visibility on the answered topics, please click on 'Best answer' on the reply which solved your issue or answered your question. Thanks

Yi ZhouAuthor

Associate II

Posted on July 04, 2018 at 17:52

Dear Imen D

Can stm32cubemx team give a sample ioc file, which can correctly generate the lwip project in nucleo-h743zi board. Thanks.

GreenGuy

Senior III

Posted on July 05, 2018 at 03:54

Dear Imen D,

It would be sweet if they could fix this for FatFs with DMA code generation from CubeMX in the next release of STM32H7 as well.

Pretty Please.

JReim

Visitor II

Would someone be so kind to provide a full working example, It is not working for me.

martonmiklos

Associate III

I have been debugging the mentioned topic for 4 days.

When I have considered the CubeMX generated code is out of luck I moved to thex example shipped with the STM32H7 pack of the cube:

LwIP_HTTP_Server_Netconn_RTOS

It took me a while to get it compiled under Atollic, and then I have realized that the board receieves packets, responds to ARP queries, but does not sends ICMP ACKs.

By further debugging it turned out that sometimes it ACKs the pings, but most of the times it just relies the ping ICMP packet with the same source/dest address as it recieves from the host.

First i thought that it is this LwIP bug, but it turned out to be different:

https://savannah.nongnu.org/bugs/?func=detailitem&item_id=54669

After reading through this:

https://community.st.com/s/article/FAQ-Ethernet-not-working-on-STM32H7x3

I have realized that the MPU config in the example differs from the attached one.

After using the config from the FAQ the ping requests working just fine...

It took me 4 days to figure this out...

martonmiklos

Associate III

I have been debugging the mentioned topic for 4 days.

When I have considered the CubeMX generated code is out of luck I moved to thex example shipped with the STM32H7 pack of the cube:

LwIP_HTTP_Server_Netconn_RTOS

It took me a while to get it compiled under Atollic, and then I have realized that the board receieves packets, responds to ARP queries, but does not sends ICMP ACKs.

By further debugging it turned out that sometimes it ACKs the pings, but most of the times it just relies the ping ICMP packet with the same source/dest address as it recieves from the host.

First i thought that it is this LwIP bug, but it turned out to be different:

https://savannah.nongnu.org/bugs/?func=detailitem&item_id=54669

After reading through this:

https://community.st.com/s/article/FAQ-Ethernet-not-working-on-STM32H7x3

I have realized that the MPU config in the example differs from the attached one.

After using the config from the FAQ the ping requests working just fine...

It took me 4 days to figure this out...

martonmiklos

Associate III

I have been debugging the mentioned topic for 4 days.

When I have considered the CubeMX generated code is out of luck I moved to thex example shipped with the STM32H7 pack of the cube:

LwIP_HTTP_Server_Netconn_RTOS

It took me a while to get it compiled under Atollic, and then I have realized that the board receieves packets, responds to ARP queries, but does not sends ICMP ACKs.

By further debugging it turned out that sometimes it ACKs the pings, but most of the times it just relies the ping ICMP packet with the same source/dest address as it recieves from the host.

First i thought that it is this LwIP bug, but it turned out to be different:

https://savannah.nongnu.org/bugs/?func=detailitem&item_id=54669

After reading through this:

https://community.st.com/s/article/FAQ-Ethernet-not-working-on-STM32H7x3

I have realized that the MPU config in the example differs from the attached one.

After using the config from the FAQ the ping requests working just fine...

It took me 4 days to figure this out...

martonmiklos

Associate III

I have been debugging the mentioned topic for 4 days.

When I have considered the CubeMX generated code is out of luck I moved to thex example shipped with the STM32H7 pack of the cube:

LwIP_HTTP_Server_Netconn_RTOS

It took me a while to get it compiled under Atollic, and then I have realized that the board receieves packets, responds to ARP queries, but does not sends ICMP ACKs.

By further debugging it turned out that sometimes it ACKs the pings, but most of the times it just relies the ping ICMP packet with the same source/dest address as it recieves from the host.

First i thought that it is this LwIP bug, but it turned out to be different:

https://savannah.nongnu.org/bugs/?func=detailitem&item_id=54669

After reading through this:

https://community.st.com/s/article/FAQ-Ethernet-not-working-on-STM32H7x3

I have realized that the MPU config in the example differs from the attached one.

After using the config from the FAQ the ping requests working just fine...

It took me 4 days to figure this out...

Show more replies

Sign up

Login with SSO

Login to the community

Login with SSO

Scanning file for viruses.

This file cannot be downloaded