偶尔看到的关于字节转换的,包括modbus的高低位转换的思路
- UID
- 872235
|
偶尔看到的关于字节转换的,包括modbus的高低位转换的思路
分析下这个几个宏的意思:
LD_WORD(ptr) (WORD)(*(WORD*)(BYTE*)(ptr)) 是在little endding里面定义的
LD_WORD(ptr) ,LD就是load,WORD在integer.h里面定义的是16位的无符号数,那这个需要完成的就是载入一个16位的数,或者说是2个字节,后面的 ptr是参数。(WORD)(*(WORD*)(BYTE*)(ptr)) ,先将这个ptr转换成一个指向BYTE类型数据的指针(BYTE *),在将这个指针转换成一个指向16位无符号数的指针(WORD *),然后用一个 ” * “将这个数据取出来,转换成一个无符号的16位数据,这个仅仅从C语言的角度来看,实际上呢,这个完成的就是从ptr指针指向的位置,取出2个字节,作为一个16位的无符号数取出,而这2个字节是little endding,即小端模式,低字节是低8位,高字节是高8位。
既然是这样的,测试了下,定义了一个BYTE buf[512],定义一个WORD类型 zz,用一个指针pt,让pt指向
buf[0],调用LD_WORD(ptr),zz=LD_WORD(pt);没问题,将pt指向buf[1],呵呵,问题马上出来了,数据终止异常,然后测试了指针指向 buf[3],buf[5]等等奇数个,都是这样的问题,我就郁闷了啊,我晕~,编译器的问题!!!!不过还好,找到问题了,就可以解决问题了,在 ff.h里面的宏定义里面把这即个东东给注释掉,然后在ff.c里面把这几个宏定义写成函数,这里贴一个出来:
WORD LD_WORD(void *pt)
{
BYTE *PT = (BYTE*)pt; //定义一个指针,将当前的指针指向的地址的值赋给PT
return (WORD)(PT[0]+PT[1]*256); //计算这个16位数,(低8位在前面,高8位在后面),并来个强制类型转
//换,并返回
}
需要注意的是,LD_WORD返回的就必须是WORD。这样做了,编译器大部分的也可以编译通过,但是ADS就是通不过,有3个地方,
finfo->fsize = LD_DWORD(&dir[DIR_FileSize]); /* Size */
finfo->fdate = LD_WORD(&dir[DIR_WrtDate]); /* Date */
finfo->ftime = LD_WORD(&dir[DIR_WrtTime]); /* Time */
其中,dir的是这样定义的:const BYTE *dir,编译器报错是类型不匹配,因此,这里的几个LD_WORD和LD_DWORD重写,定义成一致的类型即可:
WORD LD_WORD_1(const BYTE *pt)
{
BYTE *PT = (BYTE*)pt;
return (WORD)(PT[0]+PT[1]*256);
}
DWORD LD_DWORD_1(const BYTE *pt)
{
BYTE *PT = (BYTE*)pt;
return ((DWORD)PT[0]+(DWORD)(PT[1]*256)+(DWORD)(PT[2]*65536)+(DWORD)(PT[3]*16777216));
}
而后面改成:
finfo->fsize = LD_DWORD_1(&dir[DIR_FileSize]); /* Size */
finfo->fdate = LD_WORD_1(&dir[DIR_WrtDate]); /* Date */
finfo->ftime = LD_WORD_1(&dir[DIR_WrtTime]); /* Time */
编译,一路OK,然后写一个文件,哇,哈哈哈哈!!!!终于出来了!!!!写文件没问题,读也没问题!@~~~~~测试了常用的函数,都没有问题,包括格式化([url=file:///E:/.%C3%A6%E2%80%93%E2%80%A1%C3%A4%C2%BB%C2%B6%C3%A7%C2%B3%C2%BB%C3%A7%C2%BB%C5%B8.fatfs.ff006.doc.en.mkfs.html]f_mkfs,前提是你的[/url][url=file:///E:/.%C3%A6%E2%80%93%E2%80%A1%C3%A4%C2%BB%C2%B6%C3%A7%C2%B3%C2%BB%C3%A7%C2%BB%C5%B8.fatfs.ff006.doc.en.dioctl.html]disk_ioctl[/url] 没问题),测试 |
|
|
|
|
|