STM32串口第一个字节丢失问题的分析过程:硬件复位后,串口发送首个数据前,读一下USART_SR,能保证首个数据发送时,不出现覆盖情况,读取USARTx->SR能避免莫名其妙的错误,DR复位值不确定

409 篇文章 183 订阅
在STM32串口通讯中,遇到硬件复位后首个数据丢失的问题。经过排查,发现是由于发送数据前未正确检测状态导致。解决方案是在发送首个数据前读取USART_SR寄存器,或者在发送后添加小延时,确保数据完整发送。此外,还讨论了读取USARTx-SR在接收中断中的作用,以及数据寄存器复位值不确定性可能引发的通讯异常。
摘要由CSDN通过智能技术生成

STM32串口发送必须先检测状态,否则第一个字节无法发出,发送完毕,必须检测发送状态是否完成,否则,发送不成功,使用stm32f10x调试串口通讯时,发现一个出错的现象,硬件复位重启之后,发送测试数据0x01 0x02 0x03 0x04..接收端收到的数据为:0x02 0x03 0x04,第一个数据丢失。换成发送别的数值的数据,如0x06 0x0ff,则接收到0x0ff,0x06丢失。错误依旧。 
故障排除过程: 
1、刚开始怀疑是接收端的错误,我是使用电脑串口,运行串口辅助调试工具接收,换成其他软件后,发现故障依旧,而且电脑软件一直是开启状态,不像和电脑软件有关。 
2、使用单步调试,单步运行各个发送指令,都正常。能收到0x01 0x02 0x03 0x04的数据。间接的排除了不是电脑软件的问题,而是其他的错误。 
3、单步调试运行虽然正常了,但连续运行时,错误依旧。现在有点摸不到头绪了,单步运行正常,看起来编程没有出错,那故障在哪里呢?测试程序如下 
      USART_SendData(USART2, 0x01);                                 //A 
      while(USART_GetFlagStatus(USART2, USART_FLAG_TC) == RESET);   //B 
      USART_SendData(USART2, 0x02);                                 //C 
      while(USART_GetFlagStatus(USART2, USART_FLAG_TC) == RESET); 
      USART_SendData(USART2, 0x03); 
      while(USART_GetFlagStatus(USART2, USART_FLAG_TC) == RESET); 
      USART_SendData(USART2, 0x04); 
      while(USART_GetFlagStatus(USART2, USART_FLAG_TC) == RESET); 
4、猜测,也许是因为某个特殊原因,使第二个数据覆盖了首个数据,使得首个数据丢失。假设:在执行B指令时,USART的 TC 状态位==SET,那么就会紧接着执行C指令,也就有可能发生数据的覆盖。于是,在A指令前,加入如下指令:USART_ClearFlag(USART2,USART_FLAG_TC); 
5、加入上一条指令后,运行,错误消失了。说明上一个假设,应该是成立的。 
6、查阅stm32f10x参考手册,找到这样一句话: 
      TC:发送完成 
      当包含有数据的一帧发送完成后,由硬件将该位置位。如果USART_CR1中的TCIE为1,则产生中断。由软件序列清除该位(先读USART_SR,然后写入USART_DR)。TC位       也可以通过写入0来清除,只有在多缓存通讯中才推荐这种清除程序。 
      0:发送还未完成;1:发送完成。 
7、注意到这一句:由软件序列清除该位(先读USART_SR,然后写入USART_DR)。 也就是说,要先read USART_SR,然后write USART_DR,才能完成TC状态位的清除。而硬件复位后,串口发送的首个数据之前没有read SR的操作,是直接write DR,也就是说,TC没有被清除掉。 说明第4步的猜测是对的。 
8、那么,应该把指令A前面加的USART_ClearFlag(USART2,USART_FLAG_TC); 改为USART_GetFlagStatus(USART2, USART_FLAG_TC);,应该也能消除错误。测试后证实,确实如此,在发送首个数据之前,先读取一下USART_SR,那么就不会出现首个数据丢失的情况了。 
9、总结:硬件复位后,串口发送首个数据之前,先读取一下USART_SR,则能够保证首个数据发送时,不出现覆盖的情况。当然,也有别的方法,比如先清除TC状态位,或是,在write USART_DR之后,加入一个小延时,让数据发送完毕,应该也能间接排除这个错误。 

