在TMS320F2812上移植lwip,网卡为ENC28J60。在收到数据包后lwip定义的struct eth_hdr与数据包对不起。
ENC28J60字节长8 bit,DSP字节长为16 bit,dsp按字节读取ENC28J60接收缓冲区,相当于把8位字节扩展成16位字节。
下面是lwip定义的报头struct eth_hdr,其字节长度应该是是8bit。
而dsp的字节是16 bit。报头前两项是MAC地址,即6字节的dest和6字节的src还能对应上,第13和14字节表示数据包类型(type),而dsp下u16_t type只对应第13字节,第14字节的数据存不到type中。在其他用到这个报头结构的地方都会有问题。
数据包从第14个字节开始对不齐,后面内容就全乱了。
我的理解问题原因是:
lwip中 sizeof(eth_hdr) = 14
TMS320F2812中 sizeof(eth_hdr) = 13
因为lwip定义类型:
typedef unsigned char u8_t;
typedef unsigned short u16_t;
所以
sizeof(unsigned char)=1
sizeof(unsigned short)=2
而F2812中类型定义 sizeof(unsigned char)=size(unsigned short)=1
不知道我表达清楚没有。
这个问题该怎么解决?
CCS中有没有PACK_这类的编译指示符解决这个问题?我找了,没找到,请各位给指点一下啊,谢谢啦!
#define ETHARP_HWADDR_LEN 6
PACK_STRUCT_BEGIN
struct eth_addr {
PACK_STRUCT_FIELD(u8_t addr[ETHARP_HWADDR_LEN]);
} PACK_STRUCT_STRUCT;
PACK_STRUCT_END
PACK_STRUCT_BEGIN
struct eth_hdr { //数据包包头
#if ETH_PAD_SIZE
PACK_STRUCT_FIELD(u8_t padding[ETH_PAD_SIZE]); //本程序不使用填充字节
#endif
PACK_STRUCT_FIELD(struct eth_addr dest); //1-6字节,目标MAC地址
PACK_STRUCT_FIELD(struct eth_addr src); //7-12字节,源MAC地址
PACK_STRUCT_FIELD(u16_t type); //13、14字节,数据包类型,0x0800 : IP包, 0x0806: ARP包
} PACK_STRUCT_STRUCT; // 在CCS的watch里可以看到,type值是0x0080, 后面的00或06在下个字节位置
PACK_STRUCT_END
数据包格式如下图
|