使用USART接口进行STM32F0的在线升级(AN4065)-基于标准库的STM32F070的IAP移植手记

1 前言

STSW-STM32116是ST官网基于标准库的针对STM32F0的USART进口IAP示例程序，下载链接： http://www.stmcu.org/document/detail/index/id-213120

工程原本是针对STM32F051，本文将介绍如何移植到STM32F070，并针对移植的过程中的问题逐个处理。

2 KEIL下移植

IAP程序一般分为两个，一个是IAP，一个是APP，IAP存放在内置FLASH的0x8000000的起始位置，而APP则存放在离这个位置一定距离的位置，这个距离一定是大于或等于IAP本身所占空间大小，本例子为0x8003000。

下载资源后，打开STM32F0xx_AN4065_FW_V1.0.0\Project\STM32F0xx_IAP\下的binary_template工程，这个就是APP工程，首先用KEIL打开，修改device为STM32F070,

并编译，结果发现原始的公式是编译不过的，如下错误信息：

linking...
.\STM320518_EVAL\STM320518_EVAL.axf: Error: L6971E: system_stm32f0xx.o(.data) type RW incompatible with main.o(.ARM.__AT_0x20000000) type ZI in er RW_IRAM1.
Not enough information to list image symbols.
Finished: 1 information, 0 warning and 1 error messages.
".\STM320518_EVAL\STM320518_EVAL.axf" - 1 Error(s), 0 Warning(s).
Target not created.
Build Time Elapsed:  00:00:08

从字面上判断为编译system_stm32f0xx.c文件生成的目标文件system_stm32f0xx.o中的数据段(.data)内的RW数据与main.o中的数据在地址0x20000000产生冲突。

仔细查看代码，发现main函数之前这么一段：

#if   (defined ( __CC_ARM ))
  __IO uint32_t VectorTable[48] __attribute__((at(0x20000000)));
#elif (defined (__ICCARM__))
#pragma location = 0x20000000
  __no_init __IO uint32_t VectorTable[48];
#elif defined   (  __GNUC__  )
  __IO uint32_t VectorTable[48] __attribute__((section(".RAMVectorTable")));
#elif defined ( __TASKING__ )
  __IO uint32_t VectorTable[48] __at(0x20000000);
#endif

可见代码是要将中断向量表VectorTable强制定义在内存0x20000000上，但是此地址与system_stm32f0xx.c定义的全局变量位置有冲突。于是，需要修改避免冲突。中断向量的地址是固定的，但其他全局变量的地址可以相应地移动下，并且APP的烧录位置为0x8003000，如下图：