AVR编程中为何位运算方式不同会导致串口输出结果异常？

1. UCSR0C寄存器的笔误导致数据位配置错误 #

你在直接赋值UCSR0C时写了：

UCSR0C = (1<<UCSZ01) | (1<<UCSZ01) ;

这行代码等价于UCSR0C = (1<<UCSZ01)——两个相同的位运算结果相或，值不会变化。而AVR USART的数据位宽度由UCSZ02（在UCSR0B）、UCSZ01、UCSZ00三个位共同决定：

• 当UCSZ01=1且UCSZ00=1时，对应8位数据位（串口通信的常用配置）
• 你的直接赋值只设置了UCSZ01=1，UCSZ00被清0，最终配置为7位数据位

而用|=操作符时，Arduino初始化代码已经默认将UCSZ00置1，|= (1<<UCSZ01)只是在原有基础上补充置位UCSZ01，最终保持了8位数据位的正确配置。

2. 数据位不匹配引发接收解析错误 #

当发送端配置为7位数据位时，字符'H'（ASCII码0x48，二进制01001000）会被截断为低7位0001000（0x08）。但你的串口接收端（比如串口监视器）大概率是按8位数据位配置的，这会导致帧同步错位，把后续的停止位或其他信号误解析为数据位，最终输出错误字符È（ASCII码0xC8）。

3. UCSR0B直接赋值的潜在风险 #

直接赋值UCSR0B = (1<<TXEN0)会清除该寄存器的其他位，比如影响数据位宽度的UCSZ02、接收使能位RXEN0等。虽然这次问题的核心是UCSR0C的笔误，但这种直接赋值方式会覆盖Arduino初始化时的默认配置，可能引发其他未知问题。

修复方法 #

修正UCSR0C的赋值代码，确保配置为8位数据位：

UCSR0C = (1<<UCSZ01) | (1<<UCSZ00);

如果需要保留UCSR0B的其他默认配置，建议继续使用|=操作符单独置位TXEN0，而非直接赋值。

内容的提问来源于stack exchange，提问作者Andorlatch