【转载】分享我的GD32F450的IAP过程

只看该作者 · 2019-3-30 16:41

最近一个项目使用GD32F450VI+ESP8266需要做远程升级，基本参考正点原子IAP的那一章节，但是在GD32F450上却遇到了问题，无法跳转，然后使用正点原子的开发板stm32f429，以及stm32f103c8和gd32f103c8运行同样流程的程序，却又没有问题，于是咨询了一下GD的FAE后，才知道问题出在GD的FLASH的特殊性上。本文中就不对IAP的一般流程做介绍，只对GD32F4相较于stm32的特殊之处做出介绍。

只看该作者 · 2019-3-30 16:42

在GD的F4的用户册中提到，“在闪存的前512K字节空间内，CPU执行指令零等待(在闪存大小等于256K或512K时，闪存全片执行指令零等待)；在此范围外，CPU读取指令存在较长延时；”，GD的FAE告诉我，我使用的这款GD32F450VI只有前256K能够实现零等待的，后面的速度都比较慢，所以需要在bootloader程序和APP程序的时钟初始化中添加 RCC->CFGR |= RCC_CFGR_HPPE_DIV2; 这一句，并且APP程序需要在前256K之内，但是我用这个方式也没有成功，不能从bootloader跳转到app程序。后来我就自己重新试了一种方式，下面说明。

只看该作者 · 2019-3-30 16:42

在我的APP程序中，一直使用的200M频率，在自己的bootoloader程序中，使用主频最高可以为140M，程序中频率配置是使用stm32cube来配置的，实测72M、108M、120M都能够正常跳转。其他的都采用cube默认生成的配置就好。

只看该作者 · 2019-3-30 16:42

我的FLASH分配如下图：

只看该作者 · 2019-3-30 16:43

红圈中为全速运行，bootloader程序一般占用很小，大部分情况下16KB都能放下，我原来的程序是88K左右，考虑到以后升级的需要，虽然目前估计不会超过128K，但还是把扇区4和5都作为APP运行区，总共192K，应该能够满足大部分情况。APP为什么没有从扇区1开始呢？因为从程序下载区copy到APP运行区，如果从扇区1开始，跨越的扇区太多，程序结构上复杂一些，我怕扇区越多越容易出错，所以就固定使用扇区4和5，参考我**的朋友可以根据自己的需求更改。在APP运行的时候，下载的bin文件将存放到扇区6、7，bootloader程序检查之后把bin文件更新到APP运行的扇区4、5。为了保证安全，我还把扇区8、9作为程序备份区，在出厂烧写的时候，就把扇区4、5中的程序在扇区8、9也备份一下，万一以后升级失败，还能把扇区8、9中的程序恢复到APP运行区域。