CN110874239A - Air firmware differential upgrading method and device for electronic equipment - Google Patents

Air firmware differential upgrading method and device for electronic equipment Download PDF

Info

Publication number
CN110874239A
CN110874239A CN202010063370.5A CN202010063370A CN110874239A CN 110874239 A CN110874239 A CN 110874239A CN 202010063370 A CN202010063370 A CN 202010063370A CN 110874239 A CN110874239 A CN 110874239A
Authority
CN
China
Prior art keywords
firmware
upgrade
module
file
differential
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202010063370.5A
Other languages
Chinese (zh)
Inventor
石怀文
黄永佳
周进
雷扬
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Marvell World Trade Ltd
Original Assignee
Marvell World Trade Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Marvell World Trade Ltd filed Critical Marvell World Trade Ltd
Priority to CN202010063370.5A priority Critical patent/CN110874239A/en
Publication of CN110874239A publication Critical patent/CN110874239A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/65Updates
    • G06F8/658Incremental updates; Differential updates

Abstract

The application discloses an air firmware differential upgrading method of electronic equipment, which comprises the following steps. Step 1: and performing modularized cutting on the firmware file to obtain a complete firmware differential upgrade file. Step 2: and downloading the complete differential upgrade file to the electronic equipment for storage and verification. And 3, step 3: and carrying out differential upgrade on the new firmware one by one according to each module, and recording the information of the whole upgrade process by using an upgrade state table. According to the method and the device, each module of the new firmware is temporarily stored on the basis of the temporary storage or the temporary storage area, so that the firmware upgrading cost is reduced; the reliability of firmware upgrade is increased by using the upgrade state table.

Description

