STM32学习问题及现象.docVIP

STM32库函数void?USART_SendData(USART_TypeDef*?USARTx,?u16?Data)的缺陷和解决方法 使用USART_SendData()函数非连续发送单个字符是没有问题的；当连续发送字符时(两个字符间没有延时)，就会发现发送缓冲区有溢出现象。若发送的数据量很小时，此时串口发送的只是最后一个字符，当发送数据量大时，就会导致发送的数据莫名其妙的丢失。 如： ??????for(TxCounter = 0;TxCounter RxCounter; TxCounter++) ??????USART_SendData(USART1, RxBuffer[TxCounter]); 原因 此API函数不完善，函数体内部没有一个判断一个字符是否发送完毕的语句，而是把数据直接放入发送缓冲区，当连续发送数据时，由于发送移位寄存器的速度限制（与通信波特率有关），导致发送缓冲区的数据溢出，老的数据还未及时发送出去，新的数据又把发送缓冲区的老数据覆盖了。 解决方法（目前总结的两种方案） 方案1.?加入延时函数（下下策），不需要修改USART_SendData()函数 ??????for(TxCounter = 0;TxCounter RxCounter; TxCounter++) { ??????????????USART_SendData(USART1, RxBuffer[TxCounter]); ??????????????DelayMS(2); //加入一个小的延时 } 方案2.?修改USART_SendData()函数，在其内部加入发送缓冲区的USART_FLAG_TXE状态检测语句，确保一个字符完全发送出去，才进行下一个字符的发送。 实现方法：每发送一个字符都检测状态寄存器，确保数据已经发送完毕。具体操作步骤如下所示。 修改前的函数定义体 void USART_SendData(USART_TypeDef* USARTx, u16 Data) { ? ??assert_param(IS_USART_ALL_PERIPH(USARTx)); ??assert_param(IS_USART_DATA(Data)); ??? ? ??USARTx-DR = (Data (u16)0x01FF); } 修改后的函数定义体 void USART_SendData(USART_TypeDef* USARTx, u16 Data) { ? ??assert_param(IS_USART_ALL_PERIPH(USARTx)); ??assert_param(IS_USART_DATA(Data)); ??? ? ??USARTx-DR = (Data (u16)0x01FF); ??while(USART_GetFlagStatus(USARTx, USART_FLAG_TXE) == RESET){} //等待发送缓冲区空才能发送下一个字符 } 方案3.?不修改原来的库函数，在每一个字符发送后检测状态位。 USART_SendData(USART1, RxBuffer[TxCounter]); while(USART_GetFlagStatus(USARTx, USART_FLAG_TXE) == RESET){} //等待发送缓冲区空才能发送下一个字符? ? ST这么做的原因是：使用发送中断功能。 STM32(Cortex-M3)中的优先级概念STM32(Cortex-M3)中有两个优先级的概念——抢占式优先级和响应优先级，有人把响应优先级称作亚优先级或副优先级，每个中断源都需要被指定这两种优先级。具有高抢占式优先级的中断可以在具有低抢占式优先级的中断处理过程中被响应，即中断嵌套，或者说高抢占式优先级的中断可以嵌套低抢占式优先级的中断。当两个中断源的抢占式优先级相同时，这两个中断将没有嵌套关系，当一个中断到来后，如果正在处理另一个中断，这个后到来的中断就要等到前一个中断处理完之后才能被处理。如果这两个中断同时到达，则中断控制器根据他们的响应优先级高低来决定先处理哪一个；如果他们的抢占式优先级和响应优先级都相等，则根据他们在中断表中的排位顺序决定先处理哪一个。既然每个中断源都需要被指定这两种优先级，就需要有相应的寄存器位记录每个中断的优先级；在Cortex-M3中定义了8个比特位用于设置中断源的优先级，这8个比特位可以有8种分配方式，如下：所有8位用于指定响应优先级最高1位用于指定抢占式优先级，最低7位用于指定响应优先级最高2位用于指定抢占式优先级，最低6位用于指定响应优先级最高3位用于指定抢占式优先级，最低5位用于指定响应优先级最高4位用于指定抢占式优先级，最低4位用于指定响应优先级最高5位用于指定抢占式优先