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之后，参加一个小延时，让数据发送结束，应该也能直接扫除这个过错。