Air firmware differential upgrading method and device for electronic equipment
Technical Field
The application relates to an Over-The-Air (FOTA) technology of electronic equipment.
Background
The technology of Over The Air Firmware differential Upgrade (DFOTA) is to download a differential Upgrade file of Firmware to a local memory of an electronic device, then merge The differential Upgrade files of The old Firmware and The Firmware into a new Firmware, and replace The old Firmware with The new Firmware to complete The Firmware Upgrade. When the new firmware is written into a memory (for example, Flash) or a storage area of the old firmware, if an abnormality occurs, such as power failure, the newly synthesized firmware data will be lost, and the storage area of the old firmware is also damaged due to the writing of the new firmware, so that the whole system cannot be recovered, the electronic device cannot be restarted, and the brick change occurs.
In order to avoid brick change caused by abnormal conditions such as power failure of electronic equipment in the firmware upgrading process, two methods are generally adopted. One method is to use an old firmware backup area, when the system is abnormally upgraded, the storage area of the old firmware is damaged, and the backup area is used for restoring the system. The other method is that the new firmware generated by merging is written into a temporary memory or a temporary storage area, then the new firmware is read from the temporary memory or the temporary storage area to replace the old firmware, once the exception occurs when the old file is replaced, the new firmware cannot be lost, and the new firmware can be continuously replaced by the new firmware after being electrified again. But this approach uses temporary memory or temporary storage areas to hold the complete new firmware increasing the cost of the product.
Disclosure of Invention
The technical problem to be solved by the present application is to provide an air firmware differential upgrade method for an electronic device, which performs firmware upgrade for an electronic device with a networking function to implement system repair and optimization.
In order to solve the above technical problem, the present application provides an air firmware differential upgrade method for an electronic device, including the following steps. Step 1: and performing modularized cutting on the firmware file to obtain a complete firmware differential upgrade file. Step 2: and downloading the complete differential upgrade file to the electronic equipment for storage and verification. And 3, step 3: and carrying out differential upgrade on the new firmware one by one according to each module, and recording the information of the whole upgrade process by using an upgrade state table.
According to the method and the device, each module of the new firmware is temporarily stored on the basis of the temporary storage or the temporary storage area, so that the firmware upgrading cost is reduced; the reliability of firmware upgrade is increased by using the upgrade state table.
Further, the step 1 further includes the following steps. Step 1.2: performing modularization processing on the firmware file to obtain a differential upgrade file of each module; cutting the old firmware file and the new firmware file into a plurality of modules according to the same cutting unit, and endowing each module with a module ID; and then carrying out differential processing on a certain module of the new firmware file and a corresponding module of the old firmware file to obtain a differential upgrade file of each module. Step 1.4: packaging the differential upgrade files of all modules to obtain a complete differential upgrade file; and recording the information of the differential upgrade file of each module by the FBF file header by adopting an FBF file structure. This is a specific implementation of step 1.
Preferably, the cutting unit is an integer multiple of the block size of the memory in which the firmware file is stored. This facilitates read and write operations of the memory.
Further, in step 1.2, if the number of modules after cutting the old firmware file is different from the number of modules after cutting the new firmware file, when a certain module cannot find a corresponding module, the module is differentiated from an empty module. A special case handling is given here.
Further, the FBF file header includes information of the differential upgrade file of each module, specifically including an identifier Image ID, a storage Address Flash Address, a Length of the differential upgrade file of the module, and a Checksum. This is an example of a FBF file header.
Further, the step 2 further includes the following steps. Step 2.2: and the electronic equipment acquires the complete differential upgrade file from the server and stores the complete differential upgrade file in the memory. Step 2.4: the electronic equipment reads the stored complete differential upgrade files from the memory, analyzes the differential upgrade files of each module from the complete differential upgrade files, and judges whether the differential upgrade files are intact or not; if yes, setting the upgrade state table to allow firmware upgrade; otherwise, the upgrade state table is set to the clear upgrade state. This is a physical implementation of step 2.
Further, the step 3 further includes the following steps. Step 3.1: after the electronic equipment is restarted, detecting an upgrading state table at a starting-up stage, and entering a subsequent step when firmware upgrading is allowed; otherwise, the whole flow is exited. Step 3.2: the electronic equipment reads the stored complete differential upgrade file from the memory and judges whether the file is intact or not; if yes, entering the subsequent step; otherwise, the firmware upgrade is abandoned. Step 3.3: and inquiring the upgrading state table, reading the differential upgrading file of a certain module in the complete firmware differential upgrading file, reading the storage area of the module corresponding to the old firmware, and combining the two files to generate the corresponding module of the new firmware. Step 3.4: writing the generated module of the new firmware into a temporary memory or a temporary storage area, and updating an upgrade state table after the writing is finished; the updated content is to record a certain module of the new firmware which is generated currently in the upgrade status table, and to store the module of the new firmware in the temporary memory or the temporary storage area. Step 3.5: writing the content of the temporary memory or the temporary storage area into the storage area of the module corresponding to the old firmware, and updating the upgrade state table after the writing is successful; the updated content is the update of a module that records in the update status table that the new firmware has currently been completed. Step 3.6: repeating the steps 3.3 to 3.5 until all modules of the new firmware are upgraded, and then updating the upgrade state table; the updated content is the clearing of the upgrade status in the upgrade status table. This is a physical implementation of step 3.
Further, in the step 2.4 or the step 3.2, reading the content of the differential upgrade file of each module, and calculating a Checksum value; then, comparing the Checksum in the information of the differential upgrade file of the module in the FBF file header; the two are the same, which means that the differential upgrade file of the module is intact; otherwise, the differential upgrade file of the module is damaged. This is a specific implementation manner for determining whether the differential upgrade file of each module is intact.
Further, the upgrade status table records whether the firmware needs to be upgraded and the status of the upgrade stage. This is to explain the contents described in the upgrade status table.
Further, when the firmware is powered off when the firmware is upgraded to the 3.3 rd step or the 3.4 th step, the electronic device queries the upgrade state table after being powered on again, and the query result indicates that a certain module of the new firmware is merged and generated or temporarily stored, and then the 3.3 rd step or the 3.4 th step is continuously executed, and the upgrade state table is updated after the 3.3 rd step or the 3.4 th step is executed; the updated content is temporarily stored in a certain module that records new firmware that is currently generated in the upgrade status table. This is a scenario illustrating that the upgrade status table provides power down protection.
Furthermore, when the firmware is powered off when the firmware is upgraded to the step 3.5, the electronic equipment is powered on again to inquire the upgrade state table, and the inquiry result shows that a certain module of the new firmware is temporarily stored, and then the step 3.5 is automatically started; updating the upgrade state table after the step 3.5 is finished; the updated content is that the upgrading of the current module of the new firmware is recorded in the upgrading state table, and then the upgrading of the next module of the new firmware is continuously executed. This is another scenario illustrating the upgrade status table providing power-down protection.
The application also provides an air firmware differential upgrading device of the electronic equipment, which comprises a module cutting unit, a downloading verification unit and a differential upgrading unit. The module cutting unit is used for performing modularized cutting on the firmware file to obtain a complete firmware differential upgrade file. And the download verification unit is used for downloading, storing and verifying the complete differential upgrade file. And the differential upgrading unit is used for carrying out differential upgrading on the new firmware one by one according to each module and recording the information of the whole upgrading process by using the upgrading state table.
According to the method and the device, each module of the new firmware is temporarily stored on the basis of the temporary storage or the temporary storage area, so that the firmware upgrading cost is reduced; the reliability of firmware upgrade is increased by using the upgrade state table.
The technical effects achieved by the present application include the following aspects.
Firstly, when the hardware resources of different electronic devices are limited, the temporary memory or the temporary storage area is repeatedly used to temporarily store each module of the new firmware, so as to realize a low-cost firmware upgrading method.
And secondly, designing and adopting an upgrade state table, and continuously updating the upgrade state table in the firmware upgrade process. Once the firmware is abnormally upgraded, the upgrading state table is inquired to know the stage of the previous firmware after restarting, and therefore the firmware upgrading process is continued. Therefore, the problems that the firmware file is damaged, the electronic equipment cannot be started and the like caused by abnormity during firmware upgrading of the electronic equipment are avoided, and the reliability of firmware upgrading is improved.
Drawings
Fig. 1 is a flowchart of an over-the-air firmware differential upgrade method for an electronic device provided in the present application.
Fig. 2 is a flowchart of a specific implementation of step 1S 10 in fig. 1.
FIG. 3 is a schematic diagram of a modular process for firmware files.
Fig. 4 is a schematic diagram of a specific example of the FBF file structure.
Fig. 5 is a flowchart of a specific implementation of step 2S 20 in fig. 1.
Fig. 6 is a flowchart of a specific implementation of step 3S 30 in fig. 1.
Fig. 7 is a schematic structural diagram of an over-the-air firmware differential upgrade apparatus for an electronic device provided in the present application.
The reference numbers in the figures illustrate: 10 is a module cutting unit; 20 is a download verification unit; and 30 is a differential upgrading unit.
Detailed Description
Referring to fig. 1, the method for upgrading an over-the-air firmware differential of an electronic device provided by the present application includes the following steps.
Step 1, S10: and performing modularized cutting on the firmware file to obtain a complete firmware differential upgrade file.
Step 2, S20: and the electronic equipment downloads, stores and verifies the complete differential upgrade file.
Step 3, S30: and carrying out differential upgrade on the new firmware one by one according to each module, and recording the information of the whole upgrade process by using an upgrade state table so as to provide power failure protection.
Referring to fig. 2, an embodiment of the step 1S 10 further includes the following steps.
Step 1.2S 12: and modularizing the firmware file to obtain a differential upgrade file of each module. The existing firmware of the electronic equipment is called old firmware, and the firmware to be upgraded is called new firmware. The old firmware file is cut into a first number of modules in a certain cutting unit, and each module is given a module ID. The module ID of the old firmware file is, for example, an integer incremented from 1. The new firmware file is cut into a plurality of modules of a second number in the same cutting unit, and each module is given a module ID. The module ID of the new firmware file is, for example, an integer incremented from 1. And then carrying out differential processing on a certain module of the new firmware file and a corresponding module of the old firmware file to obtain a differential upgrade file of each module.
The cutting unit is preferably an integer multiple of the block (block) size of the memory. For example, the block size of a flash is 64KB, and if a firmware file is stored in a flash, it is most appropriate to set the cutting unit to an integer multiple of 64 KB. And cutting the module by the old firmware and the new firmware according to the same cutting unit.
The first and second numbers may be the same or different. If the number of the two modules is different, when a certain module cannot find the corresponding module, the module is differentiated from the empty module. For example, the old firmware is cut into 5 modules and the new firmware is cut into 6 modules. Carrying out differential processing on the 1 st module of the new firmware and the 1 st module of the old firmware to obtain a differential upgrade file of the 1 st module; 2 nd to 5 th modules and so on. And carrying out differential processing on the 6 th module and the empty module of the new firmware to obtain a differential upgrade file of the 6 th module, namely the whole content of the 6 th module of the new firmware.
Step 1.4S 14: and packaging the differential upgrade files of all the modules to obtain a complete differential upgrade file. The complete differential upgrade file adopts an FBF file structure, and the header of the FBF file records the information of the differential upgrade file of each module.
Referring to fig. 3, this is a specific example of step S12 of step 1.2. The new firmware file is 10MB and the old firmware file is 9 MB. The new firmware file is cut into 5 modules in units of 2MB, and the size of each module is 2 MB. The old firmware file is also cut into 5 modules by taking 2MB as a unit, the sizes of the first 4 modules are all 2MB, and the size of the 5 th module is 1 MB. And carrying out differential processing on the 1 st module of the new firmware file and the 1 st module of the old firmware file to obtain a differential upgrade file of the 1 st module. By analogy, differential upgrade files of all 5 modules are obtained, and the sizes of the differential upgrade files are different from each other.
Referring to fig. 4, this is a specific example of the FBF file structure. Continuing with the example of fig. 3, the differential upgrade files for all 5 modules are referred to as Image 1 to Image 5, respectively. The FBF file header (FBF header) mainly includes information Image 1 Info to Image 5 Info of the differential upgrade files Image 1 to Image 5 of each module. Taking the information Image 1 Info of the differential upgrade file Image 1 of the 1 st module as an example, the information specifically includes an identifier ImageID, a storage Address Flash Address, a Length of the differential upgrade file of the module, and a Checksum. The Image ID represents a module ID. Flash address and Length represent the address of the module of the old firmware in the memory (for example, Flash) and the module size, and acquiring the module information of the old firmware is a necessary condition for synthesizing the differential upgrade file into the corresponding module of the new firmware. The Checksum represents a check code of the differential upgrade file of the module, and plays a role in data integrity protection in the file transmission and storage process.
Referring to fig. 5, an embodiment of the step 2S 20 further includes the following steps.
Step 2.2S 22: and the electronic equipment acquires the complete differential upgrade file from the server and stores the complete differential upgrade file in the memory. The memory is for example Flash.
Step 2.4S 24: and the electronic equipment reads the stored complete differential upgrade file from the memory, analyzes the differential upgrade file of each module from the complete differential upgrade file, and judges whether the differential upgrade file is legal or not and whether the file is damaged or not. For example, reading the content of the differential upgrade files Image 1 and Image 2 … … of each module, and calculating a Checksum value; then, comparison is made with Checksum in the information Image 1 Info, Image 2 Info … … of the differential upgrade file of each module in the FBF file header. If the differential upgrade files are the same, the differential upgrade files of the module are intact, and the upgrade state table is set to allow firmware upgrade. Otherwise, the differential upgrade file of the module is damaged, the firmware upgrade is abandoned, and the upgrade state table is set to be the upgrade clearing state. The upgrade status table is stored in a fixed memory or storage area.
Referring to fig. 6, an embodiment of the step 3S 30 further includes the following steps.
Step 3.1, S31: after the electronic equipment is restarted, the upgrading state table is detected in the starting-up stage, and when the firmware upgrading is allowed, the subsequent steps are carried out. Otherwise, the whole flow is exited.
Step 3.2S 32: and the electronic equipment reads the stored complete differential upgrade file from the memory and judges whether the file is legal or not, and whether the file is damaged or not is judged. And if the file is intact, entering the subsequent step. Otherwise, the upgrade status table is set to a clear upgrade status, which means that the firmware upgrade is abandoned.
The contents of the 3.2 nd step and the 2.4 nd step are repeated, so the design reason is that a process of restarting the electronic device after power off is performed between the two steps. The power-off restart time is not fixed, and manual intervention is also possible, so that the step 3.2 is entered after the restart, and whether the firmware differential upgrade file is damaged or not is checked again, so that the upgrade is safer and more reliable.
Step 3.3, S33: and inquiring the upgrading state table, reading the differential upgrading file Image X of a certain module in the complete firmware differential upgrading file, reading the corresponding module of the old firmware, and combining the two to generate the corresponding module of the new firmware. The purpose of inquiring the upgrade status table in this step is that when power is abnormally cut off at any time from step 3.1 to step 3.6, the device can continue to be upgraded incompletely before according to the status recorded before the upgrade status table (upgraded to a certain module) after being restarted, and the upgrade does not need to be completely upgraded because some modules are updated.
Step 3.4S 34: and writing the generated module of the new firmware into a temporary memory or a temporary storage area, such as Flash, and updating the upgrade state table after the writing is finished. The updated content is to record a certain module of the new firmware which is generated currently in the upgrade status table, and to store the module of the new firmware in the temporary memory or the temporary storage area.
Step 3.5S 35: and writing the content of the temporary memory or the temporary storage area into the storage area of the module corresponding to the old firmware, and updating the upgrade state table after the writing is successful. The updated content is the update of a module that records in the update status table that the new firmware has currently been completed.
Step 3.6, S36: and repeating the steps 3.3 to 3.5 until all modules of the new firmware are upgraded, and then updating the upgrade state table. The updated content is the update state cleared in the update state table, so that the electronic equipment does not need to perform a firmware update process at the next boot stage.
As can be seen from the above steps, the temporary memory or temporary storage area of each module used to store the new firmware is reused during the firmware upgrade process. Each time a module of new firmware is upgraded, the module of new firmware is temporarily stored in the temporary memory or temporary storage area. The temporary memory or the temporary storage area can finish firmware upgrade as long as the size of one module can be ensured to be stored. For electronic equipment with limited storage resources, the size of the module can be dynamically adjusted (the cutting unit of the firmware is set to be smaller) to meet the requirement of firmware upgrading, and the firmware upgrading cost of the electronic equipment is reduced.
According to the method and the device, the upgrading cost is reduced and high reliability is realized by introducing the upgrading state table in the differential upgrading process of the firmware. As long as the electronic equipment is started, the upgrading state table is firstly inquired, and whether the electronic equipment needs to be upgraded or not and the state of the electronic equipment at which stage the electronic equipment needs to be upgraded are recorded in the upgrading state table.
For example, when the firmware is upgraded to step 3.3 or step 3.4, the electronic device is powered off, and then the upgrade status table is queried, and as a result of the query, a module of the new firmware is merged and generated or temporarily stored, and then step 3.3 or step 3.4 is continuously executed, and when step 3.3 or step 3.4 is executed, the upgrade status table is updated. The updated content is temporarily stored in a certain module that records new firmware that is currently generated in the upgrade status table.
For another example, when the firmware is upgraded to step 3.5, the electronic device is powered off, and then the electronic device is powered on again to query the upgrade status table, and as a result of the query, a module of the new firmware is temporarily stored, and then the step 3.5 is automatically performed. And updating the upgrade state table after the step 3.5 is completed. The updated content is to record the upgrade of the current module of the new firmware in the upgrade status table, and then to continue to execute the upgrade of the next module of the new firmware.
Therefore, the use of the upgrade state table improves the reliability of firmware upgrade and prevents the problem that the electronic equipment cannot be started to change bricks due to upgrade abnormity.
Referring to fig. 7, the over-the-air firmware differential upgrade apparatus for electronic devices provided by the present application includes a module cutting unit 10, a download verification unit 20, and a differential upgrade unit 30, which corresponds to the method described in fig. 1.
The module cutting unit 10 is configured to perform modular cutting on the firmware file to obtain a complete firmware differential upgrade file.
The download verification unit 20 is configured to download, store and verify the complete differential upgrade file.
The differential upgrade unit 30 is configured to perform differential upgrade on new firmware one by one according to each module, and record information of the whole upgrade process by using an upgrade state table, so as to provide power failure protection.
According to the method, new and old firmware is subjected to modularization processing, each module is subjected to independent differential processing to form differential upgrade files of the modules, and then the differential upgrade files of the modules are combined into a complete firmware differential upgrade file by adopting an FBF file structure. After the electronic equipment acquires a complete firmware differential upgrade file from a network and stores the file in a local Flash and other memories, each module is upgraded one by one, so that the size of a used temporary Flash area can be reduced to be the same as that of the module, and power failure protection is performed by using an upgrade state table in the process of upgrading the module, so that the cost is reduced, and the upgrade reliability is improved.
The above are merely preferred embodiments of the present application and are not intended to limit the present application. Various modifications and changes may occur to those skilled in the art. Any modification, equivalent replacement, improvement and the like made within the spirit and principle of the present application shall be included in the protection scope of the present application.

