AT_TCP_Write 写入卡住问题，看有调用到rt-thread-v3.1.5\components\net\lwip-1.4.1\src\api

发布于 2024-11-05 12:20:30 浏览：235 订阅该版

1：断点信息
1) 不是走的SSL
2) 相应的包也有放到发送的BUF里面了
3) buf长度是malloc出来的为1496 
4) 超时时间为5000ms
![screenshot_a71ab025face0c145b26efe43eec716.png](https://oss-club.rt-thread.org/uploads/20241105/7c2ac74173564c751489dc0dfc7894bc.png.webp)
2：write_tcp 就在写入的这个函数阻塞了很久
函数一直推不出来，也没有任何报错提示信息
![screenshot_9203392be5df63c06516f3e555b39e5.png](https://oss-club.rt-thread.org/uploads/20241105/15fc0d85fe30ff0ffd4ebe8093020dfb.png.webp)

3：看有调用到RTT的基层网络框架
3.1）先是调用的该函数
调用的net_sockets.c    sal_sendto函数下的

3.2）接着调用了该函数
sockets.c 调用的 lwip_send函数

4: 看底层的数据长度，也没有做相应的限制。而且在比较上层，就做了分包发送的处理动作，应该也不会超过指定的长度才对

1）看着也没有超，就是最上层应用MQTTPublish函数，有做了限制，如果大于2048字节，
则发送的数据长度会重新赋值，直接赋值发送2048的最大长度，其它底层的，都是通过
上层传递进来数据长度以及BUF，将数据传送下去的。

2）最终看调用tcpip_send_msg_wait_sem进行数据发送
`        E:\forty_eitht_and_one_thousand\rt-thread-v3.1.5\components\net\lwip-1.4.1\src\api\api_lib.c`

3）看HAL_TCP_Write的调用的时候，也有就进行相应发送的分包发送处理
```
ret = send(tcp_fd, buf + len_sent, len - len_sent, 0);
            if (ret > 0) {
                len_sent += ret;
            } 
```
5： wireshark抓包
1）使用无线网卡共享的方式，共享WIFI给以太网口，然后将设备接接到电脑的该以太网口 2）手动命令触发订单发送，使用wireshark抓包，实际并没有抓到任何数据包，感觉像是根本没有在发送数据包
6：有没有遇到类似的问题的，后来是如何进行处理的？