一 原理: 设备需要进行远程更新升级时,需要在设计固件程序时编写两份项目代码,第一份项目程序不执行正常的功能操作,而只是通过某种通信方式接收程序或数据,执行对第二部分代码的更新,而第二份项目代码才是真正的功能代码。这两部分项目代码都同时烧录在Flash 中,当设备上电后,首先是第一份项目代码开始运行,具体操作如下: 我们将第一份项目代码称之为Bootloader ,而第二份项目代码称之为APP 程序,他们存放在STM32 FLASH 的不同地址范围,一般从最低地址区开始存放Bootloader,紧跟其后的就是APP 程序,当然如果设备的flash容量足够,我们也可以添加很多APP程序。
8 ?4 B- O8 K3 B! R( Z' e$ o X% { 我们平时编译生成的是hex文件,用jlink或者st-link下载的话也只需要hex文件,但是在进行更新升级的话需要bin文件。 hex文件是包括地址信息的,而bin文件格式只包括了数据本身。
C:\Keil_v5\ARM\ARMCC\bin:keil安装时候的地址。 ; B" ?$ _" M$ g' [# |
flash的地址从0x8000000开始,所以这里存放bootloader,预留size为0x5000,所以我们的app就存放在从地址0x8005000处开始,由于我们整个flash的大小只有256k,所以APP的size为(256k - 0x5000 = 0x3B000)。 3 d' S7 S% s; z1 u( G 这一块知识点是通过看野火的资料获取到的。 / v8 B3 f3 t) ^0 n+ g! t9 B* a
STM32 的内部闪存(FLASH)地址起始于0x08000000,一般情况下,程序从此地址开始写入。由于STM32 是基于Cortex内核的微控制器,其内部是通过一张“中断向量表”来响应中断,程序启动后,将首先从“中断向量表”取出复位中断向量执行复位中断程序完成启动,而这张“中断向量表”的起始地址是0x08000004,当中断来临,STM32 的内部硬件机制亦会自动将PC 指针定到“中断向量表”处,并根据中断源取出对应的中断向量执行中断服务程序。STM32 在复位后,先从0X08000004 地址取出复位中断向量的地址,并跳转到复位中断服务程序,如图标号①所示;在复位中断服务程序执行完之后,会跳转到我们的main 函数,如图标号②所示;而我们的main 函数一般都是一个死循环,在main 函数执行过程中,如果收到中断请求(发生重中断),此STM32 强制将PC 指针指回中断向量表处,如图标号③所示;然后,根据中断源进入相应的中断服务程序,如图标号④所示;在执行完中断服务程序以后,程序再次返回main 函数执行,如图标号⑤所示。
如果加入bootloader代码的话,具体流程如下所示:
IAP程序代表bootlader程序。 6 D, }! J' c5 p9 ]1 y) T$ P+ G
STM32 复位后,还是从0X08000004 地址取出复位中断向量的地址,并跳转到复位中断服务程序,在运行完复位中断服务程序之后跳转到bootlader 的main 函数,如图标号①所示,在执行完bootlader以后(即将新的APP 代码写入STM32 的FLASH,灰底部分。新程序的复位中断向量起始地址为0X08000004+N+M),跳转至新写入程序的复位向量表,取出新程序的复位中断向量的地址,并跳转执行新程序的复位中断服务程序,随后跳转至新程序的main 函数,如图标号②和③所示,同样main 函数为一个死循环,并且注意到此时STM32 的FLASH,在不同位置上,共有两个中断向量表。在main 函数执行过程中,如果CPU 得到一个中断请求,PC 指针仍强制跳转到地址0X08000004 中断向量表处,而不是新程序的中断向量表,如图标号④所示;程序再根据我们设置的中断向量表偏移量,跳转到对应中断源新的中断服务程序中,如图标号⑤所示;在执行完中断服务程序后,程序返回main 函数继续运行,如图标号⑥所示。 / t @ W6 r8 Y8 q% n5 @ 通过以上两个过程的分析,我们知道I远程升级程序必须满足两个要求: * Y* \3 t% o* l3 l' g+ R 2 N6 o) }& h; r) |7 W |
这是本地升级操作吧,远程升级这样做不可靠,远程最好先做到怎么把数据接收了,校验无问题后再升级 |