WO2022094855A1

WO2022094855A1 - Firmware upgrade method and electronic device

Info

Publication number: WO2022094855A1
Application number: PCT/CN2020/126732
Authority: WO
Inventors: 周韦博; 龚如
Original assignee: 深圳市大疆创新科技有限公司
Priority date: 2020-11-05
Filing date: 2020-11-05
Publication date: 2022-05-12

Abstract

Embodiments of the present application provide a firmware upgrade method and an electronic device. The method comprises: obtaining firmware upgrade data by means of firmware stored in a first storage space, and storing said firmware upgrade data in a second storage space; starting a boot loader; according to the firmware upgrade data stored in said second storage storage space, causing said boot loader to upgrade the firmware stored in the first storage to obtain upgraded firmware. In the technical solutions provided by the embodiments of the present application, it is unnecessary to design certain features of the firmware into the boot loader, the boot loader has simple functions and low complexity, and is less difficult to maintain.

Description

Firmware upgrade method and electronic device

technical field

The present invention relates to the field of computer technology, and in particular, to a firmware upgrade method and an electronic device.

Background technique

Usually, firmware programs (Firmware) capable of implementing various functions are stored in an electronic device to ensure that the electronic device can operate normally. In practical applications, the firmware program in the device needs to be upgraded for various reasons, such as: in order to overcome the loopholes in the original firmware, in order to enhance the compatibility of the device, in order to develop new functions of the device, and so on.

In the prior art, the firmware program is generally loaded and upgraded through a boot program (loader) in the device. In order to reduce the occurrence rate of abnormal device operation caused by firmware upgrade during the firmware upgrade process, the existing solution is to design some functions in the firmware into the boot program, which makes the boot program function complex and difficult to maintain.

SUMMARY OF THE INVENTION

The present application provides a firmware upgrade method and an electronic device, which are used to solve the problems in the prior art that the functions of the boot program are complex and difficult to maintain.

An embodiment of the present application provides a firmware upgrade method. The method includes:

Obtain firmware upgrade data through firmware stored in the first storage space, and store the firmware upgrade data in the second storage space;

start the bootloader;

The boot program is made to upgrade the firmware stored in the first storage space according to the firmware upgrade data stored in the second storage space to obtain upgraded firmware.

Yet another embodiment of the present application provides an electronic device. The electronic equipment includes:

a memory for storing computer programs; the memory includes a second storage space and a first storage space;

A processor that performs the following actions:

Obtain firmware upgrade data by the firmware stored in the first storage space, and store the firmware upgrade data in the second storage space;

start the bootloader;

In the technical solutions provided by the embodiments of the present application, the data acquisition stage that takes a long time and is prone to failure or interruption in the firmware upgrade process is set in the firmware to be upgraded, and the firmware stores the acquired firmware upgrade data in the second storage space, wherein the second storage space is different from the first storage space for storing the firmware. In this way, in the data acquisition stage of the firmware upgrade process, the firmware to be upgraded can obtain its firmware upgrade data while executing corresponding functions to ensure the normal operation of the device, thereby reducing the occurrence rate of abnormal device operation during the firmware upgrade process. In addition, if the data acquisition stage fails or is interrupted, the program still remains in the firmware, and the firmware can still perform the corresponding functions normally to protect the normal operation of the device. That is, in the technical solutions provided by the embodiments of the present application, some functions of the firmware need not be designed into the boot program, and the boot program has simple functions, low complexity, and low maintenance difficulty.

Description of drawings

The drawings described herein are used to provide further understanding of the present application and constitute a part of the present application. The schematic embodiments and descriptions of the present application are used to explain the present application and do not constitute an improper limitation of the present application. In the attached image:

1 is a schematic flowchart of a firmware upgrade method provided by an embodiment of the present application;

2 is a schematic flowchart of a firmware upgrade method provided by another embodiment of the present application;

FIG. 3 is a structural block diagram of an electronic device provided by an embodiment of the present application.

Detailed ways

