根据参考手册RM0008中的图表:
得知STM32的启动有三种模式,三种模式的选择在于芯片上的两个Boot引脚,如RM0008种描述:
在系统复位之后的四个上升沿后索存BOOT引脚,从而决定启动方式;用户对BOOT引脚的设置决定了系统复位之后的启动模式。
三个不同的启动区域有着不同的起始地址,STM32这样规定:
注意的是:只有当从SRAM启动,只有一个单一的地址0x2000 0000可以访问;而其他两种启动方式除了从各自的地址访问,还可以从0x0000 0000地址访问。
不同的启动方式,决定了程序在设计过程中的方法,因此必须确认好程序存放空间和系统启动模式。
所以,通过设置BOOT0和BOOT1引脚,可以选择相应的启动模式。
In Circuit Programming,在电路编程。
ICP能够通过JTAG、SWD或Boot Loader去下载用户程序,以达到更新整个Flash的目的;
ICP提供一个快速的、有效的设计迭代,并消除不必要的包装处理或设备套接。
这里对ICP不做过多的论述。
In System Programming,在系统编程。
STM32在出厂时,已经固化了一段程序在System memory(medium-density devices的地址为:0x1FFF F000,大小为2KB)存储器中。
这段程序就是一个固定好的,并且没法修改的Boot Loader,如编程手册PM0042种描述的:
这个固定好的,出厂就有的Boot Loader可以通过USART1进行用户程序的烧写、更新;
当然,烧写软件(烧写流程)的设计需要按照其固定好的Boot Loader的烧写协议来进行。
因此在特殊的要求烧写方式的场合,使用ISP是不太方便的,可以采用更为方便的IAP编程方法,以下会详细介绍。
Bit Banding功能是相对于以往能够进行bit操作的单片机而言的。
通过Bit Banding功能可以像51单片机的bit操作一样。MCS51可以简单的将P1口的第2位独立操作: P1.2=0;P1.2=1 ; 就是这样把P1口的第三个脚(BIT2)置0或置1了。
而现在STM32的位段、位带别名区就为了实现这样的功能。只不过他是为需要操作的地址(1字节)的每一个位(共8位)起个别名,分别对应别名区的一个字(word)。也就是别名区的大小是Bit Band区的32倍。这样,对32MB的别名区地址的操作,就是对相应Bit Band区的位的操作。
注意:别名字的位[31:1]在 bit-band 位上不起作用。写入 0x01 与写入 0xFF 的效果相同。写入0x00 与写入0x0E 的效果相同。
如图是跟Bit Banding 有关系的存储器结构:
STM32有两个Bit Band区域,分别是:
0x2000 0000——0x2010 0000:该地址是STM32的SRAM低1MB的地址区域;
0x4000 0000——0x4010 0000:该地址是STM32的Peripherals低1MB的地址区域;
另外,STM32还有两个对应的Bit Band区域的别名区,分别是:
0x2200 0000——0x23FF FFFF:共32MB的空间,对应相应1MB的每一个位;
0x4200 0000——0x43FF FFFF:共32MB的空间,对应相应1MB的每一个位;
接下来的问题是如何确定Bit Band区字节的位所对应的那个别名区的字(word)。Bit Band区和别名区是一一对应的,具体的公式为:
bit_word_addr=bit_band_base+ (byte_offset×32) + (bit_number×4);
bit_band_base:32MB别名区首地址;
byte_offset:1MB位段区偏移量,即为bit-band 区中包含目标位的字节的编号;
bit_number:位段中目标位的位位置(0-7);
注意:别名字的位[31:1]在 bit-band 位上不起作用。写入 0x01 与写入 0xFF 的效果相同。写入0x00 与写入0x0E 的效果相同。
举个例子(通过别名区访问地址):
1、想操作SRAM中Bit Band区地址为 0x2000 0018字节的第2位
计算别名区对应子地址:0x2200 0000 +(18*32)+(2*4) = 0x2200 0248
所以,对0x2200 0248地址的操作,就是对0x2000 0018字节的第2位进行操作;
2、想操作Peripherals中Bit Band区地址为0x4000 0021字节的第7位
(可能是一个功能寄存器);
计算别名区对应子地址:0x4200 0000+(21*32)+(7*4)=0x4200 02BC
所以,对0x4200 02BC的操作,就是对0x4000 0021字节的第7位进行操作;
对比使用Bit Banding功能和直接访问Bit Band区域,如图:
In Application Programming,在应用编程。
IAP是In Application Programming的首字母缩写,IAP是用户自己的程序在运行过程中对User Flash的部分区域进行烧写,目的是为了在产品发布后可以方便地通过预留的通信口对产品中的固件程序进行更新升级。 通常在用户需要实现IAP功能时,即用户程序运行中作自身的更新操作,需要在设计固件程序时编写两个项目代码,第一个项目程序不执行正常的功能操作,而只是通过某种通信管道(如USB、USART)接收程序或数据,执行对第二部分代码的更新;第二个项目代码才是真正的功能代码。这两部分项目代码都同时烧录在User Flash中,当芯片上电后,首先是第一个项目代码开始运行,它作如下操作:
1)检查是否需要对第二部分代码进行更新
2)如果不需要更新则转到4)
3)执行更新操作
4)跳转到第二部分代码执行
第一部分代码必须通过其它手段,如JTAG或ISP烧入;第二部分代码可以使用第一部分代码IAP功能烧入,也可以和第一部分代码一道烧入,以后需要程序更新是再通过第一部分IAP代码更新。
对于STM32来说,因为它的中断向量表位于程序存储器的最低地址区,为了使第一部分代码能够正确地响应中断,通常会安排第一部分代码处于Flash的开始区域,而第二部分代码紧随其后。
在第二部分代码开始执行时,首先需要把CPU的中断向量表映像到自己的向量表,然后再执行其他的操作。
如果IAP程序被破坏,产品必须通过JTAG或ISP重新烧写程序,这是很麻烦并且非常耗费时间和金钱的。针对这样的需求,STM32在对Flash区域实行读保护的同时,自动地对用户Flash区的开始4页设置为写保护,这样可以有效地保证IAP程序(第一部分代码)区域不会被意外地破坏。
如图为IAP示意图:
IAP程序可以自己设计,这样能够符合自身对在先下载的特殊需求。针对这一要求,本文进行了一个IAP程序的结构设计,并已经通过测试。
带IAP的系统由两个工程需要编写,一个是IAP工程,一个User App工程。
设计将IAP程序放在0x0800 0000——0x0800 2000这段空间中,User App放在0x0800 2000之后的余下空间;
下面描述如何友好的处理着两个工程之间程序运行的关系,达到IAP这个功能:
1) 设置系统为Boot from main flash memory 启动模式;
2) 系统上电之后PC指向0x0800 0000处,进而运行到IAP工程的main()入口处;
3) 在IAP中:检测标志,如果UserApp_Flag为OK,则直接跳转到5)User App;
4) 在IAP中:检测标志,如果UserApp_Flag不为OK,则继续IAP历程,等到更新好User App后,设置UserApp_Flag为OK,然后跳转到5)User App;
5) 跳转到User App,运行系统功能;
6) 在User App中,如果检测到现在需要更新User App,先设置UserApp_Flag为!OK,然后跳转到3)IAP中;
以上6个步骤能够保证IAP和User App之间的良好关系,实现STM32的IAP功能。
如图所示:
IAP程序设计思路:
1)IAP程序设计放置在Flash的起始地址,当用户选择从Main Flash memory启动时,系统进入了0x0800 0000地址,也就是进入了IAP程序;
2)在IAP中,判断UserApp程序是否有效(通过对标志地址内容的判断),若有效则直接跳转到UserApp程序地址0x08002000,也就是进入了UserApp程序(跳转到4));若UserApp程序标志无效,则更新UserApp。
3)在IAP中,需要更新的UserApp程序数据来自于USART,将从USART接收到的数据写入到UserApp程序地址中去,达到更新UserApp程序的目的;当UserApp程序完成更新之后,设置UserApp程序有效标志,然后跳转到UserApp程序地址0x08002000;
4)在UserApp程序中,可以实现系统功能;当有需要IAP信号产生之后,首先设置UserApp程序为无效,然后跳转到IAP程序首地址0x0800 0000,程序又进入IAP(跳转到2));