cathy 在 提交
说起给单片机烧录程序,大家应该都不陌生吧,我最早接触单片机是从51单片机开始的,型号是STC89C52RC,当时烧录程序就是用的下面这种烧录软件——STC-ISP。
这种方式,通过串口连接单片机,选择一个合适的波特率就可以烧录了。
后来学习STM32,编程时使用KEIL软件自带的下载按钮就能下载程序,方便了不少,但需要额外使用J-Link等下载器。
再后来,接触到产品研发,给已经发布出的产品升级,都是要靠远程无线升级的(想想看,产品已经到客户那里了,当软件需要升级时,要是还使用有线的方式烧录程序,得有多麻烦)
既然给单片机烧录程序的方式有多种,那烧录方式具体怎么分类呢?
可以分为3种:
● ISP(In-System Programming)
在系统编程,使用引导程序(Bootloader)加上外围UART/SPI等接口进行烧录。
● ICP (In-circuit programmer)
在电路编程,使用SWD/JTAG接口。
● IAP(In-Application Programming)
指MCU可以在系统中获取新代码并对自己重新编程,即用程序来改变程序。
这3种烧录方式的原理是什么呢?在分析原理之前,需要先了解一下单片机Flash的访问地址,看看程序是烧录到哪个位置了。
单片机Flash在地址映射表中位置
下图是一张STM32F4xx的地址映射表,从0x0000 0000到0xFFFF FFFF,总计4Gbyte。单片机的片上Flash、片上RAM、片上外设以及外部扩展接口的访问地址,都被映射到这4Gbyte的范围之内。
这张图中,我们需要先注意下半部分
● Main memory 主存储区
通常,我们编写的代码,是放到主存储区的起始位置(0x0800 0000)开始运行的,烧录程序时,直接将程序烧录到这里即可(KEIL软件给STM32烧录程序的默认烧写地址就是0x0800 0000开始)
● System memory系统存储区
System memory(起始位置0x1FFF 000)是STM32在出厂时,由ST在这个区域内部预置了一段BootLoader, 也就是我们常说的ISP程序 ,这是一块ROM,出厂后无法修改。
了解了程序的具体地址,还要看一下单片机的启动方式:
启动方式选择
STM32有两个BOOT引脚,通过配置不同的高低电平,可以让单片机从不同的地址开始运行。
● BOOT0=0, BOOT1任意
通常我们是在Main memory 主存储区(0x0800 0000)运行程序,BOOT0引脚拉低即可。
这种情况,KEIL软件给STM32烧录程序,就是直接在这个地址烧录,烧录完,直接在这个地址处运行。
● BOOT0=1,BOOT1=0
这种情况就用在使用串口方式给STM32烧录程序,这时单片机从系统存储器(0x1FFF 0000)启动,运行的是出厂预置的BootLoader程序,可以接收串口发来的程序,并将其写入Main memory(0x0800 0000),程序烧录完成后,再将BOOT0引脚拉低,Main memory(0x0800 0000)处运行刚烧录的代码了。
● BOOT0=1,BOOT1=1
这种情况是从内存中启动,内置SRAM(也就是STM32的内存中),既然是SRAM,自然也就没有程序存储的能力了,这个模式一般用于程序调试。目前我还没用过这种方式,大家平时用这种方式的多么?
有了上面的了解,再来看一下ISP、ICP和IAP
ISP(串口烧录)
特点:
- BOOT0 = 1,BOOT1 = 0
- 启动地址:0x1FFF0000
- 使用串口下载程序
- 系统存储器(System memory)启动方式运行内置的Bootloader,将程序写入主存储区
- 重启后,需要再将BOOT0拉低,从主存储区启动程序
下图是ISP方式的烧录,使用FlyMcu这个软件,通过串口给STM32烧录程序
ICP(JTAG口烧录)
特点:
- BOOT0 = 0,BOOT1 = x
- 启动地址:0x08000000
- 使用JTAG或者SWD模式下载程序
- 主闪存存储器(Flash memory)启动方式,将程序在主存储区写入
- 重启后也直接从这启动程序
下图是ICP方式的烧录,使用JFlash软件或KEIL,通过J-Link给STM32烧录程序
KEIL软件的默认下载地址,就是从0x0800 0000 开始的。
IAP
IAP的原理与上面两种有较大区别,这种方式将主存储区又分成了两个区域(根据实际需要由开发者自行分配),0800 0000起始处的这部分,存储一个开发者自己设计的Bootloader程序,另一部分存储真正需要运行的APP程序。
单片机的Bootloader程序,其主要作用就是给单片机升级。在单片机启动时,首先从Bootloader程序启动,一般情况不需要升级,就会立即从Bootloader程序跳转到存储区另一部分的APP程序开始运行。
假如Bootloader程序时,需要进行升级(比如APP程序运行时,接收到升级指令,可以在flash中的特定位置设置一个标志,然后触发重启,重启后进入Bootloader程序,Bootloader程序根据标志位就能判断是否需要升级),则会通过某种方式(比如通过WIFI接收升级包,或借助另一块单片机接收升级包,Bootloader再通过串口或SPI等方式从另一块单片机获取升级包数据)先将接收到的程序写入存储区中存储APP程序的那个位置,写入完成后再跳转到该位置,即实现了程序的升级
版权声明:本文为CSDN博主「码农爱学习」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/hbsyaaa/article/details/116141061