STM32F746-Discovery Ethernet No frames/pings Received

[axaykumar rana]

Posted on May 01, 2017 at 14:06

Hello STM community,

I am trying to implement Ethernet communication to PC from STM32F746 discovery board. In doing so I have used STMcubeMX for the driver generation and also seeking some help from examples given by st repository version 1.7.0.

Now, When I am running example of 'LwIP_HTTP_Server_Netconn_RTOS', Everythings seems normal. It works as described.

Going further in the custom project, I have added Lwip middleware, Ethernet RMII mode and some standard peripherals such as LCD and SDRAM (as given in the board selection/initialization). Also I am using static Ip address and would use udp for data transfer.

When I try to debug the custom project that I can see that it sends the gratituous ARP on network and if I hard code it to send multiple ARP request that still it's capable to do so. However, there is no frames received. In receive part, no functions are called such as low_level_input or  ethernet_input.

Could anyone suggest me where should I start troubleshoot to solve the problem?

I appreciate your effort deeply for consideration.

#stm32f746g-discovery #initializing #udp #lwip #ethernet #receive

[Imen.D]

Posted on May 01, 2017 at 20:56

Hi,

What is your configuration setting    ? 

Is the d

atacache enabled? if yes, in this case you should check your MPU configuration.

A cache clean is required i

f the software is using cacheable memory regions for the DMA source/or destination buffers, in order 

to ensure that all the data are committed to the subsystem memory. 

Also, you should c

heck the errata sheet related to your device to 

check if you have the same conditions as described in the errata sheet.

Imen 

[axaykumar rana]

Posted on May 01, 2017 at 21:10

Hi Imen,

What is your configuration setting    ? 

Nothing is changed in the advanced parameter.

for LWIP settings only IP address is changed from DHCP to static.

Is the d

atacache enabled? if yes, in this case you should check your MPU configuration.

I am not using MPU at this moment.

If you want me to use it than please suggest me the config.

A cache clean is required i

f the software is using cacheable memory regions for the DMA source/or destination buffers, in order 

to ensure that all the data are committed to the subsystem memory. 

by this function call: SCB_CleanDCache();

Also, you should c

heck the errata sheet related to your device to 

check if you have the same conditions as described in the errata sheet.

[Joerg Wagner]

Posted on October 13, 2017 at 18:09

Hello. You have two options like Imen wrote:

a) Do not enable CPU DCache.

b) Set SRAM not cacheable in MPU_Config