In order to make the purposes, technical solutions and advantages of the embodiments of the present invention clearer, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present invention. Obviously, the described embodiments These are some embodiments of the present invention, but not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those of ordinary skill in the art without creative efforts shall fall within the protection scope of the present invention.

Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this invention belongs. The terms used herein in the description of the present invention are for the purpose of describing specific embodiments only, and are not intended to limit the present invention.

In order to facilitate the understanding of the technical solutions and technical effects of the present application, the prior art is briefly described below:

In the prior art, an electronic device includes a boot program area for storing a boot program and an application program area for storing firmware. Among them, the boot program is used to load and upgrade the firmware; the firmware is used to perform corresponding functions to ensure the normal operation of the electronic device. Usually, after the electronic device is powered on, the boot program is generally run first, and then the boot program is used to load the firmware program, thereby completing the realization of the firmware function. The firmware upgrade needs to be performed in the bootloader. The upgrade process is: the bootloader first erases the firmware in the application program area; then, the host computer divides the new version of the firmware into small packages and sends it, and the bootloader receives a package. Write a package in the application area; after all the writing is completed, the bootloader performs an integrity check on the new version of the firmware in the application program area, and jumps to the new version of the firmware if the verification is passed.

Some electronic devices still need to work during the firmware upgrade process, which requires the boot program itself to have certain functions to ensure the normal operation of the electronic devices. Taking the smart battery as an example, the drone or other smart devices still need to rely on the smart battery for power supply during the firmware upgrade process of the smart battery. At this time, the boot program of the smart battery needs to have a complex circuit protection function to ensure the normal operation of the smart battery. And, once the upgrade fails, the program can only stay in the boot program, so the boot program also needs to support the charging and discharging function to ensure the normal operation of the smart battery. That is to say, in the prior art, in order to reduce the occurrence rate of abnormal operation of the device during the firmware upgrade process, some functions of the firmware need to be designed into the boot program, which makes the function complexity of the boot program high, and the boot program itself is difficult to upgrade. , causing trouble for maintenance.

In order to solve the above technical problems, the embodiments of the present application provide a firmware upgrade method, in which the data acquisition stage in the firmware upgrade process is set in the firmware, so that the firmware can acquire firmware upgrade data and execute corresponding functions to ensure the device's normal operation. In this way, there is no need to design some functions of the firmware into the boot program, and the boot program has simple functions, low complexity, and low maintenance difficulty.

Some embodiments of the present invention will be described in detail below with reference to the accompanying drawings. The following embodiments and features in the embodiments may be combined with each other without conflict between the embodiments.

FIG. 1 shows a schematic flowchart of a firmware upgrade method provided by an embodiment of the present application. As shown in Figure 1, the method includes:

101. Obtain firmware upgrade data through firmware stored in the first storage space, and store the firmware upgrade data in the second storage space.

102. Start the bootstrap program.

103. Make the boot program upgrade the firmware stored in the first storage space according to the firmware upgrade data stored in the second storage space to obtain upgraded firmware.

The firmware upgrade method provided by the embodiment of the present application can be used for upgrading the firmware of an electronic device. The execution subject of the firmware upgrade method provided by the embodiment of the present application is an electronic device, and specifically a processor of the electronic device, for example, an MCU (Microcontroller Unit, micro control unit). In practical applications, the above-mentioned electronic devices may specifically be smart batteries, drones, automobiles, and the like.

In the above 101, the above firmware is stored and executed in the first storage space. During the process of running the firmware stored in the first storage space, the firmware upgrade data is acquired through the firmware, and the firmware upgrade data is stored in the second storage space. That is, in the process of running the above-mentioned firmware in the first storage space, the firmware upgrade data is acquired by executing the preset acquisition instruction in the firmware; and by executing the preset storage instruction in the firmware, the acquired data is obtained. The obtained firmware upgrade data is stored in the second storage space.

