LPC546 - Ethernet : Rx Queue Overflow

キャンセル
次の結果を表示 
表示  限定  | 次の代わりに検索 
もしかして: 

LPC546 - Ethernet : Rx Queue Overflow

2,174件の閲覧回数
corentin
Contributor I

Hi,

We have some problems with ethernet peripheral on LPC546. When we send lot of packets (approx. at 1MBits/s) , we drop lot of packet and the OVFPKTCNT register is fill. I try to configure the "multi queue" offer by the SDK but it doesn't work... Someone have an example? Or any idea for this problem?

We haven't this problem with an LPC17, where is the difference?

I used Freertos+LwIP, with none buffer full.

Thanks for your reply

Regards

ラベル(3)
0 件の賞賛
返信
5 返答(返信)

1,797件の閲覧回数
corentin
Contributor I

Hi,

Our core speed is at 220MHz. 

Finally I found my problem: 

PBUF_POOL and NETBUF was too small

- We made a too long vTaskDelay in our TCP Thread

- Problems in our application

Thanks a lot for your reply,

Best Regards 

0 件の賞賛
返信

1,797件の閲覧回数
Alexis_A
NXP TechSupport
NXP TechSupport

Hi Corentin,

I'm glad that you could solve your problem. 

Best Regards,

Alexis Andalon

0 件の賞賛
返信

1,797件の閲覧回数
Alexis_A
NXP TechSupport
NXP TechSupport

Dear corentin@lightingsoft.com‌,

I suspect that the memory location the stack had queue the buffer corresponds to a low speed memory.

Please check the next post, here explain how to relocated the buffer:

https://community.nxp.com/message/761067?commentID=761067#comment-761067

Please let me know if this was helpful to you.

Best Regards,

Alexis Andalon

0 件の賞賛
返信

1,797件の閲覧回数
corentin
Contributor I

Hello,

I checked all in the previous post and it's doesn't work. In fact, in ethernetif.c in function low_level_input, all inputs frames are in a "PBUF_POOL', always in SRAM memory area.

Do you have any idea?

Regards

Corentin GOULET

0 件の賞賛
返信

1,797件の閲覧回数
Alexis_A
NXP TechSupport
NXP TechSupport

Dear Corentin,

Which is the core speed that are you using? I will suggest to use the PLL at 180 MHz and check if this problem disappear.

Best Regards,

Alexis Andalon

0 件の賞賛
返信