WO2022188690A1

WO2022188690A1 - Method and apparatus for upgrading electronic device

Info

Publication number: WO2022188690A1
Application number: PCT/CN2022/079081
Authority: WO
Inventors: 许小兵
Original assignee: 华为技术有限公司
Priority date: 2021-03-08
Filing date: 2022-03-03
Publication date: 2022-09-15
Also published as: CN115061713A

Abstract

The present application provides a method for upgrading an electronic device, applicable to upgrading of electronic control units (ECUs), such as upgrading of an ECU of a vehicle. The electronic device comprises a memory, the memory comprises a first partition and a second partition, the first partition stores a loader program, the loader program has an upgrading module, and the second partition stores an application program. The method comprises: starting the loader program of the first partition, and copying the loader program to the second partition by the upgrading module of the loader program to form a backup loader program; starting the backup loader program of the second partition, and updating the loader program of the first partition by an upgrading module of the backup loader program; and starting the updated loader program of the first partition, and updating the application program of the second partition by the upgrading module of the updated loader program. According to the present application, consumption of resources in a memory can be reduced in an upgrading process of the electronic device, and the reliability in the upgrading process is improved by forming a temporary backup loader program.

Description

Method and device for upgrading electronic equipment

technical field

The present invention relates to the technical field of electronic equipment upgrading, and in particular, to a method and apparatus for upgrading electronic equipment, a computing device and a computer-readable storage medium.

Background technique

With the rapid development of the automotive industry, especially the rapid development of intelligent networked vehicles, the proportion of automotive electronic products in the whole vehicle is increasing. Correspondingly, the electronic control unit (ECU) in the vehicle is becoming more and more More and more functions. In the process of ECU development and market application, the upgrade of the application program (App) for the ECU is often involved, so as to continuously repair the defects in the application program or add new functions.

The upgrade process of the ECU application program involves the transmission, storage and validation process of the application program, and the storage resources of the ECU are often relatively small. Therefore, how to reduce the consumption of the ECU storage resources during the ECU upgrade process is to be solved by the present invention. technical issues.

SUMMARY OF THE INVENTION

In view of the above problems in the prior art, the present application provides a method and device for upgrading electronic equipment, a computing device and a computer-readable storage medium, which can improve the reliability of the upgrading process during the upgrading process of electronic equipment, and reduce the need for Consumption of storage resources.

In order to achieve the above object, a first aspect of the present application provides a method for upgrading an electronic device, the electronic device includes a memory, the memory includes a first partition and a second partition, the first partition stores a loading program, and the The loader has an upgrade module, the second partition stores application programs, and the method includes:

Start the loader of the first partition, and copy the loader to the second partition to form a backup loader by the upgrade module of the loader;

Start the backup loader of the second partition, and update the loader of the first partition by the upgrade module of the backup loader;

The updated loader of the first partition is started, and the application program of the second partition is updated by an upgrade module of the updated loader.

The memory of the electronic device may be Flash memory or EEPROM, etc., and the first partition and the second partition of the memory storing the loader (Loader) and the application program (App) may also be referred to as the Loader partition and the App partition. The method adopts a Loader partition and an App partition, and compared with the prior art, there is no redundant partition, thus reducing the consumption of storage resources. In addition, when the Loader partition is self-updating, the step of backing up the Loader is set, which realizes the temporary double backup of the Loader partition during the upgrade process, preventing the problem that the Loader or App is damaged and the upgrade or recovery cannot be continued due to abnormal upgrades. reliability during the upgrade process.

As a possible implementation manner of the first aspect, the updating the loader of the first partition includes writing a loader file for updating into the first partition; and/or

The updating the application program of the second partition includes writing the application program file for updating into the second partition. .

The above is an implementation method of updating, that is, by directly flashing the corresponding files to the partition.

As a possible implementation manner of the first aspect, the loader file or application file for the update is provided by one of the following devices:

A software upgrade server that can be connected in communication with the electronic device, an external storage device that can be interfaced with the electronic device, or a user terminal that can be connected in communication with the electronic device.

From the above, the way to obtain the corresponding upgrade file during the upgrade process can be flexibly selected according to the scenario. The scenario can be: whether the electronic device can directly access the Internet, whether it can connect to external storage media such as USB storage media, and whether it can be connected through short-range communication. user terminal, etc. You can flexibly choose the way to obtain the upgrade file according to different scenarios.

As a possible implementation manner of the first aspect, the memory further includes a third partition storing a boot program;

Said starting the loader of the first partition, starting the loader of the backup of the second partition, or starting the updated loader of the first partition by starting or restarting the electronic device by the It is implemented in the way of bootstrap.

