CN108196870A - 升级方法及装置 - Google Patents

Abstract

本发明提供了一种升级方法及装置，所述方法包括：若接收到上位机发送的升级请求，所述升级请求包含：待升级分区信息，向所述上位机发送确认应答信息；若接收到上位机发送的升级包，将所述升级包写入与所述待升级分区信息对应的待升级分区；向所述上位机发送升级完毕信息，重启系统，达到将升级包直接写入待升级分区，由于能够省去将升级包从SD卡加载到flash中去的时间，因此可以实现缩短升级时间的技术效果的技术效果。

Description

升级方法及装置

技术领域

本发明涉及无人机技术领域，尤其是涉及一种升级方法及装置。

背景技术

目前linux系统的无人机软件升级方案，是通过网络传输从服务器获取升级包到SD卡中，重启系统后检测SD卡中是否有升级包，然后将升级包加载到对应的flash分区。

这种方案存在的弊端是需要一个中转的flash存储区，升级包加载到flash中去后，要让升级包生效需要将系统重启，重启后会执行所有linux系统都会执行的特有步骤：先执行uboot–kernel(内核)-根文件系统，也就是说，升级时间需要将下载所需时间加上加载所需时间，升级时间长。

发明内容

有鉴于此，本发明的目的在于提供一种升级方法及装置，以缓解现有技术中存在的无人机在升级软件时，升级时间需要将下载所需时间加上加载所需时间，升级时间长的技术问题。

第一方面，本发明实施例提供了一种升级方法，应用于下位机，所述方法包括：

若接收到上位机发送的升级请求，所述升级请求包含：待升级分区信息，向所述上位机发送确认应答信息；

若接收到上位机发送的升级包，将所述升级包写入与所述待升级分区信息对应的待升级分区；

向所述上位机发送升级完毕信息，重启系统。

结合第一方面，本发明实施例提供了第一方面的第一种可能的实施方式，其中，所述升级包至少包含：待升级分区中目标分区的分区信息、升级数据信息及升级包在升级所述目标分区所需的多个升级数据包中的序号；

将所述升级数据包写入待升级分区信息对应的待升级分区，包括：

判断所述目标分区是否为待升级分区中的最后一分区；

若所述目标分区为最后一个分区，判断所述升级包的序号是否为升级所述目标分区所需的多个升级数据包中最后一序号；

若所述升级包的序号为最后一序号，将所述升级包写入所述目标分区，并向上位机发送升级完毕信息。

结合第一方面，本发明实施例提供了第一方面的第二种可能的实施方式，其中，将所述升级数据包写入待升级分区信息对应的待升级分区，还包括：

若所述升级包的序号不为最后一序号，将所述升级包写入所述目标分区，则等待接收上位机发送的下一升级包。

结合第一方面，本发明实施例提供了第一方面的第三种可能的实施方式，其中，将所述升级数据包写入待升级分区信息对应的待升级分区，还包括：

若所述目标分区不为最后一个分区，判断所述升级包的序号是否为升级所述目标分区所需的多个升级数据包中最后一序号；

若所述升级包的序号为最后一序号，将所述升级包写入所述目标分区；

获取下一目标分区的地址，并等待接收上位机发送的下一升级包。

结合第一方面，本发明实施例提供了第一方面的第四种可能的实施方式，其中，将所述升级数据包写入待升级分区信息对应的待升级分区，还包括：

若所述升级包的序号不为最后一序号，将所述升级包写入所述目标分区，则获取下一目标分区的地址，并等待接收上位机发送的下一升级包。

结合第一方面，本发明实施例提供了第一方面的第五种可能的实施方式，其中，所述方法还包括：

系统上电后，将u-boot从所述u-boot所在的分区搬移至DDR分区；

将内核从所述内核所在的分区搬移到DDR中；

将根文件从所述根文件所在的分区搬移到DDR中；

运行根文件系统启动用于升级的应用程序。

