完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
当你使用串口发送数据时是否出现这样的情况:
1.发送时第一个字节丢失。 2.发送时出现莫名的字节丢失。 3.各种情况字节丢失。 没错,我都遇到过,哈哈哈, 1.先了解一下串口发送的流程图(手动描绘,): 可以假象USART_FLAG_TXE是"弹仓",USART_FLAG_TC是"弹膛",对应"数据缓冲区"和"移位寄存器"! 数据缓冲区为空时:USART_FLAG_TXE=1 数据缓冲区为"空"并且"移位寄存器也发送数据到TX信号"后":USART_FLAG_TC=1 2.那么有必要更深入了解一下 “USART_FLAG_TXE” & “USART_FLAG_TC”: USART_FLAG_TXE:表示数据缓冲区是否为空,为空时置1,表示可以写数据到数据缓冲区,有可能数据没有发送完。 USART_FLAG_TC:表示数据缓冲区的数据发送是否完成。如果最后一次发送到数据缓冲区的数据完成了从移位寄存器到 信号线TX时,才置1,表示数据发送完成,也就是说,这个标志位真正表示数据发送完成。 3.发送时的特殊情况: 1).发送字符串“过程中“,主机掉电 2).发送字符串“过程中“,从机掉电 2).发送字符串“过程中“,进入待机或停机 总结:这几种特殊情况都有可能使发送失败!那么如何避免呢? 4.各种案例 1)错误案例 看一下运行结果哪错了: 出现了错误:第一个字节丢失! **原因:**发送第一个字节时,没有将TC标志位置0,跳过第一个字节,后面的字节又以非常迅猛的速度覆盖了之前的字节。 为什么? 因为清除TC需要:1.读SR寄存器 & 写DR寄存器 ;或者 2.直接给TC赋值0;上图中第一个字节只写了DR寄存器,没有读SR。如果可以再前面加入USART_ClearFlag(USARTx, uint16_t USART_FLAG_TC); 或者USART_GetFlagStatus(USART1,USART_FLAG_TC)读一下SR寄存器都可以。 解决方法: 2)上面介绍的特殊情况导致的发送失败 **错误:**本来打算发送 0x30 ~ 0x39,却发现少了两个字节,这是因为上面的特殊情况,代码只将数据放到了发送缓冲区,而没有发送出去就掉电或待机了,这个时候其实最后两个字符是没有发送出去的。 结论:当然一般情况下这种写法是准确的,特殊情况也很少发生,所以这是可取的。(我不相信那么巧合,正好发送过程中,正好停电,) 3).万无一失版本: 因为还是有很小的概率出现特殊情况的,这种方法可以避免! 亲测有效! 大总结:有可能出现各种情况导致串口发送字符串失败,最重要的还是理解本文中的两个标志位,正确的写出函数,方法多种多样,我也是仅仅写了一点点自己的见解!希望童鞋们学习愉快! |
|
|
|
只有小组成员才能发言,加入小组>>
调试STM32H750的FMC总线读写PSRAM遇到的问题求解?
1592 浏览 1 评论
X-NUCLEO-IHM08M1板文档中输出电流为15Arms,15Arms是怎么得出来的呢?
1531 浏览 1 评论
965 浏览 2 评论
STM32F030F4 HSI时钟温度测试过不去是怎么回事?
679 浏览 2 评论
ST25R3916能否对ISO15693的标签芯片进行分区域写密码?
1574 浏览 2 评论
1859浏览 9评论
STM32仿真器是选择ST-LINK还是选择J-LINK?各有什么优势啊?
631浏览 4评论
STM32F0_TIM2输出pwm2后OLED变暗或者系统重启是怎么回事?
512浏览 3评论
522浏览 3评论
stm32cubemx生成mdk-arm v4项目文件无法打开是什么原因导致的?
497浏览 3评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-11-18 06:19 , Processed in 0.737668 second(s), Total 76, Slave 59 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号