LWIP UDP发送最多252字节，求指教

liyancao001

用的STM32F407ZGT6，然后用CUBE的LWIP，收发500字节数据，结果实测UDP接收没啥问题，发送语句实际只发出去252字节。是需要调整哪个参数呢？今天又用STM32F767的原子开发板测试，先用原子例程，发现最多可以收发1400+字节，而用CUBE的LWIP则只能发送550字节。经过测试发现是PBUF_POOL_BUFSIZE这个宏定义直接影响了结果。
从下面截图可以看到，目前PBUF_POOL_BUFSIZE是592。实际程序中是受TCP_MSS影响，
#define TCP_MSS                         536
如果把这个536改为936，则等同于PBUF_POOL_BUFSIZE为992时，测试发现最大能发出950字节了。
看了下别的帖子，发现应该是分配内存的问题，正常应该是数据超过PBUF_POOL_BUFSIZE时，应该分配多页，但是实际上只给分了1页，导致数据丢失了。
那么怎么才能解决这个问题呢？
原子例程中的pbuf文件跟CUBE的应该不一样版本，差异比较大。没看明白为啥原子例程可以，CUBE就不行。。。

相关代码如下：

1. void udp_client_send_hex(char *pData,uint16_t len)
   
2. {
   
3.     struct pbuf *p;
   
4.    
   
5.     /* 分配缓冲区空间 */
   
6.     p = pbuf_alloc(PBUF_TRANSPORT, len, PBUF_POOL);
   
7.    
   
8.     if (p != NULL)
   
9.     {
   
10.         /* 填充缓冲区数据 */
    
11.         pbuf_take(p, pData, len);
    
12. 
    
13.         /* 发送udp数据 */
    
14.         udp_send(upcb, p);
    
15. 
    
16.         /* 释放缓冲区空间 */
    
17.         pbuf_free(p);
    
18.     }
    
19. }

复制代码

‘

1. struct pbuf *
   
2. pbuf_alloc(pbuf_layer layer, u16_t length, pbuf_type type)
   
