CN105094927A - Equipment firmware updating method and device - Google Patents
Equipment firmware updating method and device Download PDFInfo
- Publication number
- CN105094927A CN105094927A CN201510544026.7A CN201510544026A CN105094927A CN 105094927 A CN105094927 A CN 105094927A CN 201510544026 A CN201510544026 A CN 201510544026A CN 105094927 A CN105094927 A CN 105094927A
- Authority
- CN
- China
- Prior art keywords
- firmware
- boot partition
- equipment
- subregion
- boot
- 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.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
Abstract
The invention provides an equipment firmware updating method and device. The method comprises: when obtaining a start instruction of the equipment, determining a normal guide subregion from a plurality of subregions of the equipment; judging whether the firmware of the equipment needs to be updated by operating the determined guide subregion; and if so, downloading a mirror image document of the firmware, and using the downloaded mirror image document to update the firmware of the equipment. The equipment firmware updating method and device provided by the invention can relieve the influence of power failure to users in a firmware updating process to improve the user experience.
Description
Technical field
The present invention relates to computer realm, in particular to a kind of DFU method and apparatus.
Background technology
Interface between the softwares such as firmware (firmware) refers to the software running on bottom in the equipment such as mobile terminal or embedded device, application program/operating system that hardware and startup for providing mobile terminal or embedded system run afterwards.Equipment provide manufacturer's discovering device due to the leak of firmware easily occur restarting in operational process, the problem such as deadlock time, equipment provide manufacturer can carry out upgrading to the firmware stored in equipment to solve equipment produced problem in operational process.
When upgrading to firmware, the manufacturer that provides of general device can push firmware upgrade information to equipment, determined whether to upgrade to the firmware of equipment by user, when user determines to upgrade to firmware, equipment, by the upgrade file of web download firmware, then restarts, upgrades to firmware, and after firmware upgrade normal starting outfit, the equipment after firmware upgrade can be used for user.
In the process that the firmware of equipment is upgraded, if due to abnormal conditions power-off shutdown (such as: equipment electricity deficiency causes power-off shutdown), this time firmware upgrade failure, cause the firmware in equipment imperfect, when this equipment starts again, because its firmware is imperfect and can not the software startup such as application program/operating system in normal boot equipment, equipment is caused normally not use.In this case, equipment can only be returned manufacturer and keep in repair by user, affects the normal use of user, reduces the experience degree of user to equipment.
Summary of the invention
The object of the present invention is to provide a kind of DFU method and apparatus, alleviate in firmware upgrade process and occur the impact that power-off brings to user, promote user experience.
First aspect, embodiments provide a kind of DFU method, described method comprises:
When getting the enabled instruction of equipment, from multiple boot partitions of described equipment, determine normal boot partition;
Judge that the firmware of described equipment is the need of upgrading by running the described boot partition determined;
If so, download the image file of described firmware, use the described image file downloaded to the firmware upgrade of described equipment.
In conjunction with first aspect, embodiments provide the first possible embodiment of first aspect, wherein, use the firmware upgrade of described image file to described equipment of downloading to comprise:
The boot partition except the described boot partition run is chosen from described multiple boot partition;
Use described image file one by one to the described boot partition upgrading chosen;
When the described described boot partition chosen all is upgraded complete, use described image file to the described described boot partition upgrading run;
When the described described boot partition upgrading run is complete, use the kernel partitioned file in described image file and root file system partitioned file, respectively to the kernel subregion in described firmware and the upgrading of root file system subregion.
In conjunction with first aspect, embodiments providing the embodiment that the second of first aspect is possible, wherein, judging that the firmware of described equipment comprises the need of upgrading by running the described boot partition determined:
Read in by running the boot partition determined the startup mark starting and record in mark subregion, and add up the quantity of the startup mark of reading in;
Judge whether the described quantity starting mark reaches default startup identification thresholds;
If so, determine that the firmware of described equipment needs upgrading;
If not, start mark by running the described boot partition determined to write one in startup mark subregion, and start kernel and the root file system of described firmware;
When described kernel or described root file system start unsuccessfully, restart described equipment.
In conjunction with first aspect, embodiments provide the third possible embodiment of first aspect, wherein, the order of the kernel and root file system that start described firmware by the described boot partition run is for first to start described kernel, when described kernel starts successfully, restart described root file system;
Correspondingly, described method also comprises: when described root file system starts successfully, wipes current last starting mark subregion described and starts mark.
In conjunction with first aspect, embodiments provide the 4th kind of possible embodiment of first aspect, wherein, the subregion that described kernel is corresponding is one, and the subregion that described root file system is corresponding is one.
In conjunction with first aspect, embodiments provide the 5th kind of possible embodiment of first aspect, wherein, from multiple boot partitions of described equipment, determine that normal boot partition comprises:
From multiple boot partitions of described equipment, read the data of a boot partition, the data of the described boot partition of reading are verified;
When the data check of described boot partition read is correct, determine that the correct described boot partition of data check is normal boot partition.
In conjunction with first aspect, embodiments provide the 6th kind of possible embodiment of first aspect, wherein, download the image file of described firmware, comprising:
Judge the image file whether beginning through firmware described in web download in preset duration;
If so, the image file downloading the described firmware obtained is preserved;
If not, then described equipment is started.
Second aspect, embodiments provide a kind of DFU device, described device comprises:
Normal boot subregion determination module, for when getting the enabled instruction of equipment, determines normal boot partition from multiple boot partitions of described equipment;
By running the described boot partition determined, firmware upgrade judge module, for judging that the firmware of described equipment is the need of upgrading;
Firmware upgrade module, during for the judged result of described firmware upgrade judge module for being, downloads the image file of described firmware, uses the described image file downloaded to the firmware upgrade of described equipment.
In conjunction with second aspect, embodiments provide the first possible embodiment of second aspect, wherein, described firmware upgrade module comprises:
Off-duty boot partition acquiring unit, for choosing the boot partition except the described boot partition run from described multiple boot partition;
Off-duty boot partition upgrade unit, for using described image file one by one to the described boot partition upgrading chosen;
Run boot partition upgrade unit, for when described in the described boot partition chosen all upgrade complete time, use described image file to upgrade to the described described boot partition run;
Kernel root file system upgrade unit, for when the described described boot partition upgrading run is complete, use the kernel partitioned file in described image file and root file system partitioned file, respectively to the kernel subregion in described firmware and the upgrading of root file system subregion.
In conjunction with second aspect, embodiments provide the embodiment that the second of second aspect is possible, wherein, described firmware upgrade judge module comprises:
Starting mark quantity determining unit, for reading in by running the boot partition determined the startup mark starting and record in mark subregion, and adding up the quantity of the startup mark of reading in;
Start mark quantity judging unit, for judging whether the described quantity starting mark reaches default startup identification thresholds;
Upgrading determining unit, during for the described judged result starting mark quantity judging unit for being, determines that the firmware of described equipment needs upgrading;
Start unit, when being no for the described judged result starting mark quantity judging unit, starting mark by running the described boot partition determined to write one in startup mark subregion, and starts kernel and the root file system of described firmware;
Equipment restarts unit, for when described kernel or described root file system start unsuccessfully, restarts described equipment.
In conjunction with second aspect, embodiments provide the third possible embodiment of second aspect, wherein, described device also comprises: start mark clearing cell, for when described root file system starts successfully, wipe current last starting mark subregion described and start mark.
In conjunction with second aspect, embodiments provide the 4th kind of possible embodiment of second aspect, wherein, the subregion that described kernel is corresponding is one, and the subregion that described root file system is corresponding is one.
In conjunction with second aspect, embodiments provide the 5th kind of possible embodiment of second aspect, wherein, described normal boot subregion determination module comprises:
Boot partition data check unit, for reading the data of a boot partition from multiple boot partitions of described equipment, verifies the data of the described boot partition of reading;
Correct boot partition determining unit, for when the data check of described boot partition read is correct, determines that the correct described boot partition of data check is normal boot partition.
In conjunction with second aspect, embodiments provide the 6th kind of possible embodiment of second aspect, wherein, firmware upgrade module, comprising:
Image file downloads judging unit, for judging the image file whether beginning through firmware described in web download in preset duration;
Image file storage unit, when the judged result downloading judging unit for described image file is for being, preserves the image file downloading the described firmware obtained;
Device start unit, when the judged result for described image file download judging unit is no, starts described equipment.
A kind of DFU method and apparatus that the embodiment of the present invention provides, when getting the enabled instruction of equipment, normal boot partition is determined in multiple boot partitions of operational outfit, then by running the firmware of the boot partition judgment device determined the need of upgrading, when determining that the firmware of equipment needs upgrading, just can the firmware of image file to equipment of download firmware upgrade, even if in the process of upgrading to the firmware of equipment, when causing the firmware upgrade failure of equipment due to abnormal conditions power-off shutdown, as long as have one can normally use in the multiple boot partitions arranged in the firmware of equipment, just can carry out the upgrading of firmware by guiding device, complete the updating operation of firmware, and complete firmware just can the software startup such as application program/operating system in normal boot equipment, make user normally can use equipment, and keep in repair without the need to equipment is returned manufacturer, thus in alleviation firmware upgrade process, there is the impact that power-off brings to user, promote user experience.
For making above-mentioned purpose of the present invention, feature and advantage become apparent, preferred embodiment cited below particularly, and coordinate appended accompanying drawing, be described in detail below.
Accompanying drawing explanation
In order to be illustrated more clearly in the technical scheme of the embodiment of the present invention, be briefly described to the accompanying drawing used required in embodiment below, be to be understood that, the following drawings illustrate only some embodiment of the present invention, therefore the restriction to scope should be counted as, for those of ordinary skill in the art, under the prerequisite not paying creative work, other relevant accompanying drawings can also be obtained according to these accompanying drawings.
Fig. 1 shows the structural representation of a kind of implementation system involved by a kind of DFU method that the embodiment of the present invention provides;
Fig. 2 shows a kind of DFU method flow diagram that the embodiment of the present invention 1 provides;
Fig. 3 shows the particular flow sheet of a kind of DFU method that the embodiment of the present invention 2 provides;
Fig. 4 shows the structural representation of a kind of DFU device that the embodiment of the present invention 3 provides.
Embodiment
Below in conjunction with accompanying drawing in the embodiment of the present invention, be clearly and completely described the technical scheme in the embodiment of the present invention, obviously, described embodiment is only the present invention's part embodiment, instead of whole embodiments.The assembly of the embodiment of the present invention describing and illustrate in usual accompanying drawing herein can be arranged with various different configuration and design.Therefore, below to the detailed description of the embodiments of the invention provided in the accompanying drawings and the claimed scope of the present invention of not intended to be limiting, but selected embodiment of the present invention is only represented.Based on embodiments of the invention, the every other embodiment that those skilled in the art obtain under the prerequisite not making creative work, all belongs to the scope of protection of the invention.
Consider in relevant file system, in the process that the firmware of equipment is upgraded, if due to abnormal conditions power-off shutdown (such as: equipment electricity deficiency causes power-off shutdown), this time firmware upgrade failure, cause the firmware in equipment imperfect, when this equipment starts again, because its firmware is imperfect and can not the software startup such as application program/operating system in normal boot equipment, equipment is caused normally not use.In this case, equipment can only be returned manufacturer and keep in repair by user, affects the normal use of user, reduces the experience degree of user to equipment.Based on this, embodiments provide a kind of DFU method and apparatus.
See Fig. 1, it illustrates the structural representation of a kind of implementation system involved by DFU method that the embodiment of the present invention provides, this system comprises: equipment 10 and the firmware 11 run in apparatus 10; Firmware 11 comprises 12, one, multiple boot partition kernel subregion 13 and a root file system subregion 14;
Wherein, equipment 10 is when starting, normal boot partition 12 can be determined from multiple boot partitions 12 of equipment, then the boot partition 12 determined is run, and the data reading kernel subregion 13 by the boot partition 12 run carry out the kernel of starting outfit, if the kernel of equipment can normally start, so just by the data in kernel reading also carry root file system subregion 14, the root file system subregion 14 of starting outfit, if the root file system of equipment 14 can normally start, so just by the operating system of root file system 14 starting outfit, thus the startup of finishing equipment, but when equipment there is no normal shutdown or in firmware upgrade time cause firmware upgrade to stop because of abnormal conditions, so after the power-on operation carrying out equipment, with normally start the same, equipment can determine normal boot partition 12 from multiple boot partitions 12 of equipment, then the boot partition 12 determined is run, and the data reading kernel subregion 13 by the boot partition 12 run carry out the kernel of starting outfit, but due to DFU failure or equipment there is no a normal shutdown time, all likely cause the damage of kernel, the kernel so now damaged in equipment or root file system can not be started the operating system by using, network configuration will be read in the boot partition 12 so now run, by the image file of Network Capture firmware, updating operation is carried out to the firmware of equipment, the multiple boot partitions 12 in firmware 11 just can be ensured after having upgraded, kernel subregion 13 and root file system subregion 14 all complete normal and can normally use, thus can guide the system of equipment and start.
Equipment 10, can be existingly anyly need firmware to guide when starting and start mobile terminal or the embedded device of installed operating system, repeat no longer one by one here.
Embodiment 1
See Fig. 2, the present embodiment provides a kind of DFU method, and the method comprises the steps:
Step 200, when getting the enabled instruction of equipment, from multiple boot partitions of equipment, determine normal boot partition.
The enabled instruction of equipment, for making device power-up and the startup of the system of guiding device; Can be equipment in the power-offstate, the instruction that user is sent to equipment by the switch key of equipment, also can be equipment after the upgrade, in order to enable firmware or the operating system of new upgrading, equipment can perform an enabled instruction after upgrading is complete, restart voluntarily, thus firmware when starting outfit after loading upgrading or operating system, make user can use firmware and the operating system of new upgrading.
Boot partition, it is exactly a part for firmware in equipment, after device start, the firmware portions started at first, effect and the BIOS (Basic Input or Output System (BIOS) in computing machine, BasicInputOutputSystem) similar, for carrying out initialization to the hardware of equipment, providing the hardware interface of bottom for the operating system of equipment and read kernel data from kernel subregion and Boot Dernel startup.
In mobile terminal or embedded device, boot partition generally adopts U-Boot (universal guiding loading bin, UniversalBootLoader) subregion, guide and start mobile terminal or embedded device, certainly, also can adopt in mobile terminal or embedded device as ARMboot etc. can realize other boot partitions of U-Boot identical function, repeating no longer one by one here.
Equipment upon actuation, each boot partition in multiple boot partitions of presetting can be verified one by one, when determining the arbitrary boot partition verification succeeds in multiple boot partition, the boot partition just can determining this verification succeeds is normal boot partition, thus runs this normal boot partition.
In other words, equipment is previously provided with at least two boot partitions, identical and the role of the data of these boot partitions is also identical, after device start, first can verify the first boot partition in multiple boot partition, when the first boot partition verification succeeds, just run the first boot partition, and can not continue to verify multiple boot partitions below, when the first boot partition verification is unsuccessful, equipment will continue the data of verification second boot partition, when the second boot partition verification succeeds, just run the second boot partition, also can not continue to verify multiple boot partitions below, when the second boot partition verification is unsuccessful, equipment will continue the boot partition verified below, until after verifying out the correct boot partition of data, run the boot partition that this verification is correct.
Step 202, by running the firmware of boot partition judgment device determined the need of upgrading.
Interface between the softwares such as firmware refers to the software of bottom in the equipment of running on, application program/operating system that hardware and startup for providing mobile terminal or embedded system run afterwards.
Under normal circumstances, firmware can be stored in electricallyerasable ROM (EEROM) (ElectricallyErasableProgrammableROM, EEPROM) in mobile terminal or embedded system or flash memory (FLASH) chip.
Firmware in equipment, except comprising boot partition, also comprises kernel subregion and root file system subregion.
Kernel subregion, basic function can be provided to the operating system in equipment, it is the basis of operating system work, comprise (as interrupt handling routine, device driver etc.) that some and hardware is closely related, the functional module (as Clock management, process scheduling etc.) that basic, public, running frequency is higher and critical data structure, need when start up system by boot partition carry out startups also memory-resident provide corresponding function to operating system.
Root file system subregion, be mounted in the operation basis of the operating system in equipment, root file system (file in such as equipment under Bin catalogue) in root file system subregion after the kernel carry of equipment by kernel first carry, for starting and carry the alternative document in operating system and service.
Step 204 is if the image file of download firmware, uses the image file downloaded to the firmware upgrade of equipment.
As can be seen from the description to boot partition in firmware, kernel subregion and root file system subregion of step 200 and step 202, data in boot partition are correct, just can start the data in kernel subregion, and the data in kernel subregion are when correctly can normally start, just can file in carry root file system subregion, and after root file system startup, just can the file in the operating system in equipment and service being started and carry, thus the start-up operation of finishing equipment.But when the data in kernel subregion and root file system subregion and file have damage, the firmware of equipment just can not start and carry the file in the operating system in equipment and service, just can not the startup of completion system, just need the image file of download firmware so in this case.
In sum, the DFU method that the present embodiment provides, when getting the enabled instruction of equipment, normal boot partition is determined in multiple boot partitions of operational outfit, then by running the firmware of the boot partition judgment device determined the need of upgrading, when determining that the firmware of equipment needs upgrading, just can the firmware of image file to equipment of download firmware upgrade, even if in the process of upgrading to the firmware of equipment, when causing the firmware upgrade failure of equipment due to abnormal conditions power-off shutdown, as long as have one can normally use in the multiple boot partitions arranged in the firmware of equipment, just can carry out the upgrading of firmware by guiding device, complete the updating operation of firmware, and complete firmware just can the software startup such as application program/operating system in normal boot equipment, make user normally can use equipment, and keep in repair without the need to equipment is returned manufacturer, thus in alleviation firmware upgrade process, there is the impact that power-off brings to user, promote user experience.
Relative to being only provided with a boot partition in the firmware of prior art and situation about can not upgrade to boot partition, the firmware of the equipment proposed in the present embodiment, owing to being provided with multiple boot partition, so use the firmware upgrade step of image file to equipment downloaded to comprise the following steps (1) to (4):
(1) from multiple boot partition, choose the boot partition except the boot partition run;
(2) image file is used one by one to the boot partition upgrading chosen;
(3) when the boot partition chosen all is upgraded complete, use image file to the boot partition upgrading run;
(4) when the boot partition upgrading run is complete, the kernel partitioned file in image file and root file system partitioned file is used, respectively to the kernel subregion in firmware and the upgrading of root file system subregion.
In above-mentioned step (2), when upgrading to the arbitrary untapped boot partition in multiple boot partition, first wipe the boot partition data in this boot partition, then the boot partition file in the image file got is write in the boot partition of obliterated data, thus complete the upgrading of this boot partition, then the data of the untapped boot partition of another one are wiped, upgraded in other untapped boot partition, until all untapped boot partition upgradings are complete.
Owing to being determined that the data of normal boot partition have been read in the internal memory of equipment when starting, so after to the upgrading of untapped multiple boot partitions, just can upgrade on the data of the normal boot partition used and can not affect and determined the normal use of normal boot partition.
When using image file to upgrade to the kernel subregion in firmware and root file system subregion respectively, similar with the process of upgrading to the data of boot partition, also be first wipe the data in kernel subregion or root file system subregion, then the kernel partitioned file in the image file got or root file system partitioned file are divided and be written in kernel subregion and root file system subregion, thus complete the upgrading of kernel subregion and root file system subregion.
By above description, first upgraded in untapped boot partition, and after being upgraded in untapped boot partition, to upgrade the boot partition of current use, when can ensure to occur upgrading situation about cutting off in the process of upgrading to boot partition, also can ensure there is operable boot partition in equipment firmware, thus when restart facility, can by operable boot partition in equipment firmware, carry out updating operation to equipment firmware, the equipment of ensure that can complete upgrading and normally be used.
Due to when the data in kernel subregion and root file system subregion and file have damage, the firmware of equipment just can not start and carry the file in the operating system in equipment and service, just can not the startup of completion system, with regard to needing, the firmware of equipment is upgraded so in this case, so comprise the following steps (1) to step (5) by the firmware running the boot partition judgment device determined the need of upgrade step:
(1) read in by running the boot partition determined the startup mark starting and record in mark subregion, and add up the quantity of the startup mark of reading in;
(2) judge whether the quantity starting mark reaches default startup identification thresholds;
(3) if determine that the firmware of equipment needs upgrading;
(4) if not, start mark by running the boot partition determined to write one in startup mark subregion, and start kernel and the root file system of firmware;
(5) when kernel or root file system start unsuccessfully, restarting equipment.
In above-mentioned steps (5), when kernel starts successfully, restart root file system; When root file system starts successfully, wipe last starting mark subregion current and start mark.
Start mark, being default fix information, can be the hexadecimal digit of byte-sized such as 0x5A or 0xA5, is written to starts in mark subregion according to boot sequence, equipment is when starting at every turn, and the startup mark starting and record in mark subregion all first can be read in the boot partition of operation.Because each startup mark only takies a byte, the byte-sized of the boot partition so run by obtaining from boot partition, just can determine the quantity of the startup mark of reading in.
Certainly, start mark and also can adopt other the forms of expression such as other such as scale-of-two or metric numeral, repeat no longer one by one here.
Can being found out by above description, by judging the quantity starting mark, just can determine that the firmware of equipment is the need of upgrading that there is feature that is simple to operation and that easily implement.
Owing to just ensure that equipment can normally use by arranging multiple boot partition, so in the firmware of equipment in the present embodiment just without the need to there is as some dual system equipment firmware, comprise two kernel subregions and two root file system subregions in firmware respectively.And only need in the firmware of equipment, arrange a kernel subregion and a root file system subregion respectively.Owing to being only provided with a kernel subregion and a root file system subregion in the firmware of the present embodiment respectively, there is the feature of the cost of development saving storage space and reduce firmware.
In correlation technique, equipment needs all to verify the boot partition in firmware, kernel subregion and root file system subregion when starting, so the time started is longer, so determine that from multiple boot partitions of equipment normal boot partition step comprises the following steps (1) to step (2):
(1) from multiple boot partitions of equipment, read the data of a boot partition, the data of the boot partition of reading are verified;
(2) when the data check of boot partition read is correct, determine that the correct boot partition of data check is normal boot partition.
When verifying the data of boot partition, Hash operation is carried out to the data of boot partition, obtain the cryptographic hash of the data of boot partition, then compare with the cryptographic hash of the boot partition data calculated during write boot partition, when both result displays of comparison are consistent, illustrate that the data check of the boot partition of reading is correct, this boot partition determines normal boot partition; When both result displays of comparison are inconsistent, illustrate that the data check of the boot partition of reading is incorrect, need to verify the data of other boot partition, until determine normal boot partition.
Certainly, the data of other verification mode to boot partition also can be adopted to verify, repeat no longer one by one here.
Can be found out by above description, determine which boot partition is normal by the mode of checking data, then by normal boot partition start up system, in quick mode reliably, system is started, and without the need to further verifying kernel and root file system, thus decrease the time of system check, make equipment under normal circumstances, can start fast.
When from the image file of download firmware on networking, may due to network busy, cause long-time appearance of downloading less than the situation of the image file of firmware, so the image file step of download firmware comprises the following steps (1) to step (3):
(1) image file whether beginning through web download firmware in preset duration is judged;
(2) if preserve the image file downloading the firmware obtained;
(3) if not, then starting outfit.
In step (3), starting outfit refers to the kernel starting and be stored in the kernel subregion of firmware.
Also comprise configure partition in firmware, configure partition comprises network configuration information, and network configuration information includes but not limited to: store the ip address of the server of the image file of firmware and the ip address of equipment.
The process that equipment receives the image file of firmware comprises: equipment can read the network configuration information in configure partition, obtain the ip address storing the server of the image file of firmware, and initiate access by the address of the server of the image file that stores firmware to this server, server to the image file storing firmware initiates the connection request carrying equipment ip address, the server storing the image file of firmware will to connect passage with the ip address of recording in connection request after receiving connection request, and the interface channel passing through to set up sends the image file of firmware to equipment.
So equipment initiates connection request to the server of the image file storing firmware in preset duration, and start the image file receiving firmware, the image file beginning through web download firmware is described in preset duration, otherwise the image file not beginning through web download firmware in preset duration is described.Thus the image file whether beginning through web download firmware in preset duration is judged, obtain judged result, and operate accordingly according to judged result.
Judge whether beginning through web download firmware image file by arranging preset duration, the time of DFU can be shortened, the time of further minimizing equipment user waiting facilities firmware upgrade, make user can use the complete equipment of upgrading as early as possible.
Embodiment 2
Fig. 3 is the particular flow sheet of DFU method, and comprise two boot partitions for equipment firmware and be described the flow process that system starts, DFU method comprises the following steps:
Step 300, read the first boot partition data and verify;
Step 302, judge that the data of first boot partition of reading are whether correct, if it is perform step 308, if otherwise perform step 304;
Step 304, read the second boot partition data and verify;
Step 306, judge that the data of second boot partition of reading are whether correct, if so, then perform step 308; If not, then point out the unavailable rear restart facility in user boot partition and return step 300.
Step 308, the boot partition that startup verification is correct;
Step 310, by start boot partition read in start mark subregion in record startup mark, and add up read in startup mark quantity;
Step 312, judge whether the startup mark quantity of adding up reaches the threshold value of setting; If so, then step 314 is performed; If not, then step 328 is performed;
Step 314, the network relevant configuration read in configure partition, from the upgrade image file of Network Capture equipment firmware;
Step 316, judge in preset duration, whether to start the upgrade image file from Network Capture equipment firmware; If so, then step 318 is performed; If not, then step 330 is performed;
The firmware image file of step 318, download equipment firmware;
Step 320, after the firmware image file download of equipment firmware, by the boot partition file in firmware image file, updating operation is carried out to boot partition untapped in equipment firmware;
Step 322, after the upgrading of untapped boot partition, to be upgraded in the boot partition of current use in equipment firmware;
Step 324, after to the upgrading of the boot partition of current use, respectively the kernel in equipment firmware and root file system to be upgraded by the kernel file in firmware image file and root file system file;
Step 326, when to the kernel in equipment firmware and root file system upgrading after, perform step 330;
Step 328, start mark by the boot partition of current operation to write one in startup mark subregion;
Step 330, the kernel file read in kernel subregion, and start kernel;
Step 332, judge that kernel starts whether success, if so, then perform step 334; If not, then restart and return step 300;
Step 334, the root file system file read in root file system subregion, and start root file system;
Step 336, judge that root file system starts whether success, if so, then perform step 338; If not, then restart and return step 300;
Step 338, removing start last the startup mark write in mark subregion.
Said method is upgraded to the firmware of equipment described below.
The firmware of equipment comprises: a bootloader subregion, more than 1 boot partition (U-Boot subregion), more than 1 starts mark subregion, more than 1 configure partition, other also has kernel subregion (kernel subregion) and root file system subregion (rootfs subregion) etc., and each subregion is that unit stores by physical block.
Bootloader is generally the U-Boot of simple version, is responsible for verifying and loading correct U-Boot, and function is fairly simple, without the need to upgrading.
U-Boot subregion is responsible for detecting and is started mark subregion, start up system is stopped when detecting to start continuously when mark exceeds specified quantity (as 10 times), and start network updating service program, do not start yet again to attempt start up system when upgrading when exceeding certain hour (as 5 minutes).
Each U-Boot start up system (load kernel) is front all to be enabled house dog and adds and start mark, after system starts by network updating service or related application judge normal after to close again or adapter is fed dog and removed last and starts mark.
If desired upgrade U-Boot, (there is bad block when using NANDFlash for avoiding in the U-Boot subregion that then must ensure more than 2, preferably use the u-boot subregion of more than 3), upgrading one by one during upgrading, and together do not upgrade (multiple subregion is together wiped and write together), do not have correct U-Boot subregion to use after avoiding power-off; If without the need to the U-Boot that upgrades, an available U-Boot subregion also only can be used.
When using NANDFlash, each U-Boot subregion should use fixed locations, instead of skips bad block, to avoid the complexity affecting bootloader verification and upgrading of new bad block.
The upgrade method of each subregion in equipment: read subregion upgrade data to internal memory, wipe whole subregion, write data to whole subregion.
Alternatively, when upgrading to the firmware in equipment, only can also be upgraded U-Boot subregion two (being exactly the second boot partition in flow process) at every turn, as long as bootloader subregion uses this subregion when judging that this subregion is normal by verification, otherwise use U-Boot subregion one (being exactly the first boot partition in flow process), so still can reach and can either in most cases use new subregion can take into account again the risk of upgrading and unsuccessfully causing.
In sum, the DFU method that the present embodiment provides, when getting the enabled instruction of equipment, normal boot partition is determined in multiple boot partitions of operational outfit, then by running the firmware of the boot partition judgment device determined the need of upgrading, when determining that the firmware of equipment needs upgrading, just can the firmware of image file to equipment of download firmware upgrade, even if in the process of upgrading to the firmware of equipment, when causing the firmware upgrade failure of equipment due to abnormal conditions power-off shutdown, as long as have one can normally use in the multiple boot partitions arranged in the firmware of equipment, just can carry out the upgrading of firmware by guiding device, complete the updating operation of firmware, and complete firmware just can the software startup such as application program/operating system in normal boot equipment, make user normally can use equipment, and keep in repair without the need to equipment is returned manufacturer, thus in alleviation firmware upgrade process, there is the impact that power-off brings to user, promote user experience.
Embodiment 3
See Fig. 4, the present embodiment proposes a kind of DFU device, and for performing the DFU method described in above-described embodiment, this device comprises: normal boot subregion determination module 400, firmware upgrade judge module 402 and firmware upgrade module 404.
Wherein, normal boot subregion determination module 400, for when getting the enabled instruction of equipment, determines normal boot partition from multiple boot partitions of equipment; Firmware upgrade judge module 402, is connected with normal boot subregion determination module 400, for the firmware by running the boot partition judgment device determined the need of upgrading; Firmware upgrade module 404, is connected with firmware upgrade judge module 402, and during for the judged result of firmware upgrade judge module for being, the image file of download firmware, uses the image file downloaded to the firmware upgrade of equipment.
Relative to being only provided with a boot partition in the firmware of prior art and situation about can not upgrade to boot partition, firmware upgrade module 404 is upgraded to the multiple boot partitions in firmware by off-duty boot partition acquiring unit, off-duty boot partition upgrade unit, operation boot partition upgrade unit and the kernel root file system upgrade unit arranged, and firmware upgrade module 404 specifically comprises:
Off-duty boot partition acquiring unit, for choosing the boot partition except the boot partition run from multiple boot partition;
Off-duty boot partition upgrade unit, for using image file one by one to the boot partition upgrading chosen;
Running boot partition upgrade unit, during for all upgrading complete when the boot partition chosen, using image file to the boot partition upgrading run;
Kernel root file system upgrade unit, for when the boot partition upgrading run is complete, uses the kernel partitioned file in image file and root file system partitioned file, respectively to the kernel subregion in firmware and the upgrading of root file system subregion.
By above description, first upgraded in untapped boot partition, and after being upgraded in untapped boot partition, to upgrade the boot partition of current use, when can ensure to occur upgrading situation about cutting off in the process of upgrading to boot partition, also can ensure there is operable boot partition in equipment firmware, thus when restart facility, can by operable boot partition in equipment firmware, carry out updating operation to equipment firmware, the equipment of ensure that can complete upgrading and normally be used.
Due to when the data in kernel subregion and root file system subregion and file have damage, the firmware of equipment just can not start and carry the file in the operating system in equipment and service, just can not the startup of completion system, so in this case, firmware upgrade judge module 402 by the startup mark quantity determining unit that arranges, start mark quantity judging unit, upgrading determining unit, start unit and equipment restarts the firmware of unit to equipment and upgrades, firmware upgrade judge module 402 specifically comprises:
Starting mark quantity determining unit, for reading in by running the boot partition determined the startup mark starting and record in mark subregion, and adding up the quantity of the startup mark of reading in;
Start mark quantity judging unit, for judging whether the quantity starting mark reaches default startup identification thresholds;
Upgrading determining unit, for start mark quantity judging unit judged result for being time, determine that the firmware of equipment needs upgrading;
Start unit, when being no for starting the judged result of mark quantity judging unit, starting mark by running the boot partition determined to write one in startup mark subregion, and starting kernel and the root file system of firmware;
Equipment restarts unit, for when kernel or root file system start unsuccessfully, and restarting equipment;
Start mark clearing cell, for when root file system starts successfully, wipe last starting mark subregion current and start mark.
Can being found out by above description, by judging the quantity starting mark, just can determine that the firmware of equipment is the need of upgrading that there is feature that is simple to operation and that easily implement.
Owing to just ensure that equipment can normally use by arranging multiple boot partition, so in the firmware of equipment in the present embodiment just without the need to there is as some dual system equipment firmware, comprise two kernel subregions and two root file system subregions in firmware respectively.And only need in the firmware of equipment, arrange a kernel subregion and a root file system subregion respectively.Owing to being only provided with a kernel subregion and a root file system subregion in the firmware of the present embodiment respectively, there is the feature of the cost of development saving storage space and reduce firmware.
In correlation technique, equipment needs all to verify the boot partition in firmware, kernel subregion and root file system subregion when starting, so the time started is longer, so normal boot subregion determination module 400 shortens the checking time of firmware by the boot partition data check unit that arranges and correct boot partition determining unit, normal boot subregion determination module 400 specifically comprises:
Boot partition data check unit, for reading the data of a boot partition from multiple boot partitions of equipment, verifies the data of the boot partition of reading;
Correct boot partition determining unit, for when the data check of boot partition read is correct, determines that the correct boot partition of data check is normal boot partition.
Can be found out by above description, determine which boot partition is normal by the mode of checking data, then by normal boot partition start up system, in quick mode reliably, system is started, and without the need to further verifying kernel and root file system, thus decrease the time of system check, make equipment under normal circumstances, can start fast.
When from the image file of download firmware on networking, may due to network busy, cause long-time appearance of downloading less than the situation of the image file of firmware, so firmware upgrade module 404, download by the image file arranged the start-up time that judging unit, image file storage unit and device start unit shorten equipment, firmware upgrade module 404 specifically comprises:
Image file downloads judging unit, for judging the image file whether beginning through web download firmware in preset duration;
Image file storage unit, when downloading the judged result of judging unit for being for image file, preserves the image file downloading the firmware obtained;
Device start unit, when the judged result for image file download judging unit is no, starting outfit.
Judge whether beginning through web download firmware image file by arranging preset duration, the time of DFU can be shortened, the time of further minimizing equipment user waiting facilities firmware upgrade, make user can use the complete equipment of upgrading as early as possible.
In sum, the DFU device that the present embodiment provides, when getting the enabled instruction of equipment, normal boot partition is determined in multiple boot partitions of operational outfit, then by running the firmware of the boot partition judgment device determined the need of upgrading, when determining that the firmware of equipment needs upgrading, just can the firmware of image file to equipment of download firmware upgrade, even if in the process of upgrading to the firmware of equipment, when causing the firmware upgrade failure of equipment due to abnormal conditions power-off shutdown, as long as have one can normally use in the multiple boot partitions arranged in the firmware of equipment, just can carry out the upgrading of firmware by guiding device, complete the updating operation of firmware, and complete firmware just can the software startup such as application program/operating system in normal boot equipment, make user normally can use equipment, and keep in repair without the need to equipment is returned manufacturer, thus in alleviation firmware upgrade process, there is the impact that power-off brings to user, promote user experience.
The computer program of the DFU method that the embodiment of the present invention provides, comprise the computer-readable recording medium storing program code, the instruction that program code comprises can be used for performing the method in previous methods embodiment, specific implementation see embodiment of the method, can not repeat them here.
Those skilled in the art can be well understood to, and for convenience and simplicity of description, the specific works process of the system of foregoing description, device and unit, with reference to the corresponding process in preceding method embodiment, can not repeat them here.
In several embodiments that the application provides, should be understood that disclosed system, apparatus and method can realize by another way.Device embodiment described above is only schematic, and such as, the division of unit, is only a kind of logic function and divides, and actual can have other dividing mode when realizing.In addition, each functional unit in each embodiment of the present invention can be integrated in a processing unit, also can be that the independent physics of unit exists, also can two or more unit in a unit integrated.
If function using the form of SFU software functional unit realize and as independently production marketing or use time, can be stored in a computer read/write memory medium.Based on such understanding, the part of the part that technical scheme of the present invention contributes to prior art in essence in other words or this technical scheme can embody with the form of software product, this computer software product is stored in a storage medium, comprising some instructions in order to make a computer equipment (can be personal computer, server, or the network equipment etc.) perform all or part of step of each embodiment method of the present invention.And aforesaid storage medium comprises: USB flash disk, portable hard drive, ROM (read-only memory) (ROM, Read-OnlyMemory), random access memory (RAM, RandomAccessMemory), magnetic disc or CD etc. various can be program code stored medium.
The above; be only the specific embodiment of the present invention, but protection scope of the present invention is not limited thereto, is anyly familiar with those skilled in the art in the technical scope that the present invention discloses; change can be expected easily or replace, all should be encompassed within protection scope of the present invention.Therefore, protection scope of the present invention should described be as the criterion with the protection domain of claim.
Claims (14)
1. a DFU method, is characterized in that, described method comprises:
When getting the enabled instruction of equipment, from multiple boot partitions of described equipment, determine normal boot partition;
Judge that the firmware of described equipment is the need of upgrading by running the described boot partition determined;
If so, download the image file of described firmware, use the described image file downloaded to the firmware upgrade of described equipment.
2. method according to claim 1, is characterized in that, uses the firmware upgrade of described image file to described equipment of downloading to comprise:
The boot partition except the described boot partition run is chosen from described multiple boot partition;
Use described image file one by one to the described boot partition upgrading chosen;
When the described described boot partition chosen all is upgraded complete, use described image file to the described described boot partition upgrading run;
When the described described boot partition upgrading run is complete, use the kernel partitioned file in described image file and root file system partitioned file, respectively to the kernel subregion in described firmware and the upgrading of root file system subregion.
3. method according to claim 1, is characterized in that, judges that the firmware of described equipment comprises the need of upgrading by running the described boot partition determined:
Read in by running the boot partition determined the startup mark starting and record in mark subregion, and add up the quantity of the startup mark of reading in;
Judge whether the described quantity starting mark reaches default startup identification thresholds;
If so, determine that the firmware of described equipment needs upgrading;
If not, start mark by running the described boot partition determined to write one in startup mark subregion, and start kernel and the root file system of described firmware;
When described kernel or described root file system start unsuccessfully, restart described equipment.
4. method according to claim 3, is characterized in that, the order of the kernel and root file system that start described firmware by the described boot partition run, for first to start described kernel, when described kernel starts successfully, restarts described root file system;
Correspondingly, described method also comprises: when described root file system starts successfully, wipes current last starting mark subregion described and starts mark.
5. method according to claim 4, is characterized in that, the subregion that described kernel is corresponding is one, and the subregion that described root file system is corresponding is one.
6. method according to claim 1, is characterized in that, from multiple boot partitions of described equipment, determine that normal boot partition comprises:
From multiple boot partitions of described equipment, read the data of a boot partition, the data of the described boot partition of reading are verified;
When the data check of described boot partition read is correct, determine that the correct described boot partition of data check is normal boot partition.
7. method according to claim 1, is characterized in that, downloads the image file of described firmware, comprising:
Judge the image file whether beginning through firmware described in web download in preset duration;
If so, the image file downloading the described firmware obtained is preserved;
If not, then described equipment is started.
8. a DFU device, is characterized in that, described device comprises:
Normal boot subregion determination module, for when getting the enabled instruction of equipment, determines normal boot partition from multiple boot partitions of described equipment;
By running the described boot partition determined, firmware upgrade judge module, for judging that the firmware of described equipment is the need of upgrading;
Firmware upgrade module, during for the judged result of described firmware upgrade judge module for being, downloads the image file of described firmware, uses the described image file downloaded to the firmware upgrade of described equipment.
9. device according to claim 8, is characterized in that, described firmware upgrade module comprises:
Off-duty boot partition acquiring unit, for choosing the boot partition except the described boot partition run from described multiple boot partition;
Off-duty boot partition upgrade unit, for using described image file one by one to the described boot partition upgrading chosen;
Run boot partition upgrade unit, for when described in the described boot partition chosen all upgrade complete time, use described image file to upgrade to the described described boot partition run;
Kernel root file system upgrade unit, for when the described described boot partition upgrading run is complete, use the kernel partitioned file in described image file and root file system partitioned file, respectively to the kernel subregion in described firmware and the upgrading of root file system subregion.
10. device according to claim 8, is characterized in that, described firmware upgrade judge module comprises:
Starting mark quantity determining unit, for reading in by running the boot partition determined the startup mark starting and record in mark subregion, and adding up the quantity of the startup mark of reading in;
Start mark quantity judging unit, for judging whether the described quantity starting mark reaches default startup identification thresholds;
Upgrading determining unit, during for the described judged result starting mark quantity judging unit for being, determines that the firmware of described equipment needs upgrading;
Start unit, when being no for the described judged result starting mark quantity judging unit, starting mark by running the described boot partition determined to write one in startup mark subregion, and starts kernel and the root file system of described firmware;
Equipment restarts unit, for when described kernel or described root file system start unsuccessfully, restarts described equipment.
11. devices according to claim 10, is characterized in that, described device also comprises: start mark clearing cell, for when described root file system starts successfully, wipe current last starting mark subregion described and start mark.
12. devices according to claim 11, is characterized in that, the subregion that described kernel is corresponding is one, and the subregion that described root file system is corresponding is one.
13. devices according to claim 8, is characterized in that, described normal boot subregion determination module comprises:
Boot partition data check unit, for reading the data of a boot partition from multiple boot partitions of described equipment, verifies the data of the described boot partition of reading;
Correct boot partition determining unit, for when the data check of described boot partition read is correct, determines that the correct described boot partition of data check is normal boot partition.
14. devices according to claim 8, is characterized in that, described firmware upgrade module, comprising:
Image file downloads judging unit, for judging the image file whether beginning through firmware described in web download in preset duration;
Image file storage unit, when the judged result downloading judging unit for described image file is for being, preserves the image file downloading the described firmware obtained;
Device start unit, when the judged result for described image file download judging unit is no, starts described equipment.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510544026.7A CN105094927B (en) | 2015-08-28 | 2015-08-28 | A kind of device firmware upgrade method and apparatus |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510544026.7A CN105094927B (en) | 2015-08-28 | 2015-08-28 | A kind of device firmware upgrade method and apparatus |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN105094927A true CN105094927A (en) | 2015-11-25 |
| CN105094927B CN105094927B (en) | 2018-06-12 |
Family
ID=54575437
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510544026.7A Active CN105094927B (en) | 2015-08-28 | 2015-08-28 | A kind of device firmware upgrade method and apparatus |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN105094927B (en) |
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106020875A (en) * | 2016-05-16 | 2016-10-12 | 北京奇虎科技有限公司 | Firmware updating management method and device of embedded terminal |
| CN106201608A (en) * | 2016-07-01 | 2016-12-07 | 南京百敖软件有限公司 | Computer UEFI firmware update |
| CN107247642A (en) * | 2017-06-27 | 2017-10-13 | 青岛智动精工电子有限公司 | The method and device of executable image file is determined during for system boot |
| CN107577563A (en) * | 2017-09-26 | 2018-01-12 | 晶晨半导体(上海)股份有限公司 | A kind of guard method of system upgrade abnormal power-down and terminal device |
| CN108108193A (en) * | 2016-11-24 | 2018-06-01 | 厦门脉视数字技术有限公司 | A kind of easy-to-use firmware upgrade method of safety and system |
| CN108121554A (en) * | 2017-12-20 | 2018-06-05 | 浙江亿邦通信科技股份有限公司 | A kind of upgrade method and upgrade-system of open air embedded device system |
| CN109032846A (en) * | 2018-08-08 | 2018-12-18 | 京信通信系统（中国）有限公司 | Equipment remote backup upgrade method, device, computer storage medium and equipment |
| CN109240720A (en) * | 2018-08-23 | 2019-01-18 | 福州瑞芯微电子股份有限公司 | A kind of firmware upgrade method of Android system and a kind of storage equipment |
| CN109471650A (en) * | 2018-11-29 | 2019-03-15 | 华青融天(北京)软件股份有限公司 | A kind of upgrading method of specifying error, device and computer equipment |
| CN111158728A (en) * | 2019-12-31 | 2020-05-15 | 深圳市潮流网络技术有限公司 | Firmware upgrading method, firmware starting method, firmware generating method and device |
| CN112363749A (en) * | 2020-09-04 | 2021-02-12 | 中核武汉核电运行技术股份有限公司 | Safe starting and upgrading method of MIPS architecture system |
| CN113064608A (en) * | 2020-01-02 | 2021-07-02 | 广东博智林机器人有限公司 | OTA (over the air) upgrading method, device, equipment and medium |
| CN114185491A (en) * | 2021-12-13 | 2022-03-15 | 惠州Tcl移动通信有限公司 | Method and device for downloading partitioned file, storage medium and computer equipment |
| WO2022067704A1 (en) * | 2020-09-30 | 2022-04-07 | 深圳市大疆创新科技有限公司 | Laser radar firmware upgrade method, distance measurement apparatus, and storage medium |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20090023863A (en) * | 2007-09-03 | 2009-03-06 | 엘지이노텍 주식회사 | System and method for updating firmware |
| CN102073517A (en) * | 2009-11-23 | 2011-05-25 | 中兴通讯股份有限公司 | Upgrading and backup method and device for embedded system |
| CN102289397A (en) * | 2011-09-13 | 2011-12-21 | 全星科技（珠海）有限公司 | Method and device for automatically restoring embedded system of set top box |
| CN102467397A (en) * | 2010-11-17 | 2012-05-23 | 中兴通讯股份有限公司 | Boot method and device of embedded system |
| CN102830986A (en) * | 2011-06-17 | 2012-12-19 | 中兴通讯股份有限公司 | Method and device for turning on system in double-BOOT program condition |
| US20140189336A1 (en) * | 2012-12-28 | 2014-07-03 | Miguel Ballesteros | Methods and apparatus to support authenticated variables |
-
2015
- 2015-08-28 CN CN201510544026.7A patent/CN105094927B/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20090023863A (en) * | 2007-09-03 | 2009-03-06 | 엘지이노텍 주식회사 | System and method for updating firmware |
| CN102073517A (en) * | 2009-11-23 | 2011-05-25 | 中兴通讯股份有限公司 | Upgrading and backup method and device for embedded system |
| CN102467397A (en) * | 2010-11-17 | 2012-05-23 | 中兴通讯股份有限公司 | Boot method and device of embedded system |
| CN102830986A (en) * | 2011-06-17 | 2012-12-19 | 中兴通讯股份有限公司 | Method and device for turning on system in double-BOOT program condition |
| CN102289397A (en) * | 2011-09-13 | 2011-12-21 | 全星科技（珠海）有限公司 | Method and device for automatically restoring embedded system of set top box |
| US20140189336A1 (en) * | 2012-12-28 | 2014-07-03 | Miguel Ballesteros | Methods and apparatus to support authenticated variables |
Cited By (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106020875A (en) * | 2016-05-16 | 2016-10-12 | 北京奇虎科技有限公司 | Firmware updating management method and device of embedded terminal |
| CN106201608A (en) * | 2016-07-01 | 2016-12-07 | 南京百敖软件有限公司 | Computer UEFI firmware update |
| CN108108193A (en) * | 2016-11-24 | 2018-06-01 | 厦门脉视数字技术有限公司 | A kind of easy-to-use firmware upgrade method of safety and system |
| CN107247642B (en) * | 2017-06-27 | 2020-12-25 | 青岛智动精工电子有限公司 | Method and device for determining executable mapping file during system startup |
| CN107247642A (en) * | 2017-06-27 | 2017-10-13 | 青岛智动精工电子有限公司 | The method and device of executable image file is determined during for system boot |
| CN107577563A (en) * | 2017-09-26 | 2018-01-12 | 晶晨半导体(上海)股份有限公司 | A kind of guard method of system upgrade abnormal power-down and terminal device |
| CN108121554A (en) * | 2017-12-20 | 2018-06-05 | 浙江亿邦通信科技股份有限公司 | A kind of upgrade method and upgrade-system of open air embedded device system |
| CN109032846A (en) * | 2018-08-08 | 2018-12-18 | 京信通信系统（中国）有限公司 | Equipment remote backup upgrade method, device, computer storage medium and equipment |
| CN109240720A (en) * | 2018-08-23 | 2019-01-18 | 福州瑞芯微电子股份有限公司 | A kind of firmware upgrade method of Android system and a kind of storage equipment |
| CN109240720B (en) * | 2018-08-23 | 2021-11-26 | 瑞芯微电子股份有限公司 | Firmware upgrading method of android system and storage device |
| CN109471650A (en) * | 2018-11-29 | 2019-03-15 | 华青融天(北京)软件股份有限公司 | A kind of upgrading method of specifying error, device and computer equipment |
| CN111158728A (en) * | 2019-12-31 | 2020-05-15 | 深圳市潮流网络技术有限公司 | Firmware upgrading method, firmware starting method, firmware generating method and device |
| CN111158728B (en) * | 2019-12-31 | 2024-02-02 | 深圳市潮流网络技术有限公司 | Firmware upgrading method, firmware starting method and device |
| CN113064608A (en) * | 2020-01-02 | 2021-07-02 | 广东博智林机器人有限公司 | OTA (over the air) upgrading method, device, equipment and medium |
| CN112363749A (en) * | 2020-09-04 | 2021-02-12 | 中核武汉核电运行技术股份有限公司 | Safe starting and upgrading method of MIPS architecture system |
| WO2022067704A1 (en) * | 2020-09-30 | 2022-04-07 | 深圳市大疆创新科技有限公司 | Laser radar firmware upgrade method, distance measurement apparatus, and storage medium |
| CN114730266A (en) * | 2020-09-30 | 2022-07-08 | 深圳市大疆创新科技有限公司 | Firmware upgrading method of laser radar, ranging device and storage medium |
| CN114185491A (en) * | 2021-12-13 | 2022-03-15 | 惠州Tcl移动通信有限公司 | Method and device for downloading partitioned file, storage medium and computer equipment |
| CN114185491B (en) * | 2021-12-13 | 2024-01-19 | 惠州Tcl移动通信有限公司 | Partition file downloading method and device, storage medium and computer equipment |
Also Published As
| Publication number | Publication date |
|---|---|
| CN105094927B (en) | 2018-06-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN105094927A (en) | Equipment firmware updating method and device | |
| US8171276B2 (en) | Minimal startup mode for performing multiple-reboot configuration | |
| CN102722394B (en) | Start upgrading method of embedded equipment | |
| CN105760200A (en) | Terminal device and system updating method thereof | |
| CN101807152B (en) | Basic output and input system for self verification of selection read only memory and verification method thereof | |
| CN104636171A (en) | Upgrading method and device and mobile device | |
| US20220214945A1 (en) | System Booting Method and Apparatus, Node Device, and Computer-Readable Storage Medium | |
| EP3879399A1 (en) | Method and apparatus for upgrading vehicle-mounted tbox, device, and storage medium | |
| CN109101247B (en) | Method and device for installing driver and server | |
| CN103970564A (en) | Automatic repairing and upgrading method of embedded operating system and embedded operating system with automatic repairing and upgrading functions | |
| CN105677409B (en) | A kind of method for upgrading system and device | |
| CN105607972A (en) | Abnormity remedying method and device | |
| CN109582332B (en) | System upgrading method and device for Internet camera | |
| CN111338698A (en) | Method and system for accurately booting server by BIOS (basic input output System) | |
| CN113867814A (en) | Method and device for realizing multi-type restarting of server based on UEFI (unified extensible firmware interface) | |
| CN112433769A (en) | BMC starting method and device, computer equipment and storage medium | |
| CN103455750A (en) | High-security verification method and high-security verification system for embedded devices | |
| CN104657232A (en) | BIOS automatic recovery system and BIOS automatic recovery method | |
| CN113032183A (en) | System management method, device, computer equipment and storage medium | |
| CN102184115B (en) | Method for updating system software and terminal device | |
| CN110716733A (en) | ONT product software mutual upgrading method | |
| CN113377425B (en) | BMC firmware generation method and device, BMC starting method and device and storage medium | |
| CN108052337A (en) | A kind of firmware upgrade method and device of eMMC production tools | |
| EP4086756A1 (en) | Method and apparatus for processing virtual machine component | |
| CN111190627A (en) | System upgrading method and device |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| PP01 | Preservation of patent right | ||
| PP01 | Preservation of patent right |
Effective date of registration: 20220726 Granted publication date: 20180612 |