In practical applications, firmware upgrade data can be obtained from the host computer. In an example, the host computer device can send an upgrade command to the electronic device; after receiving the upgrade command, the electronic device obtains firmware upgrade data from the host computer device through the firmware in the first storage space. Specifically, after the electronic device receives the upgrade command, it sends a data acquisition request to the upper computer device through the firmware in the first storage space. After the upper computer device receives the data acquisition request, it sends the firmware upgrade data to the electronic device, and the electronic device passes the data acquisition request. The firmware in the first storage space receives the firmware upgrade data transmitted from the upper computer device. Usually, the data volume of the firmware upgrade data is relatively large, so the host computer device can divide the firmware upgrade data into multiple data packets and send them one by one, and the electronic device sequentially receives the multiple data packets transmitted by the host computer device through the firmware in the first storage space. , and write multiple data packets into the second storage space in sequence.

In another example, the electronic device may periodically send a data acquisition request to the upper computer device through the firmware in the first storage space. After the host computer device receives the data acquisition request sent by the electronic device, it checks whether the firmware upgrade data is stored locally; if the firmware upgrade data is stored locally, the firmware upgrade data is sent to the electronic device, and the electronic device passes through the first storage space. The firmware of the device receives the firmware upgrade data transmitted from the host computer device; if the firmware upgrade data is not stored locally, an empty data packet is sent to the electronic device to inform the electronic device that no upgrade is currently required.

In the above-mentioned 102, the firmware upgrade data is obtained through the firmware stored in the first storage space, and after the firmware upgrade data is stored in the second storage space, the electronic device can enter the boot program through program reset, thereby realizing the startup of the boot program. . It should be added that after the boot program is started, the firmware stored in the first storage space stops running.

In the above 103, in the process of running the bootstrap program, the bootstrap program is made to upgrade the firmware stored in the first storage space according to the firmware upgrade data stored in the second storage space, and also That is, the firmware stored in the first storage space is upgraded according to the firmware upgrade data stored in the second storage space by executing the preset upgrade instruction in the bootstrap program, and an upgrade is obtained. post firmware.

In the above-mentioned 103, "make the boot program upgrade the firmware stored in the first storage space according to the firmware upgrade data stored in the second storage space, and obtain the upgraded firmware", the following can be used One or more of the ways to achieve:

Manner 1: Make the bootloader read firmware upgrade data from the second storage space; make the bootloader overwrite the read firmware upgrade data into the first storage space to obtain upgraded firmware.

Method 2: Make the boot program erase the firmware stored in the first storage space; make the boot program read the firmware upgrade data from the second storage space, and read the firmware update data from the second storage space. The obtained firmware upgrade data is written into the first storage space to obtain upgraded firmware.

The firmware upgrade data can be understood as new firmware.

Usually, the firmware upgrade data obtained from the host computer is encrypted data, so the boot program can first decrypt the firmware upgrade data in the second storage space, and then read the decrypted firmware upgrade data from the second storage space.

In the technical solutions provided by the embodiments of the present application, the data acquisition stage that takes a long time and is prone to failure or interruption in the firmware upgrade process is set in the firmware to be upgraded, and the firmware stores the acquired firmware upgrade data in the second storage space, wherein the second storage space is different from the first storage space in which the firmware is stored. In this way, in the data acquisition stage of the firmware upgrade process, the firmware to be upgraded can obtain its firmware upgrade data while executing corresponding functions to ensure the normal operation of the device, thereby reducing the occurrence rate of abnormal device operation during the firmware upgrade process. In addition, if the data acquisition stage fails or is interrupted, the program still remains in the firmware, and the firmware can still perform the corresponding functions normally to protect the normal operation of the device. That is to say, in the technical solutions provided by the embodiments of the present application, there is no need to design the corresponding functions of the firmware into the boot program, and the boot program has simple functions, low complexity, and low maintenance difficulty.

In practical application, after the above step 103, the above method may further include the following steps:

104. Make the boot program verify the upgraded firmware stored in the first storage space to obtain a first verification result.

105. If the first verification result shows that the verification fails, then make the boot program replace the upgraded firmware stored in the first storage space with the backup firmware stored in the second storage space. the backup firmware.

In the above 104, the first verification instruction in the boot program can be specifically executed to verify the upgraded firmware stored in the first storage space. Specifically, the check may be an integrity check, for example, an MD5 check, which is used to judge whether the firmware is complete after the upgrade. Through the verification, you can predict in advance whether the firmware is available after the upgrade, so as to avoid future troubles. For the specific verification process, reference may be made to the prior art, which will not be described in detail here.

