搜索
bottom↓
回复: 13

[转]基于IAP的STM32程序更新技术

[复制链接]
(239017135)

出0入0汤圆

发表于 2013-2-25 16:58:17 | 显示全部楼层 |阅读模式
原文地址:http://www.stmcu.org/article/13- ... ?sort=1127_1502_0_0

引言

嵌入式系统的开发最终需要将编译好的代码下载到具体的微控制器芯片上,而不同厂家的微控制器芯片有不同的下载方式。随着技术的发展和应用需求的更新,用户程序加载趋向于在线编程的方式,越来越多的芯片公司提供和开放了用户更新程序的接口与方式,以提高整个系统的可靠性和可维护性。ST公司基于CortexM3内核的STM32系列产品得到了广泛应用,在许多基于STM32系列产品的开发过程中不可避免要进行用户程序的加载。本文在介绍IAP技术原理基础上,详细论述使用该技术在STM32F103ZE芯片上实现用户在线更新功能的方法,并具体分析其中可能发生异常的原因。

1 背景综述

1.1 主要程序更新方式

目前,除了直接通过仿真器或烧录器进行程序更新方式外,主要有Bootloader技术、ISP技术以及IAP技术3种更新程序的方法。

(1) Bootloader技术

引导加载程序,是指系统加电时,控制器将一段存储在外部非易失性存储器中的代码载入到内部高速存储器单元(如片内RAM)中执行的过程。

(2) ISP(In System Programming)技术

MCU内部自带Bootloader,通过指定的方式激活,通过通信接口下载或擦除用户代码。需要有外部介入,静态的,在用户代码没有运行时进行下载。

(3) IAP(In Application Programing)技术

单片机内部具有一些可擦写的非易失存储器,如Flash。在微控制器独立运行时,用户利用自己编写的烧写程序通过通信下载或擦除自己的代码。注意不具备IAP功能的单片机并不能对Flash的数据进行修改。无需外部介入,动态的,在用户代码运行时进行下载。

1.2 STM32系列简介

STM32系列微控制器基于CortexM3内核,并在其架构上进行了多项改进,包括在提升性能的同时提高了代码密度的Thumb2指令集,以及大幅度提高中断响应的紧耦合嵌套向量中断控制器,从而大大提高了处理速度,降低了系统功耗。使用新内核的Thumb2指令集,设计人员可以把代码容量降低45%,几乎把应用软件所需内存容量降低了一半。此外,STM32提供丰富的外围接口,目前广泛应用到工业用及家用安全设备、消防和暖气通风空调系统等,以及家电、消费电子、低功耗的可便携式设备等。本文以STM32F103ZE为例来研究及使用IAP技术。

2 IAP技术

2.1 IAP技术原理

首先人为设定单片机内部存储区分为两块:其中一块称为Boot区,用于存储IAP功能程序代码;另外一块称为常态存储区,用于存储除IAP功能外的所有程序代码。IAP技术指的是, MCU在运行的状态下,通过程序(PC)指针不断读取需要执行的程序指令。正常情况下,PC指针只在常态存储区内移动,并读取指令,如图1所示。当用户需要更新或升级程序时,程序指令会将PC指针跳转至Boot区。这段存储区的指令代码的功能是,通过通信等方式接收用户需要更新的程序数据,并通过校验确认接收到的程序数据正确后,根据约定的方式写入常态存储区,如图2所示。当完成用户程序更新后,PC指针再跳回到常态存储区,开始执行存储在其上的用户程序,这样便实现了IAP功能。



图1 通过PC指针读取程序指令  图2 更新存储区代码

2.2 IAP技术关键点

通过研究IAP技术实现用户程序更新的过程,不难发现,在更新过程中必须保证PC指针在Boot区移动,而不能随意跳转至常态存储区。基于这个要求,结合微控制器原理可以得出需要特别注意的几个关键点。

(1) 禁止中断

毫无疑问,中断会使得PC指针跳转至中断服务程序入口地址,因此,在进入Boot区前需要禁止所有中断。

(2) 禁用底层外围接口

对于有些外围接口,比如当采用ADC+DMA的方式进行多通道A/D采样时,采样过程会按照预先设置的通道顺序进行A/D采样。若在PC指针跳转至Boot区前没有禁用,则更新完程序跳回常态存储区时,其存储A/D通道值就可能发生错位的情况。

(3) 使用实时操作系统

如果使用具有抢占式RTOS(即硬实时操作系统),则需要禁止所有任务,并且屏蔽所有的信号量及邮箱,以防止激活某个任务,导致PC指针跳转至常态存储区。

(4) 使用看门狗