3. {
   
4.   struct pbuf *p;
   
5.   u16_t offset = (u16_t)layer;
   
6.   LWIP_DEBUGF(PBUF_DEBUG | LWIP_DBG_TRACE, ("pbuf_alloc(length=%"U16_F")\n", length));
   
7. 
   
8.   switch (type) {
   
9.     case PBUF_REF: /* fall through */
   
10.     case PBUF_ROM:
    
11.       p = pbuf_alloc_reference(NULL, length, type);
    
12.       break;
    
13.     case PBUF_POOL: {
    
14.       struct pbuf *q, *last;
    
15.       u16_t rem_len; /* remaining length */
    
16.       p = NULL;
    
17.       last = NULL;
    
18.       rem_len = length;
    
19.       do {
    
20.         u16_t qlen;
    
21.         q = (struct pbuf *)memp_malloc(MEMP_PBUF_POOL);
    
22.         if (q == NULL) {
    
23.           PBUF_POOL_IS_EMPTY();
    
24.           /* free chain so far allocated */
    
25.           if (p) {
    
26.             pbuf_free(p);
    
27.           }
    
28.           /* bail out unsuccessfully */
    
29.           return NULL;
    
30.         }
    
31.         qlen = LWIP_MIN(rem_len, (u16_t)(PBUF_POOL_BUFSIZE_ALIGNED - LWIP_MEM_ALIGN_SIZE(offset)));
    
32.         pbuf_init_alloced_pbuf(q, LWIP_MEM_ALIGN((void *)((u8_t *)q + SIZEOF_STRUCT_PBUF + offset)),
    
33.                                rem_len, qlen, type, 0);
    
34.         LWIP_ASSERT("pbuf_alloc: pbuf q->payload properly aligned",
    
35.                     ((mem_ptr_t)q->payload % MEM_ALIGNMENT) == 0);
    
36.         LWIP_ASSERT("PBUF_POOL_BUFSIZE must be bigger than MEM_ALIGNMENT",
    
37.                     (PBUF_POOL_BUFSIZE_ALIGNED - LWIP_MEM_ALIGN_SIZE(offset)) > 0 );
    
38.         if (p == NULL) {
    
39.           /* allocated head of pbuf chain (into p) */
    
40.           p = q;
    
41.         } else {
    
42.           /* make previous pbuf point to this pbuf */
    
43.           last->next = q;
    
44.         }
    
45.         last = q;
    
46.         rem_len = (u16_t)(rem_len - qlen);
    
47.         offset = 0;
    
48.       } while (rem_len > 0);
    
49.       break;
    
50.     }
    
51.     case PBUF_RAM: {
    
52.       u16_t payload_len = (u16_t)(LWIP_MEM_ALIGN_SIZE(offset) + LWIP_MEM_ALIGN_SIZE(length));
    
53.       mem_size_t alloc_len = (mem_size_t)(LWIP_MEM_ALIGN_SIZE(SIZEOF_STRUCT_PBUF) + payload_len);
    
54. 
    
55.       /* bug #50040: Check for integer overflow when calculating alloc_len */
    
56.       if ((payload_len < LWIP_MEM_ALIGN_SIZE(length)) ||
    
57.           (alloc_len < LWIP_MEM_ALIGN_SIZE(length))) {
    
58.         return NULL;
    
59.       }
    
60. 
    
61.       /* If pbuf is to be allocated in RAM, allocate memory for it. */
    
62.       p = (struct pbuf *)mem_malloc(alloc_len);
    
63.       if (p == NULL) {
    
64.         return NULL;
    
65.       }
    
66.       pbuf_init_alloced_pbuf(p, LWIP_MEM_ALIGN((void *)((u8_t *)p + SIZEOF_STRUCT_PBUF + offset)),
    
67.                              length, length, type, 0);
    
68.       LWIP_ASSERT("pbuf_alloc: pbuf->payload properly aligned",
    
69.                   ((mem_ptr_t)p->payload % MEM_ALIGNMENT) == 0);
    
70.       break;
    
71.     }
    
72.     default:
    
73.       LWIP_ASSERT("pbuf_alloc: erroneous type", 0);
    
74.       return NULL;
    
75.   }
    
76.   LWIP_DEBUGF(PBUF_DEBUG | LWIP_DBG_TRACE, ("pbuf_alloc(length=%"U16_F") == %p\n", length, (void *)p));
    
77.   return p;
    
78. }

复制代码

liyancao001

用STM32F767的原子开发板试了下，直接UDP收即发，然后发送500以内都是返回正常。但是向767发送1000字节时，网络助手只·收到了550字节

Havefun

pbuf_alloc动态分配内存用到了栈空间，建议调整栈大小

a1281854907

F4 TCP跑满100mbps没问题 UDP更不是问题 之前调过优

1965969523

找个网络抓包工具看看吧，或者串口打印下看看发了多少数据

liyancao001

Havefun 发表于 2023-3-9 15:33
pbuf_alloc动态分配内存用到了栈空间，建议调整栈大小

已经设为0x4000了

liyancao001

a1281854907 发表于 2023-3-9 15:53
F4 TCP跑满100mbps没问题 UDP更不是问题 之前调过优

请问怎么调呢？我用原子例程试了下1400字节以内收发没问题。我用CUBE就是不行。我看pbuf.c应该不是一个版本，有枚举定义的都不一样。我修改PBUF_POOL_BUFSIZE是有效果的。但这应该不是正确的解决办法，现在推测是申请空间只能申请一页。发送的最大数据大小完全受PBUF_POOL_BUFSIZE影响

liyancao001

1965969523 发表于 2023-3-9 16:21
找个网络抓包工具看看吧，或者串口打印下看看发了多少数据

就是发出来的少了，把PBUF_POOL_BUFSIZE当前设置为536+40+14，如果把536改为936，则最多能发出来950字节

正点原子

帮顶

gaopan0622

师兄，你使用udp send发送数据时，如果循环发送需要变化的数据，会不会出现接收端第一次发送成功， 之后全是0的数据的问题呢

流川枫1

gaopan0622 发表于 2023-12-29 17:13
师兄，你使用udp send发送数据时，如果循环发送需要变化的数据，会不会出现接收端第一次发送成功， 之后全 ...

哥们，搞定没