In the above 105, in this solution, a copy of available backup firmware may be reserved in the second storage space in advance. The first verification result shows that the verification fails, indicating that the firmware is unavailable after the upgrade, and the upgrade fails. Therefore, the boot program can read the backup firmware from the second storage space, and replace the upgraded firmware stored in the first storage space with the backup firmware. Specifically, the boot program can store the firmware in the first storage space. After the upgrade, the firmware is erased, and then the backup firmware is read from the second storage space, and the read backup firmware is written into the first storage space.

In this embodiment, by backing up the firmware, it can be ensured that the program will never stay in the boot program, so that the complexity of the boot program is greatly reduced. Taking a smart battery as an example, the bootloader of a smart battery does not need protection strategies, low power consumption, and charging and discharging functions.

Further, the above method may also include:

106. If the first verification result shows that the verification is successful, jump to the upgraded firmware stored in the first storage space.

In the above 106, if the first verification result shows that the verification is successful, it means that the upgraded firmware is available, that is, the upgrade is successful, and then jumps to the upgraded firmware stored in the first storage space. The upgraded firmware runs in the first storage space.

In practical application, if the upgraded firmware in the first storage space passes the verification, it means that the firmware upgrade data stored in the second storage space is available, so the firmware upgrade data in the second storage space can be used as backup firmware , for subsequent backup and restore use.

Specifically, if the first verification result shows that the verification is successful, before jumping into the upgraded firmware stored in the first storage space, the above method further includes:

107. Cause the boot program to set a backup firmware flag for the firmware upgrade data stored in the second storage space, so as to use the firmware upgrade data as backup firmware for subsequent use.

In this way, during subsequent backup and restoration, the boot program can obtain the backup firmware according to the backup firmware flag.

In another embodiment, the above method may further include:

108. Cause the boot program to verify the firmware upgrade data stored in the second storage space to obtain a second verification result.

109. If the second verification result shows that the verification is successful, trigger the execution to cause the boot program to update all the firmware stored in the first storage space according to the firmware upgrade data stored in the second storage space. Steps to upgrade the firmware.

In the above 108, specifically, the boot program performs an integrity check on the firmware upgrade data stored in the second storage space to ensure that the transmitted firmware upgrade data is complete. Through the verification, it can be predicted in advance whether the transmitted firmware upgrade data is available, so as to avoid future troubles.

If the second verification result shows that the verification is successful, it means that the firmware upgrade data of the second storage space is available, so the firmware of the first storage space can be upgraded according to the firmware upgrade data in the second storage space. If the second verification result shows that the verification fails, it means that the firmware upgrade data in the second storage space is unavailable, so the firmware in the first storage space cannot be upgraded according to the firmware upgrade data in the second storage space. At this time, in order not to affect the normal operation of the device, the firmware in the first storage space can be verified. If the verification is successful, it will jump to the firmware in the first storage space; if the verification fails, it will be backed up and restored. .

Specifically, the above method may also include:

109. If the second verification result shows that the verification fails, enable the boot program to verify the firmware stored in the first storage space to obtain a third verification result.

110. If the third verification result shows that the verification is successful, jump into the firmware stored in the first storage space.

111. If the third verification result shows that verification fails, make the boot program replace the firmware stored in the first storage space with the backup firmware stored in the second storage space with the backup firmware.

Since the firmware and the bootloader are two independent programs, the bootloader needs to determine whether the firmware upgrade needs to be performed at present after jumping from the firmware to the bootloader through a program reset. In order to facilitate the judgment of the boot program, a firmware information area can be set, and an update flag can be set in the firmware information area. Each time the firmware obtains firmware update data, the update flag is updated once. In this way, after jumping into the boot program, the boot program can judge whether the firmware upgrade needs to be performed according to the update flag in the firmware information area.

Specifically, the above method may also include:

112. After the firmware upgrade data is stored in the second storage space by the firmware, update the update flag in the firmware information area by the firmware.

113. After starting the bootstrap program, enable the bootstrap program to determine whether the update flag in the firmware information area is updated.

