利用STM32F767+DP83848 与电脑进行直连通信，采用LWIP+UDP形式，当发送数据大于1472字节时，CPU自动分片发送，用Wireshark抓包工具抓取数据中出现问题？如下图所示
0000   22 b0 22 b1 05 e4 83 c5 a5 00 00 00 00 00 00 00   ".".............
0010   00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
......................................................................中间00省略
0580   00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
0590   00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
05a0   00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
05b0   00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
05c0   00 00 00 00 00 00 00 00 00 00 00 00 00 00 78 da   ..............x.
05d0   00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
05e0   00 00 00 dd                                                         ....

此为发送1500个字节数据，帧头帧尾分别为A5和DD,中间的数据全部填0，蓝色部分应该为分片后第二包抓取的数据，但不知道为什么第二包数据中有两个数据字节被78和da覆盖掉了，这两个数据是哪里来的啊？？？请大神赐教，多谢！

楼主请参考下面的建议：
1.        首先问题描述中的“CPU自动分片发送”是指STM32分片发送，还是电脑上的工具发送。如果是电脑工具发送数据，STM32接收，那就是工具的问题。如果是STM32分片发送，那就从STM32这端找问题。
2.        出现数据错误的位置和值是固定的还是随机的？
3.        保存待发送数据的buffer是否存在被其他程序改写的可能，Lwip发送数据的buffer大小是否够？
4.        可以打开opt.h中的Debugging options来帮助调试。

没遇到过，你确定下那2个数据是上位机引起的，还是你STM32自己加进去的，

大佬解决了吗？我也遇到了这个问题，也是LWIP_UDP发送1618个字节，也是遇到了在分包后的第七第八字节出错了，位置跟你的是一样的，是数值好像会根据包的其他数值改变。

大佬解决了吗？我也遇到了这个问题，也是LWIP_UDP发送1618个字节，也是遇到了在分包后的第七第八字节出错了，位置跟你的是一样的，是数值好像会根据包的其他数值改变。