Among them, the third partition of the memory storing the boot program (Boot) may also be called the Boot partition, and the startup flag of the corresponding partition can be set after each step in the upgrade is completed. Partition startup.

As a possible implementation manner of the first aspect, when an abnormal operation occurs in one of the following steps, the step is re-run:

Steps of starting the loading program of the first partition, and copying the loading program to the second partition by the upgrade module of the loading program to form a backup loading program;

A step of starting the backup loader of the second partition, and updating the loader of the first partition by an upgrade module of the backup loader;

The step of starting the updated loader of the first partition, and updating the application program of the second partition by an upgrade module of the updated loader.

From the above, by re-running the abnormal step, the abnormal problem of this step can be solved without returning to the first step in the upgrade process, so that the normal steps do not need to be repeated, the redundancy of steps is avoided, and the recovery and upgrade speed is faster. .

As a possible implementation manner of the first aspect, the electronic device is an electronic control unit.

From the above, the present application can be applied to an electronic control unit, and further can be applied to equipment equipped with the electronic control unit, such as a vehicle, a vehicle-mounted box (T-Box), a set-top box, a network device (such as a router, a wireless access point) etc.), embedded devices, or other consumer terminal electronic products, etc.

A second aspect of the present application provides an apparatus for upgrading an electronic device, the electronic device includes a memory, the memory includes a first partition and a second partition, the first partition stores a loader, and the loader has an upgrade module , the second partition stores application programs; the device includes:

a first copying module, used for starting the loading program of the first sub-region, and the upgrading module of the loading program copies the loading program to the second sub-region to form a backup loading program;

a first update module, configured to start a backup loader of the second partition, and update the loader of the first partition by an upgrade module of the backup loader;

The second update module is used for starting the updated loader of the first partition, and the application program of the second partition is updated by the update module of the updated loader.

As a possible implementation manner of the second aspect, the updating the loader of the first partition of the first update module includes writing a loader file for updating into the first partition; and/or

The updating of the application program of the second partition of the second update module includes writing an application program file for updating into the second partition.

As a possible implementation manner of the second aspect, the update loader file or application file is provided by one of the following devices:

As a possible implementation manner of the second aspect, the method further includes a booting module for starting the loader of the first partition, starting the loader of the backup of the second partition, or starting the updated first partition. The loader is implemented by starting or restarting the electronic device and being guided by the boot module.

As a possible implementation manner of the second aspect, when one of the modules runs abnormally, the module is re-run.

As a possible implementation manner of the second aspect, the electronic device is an electronic control unit.

A third aspect of the present application provides a computing device, including:

Communication Interface;

at least one processor connected to the communication interface; and

At least one memory connected to the processor and storing program instructions, the program instructions, when executed by the at least one processor, cause the at least one processor to perform the method of any one of the first aspects above.

A fourth aspect of the present application provides a computer-readable storage medium on which program instructions are stored, the program instructions, when executed by a computer, cause the computer to perform any of the methods described in the first aspect above.

To sum up, the technical solution of the present application adopts a single Loader partition and App partition when upgrading electronic equipment, which reduces redundancy, does not exist functional redundancy, and reduces the consumption of storage resources. Loader improves the reliability during the upgrade process and meets the upgrade requirements of electronic devices. For example, the requirements are: support for App and Loader updates; reduce ECU software damage caused by upgrade exceptions, which requires reliability; save storage space. Especially suitable scenarios include: Flash storage resources are relatively tight, and partitioning needs to reduce redundancy; or RAM resources are relatively tight, and the Loader program cannot be stored in memory; or upgrade exceptions need to be considered, and the App cannot be damaged due to exceptions. recovery situation.

These and other aspects of the invention will be more clearly understood in the following description of the embodiment(s).

Description of drawings

The various features of the present invention and the relationships between the various features are further explained below with reference to the accompanying drawings. The drawings are exemplary, some features are not shown to scale, and some of the drawings may omit features that are customary in the field to which the application relates and not essential to the application, or additionally show The non-essential features of the present application, and the combination of individual features shown in the drawings are not intended to limit the present application. In addition, the same reference numerals refer to the same contents throughout the present specification. The specific drawings are described as follows:

1A is a schematic diagram of an ECU upgrade based on a single Boot partition and a single App partition according to the prior art;

FIG. 1B is a schematic diagram of an ECU upgrade based on dual App partitions according to the second prior art;

FIG. 1C is a schematic diagram of an ECU upgrade based on dual Loader partitions in the prior art three;