114. If the update flag is updated, trigger the execution of a program that causes the boot program to upgrade the firmware stored in the first storage space according to the firmware upgrade data stored in the second storage space. step.

In the above-mentioned 112, in a specific example, the above-mentioned update flag may specifically be an Arabic numeral, and the numeral is incremented by 1 each time it is updated. For example: the update flag is 2 before the update, and the update flag is 3 after the update.

In practical application, if the update flag is not updated, it means that the firmware update does not need to be performed. Therefore, the above method may further include:

115. If the update flag has not been updated, enable the boot program to verify the firmware stored in the first storage space to obtain a fourth verification result.

116. If the fourth verification result shows that the verification fails, then make the boot program replace the firmware stored in the first storage space with the backup firmware stored in the second storage space. the backup firmware.

117. If the fourth verification result shows that the verification is successful, jump into the firmware stored in the first storage space.

For the specific implementation of the verification of the firmware in the first storage space in the above step 115, reference may be made to the corresponding content in the above embodiment.

In the above 116, if the firmware in the first storage space fails to pass the verification, it means that the firmware in the first storage space is damaged, so the backup firmware needs to be used for restoration.

In a specific application scenario, the above-mentioned firmware upgrade method is applicable to a smart battery; the smart battery includes the above-mentioned second storage space and the above-mentioned first storage space. The smart battery can use the above firmware upgrade method to upgrade its firmware. In this way, the boot program in the smart battery does not need functions such as protection strategy, low power consumption, charging and discharging, and has simple functions and low maintenance difficulty.

It should be added that after jumping into firmware, upgraded firmware, or backup firmware, the bootloader stops running.

The technical solutions provided by the embodiments of the present application will be described in detail below with reference to FIG. 2 :

201. Obtain firmware upgrade data through firmware stored and run in the first storage space, and store the firmware upgrade data in the second storage space.

202. Update the update flag in the firmware information area through the firmware running in the first storage space.

203. Enter the boot program through program reset.

204. Make the boot program determine whether the update flag in the firmware information area is updated.

If it is updated, execute the following step 205; if it is not updated, execute the following step 215.

205. Cause the boot program to verify the firmware upgrade data stored in the second storage space to obtain a second verification result.

If the second verification result shows that the verification is successful, the following step 206 is performed; if the second verification result shows that the verification fails, the following step 212 is performed.

206. Cause the boot program to erase the firmware stored in the first storage space;

207. Make the boot program read the firmware upgrade data from the second storage space, and write the read firmware upgrade data into the first storage space to obtain upgraded firmware.

208. Cause the boot program to verify the upgraded firmware stored in the first storage space to obtain a first verification result.

If the first verification result shows that the verification is successful, the following

steps

209 and 210 are performed; if the first verification result shows that the verification fails, the following step 211 is performed.

209. Cause the boot program to set an alternate firmware flag for the firmware upgrade data stored in the second storage space.

210. Jump to the upgraded firmware stored in the first storage space.

211. Cause the boot program to replace the upgraded firmware stored in the first storage space with the backup firmware according to the backup firmware stored in the second storage space.

212. Cause the boot program to verify the firmware stored in the first storage space to obtain a third verification result.

If the third verification result shows that the verification is successful, the following step 213 is performed; if the third verification result shows that the verification fails, the following step 214 is performed.

213. Jump into the firmware stored in the first storage space.

214. Cause the boot program to replace the firmware stored in the first storage space with the backup firmware according to the backup firmware stored in the second storage space.

215. Make the boot program verify the firmware stored in the first storage space to obtain a fourth verification result.

If the fourth verification result shows that the verification is successful, the following step 216 is performed; if the fourth verification result shows that the verification fails, the following step 217 is performed.

216. Jump into the firmware stored in the first storage space.

217. Cause the boot program to replace the firmware stored in the first storage space with the backup firmware according to the backup firmware stored in the second storage space.

In the embodiment of the present application, the upgrade transmission process is set to be performed in the firmware, the firmware first saves the new firmware in the second storage space, and at the same time retains a backup firmware in the second storage space, and then jumps to the boot program to boot The program only performs the firmware transfer work. If the new firmware is abnormal, the backup firmware can be returned, which ensures that the program will never stay in the bootloader. In this way, there is no need to design the corresponding functions in the firmware into the bootloader. The complexity of the bootloader is greatly reduced.

