Bootloader+升级方案

2024-05-13 23:28
文章标签 bootloader 方案 升级

本文主要是介绍Bootloader+升级方案,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

随着设备的功能越来越强大,系统也越来越复杂,产品升级也成为了开发过程不可或缺的一道程序。在工程应用中,如何在不更改硬件的前提下通过软件的方式实现产品升级。通过Bootloader来实现固件的升级是一种极好的方式,Bootloader是单片机上电后运行的第一段程序,该程序主要负责固件的更新。

图1 固件升级

对于产品固件的升级,用户可采用AMetal提供的Bootloader单区、双区、差分升级算法及升级示例来进行产品开发。关于Bootloader升级算法的介绍如下:

Bootloader单区升级

单区bootloader通常是将芯片内部的Flash主要划分为bootloader区、APP区和参数区。bootloader用于引导程序,APP扇区是为了存放升级后的应用程序,参数区是用于存储特殊的参数,具体的扇区大小可以根据实际使用情况,进行合理划分。单区升级的典型模型如下:

图2 单区升级模型

【原理说明】

芯片上电后首先从首地址即bootloader开始执行,参数校验无误,跳转到APP扇区。若有升级的请求,程序跳转到首地址,在bootloader中接收新的固件,然后将APP区擦除。在新固件参数校验成功后,程序将从bootloader跳转到APP区执行应用程序,进而完成固件的升级。

【应用场景】

在擦除APP区的过程中,若设备突然断电,会造成APP区的应用程序无法启动。在这种情况下,虽然会重新跳转到bootloader接收新的固件,进而完成固件的升级;但也存在一些不必要的麻烦,即设备需要多次写入固件。因此该种升级算法只适用于本地升级,不能在程序正常运行的过程中升级,常适用于Flash容量较小的场景下。

Bootloader双区升级

【双区升级模型】

以ZLG116芯片为例,该芯片内部主Flash大小为64K(0x0800_0000 - 0x0800_FFFF),主要将Flash划分了四个部分:bootloader段扇区,应用段扇区,升级扇区(备份区),升级标志扇区。其中bootloader用于引导程序;应用扇区是为了存放升级后的应用程序;升级扇区是为了存储新的固件,用于备份固件;升级标志扇区是用于存储特定的标志等。用户可以根据自身的实际应用情况合理划分各区的大小,双区升级的典型模型如下所示:

图3 双区升级模型

【原理说明】

按照上述的ZLG116 Flash划分,程序首先从地址为0x08000000,即bootloader开始执行,参数校验通过后,跳转到应用区。在接收到升级需求后,先将新的固件写入起始地址为0x0800FC00的备份区,并擦除APP扇区。接着将update(备份区)存储的新固件写入到bootloader中,从而完成新固件的写入。若在擦除APP区的过程中受到其他因素的干扰,用户可以再次将备份区的固件写入bootloader。新固件的参数校验通过后,程序从bootloader跳转到起始地址为0x08003C00的APP区执行应用代码。

【应用场景】

相比于单区升级,双区升级的模型增加了一块备份扇区,用于存放新的固件。因此即使在擦除APP的时候,设备发生断电,双区升级也无需再次在bootloader中接收新固件,只需将备份区存储的固件传入到bootloader即可。该升级方式虽然可以避免单区升级只能在本地升级的苦恼,但无法降低传输固件的流量,不适用于开发板内存空间较小的场景下。并且双区升级不得不需要整个APP进行升级,这给产品升级带来了一些不便。

Bootloader差分升级

【差分包原理】

差分升级是将新老固件具有差异的部分剥离出来,例如固件从V1.1.0升级到V1.1.1,两个固件相比只修改了1K的内容,如下图红色部分为不同部分,将该部分剥离出来生成差分包Diff_V1.1.0~V1.11,通过云端将差分包推送到设备端,设备端接收完成之后,先解压差分包,再通过差分恢复算法,根据差分包中的数据标志,将新老固件进行融合,变成新的固件,从而完成升级。

图4 差分包原理

【差分升级模型】

以基于华大HC32L196芯片设计差分升级为例,该芯片Flash为256K(0x000_0000~0x0003_FFFF),首先需要对Flash进行划分,主要划分为4个部分:BootLoader区、应用区、download区、参数区。BootLoader区用于引导升级,应用区为升级后的应用程序,download区为下载差分包存储区间,参数区用于存储特定参数。各区大小按照实际使用情况,进行合理划分。差分升级的典型模型如下所示:

图5 差分升级模型

【原理说明】

按照图5所示的升级模型,设备上电后首先从bootloader开始执行,参数无误后跳转到应用区。当有升级的需求时,先擦除APP区,并将新老固件进行分包,然后按顺序对分包后的新老固件对应的每个小块进行差分压缩,最后将所有的压缩包合并成一个文件,形成了升级的固件。将新的升级固件存放在download扇区,然后将该固件写入bootloader中,若固件参数校验无误,则跳到应用区执行后续的程序,进而完成产品的升级。

【应用场景】