结合第一方面，本发明实施例提供了第一方面的第六种可能的实施方式，其中，所述方法还包括：

检测是否接收到上位机发送的升级请求；

若接收到上位机发送的升级请求，向所述上位机发送确认应答信息。

第二方面，本发明实施例还提供一种升级装置，所述装置包括：

第一发送模块，用于在接收到上位机发送的升级请求时，所述升级请求包含：待升级分区信息，向所述上位机发送确认应答信息；

写入模块，用于若接收到上位机发送的升级包，将所述升级包写入与所述待升级分区信息对应的待升级分区；

第二发送模块，用于向所述上位机发送升级完毕信息，重启系统。

第三方面，本发明实施例还提供一种电子设备，包括存储器、处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述第一方面所述的方法的步骤。

第四方面，本发明实施例还提供一种具有处理器可执行的非易失的程序代码的计算机可读介质，其特征在于，所述程序代码使所述处理器执行上述第一方面所述的方法。

本发明实施例带来了以下有益效果：本发明实施例可以通过在接收到上位机发送的升级请求时，向所述上位机发送确认应答信息；若接收到上位机发送的升级包，将所述升级包写入与所述待升级分区信息对应的待升级分区；向所述上位机发送升级完毕信息，重启系统。

本发明实施例能够将升级包直接写入待升级分区，由于能够省去将升级包从SD卡加载到flash中去的时间，因此可以实现缩短升级时间的技术效果。

本发明的其他特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种升级方法的一种流程图；

图2为图1中步骤S102的流程图；

图3为本发明实施例提供的一种升级方法的另一种流程图；

图4为本发明实施例提供的一种升级装置的结构图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

目前，这种方案存在的弊端是需要一个中转的flash存储区，升级包加载到flash中去后，要让升级包生效需要将系统重启，重启后会执行所有linux系统都会执行的特有步骤：先执行uboot–kernel(内核)-根文件系统，也就是说，升级时间需要将下载所需时间加上加载所需时间，升级时间长，基于此，本发明实施例提供的一种升级方法及装置，可以将升级包直接写入待升级分区，由于能够省去将升级包从SD卡加载到flash中去的时间，因此可以实现缩短升级时间的技术效果。

为便于对本实施例进行理解，首先对本发明实施例所公开的一种升级方法进行详细介绍，所述升级方法可以应用于下位机，下位机可以指无人机等，下位机可以接收上位机发送的升级包，上位机可以指客户端等，如图1所示，所述方法可以包括以下步骤。

步骤S101，若接收到上位机发送的升级请求，所述升级请求包含：待升级分区信息，向所述上位机发送确认应答信息。

在实际应用中，待升级分区可以指flash分区，待升级分区的数量可以为至少一个，例如可以为四个分区：uboot所在的第一分区，内核所在的第二分区，根文件系统所在的第三分区，存储参数的第四分区；待升级分区信息包括：待升级分区的数量n，如果要升级两个分区n＝2；以及，待升级分区的分区名称等。

步骤S102，若接收到上位机发送的升级包，将所述升级包写入与所述待升级分区信息对应的待升级分区。

在本发明实施例中，可以首先根据待升级分区信息确定至少一个待升级分区，然后将升级包写入至少一个待升级分区中。

步骤S103，向所述上位机发送升级完毕信息，重启系统。

本发明实施例可以通过在接收到上位机发送的升级请求时，向所述上位机发送确认应答信息；若接收到上位机发送的升级包，将所述升级包写入与所述待升级分区信息对应的待升级分区；向所述上位机发送升级完毕信息，重启系统。

本发明实施例能够将升级包直接写入待升级分区，由于能够省去将升级包从SD卡加载到flash中去的时间，因此可以实现缩短升级时间的技术效果。

在本发明的又一实施例中，所述升级包至少包含：待升级分区中目标分区的分区信息、升级数据信息及升级包在升级所述目标分区所需的多个升级数据包中的序号；