FIG. 3 shows a schematic structural diagram of an electronic device provided by an embodiment of the present application. As shown in FIG. 3 , the electronic device includes a memory 1101 and a processor 1102 .

a memory 1101 for storing computer programs; the memory 1101 includes a second storage space and a first storage space;

The processor 1102 is configured to perform the following operations:

start the bootloader;

In the technical solutions provided by the embodiments of the present application, the data acquisition stage that takes a long time and is prone to failure or interruption in the firmware upgrade process is set in the firmware to be upgraded, and the firmware stores the acquired firmware upgrade data in the second storage space, wherein the second storage space is different from the first storage space in which the firmware is stored. In this way, in the data acquisition stage in the firmware upgrade process, the firmware to be upgraded can obtain its firmware upgrade data while executing corresponding functions to ensure the normal operation of the device, thereby reducing the occurrence rate of abnormal device operation during the firmware upgrade process. In addition, if the data acquisition stage fails or is interrupted, the program still stays in the firmware, and the firmware can still perform the corresponding functions normally to protect the normal operation of the device. That is to say, in the technical solutions provided by the embodiments of the present application, it is not necessary to design the corresponding functions of the firmware into the bootstrap program, and the bootstrap program has simple functions, low complexity, and low maintenance difficulty.

Optionally, when the processor causes the boot program to upgrade the firmware stored in the first storage space according to the firmware upgrade data stored in the second storage space, it is specifically used to:

causing the boot program to erase the firmware stored in the first storage space;

causing the boot program to read the firmware upgrade data from the second storage space, and write the read firmware upgrade data into the first storage space to obtain upgraded firmware.

Optionally, the processor is further configured to:

causing the boot program to verify the upgraded firmware stored in the first storage space to obtain a first verification result;

If the first verification result shows that the verification is successful, then jump to the upgraded firmware stored in the first storage space.

Optionally, the processor is further configured to:

If the first verification result shows that the verification fails, the boot program is made to replace the upgraded firmware stored in the first storage space with the updated firmware according to the backup firmware stored in the second storage space Backup firmware.

Optionally, if the first verification result shows that the verification is successful, before jumping into the upgraded firmware stored in the first storage space, the processor is further configured to:

causing the boot program to set a backup firmware flag for the firmware upgrade data stored in the second storage space, so as to use the firmware upgrade data as backup firmware for subsequent use.

Optionally, the processor is further configured to:

causing the boot program to verify the firmware upgrade data stored in the second storage space to obtain a second verification result;

If the second verification result shows that the verification is successful, trigger the execution to cause the boot program to update the firmware stored in the first storage space according to the firmware upgrade data stored in the second storage space Steps to perform the upgrade.

Optionally, the processor is further configured to:

If the second verification result shows that the verification fails, causing the boot program to verify the firmware stored in the first storage space to obtain a third verification result;

If the third verification result shows that the verification is successful, then jump into the firmware stored in the first storage space.

Optionally, the processor is further configured to:

If the third verification result shows that verification fails, the boot program will replace the firmware stored in the first storage space with the firmware stored in the second storage space according to the backup firmware stored in the second storage space. Backup firmware.

Optionally, the processor is further configured to:

After the firmware upgrade data is stored in the second storage space by the firmware, the update flag in the firmware information area is updated by the firmware;

After starting the bootstrap program, make the bootstrap program determine whether the update flag in the firmware information area is updated;

If the update flag is updated, a step of causing the boot program to upgrade the firmware stored in the first storage space according to the firmware upgrade data stored in the second storage space is triggered.

Optionally, the processor is further configured to:

If the update flag has not been updated, causing the boot program to verify the firmware stored in the first storage space to obtain a fourth verification result;

If the fourth verification result shows that the verification fails, the boot program will replace the firmware stored in the first storage space with the firmware stored in the second storage space according to the backup firmware stored in the second storage space. Backup firmware.

Optionally, the processor is further configured to:

If the fourth verification result shows that the verification is successful, jump into the firmware stored in the first storage space.

Optionally, the electronic device is a smart battery.

Correspondingly, the embodiments of the present application further provide a computer-readable storage medium storing a computer program, and when the computer program is executed by a computer, the steps or functions of the firmware upgrade methods provided by the above method embodiments can be implemented.

From the description of the above embodiments, those skilled in the art can clearly understand that each embodiment can be implemented by means of software plus a necessary general hardware platform, and certainly can also be implemented by hardware. Based on this understanding, the above-mentioned technical solutions can be embodied in the form of software products in essence or the parts that make contributions to the prior art, and the computer software products can be stored in computer-readable storage media, such as ROM/RAM, magnetic A disc, an optical disc, etc., includes several instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to perform the methods described in various embodiments or some parts of the embodiments.

The above descriptions are only the embodiments of the present invention, and are not intended to limit the scope of the present invention. Any equivalent structure or equivalent process transformation made by using the contents of the description and drawings of the present invention, or directly or indirectly applied to other related technologies Fields are similarly included in the scope of patent protection of the present invention.

Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention, but not to limit them; although the present invention has been described in detail with reference to the foregoing embodiments, those of ordinary skill in the art should understand that: The technical solutions described in the foregoing embodiments can still be modified, or some or all of the technical features thereof can be equivalently replaced; and these modifications or replacements do not make the essence of the corresponding technical solutions deviate from the technical solutions of the embodiments of the present invention. scope.

Claims

A method for upgrading firmware, comprising:

Obtain firmware upgrade data through firmware stored in the first storage space, and store the firmware upgrade data in the second storage space;

start the bootloader;

The boot program is made to upgrade the firmware stored in the first storage space according to the firmware upgrade data stored in the second storage space to obtain upgraded firmware.
The method according to claim 1, wherein the boot program is made to upgrade the firmware stored in the first storage space according to firmware upgrade data stored in the second storage space, include:

causing the boot program to erase the firmware stored in the first storage space;

causing the boot program to read the firmware upgrade data from the second storage space, and write the read firmware upgrade data into the first storage space to obtain upgraded firmware.
The method of claim 1, further comprising:

causing the boot program to verify the upgraded firmware stored in the first storage space to obtain a first verification result;

If the first verification result shows that the verification fails, the boot program is made to replace the upgraded firmware stored in the first storage space with the updated firmware according to the backup firmware stored in the second storage space Backup firmware.
The method of claim 3, further comprising:

If the first verification result shows that the verification is successful, then jump to the upgraded firmware stored in the first storage space.
The method according to claim 3, wherein if the first verification result shows that the verification is successful, before jumping into the upgraded firmware stored in the first storage space, the method further comprises: :

causing the boot program to set a backup firmware flag for the firmware upgrade data stored in the second storage space, so as to use the firmware upgrade data as backup firmware for subsequent use.
The method according to any one of claims 1 to 5, characterized in that, further comprising:

causing the boot program to verify the firmware upgrade data stored in the second storage space to obtain a second verification result;

If the second verification result shows that the verification is successful, trigger the execution to cause the boot program to update the firmware stored in the first storage space according to the firmware upgrade data stored in the second storage space Steps to perform the upgrade.
The method of claim 6, further comprising:

If the second verification result shows that the verification fails, causing the boot program to verify the firmware stored in the first storage space to obtain a third verification result;

If the third verification result shows that the verification is successful, jump into the firmware stored in the first storage space.
The method of claim 7, further comprising:

If the third verification result shows that verification fails, the boot program will replace the firmware stored in the first storage space with the firmware stored in the second storage space according to the backup firmware stored in the second storage space. Backup firmware.
The method according to any one of claims 1 to 5, characterized in that, further comprising:

After the firmware upgrade data is stored in the second storage space by the firmware, the update flag in the firmware information area is updated by the firmware;

After starting the bootstrap program, make the bootstrap program determine whether the update flag in the firmware information area is updated;

If the update flag is updated, a step of causing the boot program to upgrade the firmware stored in the first storage space according to the firmware upgrade data stored in the second storage space is triggered.
The method of claim 9, further comprising:

If the update flag has not been updated, causing the boot program to verify the firmware stored in the first storage space to obtain a fourth verification result;

If the fourth verification result shows that the verification fails, the boot program will replace the firmware stored in the first storage space with the firmware stored in the second storage space according to the backup firmware stored in the second storage space. Backup firmware.
The method of claim 10, further comprising:

If the fourth verification result shows that the verification is successful, jump into the firmware stored in the first storage space.
The method according to any one of claims 1 to 5, wherein the method is suitable for smart batteries;

The smart battery includes the second storage space and the first storage space.
An electronic device, comprising:

a memory for storing computer programs; the memory includes a second storage space and a first storage space;

A processor that performs the following actions:

Obtain firmware upgrade data through firmware stored in the first storage space, and store the firmware upgrade data in the second storage space;

start the bootloader;

The boot program is made to upgrade the firmware stored in the first storage space according to the firmware upgrade data stored in the second storage space to obtain upgraded firmware.
The electronic device according to claim 13, wherein the processor causes the boot program to update all the files stored in the first storage space according to firmware upgrade data stored in the second storage space. When upgrading the firmware mentioned above, it is specifically used for:

causing the boot program to erase the firmware stored in the first storage space;

causing the boot program to read the firmware upgrade data from the second storage space, and write the read firmware upgrade data into the first storage space to obtain upgraded firmware.
The electronic device according to claim 13, wherein the processor is further configured to:

causing the boot program to verify the upgraded firmware stored in the first storage space to obtain a first verification result;

If the first verification result shows that the verification is successful, then jump to the upgraded firmware stored in the first storage space.
The electronic device according to claim 15, wherein the processor is further configured to:

If the first verification result shows that the verification fails, the boot program is made to replace the upgraded firmware stored in the first storage space with the updated firmware according to the backup firmware stored in the second storage space Backup firmware.
The electronic device according to claim 15, wherein if the first verification result shows that the verification is successful, before jumping into the upgraded firmware stored in the first storage space, the processor Also used for:

causing the boot program to set a backup firmware flag for the firmware upgrade data stored in the second storage space, so as to use the firmware upgrade data as backup firmware for subsequent use.
The electronic device according to any one of claims 13 to 17, wherein the processor is further configured to:

causing the boot program to verify the firmware upgrade data stored in the second storage space to obtain a second verification result;

If the second verification result shows that the verification is successful, trigger the execution to cause the boot program to update the firmware stored in the first storage space according to the firmware upgrade data stored in the second storage space Steps to perform the upgrade.
The electronic device according to claim 18, wherein the processor is further configured to:

If the second verification result shows that the verification fails, causing the boot program to verify the firmware stored in the first storage space to obtain a third verification result;

If the third verification result shows that the verification is successful, then jump into the firmware stored in the first storage space.
The electronic device according to claim 19, wherein the processor is further configured to:

If the third verification result shows that verification fails, the boot program will replace the firmware stored in the first storage space with the firmware stored in the second storage space according to the backup firmware stored in the second storage space. Backup firmware.
The electronic device according to any one of claims 13 to 17, wherein the processor is further configured to:

After the firmware upgrade data is stored in the second storage space by the firmware, the update flag in the firmware information area is updated by the firmware;

After starting the bootstrap program, make the bootstrap program determine whether the update flag in the firmware information area is updated;

If the update flag is updated, a step of causing the boot program to upgrade the firmware stored in the first storage space according to the firmware upgrade data stored in the second storage space is triggered.
The electronic device according to claim 21, wherein the processor is further configured to:

If the update flag is not updated, then make the boot program verify the firmware stored in the first storage space to obtain a fourth verification result;

If the fourth verification result shows that the verification fails, the boot program will replace the firmware stored in the first storage space with the firmware stored in the second storage space according to the backup firmware stored in the second storage space. Backup firmware.
The electronic device according to claim 22, wherein the processor is further configured to:

If the fourth verification result shows that the verification is successful, jump into the firmware stored in the first storage space.
The electronic device according to any one of claims 13 to 17, wherein the electronic device is a smart battery.