差分升级的优点是升级固件更小、下载速度也更快,也更加节省内存空间。相对于整包升级方式(单区升级/双区升级),其缺点是依赖特定固件。例如:某一差分包为V1.0固件升级到V1.1固件的差分包Diff_V1.0~V1.1,则该差分包只能用于升级版本号是V1.0固件的设备;对于其他版本号固件的设备不能用它升级。差分升级一般适用于希望降低传输固件的流量,或者开发板内存不足,不依靠特定升级固件的场景中。

这篇关于Bootloader+升级方案的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/987100

相关文章

无人叉车3d激光slam多房间建图定位异常处理方案-墙体画线地图切分方案

墙体画线地图切分方案 针对问题:墙体两侧特征混淆误匹配,导致建图和定位偏差,表现为过门跳变、外月台走歪等 ·解决思路:预期的根治方案IGICP需要较长时间完成上线,先使用切分地图的工程化方案,即墙体两侧切分为不同地图,在某一侧只使用该侧地图进行定位 方案思路 切分原理:切分地图基于关键帧位置,而非点云。 理论基础:光照是直线的,一帧点云必定只能照射到墙的一侧,无法同时照到两侧实践考虑:关

高效+灵活,万博智云全球发布AWS无代理跨云容灾方案!

摘要 近日,万博智云推出了基于AWS的无代理跨云容灾解决方案,并与拉丁美洲,中东,亚洲的合作伙伴面向全球开展了联合发布。这一方案以AWS应用环境为基础,将HyperBDR平台的高效、灵活和成本效益优势与无代理功能相结合,为全球企业带来实现了更便捷、经济的数据保护。 一、全球联合发布 9月2日,万博智云CEO Michael Wong在线上平台发布AWS无代理跨云容灾解决方案的阐述视频,介绍了

Android平台播放RTSP流的几种方案探究(VLC VS ExoPlayer VS SmartPlayer)

技术背景 好多开发者需要遴选Android平台RTSP直播播放器的时候,不知道如何选的好,本文针对常用的方案,做个大概的说明: 1. 使用VLC for Android VLC Media Player(VLC多媒体播放器),最初命名为VideoLAN客户端,是VideoLAN品牌产品,是VideoLAN计划的多媒体播放器。它支持众多音频与视频解码器及文件格式,并支持DVD影音光盘,VCD影

JavaFX应用更新检测功能(在线自动更新方案)

JavaFX开发的桌面应用属于C端,一般来说需要版本检测和自动更新功能,这里记录一下一种版本检测和自动更新的方法。 1. 整体方案 JavaFX.应用版本检测、自动更新主要涉及一下步骤: 读取本地应用版本拉取远程版本并比较两个版本如果需要升级,那么拉取更新历史弹出升级控制窗口用户选择升级时,拉取升级包解压,重启应用用户选择忽略时,本地版本标志为忽略版本用户选择取消时,隐藏升级控制窗口 2.

如何选择SDR无线图传方案

在开源软件定义无线电(SDR)领域,有几个项目提供了无线图传的解决方案。以下是一些开源SDR无线图传方案: 1. **OpenHD**:这是一个远程高清数字图像传输的开源解决方案,它使用SDR技术来实现高清视频的无线传输。OpenHD项目提供了一个完整的工具链,包括发射器和接收器的硬件设计以及相应的软件。 2. **USRP(Universal Software Radio Periphera

macOS升级后SVN升级

问题 svn: error: The subversion command line tools are no longer provided by Xcode. 解决 sudo chown -R $(whoami) /usr/local/Cellar brew install svn

MyBatis 切换不同的类型数据库方案

下属案例例当前结合SpringBoot 配置进行讲解。 背景: 实现一个工程里面在部署阶段支持切换不同类型数据库支持。 方案一 数据源配置 关键代码(是什么数据库,该怎么配就怎么配) spring:datasource:name: test# 使用druid数据源type: com.alibaba.druid.pool.DruidDataSource# @需要修改 数据库连接及驱动u

一种改进的red5集群方案的应用、基于Red5服务器集群负载均衡调度算法研究

转自: 一种改进的red5集群方案的应用: http://wenku.baidu.com/link?url=jYQ1wNwHVBqJ-5XCYq0PRligp6Y5q6BYXyISUsF56My8DP8dc9CZ4pZvpPz1abxJn8fojMrL0IyfmMHStpvkotqC1RWlRMGnzVL1X4IPOa_  基于Red5服务器集群负载均衡调度算法研究 http://ww

Golang支持平滑升级的HTTP服务

前段时间用Golang在做一个HTTP的接口,因编译型语言的特性,修改了代码需要重新编译可执行文件,关闭正在运行的老程序,并启动新程序。对于访问量较大的面向用户的产品,关闭、重启的过程中势必会出现无法访问的情况,从而影响用户体验。 使用Golang的系统包开发HTTP服务,是无法支持平滑升级(优雅重启)的,本文将探讨如何解决该问题。 一、平滑升级(优雅重启)的一般思路 一般情况下,要实现平滑

JeecgBoot 升级springboot版本到2.6.0

1. 环境描述 Jeecgboot 3.0,他所依赖的springboot版本为2.3.5Release,将springboot版本升级为2.6.0。过程全纪录,从2开始描述。 2. 修改springboot版本号 <parent><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-pare