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

参考链接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，我们已经多次看到这种现象；这时只需要在STM32的TX端加一个上拉电阻就可以解决。 一般这种问题使用示波器可以很容易地检测出来。 ---------------------------------------------- 我之前也遇到过类似的问题,后来在初始化usart之后加了一段时间的延时就好了. 我的代码: SetupUART();   DFU_Button_Config();   Delay(100);         printf("\r\nDFU_Button_Config...\r\n"); --------------------------------------------------------------------- Me too, 需要上拉电阻（特别是开启DMA的时候）。 ------------------------------------------------------------------------------------------ 在21IC上有： http://bbs.21ic.com/icview-164446-1-1.html 无论这么设置USart，上电后都会发送一个无效字符，这个是STATUS寄存器的上电初始值有问题造成的，Usart的发送数据寄存器有一个缓冲移位寄存器。并且发送有两个状态，一个是发送数据寄存器为空，一个是移位寄存器发送完成。上电后Usart的状态寄存器的发送完成位为0，造成了上电以后会始终会有一个值被发送，这个值就是发送移位寄存器中的值，而这个值有时候是0X00有时候是0XFE 。 要解决这个问题，在初始化的时候先初始化Usart，然后再配置Usart的GPIO位，就可以避免Usart上电发送一个无效字符的问题。 还有一种可能性，在上电后至端口初始化，STM32的I/O端口处于高阻状态，有些RS232转换芯片在输入端为高阻时，可能会输出0，从而造成接收端收到0，我们已经多次看到这种现象；这时只需要在STM32的TX端加一个上拉电阻就可以解决。 一般这种问题使用示波器可以很容易地检测出来。 ----------------------------------- 这个问题的关键的是使用的那一款RS232芯片。某些公司的RS232芯片上电时TX引脚上出现一个类似数据为0的信号。感觉好像处于复位状态似的。用示波器可以抓到的 ----------------------------------------------------- 串口通信中常有的事。 用232转485模块上电时经常遇到，用做个协议过滤掉它。 ------------------------------------------------------------------------------------------    10楼说的对，先初始化USART寄存器，等过了一个字符的发送时间再，再初始化TX引脚。     ST的参考手册上说明。     每次执行TX使能的时候，会发送一个无效字符0x00. ------------------------------------------------------------------------------------------ 还有一个 使用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之后，加入一个小延时，让数据发送完毕，应该也能间接排除这个错误。 =========================================================== 本博主自我总结，尝试了GPIO的顺序（在ST手册没找到相关依据），以及TC标志位都无法解决。 看来得用延时了。 ================================================================ 再次总结，刚才21IC有热心人回答，竟然是DMA的buffer初值的原因。我一看代码果然我的DMA_BufferSize=1.设置成0就不发送0X00了。 终于找到原因。 但是以前为什么要从0改为1呢？不是很清楚。 如果当时将原因记录在csdn博客上 就清楚了。 可是现在只能继续DMA_BufferSize=1了。

而自己的原因不是上述，原因是自己通过串口PA10外部中断唤醒MCU，配置代码放在了main while（1）中，虽然唤醒后重新配置usart，但一直存在外部中断状态，所以有00，多次发数据才会显示对应发送数据，写代码要认真呀，一天时间就这样没了，唉！！