STM32串口第一个字节丢失问题的分析过程_kevinhg的博客-CSDN博客_stm32串口第一个字节丢失STM32 串口 发送 必须 先检测 状态,否则 第一个 字节 无法 发出,发送完毕,必须检测发送状态是否完成,否则,发送不成功,使用stm32f10x调试串口通讯时,发现一个出错的现象,硬件复位重启之后,发送测试数据0x01 0x02 0x03 0x04..接收端收到的数据为:0x02 0x03 0x04,第一个数据丢失。换成发送别的数值的数据,如0x06 0x0ff,则接收到0x0ffhttps://blog.csdn.net/kevinhg/article/details/40991655

关于《读取USARTx->SR能避免莫名其妙的错误》该文的问题

在许多中断接收的函数中都会有如题的注释提示
以前没多在意
最近搞了下STM8S208的UART3,串口调试的时候发现发送一个字符过去后进入对应的接收中断,UART3_RX_STA字节数表示为加1,但是BUF里面
却是空的,然后我打印了下UART3->DR,发现没有数据。
单步调试发现UART3->SR发现里面的FE位在接收到数据后被置为1了,查了手册说是帧错误,然后就千万头草泥马奔腾。。。。。

相同的程序用在UART1上一点问题都没有,FE也没有置位,所以我认为UART3->DR为空是不是与FE有关,但有关我又有什么办法?
所以我尝试了下在return UART3->DR前读取下USARTx->SR,发现并没有什么软用。。。。

详细备注:
在接收到字节后串口就返回该字节,由于进了中断,UART3_RX_STA++还运行了(我用的延时等待接受算法,过了10ms就默认接收完了)
所以UART3_RX_STA最高位置1,主函数就开始对外打印数据,回发字节前我用printf发了“你所发的信息为:”
那么问题来了:在设置用外部时钟24M的时候调试助手不能收到“你所发的信息为:”,也没有我发过去的那个东东的回显
                        在设置内部时钟分频为2M作为主时钟的时候能收到“你所发的信息为:”,但没有我发过去的那个东东的回显
                            
我设置过所有的波特率传输,都这样。。。。。。单步调试观察寄存器也没发现其它的初始化对UART3的波特率有影响

但是我用我的GPS接在UART3上,UART3是能够正常收到数据的,我的USB转TTL也测试过了没问题。。。。。

如上所述,有没有人知道怎么破

关于《读取USARTx->SR能避免莫名其妙的错误》该文的问题-OpenEdv-开源电子网关于《读取USARTx->SR能避免莫名其妙的错误》该文的问题-OpenEdv-开源电子网icon-default.png?t=N7T8http://www.openedv.com/forum.php?mod=viewthread&tid=59923&highlight=%C4%DC%B1%DC%C3%E2%C4%AA%C3%FB%C6%E4%C3%EE%B5%C4%B4%ED%CE%F3

 数据寄存器复位值不确定

在进行串口通讯实验时,一时不仔细可能会发现通讯不正常,数据丢失的现象,包括丢失第一个字符,或只收到最后一个字符等等,本文接下来将就这类问题展开讨论。

首先是通过MCU向上位机发送数据:

若程序如下图所示,

直接发送数据,由于数据缓冲区(TDR)向移位寄存器发送数据是并行发送,时间较快,而从移位寄存器向外传输数据是串行输出,耗时较长,如此可能导致数据丢失多个,或只接收到最后一个,因为后面并行传输的快,还没等数据发送完成,下一个数据就覆盖住了上一个数据。如此,有两种解决办法;一,添加发送数据前一行注释得内容;二,可以在发送数据后面加一小段延时,如此也可以正常发送。

若编写程序如下所示:

这样写也存在这一个问题,当开始时USART-FLAG-TC为1时,第一个数据可能就没有延时了,会被第二个数据覆盖,造成第一个字符丢失。如此,有两种方法可以解决,第一,将TC改成TXE,因为TXE可以硬件复位,当读入数据时就自动变为0了,而TC得先读SR寄存器,再读DR寄存器才可以清零。第二,就是在开始得位置先读SR寄存器,如此便可在读入数据时清零。

 若在读数据时:

读数据与写数据有一些不同,一般不会丢失第一个数据,因为,当有数据传入时RXNE会置一,当RXNE=1时,移位寄存器中得数据无法传入数据缓冲区(RDR),只能在移位寄存器中,若数据缓冲区中的数据不及时移出,会导致移位寄存器中的数据不断被覆盖,造成数据得丢失。
————————————————
版权声明:本文为CSDN博主「jj198311」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/jj198311/article/details/122409788

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值