Claims (12)

1. An air firmware differential upgrading method of electronic equipment is characterized by comprising the following steps;
step 1: performing modular cutting on the firmware file to obtain a complete firmware differential upgrade file;
step 2: downloading the complete differential upgrade file to the electronic equipment for storage and verification;
and 3, step 3: and carrying out differential upgrade on the new firmware one by one according to each module, and recording the information of the whole upgrade process by using an upgrade state table.
2. The method for over-the-air firmware differential upgrade of an electronic device according to claim 1, wherein the 1 st step further comprises the steps of;
step 1.2: performing modularization processing on the firmware file to obtain a differential upgrade file of each module; cutting the old firmware file and the new firmware file into a plurality of modules according to the same cutting unit, and endowing each module with a module ID; then, carrying out differential processing on a certain module of the new firmware file and a corresponding module of the old firmware file to obtain a differential upgrade file of each module;
step 1.4: packaging the differential upgrade files of all modules to obtain a complete differential upgrade file; and recording the information of the differential upgrade file of each module by the FBF file header by adopting an FBF file structure.
3. The method for over-the-air firmware differential upgrade of an electronic device according to claim 2, wherein the cutting unit is an integer multiple of a block size of a memory in which the firmware file is stored.
4. The method for upgrading the firmware difference of the electronic equipment in the air according to claim 2, wherein in the step 1.2, if the number of the modules of the old firmware file after being cut is different from the number of the modules of the new firmware file after being cut, when a certain module cannot find the corresponding module, the module is differentiated from the empty module.
5. The method for over-the-air firmware differential upgrade of electronic equipment according to claim 2, wherein the FBF file header includes information of the differential upgrade file of each module, specifically including an identifier ImageID, a storage Address Flash Address, a Length of the differential upgrade file of the module, and a Checksum.
6. The method for over-the-air firmware differential upgrade of an electronic device according to claim 1, wherein the 2 nd step further comprises the steps of;
step 2.2: the electronic equipment acquires a complete differential upgrade file from the server and stores the complete differential upgrade file in a memory;
step 2.4: the electronic equipment reads the stored complete differential upgrade files from the memory, analyzes the differential upgrade files of each module from the complete differential upgrade files, and judges whether the differential upgrade files are intact or not; if yes, setting the upgrade state table to allow firmware upgrade; otherwise, the upgrade state table is set to the clear upgrade state.
7. The method for over-the-air firmware differential upgrade of an electronic device according to claim 1, wherein the 3 rd step further comprises the steps of;
step 3.1: after the electronic equipment is restarted, detecting an upgrading state table at a starting-up stage, and entering a subsequent step when firmware upgrading is allowed; otherwise, the whole process is exited;
step 3.2: the electronic equipment reads the stored complete differential upgrade file from the memory and judges whether the file is intact or not; if yes, entering the subsequent step; otherwise, abandoning the firmware upgrade;
step 3.3: inquiring an upgrade state table, reading a differential upgrade file of a certain module in the complete firmware differential upgrade file, reading a storage area of a module corresponding to the old firmware, and combining the two files to generate a corresponding module of the new firmware;
step 3.4: writing the generated module of the new firmware into a temporary memory or a temporary storage area, and updating an upgrade state table after the writing is finished; the updated content is that a certain module of the new firmware which is generated currently is recorded in the upgrade state table, and the module of the new firmware is stored in a temporary memory or a temporary storage area;
step 3.5: writing the content of the temporary memory or the temporary storage area into the storage area of the module corresponding to the old firmware, and updating the upgrade state table after the writing is successful; the updated content is that the upgrading of a certain module of the new firmware is recorded in the upgrading state table;
step 3.6: repeating the steps 3.3 to 3.5 until all modules of the new firmware are upgraded, and then updating the upgrade state table; the updated content is the clearing of the upgrade status in the upgrade status table.
8. The method for over-the-air firmware differential upgrade of electronic equipment according to claim 6 or 7, wherein in the step 2.4 or the step 3.2, the content of the differential upgrade file of each module is read to calculate a Checksum value; then, comparing the Checksum in the information of the differential upgrade file of the module in the FBF file header; the two are the same, which means that the differential upgrade file of the module is intact; otherwise, the differential upgrade file of the module is damaged.
9. The method for over-the-air firmware differential upgrade of an electronic device according to claim 1, wherein the upgrade status table records whether the firmware needs to be upgraded and the status of the upgrade stage.
10. The air firmware differential upgrading method of the electronic equipment as claimed in claim 7, wherein when the firmware upgrading is performed to the 3.3 rd step or the 3.4 th step, power failure occurs, the electronic equipment is powered on again and then inquires the upgrading state table, and as a result of the inquiry, a certain module of the new firmware is merged and generated or temporarily stored, and then the 3.3 rd step or the 3.4 th step is continuously executed, and when the 3.3 rd step or the 3.4 th step is executed, the upgrading state table is updated; the updated content is temporarily stored in a certain module that records new firmware that is currently generated in the upgrade status table.
11. The air firmware differential upgrading method of the electronic equipment as claimed in claim 7, wherein when the firmware upgrading is performed to the 3.5 th step, power is cut off, the electronic equipment is powered on again and then inquires the upgrading state table, and as a result of the inquiry, a certain module of the new firmware is temporarily stored, and then the 3.5 th step is automatically performed; updating the upgrade state table after the step 3.5 is finished; the updated content is that the upgrading of the current module of the new firmware is recorded in the upgrading state table, and then the upgrading of the next module of the new firmware is continuously executed.
12. An air firmware differential upgrading device of electronic equipment is characterized by comprising a module cutting unit, a download verification unit and a differential upgrading unit;
the module cutting unit is used for performing modularized cutting on the firmware file to obtain a complete firmware differential upgrade file;
the download verification unit is used for downloading, storing and verifying the complete differential upgrade file;
and the differential upgrading unit is used for carrying out differential upgrading on the new firmware one by one according to each module and recording the information of the whole upgrading process by using the upgrading state table.
CN202010063370.5A 2020-01-20 2020-01-20 Air firmware differential upgrading method and device for electronic equipment Pending CN110874239A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010063370.5A CN110874239A (en) 2020-01-20 2020-01-20 Air firmware differential upgrading method and device for electronic equipment

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010063370.5A CN110874239A (en) 2020-01-20 2020-01-20 Air firmware differential upgrading method and device for electronic equipment

