让KeilC支持二进制常数，方便寄存器赋值
下载头文件，包含base_binary.h即可.可以扩展成分段的，现支持8位，格式如：
b10101010或者B10101010
应该还有其他更好的办法哦！
不错，好方法 列了256个宏？
网上有个更好的，也是用宏，支持8、16、32位，
//仿二进制赋值
#defineHEX__(n)0x##n##UL
#defineB8__(x) ( ((x) & 0x0000000FUL) ? 0x01:0 )\
|( ((x) & 0x000000F0UL) ? 0x02:0 )\
|( ((x) & 0x00000F00UL) ? 0x04:0 )\
|( ((x) & 0x0000F000UL) ? 0x08:0 )\
|( ((x) & 0x000F0000UL) ? 0x10:0 )\
|( ((x) & 0x00F00000UL) ? 0x20:0 )\
|( ((x) & 0x0F000000UL) ? 0x40:0 )\
|( ((x) & 0xF0000000UL) ? 0x80:0 )
#defineB8(x) ((unsigned char)B8__(HEX__(x)))
#defineB16(x_msb,x_lsb) (((unsigned int)B8(x_msb)<<8) + B8(x_lsb))
#defineB32(x_msb,x_2,x_3,x_lsb) (((unsigned long)B8(x_msb)<<24) + ((unsigned long)B8(x_2)<<16) + ((unsigned long)B8(x_3)<<8) + B8(x_lsb))
a = B8(10011001) 即 a=0x99
a = B16(10011001,10011001)即 a=0x9999
a = B32(10011001,10011001,10011001,10011001)即 a=0x99999999
BXAK 发表于 2012-8-16 23:56 static/image/common/back.gif
列了256个宏？
网上有个更好的，也是用宏，支持8、16、32位，
移位操作会不会占用时间呢？
直接赋值虽然笨，但是确实好用。
而且用工具生成下，不占内存还不占cpu时间！ 4楼的方法好，同样是宏，不会占用内存和CPU时间的。虽然现在我都好少用二进制赋值了，不过4楼的宏，还是收下了 ijlc1314 发表于 2012-8-17 00:11 static/image/common/back.gif
4楼的方法好，同样是宏，不会占用内存和CPU时间的。虽然现在我都好少用二进制赋值了，不过4楼的宏，还是收 ...
移位有时间的哦！ linucos 发表于 2012-8-17 00:07 static/image/common/back.gif
移位操作会不会占用时间呢？
直接赋值虽然笨，但是确实好用。
而且用工具生成下，不占内存还不占cpu时间 ...
宏运算是编译器干的事情，你反汇编看看就清楚了，比如：
BXAK 发表于 2012-8-17 00:59
宏运算是编译器干的事情，你反汇编看看就清楚了，比如：
编译器会计算宏的哦？太好了 两个软件都收下了。 linucos 发表于 2012-8-17 08:00 static/image/common/back.gif
编译器会计算宏的哦？太好了
当然的，你没看过51单片机个定时器赋值的语句吗？
TH0=(65536-5000)/256;
TL0=(65536-5000)%256;
你真的以为单片机会先做减法再做除法？{:lol:} 4楼方法收下了，之前都是心算…… 好啊 收下了 楼主位的宏个人感觉好一点 4楼方法没看懂 XA144F 发表于 2012-8-17 08:22 static/image/common/back.gif
当然的，你没看过51单片机个定时器赋值的语句吗？
TH0=(65536-5000)/256;
TL0=(65536-5000)%256;
恩，都是常量，当然是编译器来算的！ linucos 发表于 2012-8-17 08:00 static/image/common/back.gif
编译器会计算宏的哦？太好了
那是编译器干的事，不是单片机 原来是这样，真是学习了。
页:
[1]