文件名称：帧的后续数据-解决springboot打成jar运行后无法读取resources里的文件问题
文件大小：20.95MB
文件格式：PDF
更新时间：2024-07-30 11:18:32
stm32F7中文
MAC 客户端长度 /类型：2 字节字段，具有不同含义（互斥），具体取决于其值： – 如果该值小于或等于 maxValidFrame (0d1500)，则该字段表示 802.3 帧的后续数据 字段中所包含的 MAC 客户端数据字节的数量（长度解析）。 – 如果该值大于或等于 MinTypeValue（十进制 0d1536，0x0600），则该字段表示与 以太网帧相关的 MAC 客户端协议的种类（类型解析）。 无论长度 /类型字段的解析结果为何，如果数据字段的长度小于协议正确运行所需的 小长度，则将在数据字段之后、FCS（帧检查序列）字段之前添加一个 PAD 字段。发 送和接收长度 /类型字段时，高位字节在前。 对于在 maxValidLength 到 minTypeValue 范围内（不包括边界）的长度 /类型字段值， 未指定 MAC 子层的行为：MAC 子层可能传递、也可能不传递这些值。 数据和 PAD 字段：n 字节数据字段。其数据完全透明，这意味着数据字段中可能出现任 意顺序的字节值。PAD 的大小（如果存在）由数据字段的大小决定。数据和 PAD 字段 的 大和 小长度为： – 大长度 = 1500 字节 – 无标记的 MAC 帧的 小长度 = 46 字节 – 带标记的 MAC 帧的 小长度 = 42 字节 当数据字段的长度小于要求的 小长度时，将添加 PAD 字段以匹配 小长度（带标记 的帧为 42 字节，无标记的帧为 46 字节）。 帧检查序列：包含循环冗余校验 (CRC) 值的 4 字节字段。CRC 计算基于下列字段：源 地址、目标地址、QTag 前 、长度 /类型、LLC 数据和 PAD（即，除报头、SFD 字段 以外的所有字段）。生成的多项式如下： 帧的 CRC 值按如下方式计算： 帧的前 2 位是互补位 帧的 n 个位是 (n – 1) 次多项式 M(x) 的系数。目标地址的第一位对应于 xn – 1 项，数据 字段的 后一位对应于 x0 项 M(x) 乘以 x32 再除以 G(x)，得到 31 次的余数 R(x) G x x 32 x 26 x 23 x 22 x 16 x 12 x 11 x 10 x 8 x 7 x 5 x 4 x 2 x 1+ + + + + + + + + + + + + +=