1.本发明涉及软件升级技术领域,特别涉及一种软件升级方法、装置、电 子设备及存储介质。
背景技术:
2.电子产品在整个产品生产周期中,需要通过移动终端的空中下载软件升 级迭代多个软件版本,用于修复已知问题及优化功能。对于flash空间较少、 没有空间保存升级包的电子产品而言,当进行软件升级时,如果异常掉电, 会导致系统宕机,无法使用。
3.因此,现有技术亟待有很大的进步。
技术实现要素:
4.本发明的主要目的是提出一种软件升级方法,旨在解决现有flash空间较 少、没有空间保存升级包的电子产品,当进行软件升级时,如果异常掉电, 会导致系统宕机,无法使用的技术问题。
5.为实现上述目的,本发明提出一种软件升级方法,包括:
6.将第一电子产品软件升级包存储于第二电子产品,设置软件升级标识, 所述第二电子产品与第一电子产品通过电气连接;
7.第一电子产品开始升级,获取升级过程中的掉电状态;
8.判断所述第一电子产品升级过程中的掉电状态,如果为真,则第一电子 产品在下一次上电时,读取软件升级标识,开启uboot升级,从所述第二电 子产品下载所述软件升级包到所述第一电子产品,否则第一电子产品正常启 动。
9.优选地,所述开启uboot升级包括:
10.擦除rom;
11.更新镜像文件;
12.清除软件升级标识;
13.所述第一电子产品进行软件升级;
14.软件升级完毕,重启。
15.优选地,所述第二电子产品与第一电子产品通过usb连接或者通过蓝牙 连接。
16.优选地,所述将第一电子产品软件升级包存储于第二电子产品包括:
17.在所述第二电子产品创建镜像文件;
18.将镜像文件虚拟成块设备;
19.将块设备格式化成fat32格式;
20.以vfat格式挂载块设备;
21.将u盘设置为第一启动盘。
22.优选地,所述第一电子产品开始升级,获取升级过程中的掉电状态包括:
23.当所述第一电子产品开始升级时,开启线程跟踪所述第一电子产品掉电 状态。
24.优选地,所述第一电子产品、第二电子产品均为手表、智能手机、电话、 电视机、影碟机、录像机、摄录机、收音机、收录机、组合音箱、激光唱机、 电脑、游戏机、路由器中的任何一种。
25.相应地,本发明还提供了一种软件升级装置,包括:
26.第一电子产品,设有uboot,设置软件升级标识;
27.第二电子产品,与所述第一电子产品通过电气连接,存储所述第一电子 产品的软件升级包;
28.升级掉电状态获取模块,设于所述第一电子产品,用于获取第一电子产 品升级中的掉电状态;
29.软件升级模块,设于所述第二电子产品,用于判断升级过程中的掉电状 态,如果为真,则第一电子产品在下一次上电时,读取软件升级标识,开启 uboot升级,从所述第二电子产品下载所述软件升级包到所述第一电子产品, 否则第一电子产品正常启动;
30.存储模块,设于所述第二电子产品。
31.优选地,所述软件升级模块包括:
32.rom擦除模块,用于擦除rom;
33.镜像文件更新模块,用于更新镜像文件;
34.软件升级标识清除模块,用于清除软件升级标识;
35.软件升级执行模块,用于对所述第一电子产品进行软件升级;
36.重启模块,用于第一电子产品软件升级完毕后,重启所述第一电子产品。
37.另一方面,本发明还提供一种电子设备,包括存储器、处理器及存储在 存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时, 实现上述软件升级方法的步骤。
38.另一方面,本发明还提供一种存储介质,所述存储介质存储有计算机程 序,所述计算机程序被处理器执行时实现上述软件升级方法的步骤。
39.本发明软件升级方法、装置、电子设备及存储介质,通过在第二电子产 品中存储第一电子产品的软件升级包,在第一电子产品升级过程中出现掉电 的情况时,通过从第二电子产品上下载升级包,完成软件升级,尤其适用于 flash大小不一的双主控产品。
附图说明
40.为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实 施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面 描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲, 在不付出创造性劳动的前提下,还可以根据这些附图示出的结构获得其他的 附图。
41.图1为本发明软件升级方法一实施例流程图;
42.图2为图1使用的一实施例图;
43.图3是图1中使用的b主控方法流程图;
44.图4是图1中使用的a主控升级方法流程图;
45.图5为本发明软件升级方法又一实施例流程图;
46.图6为本发明软件升级装置一实施例的结构示意图;
47.图7为根据本发明实施例提供的电子设备的实体结构示意图。
48.本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步 说明。
具体实施方式
49.下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行 清楚、完整地描述,显然,所描述的实施例仅仅是本发明的一部分实施例, 而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有 作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
50.需要说明,若本发明实施例中有涉及方向性指示(诸如上、下、左、右、 前、后
……
),则该方向性指示仅用于解释在某一特定姿态(如附图所示)下 各部件之间的相对位置关系、运动情况等,如果该特定姿态发生改变时,则 该方向性指示也相应地随之改变。
51.另外,若本发明实施例中有涉及“第一”、“第二”等的描述,则该“第 一”、“第二”等的描述仅用于描述目的,而不能理解为指示或暗示其相对重 要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二
”ꢀ
的特征可以明示或者隐含地包括至少一个该特征。另外,各个实施例之间的 技术方案可以相互结合,但是必须是以本领域普通技术人员能够实现为基础, 当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合 不存在,也不在本发明要求的保护范围之内。
52.本技术实施例提供的软件升级方法可应用于各种服务器端、终端。该服 务器端、终端设备包括但不限于个人计算机、服务器计算机、手持式或膝上 型设备、移动设备(如手机、移动电话、平板电脑、pda、媒体播放器等)、 消费型电子设备、车载计算机、智能手表、电视机,以及其他具有显示屏幕 的终端设备等等。
53.fota(firmware over
‑
the
‑
air)是通过空中下载的方式有效而可靠的对 用户手中的手机进行升级的一种手段。用这种方式,手机厂商能够更加快速 地向市场推出具有新功能的手机并以此提高用户对其手机的满意度。fota移 动终端的空中下载软件升级,指通过云端升级技术,为具有连网功能的设备: 例如手机、平板电脑、便携式媒体播放器、移动互联网设备等提供固件升级 服务,用户使用网络以按需、易扩展的方式获取智能终端系统升级包,并通 过fota进行云端升级,完成系统修复和优化。
54.fota的本质是固件升级,包括驱动、系统、功能、应用等的升级,和硬 件没有直接关系。适用的终端范围很广,基本可以为市场上所有的终端提供 升级服务,无论对于电信运营商还是终端设备制造商,通过集群应用、网格 技术和分布式服务端,能够在同一时间内处理大量用户的终端升级需求。fota 和os的关系较密切,不同的os版本,需要开发不同的fota适配版本,同时通 过fota模块下载的系统升级包,也要和os进行密切的匹配,不但要进行硬件 驱动的调试,还要进行版本的兼容测试,但这样的升级包一般由终端厂商提 供,fota更多的是保证将升级包下载,并且安装至终端,在智能时代,fota 云升级将成为智能终端的标准配置。
55.实施例一
56.图1为本发明软件升级方法一实施例流程图。在本发明一实施例中,如 图1所示,一种软件升级方法,包括步骤:
57.s1、将第一电子产品软件升级包存储于第二电子产品,设置软件升级标 识,第二
电子产品与第一电子产品通过电气连接。
58.第二电子产品与第一电子产品通过usb连接或者通过蓝牙连接。
59.将第一电子产品软件升级包存储于第二电子产品包括:
60.在第二电子产品创建镜像文件;
61.将镜像文件虚拟成块设备;
62.将块设备格式化成fat32格式;
63.以vfat格式挂载块设备;
64.将u盘设置为第一启动盘。
65.s2、第一电子产品开始升级,获取升级过程中的掉电状态。
66.具体实施时,第一电子产品开始升级,获取升级过程中的掉电状态可以 包括:当第一电子产品开始升级时,同步开启线程跟踪第一电子产品掉电状 态。第一电子产品升级过程中,系统可以实施检测升级过程中的进度。如果 供电环境正常,则可以正常升级,升级进度从0到100%。如果系统突然遇到 不利情况,升级过程中断电,则检测到升级进度和在升级过程中的掉电状态。 如果升级过程中掉电了,可以设置升级过程中的掉电状态为true,否则可以 设置为false。该升级过程中的掉电状态可以保存在uboot中。
67.s3、判断第一电子产品升级过程中的掉电状态,如果为真,则第一电子 产品在下一次上电时,读取软件升级标识,开启uboot升级,从第二电子产 品下载软件升级包到第一电子产品,否则第一电子产品正常启动。
68.具体实施时,开启uboot升级可以进一步包括步骤:
69.s31、擦除rom;
70.s32、更新镜像文件;
71.s33、清除软件升级标识;
72.s34、第一电子产品进行软件升级;
73.s35、软件升级完毕,重启。
74.第一电子产品为手表、智能手机、电话、电视机、影碟机、录像机、摄 录机、收音机、收录机、组合音箱、激光唱机、电脑、游戏机、路由器中的 任何一种。
75.第二电子产品为手表、智能手机、电话、电视机、影碟机、录像机、摄 录机、收音机、收录机、组合音箱、激光唱机、电脑、游戏机、路由器中的 任何一种。
76.可以根据需要,第一电子产品和第二电子产品可以相同,也可以不同。 图2为图1使用的一实施例图。如图2所示,本实施例第一电子产品和第二 电子产品均为以双主控usb通讯cpe产品如路由器,路由器a主控与路由器b 主控通过usb连接来进行说明:双主控产品,路由器a主控和路由器b主控 之间使用usb通讯,路由器a主控flash小,可使用空间少,无法存放升级 包,也没办法做双系统;路由器b主控flash空间足够,可存放路由器a主 控升级包。可以根据实际需要设置flash存储阈值,例如flash存储阈值设 为5m,路由器a主控flash小于5m,而路由器b主控flash大于5m,有足够 的空间存储路由器a主控的升级包。
77.本方法在路由器a主控升级前将升级包存放到路由器b主控,并在升级 前打标记,升级中掉电后,在下次上电启动时在uboot中根据升级标记判断 是否通过usb从路由器b主控下载升级包到路由器a主控更新版本,以规避 路由器a主控设备整包升级掉电死机问题。
78.路由器a主控使用uboot中fatload命令将存放在路由器b主控的升级 包下载到路
由器a主控后升级。fatload仅支持fat格式的文件系统,路由器 b主控创建一个可容纳路由器a升级包fat32格式的img镜像文件,通过loopmount到当前系统的目录下,并通过mass storage使路由器a主控能访问 /dev/loop0设备。
79.路由器a主控uboot需要支持fatload命令,并在升级前将升级包完整 的保存至路由器b主控的flash中,保证掉电时在uboot中能下载到完整的 升级包,不完整的升级包也会导致死机。
80.图3是图1中使用的b主控方法流程图。如图3所示,路由器b主控流程开启, 在路由器b主控创建足够空间的镜像文件:
81.dd if=/dev/zero of=/forloop/fota.img bs=1m count=60z。
82.使用loseup将镜像文件虚拟成块设备:
83.loseup/dev/loop0/forloop/fota.img。
84.使用mkdosfs格式化成fat32格式:
85.mkdosfs
–
f 32
–
s 2048/dev/loop0。
86.以vfat格式挂载/dev/loop0:
87.mount
‑
t vfat
–
o rw/dev/loop0/fota。
88.将u盘设置为第一启动盘:echo
[0089]“/dev/loop0”>/sys/class/android_usb/f_mass_storage/lun/file。
[0090]
图4是图1中使用的a主控升级方法流程图。如图4所示,路由器a主 控升级流程图如下:
[0091]
将路由器a主控升级包保存到路由器b主控中,设置升级标记,路由器a 主控开始升级。系统判断路由器a主控升级中是否掉电,如果否,则正常升 级,路由器a主动升级完毕,则重启reboot;如果是,则路由器a主控下次 上电后,进入uboot模块,uboot判断是否有升级标记,如果无升级标记,则 路由器a主控正常升级,如果有升级标记,则开启uboot升级。uboot升级时, usb接口重置reset,fatload通过usb从b主控下载路由器a主控升级包, 路由器a主控再擦除rom,再更新image文件,清除升级标记,升级完毕后, 再重启a主控。
[0092]
实施本实施例,可以有效解决第一电子产品升级掉电死机问题,通过在 第二电子产品中存储第一电子产品的软件升级包,在第一电子产品升级过程 中出现掉电的情况时,通过从第二电子产品上下载升级包,完成软件升级, 尤其适用于flash大小不一的双主控产品。
[0093]
实施例二
[0094]
图5为本发明软件升级方法又一实施例流程图。如图5所示,在本发明 又一实施例中,如图5所示,一种软件升级方法,包括步骤:
[0095]
s21、将第一电子产品软件升级包存储于第二电子产品,设置软件升级标 识,第二电子产品与第一电子产品通过电气连接。
[0096]
第二电子产品与第一电子产品通过usb连接或者通过蓝牙连接。
[0097]
将第一电子产品软件升级包存储于第二电子产品包括:
[0098]
在第二电子产品创建镜像文件;
[0099]
将镜像文件虚拟成块设备;
[0100]
将块设备格式化成fat32格式;
[0101]
以vfat格式挂载块设备;
[0102]
将u盘设置为第一启动盘。
[0103]
s22、第一电子产品开始升级,获取升级过程中的掉电状态。
[0104]
具体实施时,第一电子产品开始升级,获取升级过程中的掉电状态可以 包括:当第一电子产品开始升级时,同步开启线程跟踪第一电子产品掉电状 态。第一电子产品升级过程中,系统可以实施检测升级过程中的进度。如果 供电环境正常,则可以正常升级,升级进度从0到100%。如果系统突然遇到 不利情况,升级过程中断电,则检测到升级进度和在升级过程中的掉电状态。 设置升级过程中的掉电状态的初始值flag为false,如果升级过程中掉电了, 可以设置升级过程中的掉电状态为true,否则设置为false。该升级过程中 的掉电状态可以保存在uboot中。
[0105]
s23、从第二电子产品下载软件升级包到第一电子产品;
[0106]
第二电子产品有足够的flash空间,先存储好第一电子产品的软件升级 包。当第一电子产品在软件升级过程中,出现掉电情况时,可以为第一电子 产品提供软件升级包。
[0107]
s24、擦除rom;
[0108]
通过擦除rom来为更新镜像文件做准备。
[0109]
s25、更新镜像文件;
[0110]
s26、清除软件升级标识;
[0111]
s27、第一电子产品进行软件升级;
[0112]
s28、软件升级完毕,重启。
[0113]
第一电子产品为手表、智能手机、电话、电视机、影碟机、录像机、摄 录机、收音机、收录机、组合音箱、激光唱机、电脑、游戏机、路由器中的 任何一种。
[0114]
第二电子产品为手表、智能手机、电话、电视机、影碟机、录像机、摄 录机、收音机、收录机、组合音箱、激光唱机、电脑、游戏机、路由器中的 任何一种。
[0115]
可以根据需要,第一电子产品和第二电子产品可以相同,也可以不同。 图2为图1使用的一实施例图。如图2所示,本实施例第一电子产品和第二 电子产品均为以双主控usb通讯cpe产品如路由器,路由器a主控与路由器b 主控通过usb连接来进行说明:双主控产品,路由器a主控和路由器b主控 之间使用usb通讯,路由器a主控flash小,可使用空间少,无法存放升级 包,也没办法做双系统;路由器b主控flash空间足够,可存放路由器a主 控升级包。可以根据实际需要设置flash存储阈值,例如flash存储阈值设 为5m,路由器a主控flash小于5m,而路由器b主控flash大于5m,有足够 的空间存储路由器a主控的升级包。
[0116]
本方法在路由器a主控升级前将升级包存放到路由器b主控,并在升级 前打标记,升级中掉电后,在下次上电启动时在uboot中根据升级标记判断 是否通过usb从路由器b主控下载升级包到路由器a主控更新版本,以规避 路由器a主控设备整包升级掉电死机问题。
[0117]
路由器a主控使用uboot中fatload命令将存放在路由器b主控的升级 包下载到路由器a主控后升级。fatload仅支持fat格式的文件系统,路由器 b主控创建一个可容纳路由器a升级包fat32格式的img镜像文件,通过loopmount到当前系统的目录下,并通过mass storage使路由器a主控能访问 /dev/loop0设备。
[0118]
路由器a主控uboot需要支持fatload命令,并在升级前将升级包完整 的保存至路由器b主控的flash中,保证掉电时在uboot中能下载到完整的 升级包,不完整的升级包也
会导致死机。
[0119]
图3是图1中使用的b主控方法流程图。如图3所示,路由器b主控流程开启, 在路由器b主控创建足够空间的镜像文件:
[0120]
dd if=/dev/zero of=/forloop/fota.img bs=1m count=60z。
[0121]
使用loseup将镜像文件虚拟成块设备:
[0122]
loseup/dev/loop0/forloop/fota.img。
[0123]
使用mkdosfs格式化成fat32格式:
[0124]
mkdosfs
–
f 32
–
s 2048/dev/loop0。
[0125]
以vfat格式挂载/dev/loop0:
[0126]
mount
‑
t vfat
–
o rw/dev/loop0/fota。
[0127]
将u盘设置为第一启动盘:echo
[0128]“/dev/loop0”>/sys/class/android_usb/f_mass_storage/lun/file。
[0129]
图4是图1中使用的a主控升级方法流程图。如图4所示,路由器a主 控升级流程图如下:
[0130]
将路由器a主控升级包保存到路由器b主控中,设置升级标记,路由器a 主控开始升级。系统判断路由器a主控升级中是否掉电,如果否,则正常升 级,路由器a主动升级完毕,则重启reboot;如果是,则路由器a主控下次 上电后,进入uboot模块,uboot判断是否有升级标记,如果无升级标记,则 路由器a主控正常升级,如果有升级标记,则开启uboot升级。uboot升级时, usb接口重置reset,fatload通过usb从b主控下载路由器a主控升级包, 路由器a主控再擦除rom,再更新image文件,清除升级标记,升级完毕后, 再重启a主控。
[0131]
实施本实施例,可以有效解决第一电子产品升级掉电死机问题,通过在 第二电子产品中存储第一电子产品的软件升级包,在第一电子产品升级过程 中出现掉电的情况时,通过从第二电子产品上下载升级包,完成软件升级, 尤其适用于flash大小不一的双主控产品。
[0132]
实施例三
[0133]
图6为本发明软件升级装置一实施例的结构示意图。如图6所示,一种 软件升级装置,至少包括:
[0134]
第一电子产品10,设有uboot,设置软件升级标识;
[0135]
第二电子产品20,与所述第一电子产品通过电气连接,存储所述第一电 子产品的软件升级包;
[0136]
第一电子产品10还设有第一电子产品升级掉电状态获取模块101,用于 获取第一电子产品升级中的掉电状态;
[0137]
第一电子产品10还设有软件升级模块102,用于判断升级过程中的掉电 状态,如果为真,则第一电子产品在下一次上电时,读取软件升级标识,开 启uboot升级,从所述第二电子产品下载所述软件升级包到所述第一电子产 品,否则第一电子产品正常启动;
[0138]
存储模块201,设于第二电子产品20。
[0139]
软件升级模块102还可以包括:
[0140]
rom擦除模块,用于擦除rom;
[0141]
镜像文件更新模块,用于更新镜像文件;
[0142]
软件升级标识清除模块,用于清除软件升级标识;
[0143]
软件升级执行模块,用于对所述第一电子产品进行软件升级;
[0144]
重启模块,用于第一电子产品软件升级完毕后,重启所述第一电子产品。
[0145]
第一电子产品为手表、智能手机、电话、电视机、影碟机、录像机、摄 录机、收音机、收录机、组合音箱、激光唱机、电脑、游戏机、路由器中的 任何一种。
[0146]
第二电子产品为手表、智能手机、电话、电视机、影碟机、录像机、摄 录机、收音机、收录机、组合音箱、激光唱机、电脑、游戏机、路由器中的 任何一种。
[0147]
可以根据需要,第一电子产品和第二电子产品可以相同,也可以不同。 如图2所示,本实施例第一电子产品和第二电子产品均为以双主控usb通讯 cpe产品如路由器,路由器a主控与路由器b主控通过usb连接来进行说明: 双主控产品,路由器a主控和路由器b主控之间使用usb通讯,路由器a主 控flash小,可使用空间少,无法存放升级包,也没办法做双系统;路由器b 主控flash空间足够,可存放路由器a主控升级包。可以根据实际需要设置 flash存储阈值,例如flash存储阈值设为5m,路由器a主控flash小于5m, 而路由器b主控flash大于5m,有足够的空间存储路由器a主控的升级包。 在实施例上,执行实施例一或二所述的软件升级方法,具体实施例请参见实 施例一和实施例二,在此不再赘述。
[0148]
实施本实施例,可以有效解决第一电子产品升级掉电死机问题,通过在 第二电子产品中存储第一电子产品的软件升级包,在第一电子产品升级过程 中出现掉电的情况时,通过从第二电子产品上下载升级包,完成软件升级, 尤其适用于flash大小不一的双主控产品。
[0149]
实施例四
[0150]
图7为根据本发明实施例提供的电子设备的实体结构示意图。基于上述 实施例的内容,如图7所示,该电子设备可以包括:处理器(processor)301、 存储器(memory)302和总线303;其中,处理器301和存储器302通过总线303完成相互间的通信;处理器301用于调用存储在存储器302中并可在处理 器301上运行的计算机程序指令,以执行上述各方法实施例所提供的软件升 级方法,例如包括:
[0151]
s1、将第一电子产品软件升级包存储于第二电子产品,设置软件升级标 识,第二电子产品与第一电子产品通过电气连接;
[0152]
s2、第一电子产品开始升级,获取升级过程中的掉电状态;
[0153]
s3、判断所述第一电子产品升级过程中的掉电状态,如果为真,则第一 电子产品在下一次上电时,读取软件升级标识,开启uboot升级,从所述第 二电子产品下载所述软件升级包到所述第一电子产品,否则第一电子产品正 常启动。
[0154]
此外,上述的存储器302中的逻辑指令可以通过软件功能单元的形式实 现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质 中。基于这样的理解,本发明实施例的技术方案实质上或者说对现有技术做 出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计 算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设 备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例 基于人脸识别生成备忘录的方法的全部或部分步骤。而前述的存储介质包括: u盘、移动硬盘,只读存储器(rom,read
‑
only memory)、随机存储存储器(ram, random access memory)、磁碟或者光盘等各种存储程序代码的介质。
[0155]
采用本实施例,可以有效解决第一电子产品升级掉电死机问题,通过在 第二电子产品中存储第一电子产品的软件升级包,在第一电子产品升级过程 中出现掉电的情况时,通过从第二电子产品上下载升级包,完成软件升级, 尤其适用于flash大小不一的双主控产品。
[0156]
实施例五
[0157]
本发明另一实施例公开一种计算机程序产品,计算机程序产品包括存储 在非暂态计算机可读存储介质上的计算机程序,计算机程序包括程序指令, 当程序指令被计算机执行时,计算机能够执行上述各实施例所提供的软件升 级方法,例如包括步骤:
[0158]
s1、将第一电子产品软件升级包存储于第二电子产品,设置软件升级标 识,第二电子产品与第一电子产品通过电气连接;
[0159]
s2、第一电子产品开始升级,获取升级过程中的掉电状态;
[0160]
s3、判断所述第一电子产品升级过程中的掉电状态,如果为真,则第一 电子产品在下一次上电时,读取软件升级标识,开启uboot升级,从所述第 二电子产品下载所述软件升级包到所述第一电子产品,否则第一电子产品正 常启动。
[0161]
采用本实施例,可以有效解决第一电子产品升级掉电死机问题,通过在 第二电子产品中存储第一电子产品的软件升级包,在第一电子产品升级过程 中出现掉电的情况时,通过从第二电子产品上下载升级包,完成软件升级, 尤其适用于flash大小不一的双主控产品。
[0162]
实施例六
[0163]
本发明另一实施例提供
‑
种非暂态计算机可读存储介质,非暂态计算机可 读存储介质存储计算机指令,计算机指令使计算机执行上述各方法实施例所 提供的软件升级方法,例如包括步骤:
[0164]
s1、将第一电子产品软件升级包存储于第二电子产品,设置软件升级标 识,第二电子产品与第一电子产品通过电气连接;
[0165]
s2、第一电子产品开始升级,获取升级过程中的掉电状态;
[0166]
s3、判断所述第一电子产品升级过程中的掉电状态,如果为真,则第一 电子产品在下一次上电时,读取软件升级标识,开启uboot升级,从所述第 二电子产品下载所述软件升级包到所述第一电子产品,否则第一电子产品正 常启动。
[0167]
采用本实施例,可以有效解决第一电子产品升级掉电死机问题,通过在 第二电子产品中存储第一电子产品的软件升级包,在第一电子产品升级过程 中出现掉电的情况时,通过从第二电子产品上下载升级包,完成软件升级, 尤其适用于flash大小不一的双主控产品。
[0168]
以上仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是 在本发明的发明构思下,利用本发明说明书及附图内容所作的等效结构变换, 或直接/间接运用在其他相关的技术领域均包括在本发明的专利保护范围内。
再多了解一些
本文用于企业家、创业者技术爱好者查询,结果仅供参考。