keil中C语言取反操作结果是32位数

最新推荐文章于 2023-03-19 00:35:53 发布

Parry and Dash!

最新推荐文章于 2023-03-19 00:35:53 发布

阅读量1.7k

点赞数 1

分类专栏：嵌入式文章标签： c语言 stm32 arm 嵌入式硬件

本文链接：https://blog.csdn.net/cbw6666/article/details/124221424

版权

1 篇文章 0 订阅

订阅专栏

在STM32红外解码驱动开发中，作者遇到一个问题：8位数据取反后不等于其原值。原因是8位数在32位系统中取反会变为32位，导致比较错误。通过代码示例，作者展示了0xff取反后实际存储为0xffffff00，从而揭示了这个常见的编程陷阱。

摘要由CSDN通过智能技术生成

在给stm32写红外解码驱动时，遇到了8位数据取反判等时的坑：直接对8位数按位取反得到的不是8位数据！！！！应该是32位！！！

红外传输的数据中包括8位地址(以下称 a )以及它的按位取反码(以下称 b )，于是在接收端就要判断这里这两个数是否互反，来校验传输中有没有错误。

于是有了这么一段类似的代码：

    char a= 0x00;
	char b= 0xff;

	USART1_Init(9600);	 	//串口初始化为9600

	if(a==~b) u1_printf("a==~b");
	else u1_printf("a!=~b");

输出的结果是：

结果是a！=b，而不是想象中的二者相等。这是因为在keil里8位数按位取反之后会变成32位（通用寄存器是32位的），也就是说0xff实际上存储为0x000000ff ,它取反之后是0xffffff00。下面是验证：

关注

专栏目录