2 is a schematic diagram of an embodiment of a method for upgrading an electronic device provided by the present application;

3A is a schematic diagram of a partition of Flash in a specific embodiment of the method for upgrading an electronic device provided by the application;

3B is a flowchart of a specific implementation manner of a method for upgrading an electronic device provided by the present application;

3C is a schematic diagram of each partition upgrade in the first embodiment shown in FIG. 3B;

4 is a schematic diagram of an embodiment of an apparatus for upgrading electronic equipment provided by the present application;

FIG. 5 is a schematic diagram of a computing device of the present application.

Detailed ways

The words "first, second, third, etc." in the description and claims, or similar terms such as module A, module B, module C, etc., are only used to distinguish similar objects, and do not represent a specific ordering of objects, which can be understood Indeed, where permitted, the specific order or sequence may be interchanged to enable the embodiments of the application described herein to be practiced in sequences other than those illustrated or described herein.

In the following description, the reference numerals representing steps, such as S110, S120, etc., do not necessarily mean that this step will be performed, and the order of the preceding and following steps may be interchanged or performed simultaneously if permitted.

The term "comprising" used in the description and claims should not be interpreted as being limited to what is listed thereafter; it does not exclude other elements or steps. Accordingly, it should be interpreted as specifying the presence of said features, integers, steps or components mentioned, but not excluding the presence or addition of one or more other features, integers, steps or components and groups thereof. Therefore, the expression "apparatus comprising means A and B" should not be limited to apparatuses consisting of parts A and B only.

Reference in this specification to "one embodiment" or "an embodiment" means that a particular feature, structure, or characteristic described in connection with the embodiment is included in at least one embodiment of the present invention. Thus, the appearances of the terms "in one embodiment" or "in an embodiment" in various places in this specification are not necessarily all referring to the same embodiment, but can refer to the same embodiment. Furthermore, the particular features, structures or characteristics can be combined in any suitable manner, as would be apparent to one of ordinary skill in the art from this disclosure, in one or more embodiments.

Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the technical field to which this application belongs. If there is any inconsistency, the meaning described in this specification or the meaning derived from the content described in this specification shall prevail. In addition, the terms used herein are only for the purpose of describing the embodiments of the present application, and are not intended to limit the present application. In order to accurately describe the technical content in this application, and in order to accurately understand the present invention, the following explanations or definitions are given to the terms used in this specification before the specific embodiments are described:

1) Electronic Control Unit (ECU): It is composed of a microprocessor (MCU), a Flash memory storing application programs, a RAM for program running, and an input/output interface (I/O) and other integrated circuits. When used in a vehicle, it is also called a trip computer or an on-board computer.

2) ECU data flashing: Also known as ECU data filling, it is used to update the application program in the Flash memory of the ECU.

3) Flash memory: also known as flash memory, or flash memory, the full name is Flash EEPROM (Electrically Erasable Programmable read only memory, EEPROM), that is, electrified erasable programmable read-only memory, which is a non-volatile memory. The Flash memory is hereinafter referred to as Flash for short.

4) Loader partition and Loader program: The partition where Loader program is stored is called Loader partition. The Loader program is a loader program, or is called a Bootloader program, which supports loading and updating functions, and the updating function is implemented by an upgrade module in the Loader program. During the ECU power-on and startup process, the Loader program is used to control the normal startup of jumping to the App application, or to control the operation of the programs in the Boot area, such as performing the data flashing operation to the ECU's Flash. The Loader program will be referred to as Loader in the following text.

5) App partition and App program: The partition where App programs are stored is called App partition. App is an application program, that is, a program that realizes the functions of the ECU. Hereinafter, the App will be referred to as the App for short.

6) Boot partition and Boot program: The partition that stores the Boot program is called the Boot partition. The Boot program is the boot program, used to boot the App partition or the Loader partition.

7) RAM: Random-Access Memory, which is a volatile memory, the original data in RAM will disappear after the ECU restarts.

The existing methods are first introduced below, and then the technical solutions of the present application are introduced in detail.

Prior art 1: Figure 1A shows a traditional upgrade solution. In this solution, only one Boot partition (boot program partition) and one App partition are set in the Flash of the ECU. Temporarily load the Loader into the RAM of the ECU, and after loading, the Loader will flash and update the App partition.

The existing technology 1 has the following defects:

1) During the App upgrade process, when the App partition is being flashed and erased, and an upgrade exception occurs, such as data transmission error, power failure, etc., the new App has not been flashed successfully at this time, resulting in only Boot in the ECU Flash. The program in the area can be run, which will directly lead to the failure of the ECU upgrade, and the application function cannot be executed normally. Since the App in the App partition is erased and damaged, and the Loader in the RAM will disappear after the ECU restarts, the ECU cannot continue to be started, and it can only be returned to the factory for repair;