Publications (1)

Publication Number Publication Date
CN110874239A true CN110874239A (en) 2020-03-10

Family

ID=69718544

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010063370.5A Pending CN110874239A (en) 2020-01-20 2020-01-20 Air firmware differential upgrading method and device for electronic equipment

Country Status (1)

Country Link
CN (1) CN110874239A (en)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111611000A (en) * 2020-04-07 2020-09-01 翱捷科技(上海)有限公司 High-reliability firmware over-the-air upgrading method and system
CN111858119A (en) * 2020-07-13 2020-10-30 山东云海国创云计算装备产业创新中心有限公司 BIOS fault repairing method and related device
CN112799707A (en) * 2021-01-18 2021-05-14 福建新大陆通信科技股份有限公司 CTID (computer telephony integration) access control firmware upgrading method and system
CN116302030A (en) * 2023-03-09 2023-06-23 上海对外经贸大学 Safe embedded system firmware block differential upgrading method and system
WO2024037006A1 (en) * 2022-08-17 2024-02-22 荣耀终端有限公司 Upgrade package generation method, upgrade package installation method, device, and storage medium

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102830984A (en) * 2011-06-14 2012-12-19 联想(北京)有限公司 Method for updating firmware, chip and communication terminal
US20170207987A1 (en) * 2016-01-19 2017-07-20 Tektronix, Inc. Selective extraction of network link training information
CN109284123A (en) * 2017-07-21 2019-01-29 深圳市中兴微电子技术有限公司 It is a kind of to divide the method and system for realizing compressed version upgrading using version

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102830984A (en) * 2011-06-14 2012-12-19 联想(北京)有限公司 Method for updating firmware, chip and communication terminal
US20170207987A1 (en) * 2016-01-19 2017-07-20 Tektronix, Inc. Selective extraction of network link training information
CN109284123A (en) * 2017-07-21 2019-01-29 深圳市中兴微电子技术有限公司 It is a kind of to divide the method and system for realizing compressed version upgrading using version

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111611000A (en) * 2020-04-07 2020-09-01 翱捷科技(上海)有限公司 High-reliability firmware over-the-air upgrading method and system
CN111611000B (en) * 2020-04-07 2023-05-30 翱捷科技股份有限公司 High-reliability firmware air upgrading method and system
CN111858119A (en) * 2020-07-13 2020-10-30 山东云海国创云计算装备产业创新中心有限公司 BIOS fault repairing method and related device
CN112799707A (en) * 2021-01-18 2021-05-14 福建新大陆通信科技股份有限公司 CTID (computer telephony integration) access control firmware upgrading method and system
WO2024037006A1 (en) * 2022-08-17 2024-02-22 荣耀终端有限公司 Upgrade package generation method, upgrade package installation method, device, and storage medium
CN116302030A (en) * 2023-03-09 2023-06-23 上海对外经贸大学 Safe embedded system firmware block differential upgrading method and system

