昨天我用stm32f103做IAP升级，APP程序是一个LED闪烁和一个串口1收发数据。结果IAP升级后，发现APP程序只有LED闪烁但是串口1不行甚至引起死机.这种半死不活的现象是最莫名其妙的，它一半在暗示你APP好像移植成功了一半失败了一半。这种现象是最不好找原因的。后来，发现，是有三个窍门的，我决定把这三个窍门分享给大家。


第一个：在从boot程序跳转到app程序之前，必须先单独关闭外设的串口中断（不仅仅是关闭总中断）。




第二个：在APP程序里，要修改库函数的偏移量， 注意，这里我强调的是“修改库函数的偏移量”，而不是“直接在main函数上面插入修改偏移量的代码”。因为我实验证明，前者是可以，后者是不行，会影响串口中断。




第三点：在从boot跳转到app前要关闭全局中断，在app程序的main函数前面也要同时添加开启全局中断的语句（在app的main函数前开启总中断这个是关键！）

     这两天重新开始学STM32， 调试串口，配置好了串口接收中断，却怎么也不起作用，后来经过检查师main函数结束了， 程序已经停止来， 在main函数的结尾加while(1)循环，串口中断正常了。

 

了解使用STM32串口中断相关官方库函数
简介
完整代码
串口初始化、使能串口、开启串口接收中断
接收、发送函数

简介
下面两张图红框的内容，在上几篇有总结过，分别是GPIO的和中断的，直接去那里看就行，这一篇主要总结没有被框起来的，总结官方给的库函数的功能作用，还有哪个文件可以找到哪个函数（理清逻辑）
完整代码
主程序



串口中断配置程序


串口初始化、使能串口、开启串口接收中断
函数：USART_Init(USART1,&USART_InitStruct);	  //串口初始化

USART_Cmd(USART1,ENABLE); 		//使能串口

USART_ITConfig(USART1,USART_IT_RXNE,ENABLE);	//开启串口接收中断
在下面这个usrat文件下可以找到



进入这个文件后，对应3个红框框就是


接收、发送函数
同样在这个usrat文件下可以找到



这两个函数就是接收和发送函数

	FIFO是先进先出缓冲区的意思，即串口接收到的数据可以先进入FIFO，不必马上进入中断服务程序接收，这样可节省CPU时间。对于发送数据也一样，可以把要发送的数据一起写入FIFO，串口控制器可按写入顺序依次发送出去。