I updated the existing STM32F4 network driver for my STM32F107 board. I can get ping works periodically. As the same board with Lwip works fine, HW is fine. Here is some of my findings. The heap allocation failure hook is never called. So the heap is not exhausted. I also have found that IP-task w…

The __HAL_LOCK() macro that you show is indeed problematic because it never blocks, so it could make your application hang. The macro’s __HAL_LOCK() and __HAL_UNLOCK() won’t do much unless you’re accessing the same handle from multiple tasks. Within the NetworkInterface there is a rule: the EMAC p…

Hein, Just quick response. The MAC lacks support for enhanced DMA feature on F107, comparing with F4 series. So the main stuff I was doing is remove the enhanced DMA related code. I will check your other suggestions later, and reply you when I found something. BR /Li

Thanks for your quick reply. It would be nice if the code can be used with a few extra #ifdef STM32F1xx statements, or with more clarity: #if( HAS_ADVANCED_DMA != 0 ) #else #endif

Yes. That would be easy. As the change are just about 10+ pieces. But currently it is not stable. I can post the code if someone is interested.

Sure, please post it, and also the ST source please ( stm32f1xx_hal_eth.{c,h} )

Hein, These are the driver sources. stm32f1xx_hal_eth.c (51.3 KB) stm32f1xx_hal_eth.h (103.3 KB) The header is not modified since generated by CubeMX. There is also a little modification in NetworkInterface.c to include the F1 header. BR /Li

Thank you! Please find the two drivers in the attachment: stm32l_eth_drivers.zip (19.7 KB) If you compare the 2 files, you will see the exact differences. Indeed, EnhancedDescriptorFormat is not implemented for the STM32F1xx part. I wrote some _HT_ comments in stm32f1xx_hal_eth.c, they might be…

Hein, I added some printf in the IRQ handler just for debug. As I am using RTT for stdout, it seems fine. As the problem is unstable, I have tried to lower the speed to 10M. But no improvement. Then I logged the RX packet, it seems there is always some CRC wrong packet received, even during the c…

@lizhang : would it be possible for you to make a PCAP file, using Wireshark or so? That makes it so much easier to analyse the data. About the checksums: does FreeRTOS+TCP see a checksum error? Or do you see them in Wireshark? The latter might be caused by checksum offloading. ( I often disable a…

Hein, The log is added in prvNetworkInterfaceInput, according to pxDMARxDescriptor->Status. I think the checksum error is calculated by STM32 ETH DMA engine. hclk is 72M, same as my configuration in cubemx. It is also the max freq for STM32F107. I used wireshark several years ago. At that time, I…

I have heavy ping lose rate on my STM32F107 board, with FreeRTOS+TCP

Kernel

willjodhkds (jamesljdsl) December 2, 2020, 3:02pm 23

Good information thanks for sharing
vmware

Topic		Replies	Views
STM32F207 FreeRTOS-Plus-TCP loosing pings Libraries	39	2181	August 18, 2021
TCP Ping, ARP on STMH745 Nucleo, can receive but not transmit Libraries	11	1403	January 28, 2022
FreeRTOS + TCP ARP only resolves when request is initiated from remote Libraries debug	17	451	May 22, 2025
FreeRTOS + TCP, tutorial, STM32F7 questions. Kernel	42	4514	August 20, 2019
FreeRTOS+TCP STM32H743 Ping/Broadcasts triggers RX Buffer Starvation ST debug	8	142	June 18, 2026

I have heavy ping lose rate on my STM32F107 board, with FreeRTOS+TCP

Related topics