Similar Documents

Publication Publication Date Title
CN110874239A (en) Air firmware differential upgrading method and device for electronic equipment
JP5342302B2 (en) Firmware update system, firmware distribution server, and program
US8726262B2 (en) Firmware update system and information apparatus, and program
CN107247603A (en) Support the remote upgrade method and system of firmware auto restore facility
US20110004871A1 (en) Embedded electronic device and firmware updating method thereof
US7599970B2 (en) Method and apparatus for updating a stored version of content stored in a storage device
US20070294685A1 (en) Program upgrade system and method for ota-capable portable device
JPH11161563A (en) Storage and reproduction method for data
CN110032339B (en) Data migration method, device, system, equipment and storage medium
CN108848418B (en) Set-top box centralized upgrading method
CN111400267A (en) Method and device for recording log
CN112579354A (en) Method for backup recovery of edge cloud collaborative software
WO2017198156A1 (en) Service deployment method, apparatus and system
CN113641390A (en) System upgrading method, device, equipment and storage medium
WO2018177193A1 (en) Software upgrade method and device
CN106775874B (en) System upgrading method of terminal equipment
CN112860291A (en) Firmware upgrading method and device
JP2009048557A (en) Data update device, data update method, and data update program
CN117407020A (en) OTA upgrade refreshing method and device, electronic equipment and storage medium
CN109271194B (en) Branch access method and device based on distributed version control system
JP3675375B2 (en) Nonvolatile memory and data rewriting method of nonvolatile memory
CN115145596A (en) OTA (over the air) upgrading method and device for robot upgrading package
CN115495460A (en) Map data updating method, map data updating system, electronic equipment and storage medium
CN115167893A (en) Embedded software upgrading method, system and device
JP4127307B2 (en) Data storage device, data processing system, data processing method, and data processing device

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20200310