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

1：断点信息
1) 不是走的SSL
2) 相应的包也有放到发送的BUF里面了
3) buf长度是malloc出来的为1496
4) 超时时间为5000ms

2：write_tcp 就在写入的这个函数阻塞了很久
函数一直推不出来，也没有任何报错提示信息

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：有没有遇到类似的问题的，后来是如何进行处理的？