OTA升级详解(一)


不积跬步,无以至千里;

不积小流,无以成江海。

出自荀子《劝学篇》

 OTA升级详解(一)_第1张图片

 

 1、概念解释

OTA是何物? 英文解释为 Over The Air,既空中下载的意思,具体指远程无线方式,OTA 技术可以理解为一种远程无线升级技术;

FOTA:Firmware OverThe Air/固件空中升级,通过云端为具有连网功能的设备:例如手机、平板电脑、移动互联网设备等提供固件升级服务,手机中的固件升级即可称为 FOTA;

在3G、4G网络普遍的今天,很多时候还是要考虑流量限制,如果步入5G时代,虽然流量已不在是瓶颈,但是因为功能小但是重要的版本升级相比整体固件升级来说还是相当不错的选择。

2、基础知识

做了有一段时间的OTA升级了,主要是基于Android的差分及全量升级,计划对当前掌握的知识在做一个系统的梳理与总结,在进行正式的流程讲解前我会先对OTA的一些原始包结构、目标包结构做详细说明,本节算是一个基础章节,为理解、消化后面的主要流程做铺垫。

包结构

制作升级包具有一定的格式,生成它需要原始包,原始包也有固定的格式,基本都是通过系统工程编译出来,结构如下:

 OTA升级详解(一)_第2张图片

 

 目录说明

 OTA升级详解(一)_第3张图片

 

 升级包结构

 OTA升级详解(一)_第4张图片

 

 目录说明

OTA升级详解(一)_第5张图片

 

 生成升级包的工具

用于生成OTA差分包的需要使用到python脚本、C源码编译的可执行文件,这些都是开源的,如下

 OTA升级详解(一)_第6张图片

 

 文件功能

ota_from_target_files:为一个python脚本,做包入口从这里开始,生成包的主要工作也是在这里完成。

bsddiff:此可执行文件主要用户计算非压缩的文件的差异,比如我们计算rootfs文件的差异,就使用的此脚本。

imgdiff:此可执行文件主要用户计算压缩文件的差异,支持的格式有*.gz,*.zip,*.apk,*.jar,*.img。

fs_config:此可执行文件主要用户计算原始文件的gid、uid、mode,但是此种方式有一个弊端就是,fs_config其实是硬编码的,如果我们新增一个文件,有可能在进行添加后,不能将其权限进行添加。

common.py:主要定义了一些公用的函数,如:获取分区类型、计算文件差分、生成patch文件等。

edify_generator.py:主要是生成updater-script文件的内容,还包括将文件添加到升级包中。

 以上就是OTA升级所要了解的基本知识,下一章我会详细讲解如何由两个不同的基本包使用脚本生成差分升级包,敬请关注哦。。。

  

青,取之于蓝,而青于蓝;

冰,水为之,而寒于水。

出自荀子《劝学篇》

 本章说明

      上篇 OTA升级详解(一)主要讲到OTA的一些基本知识,本篇主要内容为详解OTA升级包的制作过程,梳理做包关键细节,由于做包脚本较长,文件较多。暂不按照脚本注释的方式进行展示,主要按照调用函数顺序图+关键步骤文字描述的方式来讲解,重复内容会自动省略。讲解中的脚步是基于  Android OTA Update 进行的,如果流程与读者所有的有差异,不要着急,整体流程就是下面的样子,增加的只是一些细节优化而已,按照实际脚步流程为准就好。

制作流程说明

       制作升级包 ota_from_target_files为入口,可以传入参数,如:是否是差分包,原始包、目标版本包(包结构在一中有详细讲解,以zip包的形式传入)。以下是main函数的基本过程

1、ota_from_target_files-main大致流程,这里主要是做了一些准备工作,核心工作在最后一个函数中:

 OTA升级详解(一)_第7张图片

 

 

 2、ota_from_target_files - WriteIncrementalOTAPackage()

这里参数有4个,分别是:

input_zip     ->    基础包

source_zip   ->    目标包

output_zip   ->    升级包(即将生成)

OPTIONS.fota    ->   fota标记

WriteIncrementalOTAPackage--流程如下:

 OTA升级详解(一)_第8张图片

 

 

 重点说明:

1、updater-script 的生成:是由script(列表)而来,此列表的内容来自于各种生成过程中不断的添加,每一条是一条执行命令。

2、ComputePatch计算差分:这里对如果文件类型是一些压缩文件,如:.img、.apk、.jar、.zip、.gz,会使用imgdiff可执行文件来计算,如果是普通文件则会使用到bsdiff进行计算。

3、文件的权限问题:system分区来说,它是有文件系统的,要对文件系统下的每个文件计算的差分,在zip包中并没有保存新增或者变更文件的gid、uid、mode等属性,所以需要对新增文件、或者权限变更文件进行权限修改。保证系统正常运行或者app拥有执行权限。两种文件权限的获取方式一种是fs_config(是一种硬编码方式,比较死板),读取文件绝对路径,获取这些信息,另一种方式是来自于原始包中,位于META/filesystem_config.txt,这就要求在生成原始包时,将文件的权限保存到此文件中,文件格式与使用fs_config生成的一致。最后使用set_perm_recursive/set_perm对目录与文件来进行权限恢复。

格式:   绝对路径  gid  uid  mode

样例:   system/etc/dbus.conf 1000 1000 440        

4、update-binary:来自于目标包中位置如下 OTA/bin/updater

5、sha值从何而来:原始文件与目标文件是通过has1值去匹配的 在LoadSystemFiles 函数中计算而来

 

经过以上步骤就可以生成一个差分包,结构如下(样例):

 OTA升级详解(一)_第9张图片

 

 

 对应的updater-script如下(样例):

 OTA升级详解(一)_第10张图片

 

 

 以上就是使用脚本进行OTA差分包制作的全部过程。

本人本身不是做专业python,有些地方讲解的可能不是很合理,还希望同行高人批评指点。对于bsdiff与imgdiff算法并没有仔细研究过。当前重点关注主要流程。

了解了以上内容,就可以对此工具进行个性化的修改了,如添加其他新文件到升级包中、添加流程关键字说明等等。但是知道了这些内容,很多人还是对OTA升级比较困惑,

那我们下一节就可以基于本章内容进行OTA升级过程的详细讲解,下一章之后大家就会明白,升级包中的每一个文件的作用及存在的意义,以及recovery使用核心组件updater-script

与update-binary完成整个差分包的升级,敬请期待。。。

OTA升级详解(一)_第11张图片

 

 

 

 关注微信公众号【嵌入式C部落】,获取更多精华文章,海量编程资料,让我们一起进步,一起成长。 

 

你可能感兴趣的:(OTA升级详解(一))