帧的后续数据-解决springboot打成jar运行后无法读取resources里的文件问题

时间:2021-07-10 17:31:52
【文件属性】:
文件名称:帧的后续数据-解决springboot打成jar运行后无法读取resources里的文件问题
文件大小:20.95MB
文件格式:PDF
更新时间:2021-07-10 17:31:52
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+ + + + + + + + + + + + + +=

网友评论