2) The RAM resources of the ECU are limited, which limits the size of the Loader. If the Loader is relatively large, it will not be able to be loaded into the RAM. Since the code size of the Loader itself is limited, there are restrictions on the increase of the code size due to the improvement and improvement of the Loader function.

The second prior art: FIG. 1B shows an improved upgrade solution for the first prior art, which is a dual-App partition upgrade solution. In this solution, the Flash of the ECU includes a Boot partition and two App partitions (App0 and App1 partitions as shown in Figure 1B), and the two App partitions back up each other, and both have the function of upgrading and updating. When the App partition is updated , you can use the program of one App partition to upgrade another App partition. The typical process is as follows:

First, it is necessary to identify the currently activated App partition by a startup flag bit. If the startup flag bit corresponds to App0, then the App0 partition is the activated partition, and the App0 partition is currently activated;

When the App0 partition is running and the App partition update is performed, App0 downloads the upgrade software, flashes and updates it to the App1 partition, and then modifies the startup flag to correspond to App1, so as to start and run the App1 partition after restarting, App1 will then update the App0 The partition is flashed and updated. If the update of the App1 partition fails, continue to maintain the startup flag corresponding to App0, and roll back the update of App1, or refresh the App1 partition again.

Because the existing technology 2 uses the App0 partition and the App1 partition as backups for each other, there is a large redundancy, so the utilization rate of Flash storage is low, especially for vehicle ECUs with small storage space, when integrating increasingly complex functional requirements, Flash When storage space is particularly tight, this approach exacerbates space constraints and even leads to space shortages.

Prior art three: Fig. 1C shows another improved upgrade solution for prior art one, which is a dual-loader solution: in this solution, the Flash partition of the ECU includes a Boot partition and a dual Loader partition (as shown in Fig. 1C ). Loader0 and Loader1 partitions shown) and an App partition. When flashing and updating the App partition, Loader0 or Loader1 flashes and updates the App partition. In addition, Loader0 and Loader1 can also update each other, and the mutual update is similar to the mutual update of the dual App partitions in the above-mentioned second prior art, which will not be repeated.

Since the third prior art adopts the Loader0 and Loader1 partitions, the two partitions are mutually backup, and there is redundancy. Therefore, the defects described in the second prior art also exist.

Based on the technical problems existing in the above-mentioned prior art, the present application provides a method for upgrading an electronic device. The present application sets a Boot partition, a Loader partition, and an App partition in the memory (such as Flash) of the electronic device. After the Loader is temporarily moved to the App partition, refresh and update the Loader partition to update the Loader, and refresh and update the App partition through the updated Loader to update the Loader partition and the App partition. After the Loader is moved to the App partition, and before the Loader partition is refreshed and updated, the backup state of the dual Loader temporarily exists, which can solve the problem of power failure, disconnection, and file errors during the upgrade process mentioned in the prior art. The problem that the ECU cannot be continued abnormally, and, compared with the existing technologies 2 and 3, the App partition and the Loader partition are single partitions, there is no redundancy, and storage resources can be saved.

The ECU upgrade scenario of this application can be applied to vehicle ECUs, vehicle-mounted boxes (T-Box), set-top box ECUs, network equipment (such as routers, wireless access points, etc.) ECUs, embedded equipment ECUs, or other consumer terminal electronics. product ECU. It is also suitable for scenarios where the reliability of the upgrade needs to be ensured under the premise of few hardware resources (Flash and RAM) such as general ECU/MCU.

[The first embodiment of a method for upgrading an electronic device]

Referring to the flowchart shown in FIG. 2 , the following describes the first embodiment of the method for upgrading an electronic device of the present application. Wherein, in the first embodiment, the electronic device includes a memory, such as Flash memory or EEPROM, etc., the memory includes a first partition and a second partition, the first partition stores a loader (Loader), the A loader (Loader) has an upgrade module, the second partition stores an application program (App), and in some embodiments, the memory further includes a third partition that stores a boot program (Boot). Among them, the first, second, and third partitions are also referred to as Loader partitions, App partitions, and Boot partitions hereinafter, according to different stored contents.

Wherein, in the first embodiment, the electronic device is an electronic control unit ECU. When the electronic device is upgraded, as shown in Figure 2, the method for upgrading the electronic device includes the following steps:

S210: Start the loader of the first partition, and copy the loader to the second partition to form a backup loader through an upgrade module of the loader of the first partition;