在本发明实施例中，待升级分区中目标分区的分区信息可以指目标分区的标识i(i小于等于n)，在升级所述目标分区所需的多个升级数据包的总包数(num)，升级包在升级所述目标分区所需的多个升级数据包中的序号j，注意：如果j＝num，说明当前分区升级完毕，此时升级下一个分区i会加1。

在这里示出和描述的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制，因此，示例性实施例的其他示例可以具有不同的值。

如图2所示，步骤S102可以包括以下步骤。

步骤S201，判断所述目标分区是否为待升级分区中的最后一分区；

在本发明实施例中，待升级分区中的最后一分区就是指目标分区的标识i等于n，因此判断是否为最后一分区，即可以判断目标分区的标识i是否等于n，若i＝n，则可以确定目标分区为待升级分区中的最后一分区。

步骤S202，若所述目标分区为最后一个分区，判断所述升级包的序号是否为升级所述目标分区所需的多个升级数据包中最后一序号。

在本发明的又一实施例中，最后一序号可以指j等于num，因此，判断升级包的序号是否为最后一序号可以指判断j是否等于num，若j＝num，则可以确定升级包的序号为最后一序号。

在这里示出和描述的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制，因此，示例性实施例的其他示例可以具有不同的值。

步骤S203，若所述升级包的序号为最后一序号，将所述升级包写入所述目标分区，并向上位机发送升级完毕信息。

即，在升级包的序号为最后一序号时，可以认为该升级包为升级所述目标分区所需的多个升级数据包中的最后一个升级包，因此可以将升级包存入目标分区，并向上位机发送升级完毕信息，以通知上位机停止向下位机继续发送升级包。

步骤S204，若所述升级包的序号不为最后一序号，将所述升级包写入所述目标分区，则等待接收上位机发送的下一升级包。

在本发明实施例中，若升级包的序号不为最后一序号，则可以认为升级所述目标分区所需的多个升级数据包还未接收完毕，则可以将升级包写入所述目标分区，并继续等待接收上位机发送的下一升级包。

步骤S205，若所述目标分区不为最后一个分区，判断所述升级包的序号是否为升级所述目标分区所需的多个升级数据包中最后一序号。

在本发明实施例中，若所述目标分区不为最后一个分区，则可以认为在将当前的目标分区升级完毕后，还有待升级的下一目标分区，因此，可以继续判断所述升级包的序号是否为升级所述目标分区所需的多个升级数据包中最后一序号，判断方式可以同步骤S202，此处不再赘述。

步骤S206，若所述升级包的序号为最后一序号，将所述升级包写入所述目标分区。

该步骤S206的详细内容可以参见步骤S203，此处不再赘述。

步骤S207，获取下一目标分区的地址，并等待接收上位机发送的下一升级包。

步骤S208，若所述升级包的序号不为最后一序号，将所述升级包写入所述目标分区，则获取下一目标分区的地址，并等待接收上位机发送的下一升级包。

在本发明实施例中，下位机获取下一目标分区的地址后，可以将下一目标分区的地址发送给上位机，以便于上位机在发送下一个升级包时，将该目标分区的地址添加到升级包中。

在本发明的又一实施例中，如图3所示，所述方法还可以包括以下步骤。

步骤S301，系统上电后，将u-boot从所述u-boot所在的分区搬移至DDR分区。

步骤S302，将内核从所述内核所在的分区搬移到DDR中。

步骤S303，将根文件从所述根文件所在的分区搬移到DDR中。

步骤S304，运行根文件系统启动用于升级的应用程序。

步骤S305，检测是否接收到上位机发送的升级请求。

步骤S101，若接收到上位机发送的升级请求，向所述上位机发送确认应答信息。

在本发明的又一实施例中，如图4所示，还提供一种升级装置，本发明实施例所提供的装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。所述装置包括：

第一发送模块11，用于在接收到上位机发送的升级请求时，所述升级请求包含：待升级分区信息，向所述上位机发送确认应答信息；

