要运用到端口复用，就要使能端口的时钟，并使能相应外设的时钟。这儿可运用一起使能这两个时钟。
RXNE和TC都是寄存器USART_SR中的位。当寄存器收到音讯后，RXNE会置1，此刻读取音讯可令其清零。当数据发送完成后，TC会置1，此刻读取状况可令其清零。
STM32在复位时TC位被置1，因而while句子中的内容直接建立，while句子直接跳出，榜首个字符还没发送完，寄存器就发送了第二个字符，导致榜首个字符被掩盖。处理办法是在发送前先将TC为清零，办法是读USART-SR。由此可知，在发字符串时，一定要先读一次USART-SR，而例1中发一个字符时就不必要了，因为不会有第二个字符来掩盖榜首个字符。
不管PC发什么，STM32都没有回应。调试进程：我把初始化的程序与网上很多程序员写的初始化程序做了比较，未曾发现不一样的当地。接着我就置疑USART_SendData(USART1,order)这句代码中的order的数据类型有问题。这个函数的界说如下：
可知Data的数据类型是uint16_t，我就试着把order的数据类型别离改成了char,uint8_t,uint16_t,但问题仍没有办法处理(实践上，这个数据类型是没有一点影响的)。
值得一提的是，之前咱们设置USART1的参数时，一次发送的数据长度设置的是8位USART_InitStructure.USART_WordLength = USART_WordLength_8b;，那么为什么这儿写的却是16位的无符号整型呢?看这句话USARTx-DR = (Data & (uint16_t)0x01FF);，可知理论上发送的内容应该是Data的低9位。但是，因为之前设置了数据长度为8位，故实践发送的内容只要低8位。那么为什么Data会&0x01ff呢?其实这剩余的一位是用于奇偶校验的，当需求装备奇偶校验时，需求将数据长度设置为9位即USART_InitStructure.USART_WordLength = USART_WordLength_9b;，记住，STM32的数据位是包含奇偶校验位的，而PC上调试助手上的数据位仍需设置为8位，这样互发数据才不会出问题。
回到之前的问题上来——更改完发现仍处理不了问题后，我在程序中加了一个LED闪耀程序，即接纳数据之前LED亮，发送完数据后LED灭，成果发现LED始终是亮的。后改成LED先灭后亮，发现LED始终是灭的。故猜测程序卡死在了这两句程序之间，接着置疑到函数delay_ms()上，接着发现这个由淘宝卖家供给的delay_ms()函数需求先初始化才能用。(这个延时函数不是简略的for循环延时，很杂乱和精准，初始化函数为delay_init();)因为没有初始化，导致程序死在这条句子上。
2. STM32发回来的内容与PC发送的内容不一致。调试进程：用示波器观测数据，发现收发的数据都是正确的，但电平宽度不一致，由此得知两者的波特率不一致，进一步核算得知是STM32的串口波特率不对。后发现程序默许的外部高速时钟是8MHz，而我的板子上的晶振是11.0592MHz，故波特率核算错误。处理办法是更改头文件stm32f10x.h中的HSE_VAULE，见下图
需求阐明的是，博主更改这儿后仍不能接遭到正确音讯，其时我设置的波特率是1200，后来改成9600就正常了。博主没有去进一步探究寄存器，只能猜测STM32应该不支持过低的波特率吧。
3.当STM32向c51发送字符串时，c51接纳不到正确的数据。我用示波器看了下PC向c51发送的波形，又看了下STM32向c51发送的波形，发送数据所用时刻差不多，所以波特率应该是对的，波形因为太长，每个脉冲太窄，欠好调查，看起来也差不多。最终我让STM32把之前发的数据发给PC，发现了问题——那就是之前说到的首字符丢掉问题。