In some embodiments, after the electronic device is powered on or restarted, this step can be entered by means of the boot program (ie, the Boot program). Wherein, when the electronic device is started, a specific key or key combination can be pressed to enter the Boot boot process, and when the Boot boot process is entered, the Loader of the first partition can be booted to run.

S220: Start the backup loader of the second partition, and update the loader of the first partition by an upgrade module of the backup loader;

Wherein, the update of the loader of the first partition may be implemented by brushing the loader file for updating into the first partition.

In some embodiments, after step S210 is performed, the electronic device can be restarted, and after restarting, the step can be entered by means of the bootstrap program. For example, after step S210 is performed, a startup flag can be set corresponding to the second Partition, when restarted, Boot will guide and run the backup Loader of the second partition according to the startup flag.

S230: Start the updated loader of the first partition, and update the application program (ie, the App program) of the second partition by an upgrade module of the updated loader.

Wherein, the update of the application program in the second partition may be implemented by brushing the application program file for updating into the second partition.

In some embodiments, after step S220 is performed, the electronic device can be restarted, and the step can be entered into this step by means of the bootstrap program after the restart. For example, after step S220 is performed, a startup flag can be set corresponding to the first Partition, after restarting, Boot will run the updated Loader of the first partition according to the startup flag.

It can be seen from the above that this method adopts one Loader partition and one App partition, and there is no redundant partition compared to the prior art, thus reducing the consumption of storage resources. In addition, when the Loader partition is updated through the above steps S210 and S220, since the step of backing up the Loader is set through the step S210, the temporary double backup of the Loader partition during the upgrade process is realized, preventing the Loader or App from being damaged due to abnormality during the upgrade. Upgrade or restore issues, improving reliability during upgrades.

After this step is completed, the electronic device has completed the update of the application program and the update of the loading program. When the electronic device is restarted again, the updated application program in the second partition is guided to run through the bootstrap program to complete the startup of the electronic device. For example, after step S230 is performed, the startup flag can be set to correspond to the second partition. The updated App of the second partition is booted and run by Boot according to the startup flag.

In this embodiment, when an abnormal operation occurs in each of the above steps, the abnormal step is re-executed to solve the abnormal problem. In some other embodiments, no matter in which step an exception occurs, step S210 may also be returned. However, this embodiment only needs to re-run the abnormal step. Therefore, there is no need to return to the first step, so that the normal steps do not need to be repeated, and the redundancy of the steps is avoided, so the recovery and upgrade process is faster.

In some embodiments, the above-mentioned update loader file or application file is provided by one of the following ways:

It is provided by a software upgrade server that can be connected to the electronic device through a communication network. The software upgrade server is usually arranged on the network side. The electronic device is connected to the Internet through a wireless communication network, such as through a wireless access point, or through a 5G or 4G network. After the Internet, connect to the software upgrade server on the network side to obtain the corresponding update files;

Alternatively, provided by an external storage device connected to the electronic device interface, such as a USB storage medium, the corresponding update file can be downloaded and stored in the external storage device in advance, and inserted into the corresponding interface of the electronic device to provide the electronic device;

Alternatively, a user terminal that is communicatively connected to the electronic device, such as a user mobile phone, PAD, etc., that can be connected wirelessly, such as WIFI or Bluetooth, or a data cable, can be connected to the software upgrade server in communication, and obtained from the software upgrade server. Corresponding update documents are made available to the electronic device.

In some embodiments, the process of updating the Loader in the Loader partition or the App in the App partition may be performed in a file incremental update manner.

[The first specific embodiment of the method for upgrading electronic equipment]

Hereinafter, the specific implementation manner in which the present application has been applied to an ECU is taken as an example for description, and the upgrade is specifically to upgrade the Flash of the ECU. In this embodiment, as shown in FIG. 3A, the Flash allocated to the ECU includes at least the following partitions:

The Boot partition has a boot program, which is referred to as Boot for short. The boot program can determine whether to start the App or the upgrade program of the Loader partition according to certain conditions, such as a certain flag or whether the App starts normally. In order to ensure the reliability of the ECU, the boot program should be as simple and stable as possible, and the Boot partition usually does not need to be updated.

The Loader partition, in which the software upgrade program is deployed, and the software upgrade program is referred to as Loader for short, can support the download and refresh of data in each partition in the Flash.

App partition, which has application App.

Other (Other) partitions may include partitions for storing parameters, etc. In order to ensure the integrity of these parameters before and after the ECU update, these partitions do not need to be updated during the ECU update process.

