[问答]

STM32初始化USART后发送了一个0x00是为什么？

1594 STM32

问答对人有帮助，内容完整，我也想知道答案 0 STM32初始化USART后发送了一个0x00是为什么？ 0
2021-12-16 06:47:28　　评论淘帖0 邀请回答您可以邀请以下用户，快速回答问题 × heks 该类别下有 50 个回答。邀请回答 hgimtk 该类别下有 44 个回答。邀请回答新星之火12138 该类别下有 42 个回答。邀请回答 wang21cj 该类别下有 41 个回答。邀请回答 chm5 该类别下有 40 个回答。邀请回答 hjfjsdgfjdsf 该类别下有 37 个回答。邀请回答 fdjslkjd 该类别下有 35 个回答。邀请回答 uvysdfydad 该类别下有 35 个回答。邀请回答 werywer 该类别下有 35 个回答。邀请回答 h1654155957.9520 该类别下有 35 个回答。邀请回答 jenny042 该类别下有 34 个回答。邀请回答 dfzvzs 该类别下有 34 个回答。邀请回答维生素B2 该类别下有 34 个回答。邀请回答凤毛麟角该类别下有 34 个回答。邀请回答 hfgdzc 该类别下有 33 个回答。邀请回答 ggfvxv 该类别下有 33 个回答。邀请回答刘洋该类别下有 33 个回答。邀请回答 meihuacg 该类别下有 33 个回答。邀请回答 lining870815844 该类别下有 32 个回答。邀请回答 h1654155275.6678 该类别下有 32 个回答。邀请回答举报万物死相关推荐 • 为什么stm32一上电串口就会发送0x00呢 6580 • ADS1299在发送了RDATAC命令后读ID读出来的是0x00，为什么？ 72 • 怎样去解决串口上电发送0x00的问题 3087 • STM32芯片的USART软件初始化流程包括哪些 1128 • netconn_send()发送数据数据段中有0x00时发送的数据包就在这截止 2770 • STM32 USART串口初始化的知识点，看完你就懂了 1519 • TAS5548打开AutoMute时关闭PWM输出这个功能后，无法在初始化后就直接生效怎么解决？ 225 • 基于NIOS2的sd卡控制器，在读0扇区的时候出错，求大大指点啊 2792 • CH395Q初始化问题求解 758 • STM32 USART中断初始化过程是怎样的 865 1个回答

答案对人有帮助，有参考价值 0 初始化后，用了自创的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("rnDFU_Button_Config...rn"); --------------------------------------------------------------------- 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了。

2021-12-16 09:38:39 评论举报王雷