stm32L151串口中断假如发送一个字节0x36,串口中断总是接收到0x00,连续点击几次发送,才能接收到0x36

在使用STM32L151进行串口通信时,遇到一个问题:发送0x36字节,串口中断却总是接收到0x00。初步分析可能与初始化设置或自定义printf函数有关。通过观察发现,实际上接收到的字符前多了一个0x00。排除printf的影响后,确认发送的是0x00。进一步研究网上资料,发现类似问题的讨论,但未找到直接解决方案。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

参考链接http://blog.sina.com.cn/s/blog_88534dff0102vtep.html

初始化后,用了自创的printf,结果串口助手软件显示不出字符来。但实际显示了接收的字符个数。

用hex显示一看。原来多了一个0x00.

然后只是初始化,不用printf。果然发送了一个0x00.

网上查了一下,有这些说法:

在ourdev上有:

http://www.amobbs.com/thread-3807784-1-1.html

 

无论这么设置USart,上电后都会发送一个无效字符,这个是STATUS寄存器的上电初始值有问题造成的,Usart的发送数据寄存器有一个缓冲移位寄存器。并且发送有两个状态,一个是发送数据寄存器为空,一个是移位寄存器发送完成。上电后Usart的状态寄存器的发送完成位为0,造成了上电以后会始终会有一个值被发送,这个值就是发送移位寄存器中的值,而这个值有时候是0X00有时候是0XFE 。
要解决这个问题,在初始化的时候先初始化Usart,然后再配置Usart的GPIO位,就可以避免Usart上电发送一个无效字符的问题。
---------------------------------
还有一种可能性,在上电后至端口初始化,STM32的I/O端口处于高阻状态,有些RS232转换芯片在输入端为高阻时,可能会输出0,从而造成接收端收到0,我们已经多次看到这种现象;这时只需要在STM
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值