Next, based on the partition of the above-mentioned Flash, referring to the flowchart of a specific embodiment of the method for upgrading an ECU provided by the present application shown in FIG. 3B , the schematic diagram of each partition upgrade in the specific embodiment shown in FIG. The embodiment is described. In this specific embodiment, the update of the Loader partition and the App partition is taken as an example to illustrate, including the following steps:

S310: After booting the Loader of the Loader partition through Boot, copy the Loader partition data to the App partition through the upgrade module in the Loader to form a backup Loader. At this time, the apps stored in the App partition will not be able to be used normally.

If the communication is interrupted or the power outage is abnormal, restart the Loader in the Loader partition after the next Boot startup, and continue or perform this step again.

For the purpose of description, in this embodiment, the Loader in the Loader partition is called Loader0, and the backup Loader in the App partition is called Loader1.

S320: Start Loader1 in the App partition. Among them, after the ECU is restarted, the Loader1 can be started through the Boot boot. For example, before switching, set the Loader's startup flag to the currently not running Loader, so that after the Boot restarts, another Loader will be started.

S330: Download the Loader file package of the new version from the software upgrade server through the upgrade module in Loader1, and flash the Loader file package of the new version to the Loader partition. If an exception occurs during the flashing process, restart the current Loader1 after the next Boot startup, and continue or perform this step again.

S340: After flashing the Loader partition, start Loader0 in the Loader partition. At this time, Loader0 has been updated. For the method of starting Loader0, reference may be made to the description in step S320, and details are not repeated here.

S350: Use the upgrade module in Loader0 to flash and update the App partition, including downloading the App file package from the software upgrade server, and flash the App partition accordingly. If the flashing process is abnormal, after the next Boot startup, restart the current Loader0, and continue or perform this step again.

When the flashing of the App partition is completed, the upgrade is completed. At this time, both the Loader partition and the App partition are updated, and when the ECU is restarted, the normal startup of the App in the App partition is guided by Boot.

In addition, it should be noted that if the update is only for the App partition, only the above step S350 may be involved, and details are not repeated here. In addition, it should be noted that the above description takes the App partition as an example. It is not difficult to understand that if there are other partitions, and the data of the partition is not affected, the Loader partition data in the above S310 can also be copied to other partitions. The process of the above dual Loader.

The above is to download the required Loader file package and App file package from the software upgrade server during the upgrade process. In some embodiments, the corresponding file package may also be acquired from a peripheral device connected through an interface, such as an external memory connected through a USB interface that stores the above-mentioned file package. In other embodiments, the corresponding file package may also be obtained from a wirelessly connected terminal, such as a mobile phone or a PAD connected in a short distance through Bluetooth, WIFI, or the like. Moreover, when the update adopts the way of incremental update, the file package described here may only involve the incremental part that needs to be updated.

[Example of the Apparatus for Upgrading Electronic Equipment in the Application]

As shown in FIG. 4 , the present application also provides a corresponding embodiment of a device for upgrading electronic equipment. For the beneficial effects or technical problems solved by the device, reference may be made to the description in the method corresponding to each device, or Refer to the descriptions in the Summary of the Invention, which will not be repeated here.

In an embodiment of the apparatus for upgrading an electronic device, the electronic device includes a memory, the memory includes a first partition and a second partition, the first partition stores a loader, the loader has an upgrade module, the The second partition stores application programs; the device includes:

The first copying module 410 is used to start the loading program of the first partition, and the upgrade module of the loading program copies the loading program to the second partition to form a backup loading program;

a first update module 420, configured to start a backup loader of the second partition, and update the loader of the first partition by an upgrade module of the backup loader;

The second update module 430 is configured to start the updated loader of the first partition, and update the application program of the second partition by the update module of the updated loader.

In some embodiments, the updating of the loader of the first partition of the first update module 420 includes writing a loader file for updating into the first partition; the update of the second update module 430 The application program of the second partition includes writing the application file for updating into the second partition.

In some embodiments, the update loader file or application file is provided by one of the following devices: a software update server, an external storage device interfaced with the electronic device, or a user communicatively connected to the electronic device terminal.

In some embodiments, a booting module 440 is further included, for starting the loader of the first partition, starting the loader of the backup of the second partition, or starting the updated loader of the first partition, It is realized by booting by the boot module after starting or restarting the electronic device.

In some embodiments, when each module runs abnormally, the module is re-run.

In some embodiments, the electronic device is an electronic control unit.

[Embodiment of the computing device of the present application]

FIG. 5 is a schematic structural diagram of a computing device 900 provided by an embodiment of the present application. The computing device 900 includes: a processor 910 , a memory 920 , and a communication interface 930 .