写入模块12，用于若接收到上位机发送的升级包，将所述升级包写入与所述待升级分区信息对应的待升级分区；

第二发送模块13，用于向所述上位机发送升级完毕信息，重启系统。

在本发明的又一实施例中，还提供一种电子设备，包括存储器、处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述方法实施例所述的方法的步骤。

在本发明的又一实施例中，还提供一种具有处理器可执行的非易失的程序代码的计算机可读介质，所述程序代码使所述处理器执行上述方法实施例所述的方法。

本发明实施例所提供的升级方法的计算机程序产品，包括存储了程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参见方法实施例，在此不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

另外，在本发明实施例的描述中，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

在本发明的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。

最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (10)

1.一种升级方法，其特征在于，应用于下位机，所述方法包括：

若接收到上位机发送的升级请求，所述升级请求包含：待升级分区信息，向所述上位机发送确认应答信息；

若接收到上位机发送的升级包，将所述升级包写入与所述待升级分区信息对应的待升级分区；

向所述上位机发送升级完毕信息，重启系统。

2.根据权利要求1所述的升级方法，其特征在于，所述升级包至少包含：待升级分区中目标分区的分区信息、升级数据信息及升级包在升级所述目标分区所需的多个升级数据包中的序号；

将所述升级数据包写入待升级分区信息对应的待升级分区，包括：

判断所述目标分区是否为待升级分区中的最后一分区；

若所述目标分区为最后一个分区，判断所述升级包的序号是否为升级所述目标分区所需的多个升级数据包中最后一序号；

若所述升级包的序号为最后一序号，将所述升级包写入所述目标分区，并向上位机发送升级完毕信息。

3.根据权利要求2所述的升级方法，其特征在于，将所述升级数据包写入待升级分区信息对应的待升级分区，还包括：

若所述升级包的序号不为最后一序号，将所述升级包写入所述目标分区，则等待接收上位机发送的下一升级包。

4.根据权利要求3所述的升级方法，其特征在于，将所述升级数据包写入待升级分区信息对应的待升级分区，还包括：

若所述目标分区不为最后一个分区，判断所述升级包的序号是否为升级所述目标分区所需的多个升级数据包中最后一序号；

若所述升级包的序号为最后一序号，将所述升级包写入所述目标分区；

获取下一目标分区的地址，并等待接收上位机发送的下一升级包。

5.根据权利要求4所述的升级方法，其特征在于，将所述升级数据包写入待升级分区信息对应的待升级分区，还包括：

若所述升级包的序号不为最后一序号，将所述升级包写入所述目标分区，则获取下一目标分区的地址，并等待接收上位机发送的下一升级包。

6.根据权利要求2所述的升级方法，其特征在于，所述方法还包括：

系统上电后，将u-boot从所述u-boot所在的分区搬移至DDR分区；

将内核从所述内核所在的分区搬移到DDR中；

将根文件从所述根文件所在的分区搬移到DDR中；

运行根文件系统启动用于升级的应用程序。

7.根据权利要求6所述的升级方法，其特征在于，所述方法还包括：

检测是否接收到上位机发送的升级请求；

若接收到上位机发送的升级请求，向所述上位机发送确认应答信息。

8.一种升级装置，其特征在于，所述装置包括：

第一发送模块，用于在接收到上位机发送的升级请求时，所述升级请求包含：待升级分区信息，向所述上位机发送确认应答信息；

写入模块，用于若接收到上位机发送的升级包，将所述升级包写入与所述待升级分区信息对应的待升级分区；

第二发送模块，用于向所述上位机发送升级完毕信息，重启系统。

9.一种电子设备，包括存储器、处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现上述权利要求1至7任一项所述的方法的步骤。

10.一种具有处理器可执行的非易失的程序代码的计算机可读介质，其特征在于，所述程序代码使所述处理器执行所述权利要求1-7任一所述方法。