图1中$STM32H750XBH6的ETH模块的$手册里面说到，最多支持$16K$的数据包，我这里的数据手册目前是最新的，如图2所示。

图1. 图2.

     文档中和巨型帧有关的描述如图3，4，5，6，7，8，9，10，11，12所示。我这里按照图5中红圈中的配置可以正常发送$1K$,$9K$的数据包且可以正常接收，但是当我发送$12K$的数据包的时候，似乎可以发出去（通过逻辑分析仪捕获的长度可以判断），但是接收到的数据只有9463字节，目前还不知道是什么原因。

图3. 图4. 图5. 图6. 图7. 图8. 图9. 图10. 图11. 图12.

     这里发送的$12K$的数据采用$100M$的全双工模式。这个篇文章提到$100M$的速率（此时参考基准时钟为$50m$,$RMII$接口），1个时钟周期里面能发送2个$BIT$，因此$12k=12\times 1024\times 8bit$的数据的发送需要$\frac{12\times 1024\times 8}{2}=49152$个时钟周期，也就是$49152\times 20ns=983040ns=983.04us$，这和我们图13中捕获的$100M$的通信波形是一致的。如果再加上4个字节的$CRC$，就还要加上16个周期，即320$ns$的时间，即$983.36us$。

图13.

     图14中的发送描述符里面有$bufferlength$和$framelength$（$framelength$就是一个完整的数据包的大小），这里$framelength$只是告诉硬件是否需要跨越多个描述符，并不决定实际发送的数据的个数，实际发送的数据的个数由$bufferlength$决定，假设这里只用到$buffer1$且$buffer1length=84$，$framelength=74$，这里实际发送到总线上得到数据个数为84个而不是74个。
     假设这里要发送的数据跨越了两个描述符且每个描述符都只用到$buffer1$，第一个描述符的$buffer1length=34$，第2个描述符的$buffer1length=54$，$framelength=74$，这里实际发送到总线上得到数据个数为84个而不是74个。

图14.

     有需要相关代码的可以联系我。