It should be understood that the communication interface 930 in the computing device 900 shown in FIG. 5 may be used to communicate with other devices.

Wherein, the processor 910 can be connected with the memory 920 . The memory 920 may be used to store the program codes and data. Therefore, the memory 920 may be a storage unit within the processor 910 , or may be an external storage unit independent of the processor 910 , or may include a storage unit within the processor 910 and an external storage unit independent of the processor 910 . part.

Optionally, computing device 900 may also include a bus. The memory 920 and the communication interface 930 may be connected to the processor 910 through a bus. The bus may be a Peripheral Component Interconnect (PCI) bus or an Extended Industry Standard Architecture (EISA) bus or the like. The bus can be divided into an address bus, a data bus, a control bus, and the like.

It should be understood that, in this embodiment of the present application, the processor 910 may adopt a central processing unit (central processing unit, CPU). The processor may also be other general-purpose processors, digital signal processors (DSPs), application specific integrated circuits (ASICs), ready-made programmable gate arrays (FPGAs) or other Programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. Alternatively, the processor 910 uses one or more integrated circuits to execute related programs to implement the technical solutions provided by the embodiments of the present application.

The memory 920 , which may include read-only memory and random access memory, provides instructions and data to the processor 910 . A portion of processor 910 may also include non-volatile random access memory. For example, the processor 910 may also store device type information.

When the computing device 900 is running, the processor 910 executes the computer-executable instructions in the memory 920 to execute the operation steps of the above method.

It should be understood that the computing device 900 according to an embodiment of the present application may correspond to a corresponding subject in executing the methods according to the various embodiments of the present application, and the above-mentioned and other operations and/or functions of each module in the computing device 900 are for the purpose of realizing the present application, respectively. For the sake of brevity, the corresponding processes of each method in the embodiment will not be repeated here.

Those of ordinary skill in the art can realize that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Skilled artisans may implement the described functionality using different methods for each particular application, but such implementations should not be considered beyond the scope of this application.

Those skilled in the art can clearly understand that, for the convenience and brevity of description, the specific working process of the above-described systems, devices and units may refer to the corresponding processes in the foregoing method embodiments, which will not be repeated here.

In the several embodiments provided in this application, it should be understood that the disclosed system, apparatus and method may be implemented in other manners. For example, the apparatus embodiments described above are only illustrative. For example, the division of the units is only a logical function division. In actual implementation, there may be other division methods. For example, multiple units or components may be combined or Can be integrated into another system, or some features can be ignored, or not implemented. On the other hand, the shown or discussed mutual coupling or direct coupling or communication connection may be through some interfaces, indirect coupling or communication connection of devices or units, and may be in electrical, mechanical or other forms.

The units described as separate components may or may not be physically separated, and components displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed to multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution in this embodiment.

In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically alone, or two or more units may be integrated into one unit.

The functions, if implemented in the form of software functional units and sold or used as independent products, may be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application can be embodied in the form of a software product in essence, or the part that contributes to the prior art or the part of the technical solution. The computer software product is stored in a storage medium, including Several instructions are used to cause a computer device (which may be a personal computer, a server, or a network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of the present application. The aforementioned storage medium includes: U disk, mobile hard disk, read-only memory (Read-Only Memory, ROM), random access memory (Random Access Memory, RAM), magnetic disk or optical disk and other media that can store program codes .

Embodiments of the present application further provide a computer-readable storage medium, on which a computer program is stored, and when the program is executed by a processor, is used to execute a method for upgrading an electronic device, and the method includes the methods described in the foregoing embodiments. at least one of the options.

The computer storage medium of the embodiments of the present application may adopt any combination of one or more computer-readable media. The computer-readable medium may be a computer-readable signal medium or a computer-readable storage medium. The computer readable storage medium can be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus or device, or any combination of the above. More specific examples (a non-exhaustive list) of computer readable storage media include: electrical connections having one or more wires, portable computer disks, hard disks, random access memory (RAM), read only memory (ROM), Erasable programmable read only memory (EPROM or flash memory), optical fiber, portable compact disk read only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination of the above. In this document, a computer-readable storage medium can be any tangible medium that contains or stores a program that can be used by or in conjunction with an instruction execution system, apparatus, or device.

A computer-readable signal medium may include a propagated data signal in baseband or as part of a carrier wave, with computer-readable program code embodied thereon. Such propagated data signals may take a variety of forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination of the foregoing. A computer-readable signal medium can also be any computer-readable medium other than a computer-readable storage medium that can transmit, propagate, or transport the program for use by or in connection with the instruction execution system, apparatus, or device .

Program code embodied on a computer readable medium may be transmitted using any suitable medium including, but not limited to, wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.

Computer program code for performing the operations of the present application may be written in one or more programming languages, including object-oriented programming languages—such as Java, Smalltalk, C++, but also conventional Procedural programming language - such as the "C" language or similar programming language. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer, or entirely on the remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any kind of network, including a local area network (LAN) or wide area network (WAN), or may be connected to an external computer (eg, through the Internet using an Internet service provider) connect).