在考虑导致PC指针跳转的原因时,看门狗很容易被忽略,而且很多芯片的看门狗一旦使能就不能禁用,所以不能通过禁用的方法达到目的。最安全的方法是,在Boot区中也加入看门狗的喂狗指令。特别要注意的是,当需要擦除、写入大量Flash数据时,需要对其过程所需时间进行定量的估计,有必要时可以在这个过程中多次喂狗。

(5) 存储空间分配

Boot区以及常态存储区的大小可以人为分配,一般而言,尽可能使常态存储区最大化,因为产品的功能是在该区域得到体现;而Boot区尽可能使其代码简洁,避免使用中断以及复杂的底层驱动及算法。

2.3 IAP技术实现

(1) 关闭相关中断及禁用相关外围接口
如定时器中断、SysTick中断、A/D中断、外部I/O中断等。

(2) 设定跳转地址
typedef void (*pFunction)(void);
INT32U JumpAddress;//定义IAP入口地址pFunction Jump_To_Application;//定义指向IAP入口地址程序的函数指针
JumpAddress=*(vu32*)(IAP_ADDR + 4);
Jump_To_Application=(pFunction) JumpAddress;

(3) 喂狗并执行跳转
IWDG_ReloadCounter();//喂狗
__set_MSP(*(__IO uint32_t*) IAP_ADDR);//初始化用户应用程序的堆栈指针
Jump_To_Application();

(4) IAP代码(Boot区代码)
只需要驱动用到的底层接口,尽量不使用中断,尽可能少地占用存储空间,同时需要适时地喂狗。另外对该系列Flash操作会有所不同,比如STM32F103ZE执行擦除操作时,一页为2 KB,而SMT32F103VC6等芯片一页为1 KB,使用其他型号芯片时需要具体查阅相关数据手册。

3 总结

本文从分析IAP技术原理入手,详细论述了利用IAP技术实现用户程序更新的要点。另外,可以想象,如果Boot区加入TCP/IP协议连入互联网,即可借助网络对产品进行在线升级,既可提高系统的可维护性,又可降低产品的维护成本,必将在未来得到更为广泛的应用。

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?注册

x

广告:购买下面产品论坛可获得建设资金 >>

(238993163)

出0入0汤圆

发表于 2013-2-25 23:37:49 | 显示全部楼层
头一次抢到沙发
(219420018)

出0入0汤圆

发表于 2013-10-10 12:36:54 | 显示全部楼层
这么好的东西,居然没人顶,好没人性呀
(218459719)

出0入0汤圆

发表于 2013-10-21 15:21:53 | 显示全部楼层
很好的东西啊,支持!
(218459561)

出0入0汤圆

发表于 2013-10-21 15:24:31 | 显示全部楼层
很好的东西啊,支持!
(217945443)

出0入0汤圆

发表于 2013-10-27 14:13:09 | 显示全部楼层
正需要哈           
(217765572)

出0入0汤圆

发表于 2013-10-29 16:11:00 | 显示全部楼层
学习一下,继续了解。
(217763814)

出0入0汤圆

发表于 2013-10-29 16:40:18 | 显示全部楼层
看完没有记住,以后再看
(217760614)

出0入0汤圆

发表于 2013-10-29 17:33:38 | 显示全部楼层
目前还没到这一步啊。。IAP应该很有搞头!
(217756782)

出0入0汤圆

发表于 2013-10-29 18:37:30 | 显示全部楼层
(1) 禁止中断

毫无疑问,中断会使得PC指针跳转至中断服务程序入口地址,因此,在进入Boot区前需要禁止所有中断。


为什么要禁止呢?WHY!!
(213530864)

出0入0汤圆

发表于 2013-12-17 16:29:28 | 显示全部楼层
顶,介绍了IAP的原理和几个注意点,不错
(209029458)

出0入0汤圆

发表于 2014-2-7 18:52:54 | 显示全部楼层
mark                    
(198324844)

出0入0汤圆

发表于 2014-6-11 16:23:08 | 显示全部楼层
好东西,收藏了,谢谢分享。
(10153302)

出0入0汤圆

发表于 2020-5-28 14:15:30 | 显示全部楼层
不错。收藏了。
回帖提示: 反政府言论将被立即封锁ID 在按“提交”前,请自问一下:我这样表达会给举报吗,会给自己惹麻烦吗? 另外:尽量不要使用Mark、顶等没有意义的回复。不得大量使用大字体和彩色字。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

手机版|Archiver|amobbs.com 阿莫电子论坛 ( 公安交互式论坛备案:44190002001997 粤ICP备09047143号-1 )

GMT+8, 2020-9-23 02:37

© Since 2004 www.amobbs.com, 原www.ourdev.cn, 原www.ouravr.com

快速回复 返回顶部 返回列表