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 串口榜首字节丢掉问题剖析
STM32串口发送必须先检测状态,否则第一个字节无法发出,发送完毕,必须检测发送状态是否完成,否则,发送不成功,使用stm
声明:本文内容来自网络转载或用户投稿,文章版权归原作者和原出处所有。文中观点,不代表本站立场。若有侵权请联系本站删除(kf@86ic.com)https://www.86ic.net/bandaoti/319557.html