OpenEdv-开源电子网

 找回密码
 立即注册
正点原子全套STM32/Linux/FPGA开发资料,上千讲STM32视频教程免费下载...
查看: 2629|回复: 5

小弟新人今天用串口遇到一个很奇怪的现象,上来求助一下。

[复制链接]

33

主题

159

帖子

0

精华

高级会员

Rank: 4

积分
527
金钱
527
注册时间
2017-1-21
在线时间
192 小时
发表于 2017-2-19 23:15:00 | 显示全部楼层 |阅读模式
5金钱
本帖最后由 oyixi001 于 2017-2-19 23:17 编辑

今天用串口做一个玩意,发现数组第一个数总是在发送过程中丢失了,查来查去没名堂,然后就写了一个最简单的usart1发送程序,然后用XCOM在PC上调试,发现这个问题依然存在,很奇怪。
求高手大大解答一下,呼唤原子哥。


QQ图片20170219230844.png
这么一个程序段,XCOM应该受到 12345678\r\n,如果用16 进制就应该是31 32 33 34 35 36 37 38 0d 0a。
但是无论我怎么弄,我的XCOM都只能受到2345678\r\n,即 32 33 34 35 36 37 38 0d 0a
第一个1 即AAA[0]中的内容就丢失了。
我尝试把printf("\r\n");注释掉,然后就能收到12345678。

QQ图片20170219231020.png 好吧,我真的不知道这是为毛了。

求谁指点一下呗。。。。



最佳答案

查看完整内容[请看2#楼]

STM32 串口 发送 必须 先检测 状态,否则 第一个 字节 无法 发出,发送完毕,必须检测发送状态是否完成,否则,发送不成功, 使用stm32f10x调试串口通讯时,发现一个出错的现象,硬件复位重启之后,发送测试数据0x01 0x02 0x03 0x04..接收端收到的数据为:0x02 0x03 0x04,第一个数据丢失。换成发送别的数值的数据,如0x06 0x0ff,则接收到0x0ff,0x06丢失。错误依旧。 故障排除过程: 1、刚开始怀疑是接收端的错误,我是使用 ...
正点原子逻辑分析仪DL16劲爆上市
回复

使用道具 举报

0

主题

3

帖子

0

精华

中级会员

Rank: 3Rank: 3

积分
285
金钱
285
注册时间
2017-2-19
在线时间
14 小时
发表于 2017-2-19 23:15:01 | 显示全部楼层
本帖最后由 简述途 于 2017-2-19 23:44 编辑

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之后,加入一个小延时,让数据发送完毕,应该也能间接排除这个错误。   (以上内容为转载!!!)

详情见链接串口发送数据问题
http://www.openedv.com/forum.php ... 3&fromuid=72506
(出处: OpenEdv-开源电子网)

回复

使用道具 举报

33

主题

159

帖子

0

精华

高级会员

Rank: 4

积分
527
金钱
527
注册时间
2017-1-21
在线时间
192 小时
 楼主| 发表于 2017-2-19 23:55:55 | 显示全部楼层
确实是这样,我看了重定义的fputc函数,最后一个数据送进DR之后没有读取SR的动作,之后就开始了Usart_send,所以第一个数据丢失了,在send开始前读取一下SR就应该好了。谢谢啦。
回复

使用道具 举报

头像被屏蔽

106

主题

157

帖子

0

精华

禁止访问

积分
1263
金钱
1263
注册时间
2014-3-7
在线时间
90 小时
发表于 2017-2-20 08:32:02 | 显示全部楼层
提示: 作者被禁止或删除 内容自动屏蔽
回复

使用道具 举报

21

主题

387

帖子

0

精华

金牌会员

Rank: 6Rank: 6

积分
1043
金钱
1043
注册时间
2016-9-8
在线时间
213 小时
发表于 2017-2-20 08:35:38 | 显示全部楼层
void COM1SEND (u8 com1)
{
        USART_SendData(USART1,com1);
        while(USART_GetFlagStatus(USART1, USART_FLAG_TC) == RESET);
}         
shop60994719.taobao.com
回复

使用道具 举报

15

主题

866

帖子

0

精华

论坛元老

Rank: 8Rank: 8

积分
7546
金钱
7546
注册时间
2016-11-30
在线时间
642 小时
发表于 2017-2-20 09:40:22 | 显示全部楼层
学习!!
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则



关闭

原子哥极力推荐上一条 /2 下一条

正点原子公众号

QQ|手机版|OpenEdv-开源电子网 ( 粤ICP备12000418号-1 )

GMT+8, 2025-6-7 16:13

Powered by OpenEdv-开源电子网

© 2001-2030 OpenEdv-开源电子网

快速回复 返回顶部 返回列表