Note that the above are only the preferred embodiments of the present application and the applied technical principles. Those skilled in the art will understand that the present invention is not limited to the specific embodiments described herein, and various obvious changes, readjustments and substitutions can be made by those skilled in the art without departing from the protection scope of the present invention. Therefore, although the present application has been described in detail through the above embodiments, the present invention is not limited to the above embodiments, and can also include more other equivalent embodiments without departing from the concept of the present invention, all of which belong to protection scope of the present invention.

Claims

A method for upgrading an electronic device, characterized in that the electronic device includes a memory, the memory includes a first partition and a second partition, the first partition stores a loader, the loader has an upgrade module, the The second partition stores application programs, and the method includes:

Start the loader of the first partition, and copy the loader to the second partition to form a backup loader by the upgrade module of the loader;

Start the backup loader of the second partition, and update the loader of the first partition by the upgrade module of the backup loader;

The updated loader of the first partition is started, and the application program of the second partition is updated by an upgrade module of the updated loader.
The method of claim 1, wherein:

The updating of the loader of the first partition includes writing a loader file for updating into the first partition; and/or

The updating the application program of the second partition includes writing the application program file for updating into the second partition.
The method of claim 2, wherein:

The updated loader file or application file is provided by one of the following devices:

A software upgrade server that can be connected in communication with the electronic device, an external storage device that can be interfaced with the electronic device, or a user terminal that can be connected in communication with the electronic device.
The method according to claim 1, wherein the memory further comprises a third partition storing a boot program;

Said starting the loader of the first partition, starting the loader of the backup of the second partition, or starting the updated loader of the first partition by starting or restarting the electronic device by the It is implemented in the way of bootstrap.
The method according to claim 1, characterized in that, when an abnormal operation occurs in one of the following steps, the step is re-run:

Steps of starting the loading program of the first partition, and copying the loading program to the second partition by the upgrade module of the loading program to form a backup loading program;

A step of starting the backup loader of the second partition, and updating the loader of the first partition by an upgrade module of the backup loader;

The step of starting the updated loader of the first partition, and updating the application program of the second partition by an upgrade module of the updated loader.
The method of claim 1, wherein the electronic device is an electronic control unit.
An apparatus for upgrading an electronic device, characterized in that the electronic device includes a memory, the memory includes a first partition and a second partition, the first partition stores a loader, the loader has an upgrade module, the The second partition stores application programs; the device includes:

a first copying module, used for starting the loading program of the first sub-region, and the upgrading module of the loading program copies the loading program to the second sub-region to form a backup loading program;

a first update module, configured to start a backup loader of the second partition, and update the loader of the first partition by an upgrade module of the backup loader;

The second update module is used for starting the updated loader of the first partition, and the application program of the second partition is updated by the update module of the updated loader.
The device according to claim 7, wherein:

The loader of the first update module for updating the first partition includes writing a loader file for updating into the first partition; and/or

The updating of the application program of the second partition of the second update module includes writing an application program file for updating into the second partition.
The device of claim 8, wherein:

The updated loader file or application file is provided by one of the following devices:

A software upgrade server that can be connected in communication with the electronic device, an external storage device that can be interfaced with the electronic device, or a user terminal that can be connected in communication with the electronic device.
The apparatus according to claim 7, further comprising a booting module for starting a loader of the first partition, starting a loader of a backup of the second partition, or starting an update of the first partition The latter loading program is realized by the way of booting by the boot module after starting or restarting the electronic device.
The device of claim 7, wherein:

When one of the modules runs abnormally, the module is re-run.
The apparatus according to claim 7, wherein the electronic device is an electronic control unit.
A computing device, comprising:

Communication Interface;

at least one processor connected to the communication interface; and

at least one memory connected to the processor and storing program instructions which, when executed by the at least one processor, cause the at least one processor to perform the method of any one of claims 1-6 .
A computer-readable storage medium having program instructions stored thereon, wherein the program instructions, when executed by a computer, cause the computer to execute the method of any one of claims 1-6.