CN105468420B - operating system upgrading method and device - Google Patents
operating system upgrading method and device Download PDFInfo
- Publication number
- CN105468420B CN105468420B CN201511005881.7A CN201511005881A CN105468420B CN 105468420 B CN105468420 B CN 105468420B CN 201511005881 A CN201511005881 A CN 201511005881A CN 105468420 B CN105468420 B CN 105468420B
- Authority
- CN
- China
- Prior art keywords
- upgrade
- parameter
- upgrading
- upgrade file
- mcu
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 49
- 230000008569 process Effects 0.000 claims description 20
- 238000001514 detection method Methods 0.000 claims description 12
- 238000003780 insertion Methods 0.000 claims description 3
- 230000037431 insertion Effects 0.000 claims description 3
- 230000032258 transport Effects 0.000 claims 1
- 238000005192 partition Methods 0.000 abstract 1
- 238000011084 recovery Methods 0.000 description 8
- 230000007613 environmental effect Effects 0.000 description 6
- 238000012795 verification Methods 0.000 description 5
- 230000006837 decompression Effects 0.000 description 4
- 238000010586 diagram Methods 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 4
- 238000012544 monitoring process Methods 0.000 description 4
- 241000208340 Araliaceae Species 0.000 description 2
- 235000005035 Panax pseudoginseng ssp. pseudoginseng Nutrition 0.000 description 2
- 235000003140 Panax quinquefolius Nutrition 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 235000008434 ginseng Nutrition 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000005611 electricity Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
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 relates to an operating system upgrading method and device, wherein the method comprises the following steps: acquiring a first upgrade file corresponding to BOOT, a second upgrade file corresponding to a system main program and a third upgrade file corresponding to an MCU (microprogrammed control unit), writing an upgrade command into a backup partition, and setting a first mark for upgrading the BOOT; upgrading the BOOT according to the first mark, the upgrading command and the first upgrading file, setting a second mark for upgrading the main program of the system, and respectively transmitting a first parameter required by upgrading the main program of the system and a second parameter required by upgrading the MCU to the main program of the system and the MCU; responding to the second mark to analyze a second upgrading file, setting a third mark for upgrading the MCU according to an upgrading command, the first parameter and a main program of the upgrading system of the second upgrading file, and transmitting a third parameter required by upgrading the MCU to the MCU; and responding to the third mark to analyze the third upgrading file, and upgrading the MCU according to the upgrading command, the second parameter, the third parameter and the third upgrading file.
Description
Technical field
The present invention relates to software technology fields, more particularly to a kind of operating system update method and apparatus.
Background technique
With the fast development of electronic technology, the performance of terminal operating system is higher and higher, and user can install wherein
A variety of applications.In practical application, application the problems such as there may be loophole or having a single function that user is installed, therefore, answer
These applications can be upgraded with developer, with patching bugs or the function of abundant application.
Traditional upgrade method to operating system, usually by BOOT, system main program and MCU
(Microcontroller Unit, micro-control unit) separately upgrades.It is many by taking the Intelligent flat of android system as an example
The intelligent terminal of android system not only possesses the primary function of single Android, and more MCU that carry remove carry Radio,
The peripheral apparatus such as TV (Television, television set) and BT (Blue Tooth, bluetooth), can be realized more powerful function.It is existing
Have in technology, Intelligent flat equipment MCU, BOOT, Android main program are all to separate upgrading.
It can be seen that legacy operating system upgrade method, upgrades low efficiency, affects the convenience that terminal uses.
Summary of the invention
Based on this, it is necessary to aiming at the problem that prior art upgrades low efficiency, provide a kind of operating system update method and
Device.
A kind of operating system update method, comprising the following steps:
It is corresponding getting corresponding first upgrade file of BOOT, corresponding second upgrade file of system main program and MCU
Third upgrade file after, by the corresponding backup subregion of upgrade command writing system, and be arranged upgrading BOOT first mark;
BOOT is upgraded according to first mark, upgrade command and first upgrade file, then setting rises
Second mark of grade system main program, and needed for the first parameter needed for upgrade-system main program and upgrading MCU second is joined
Number is transmitted separately to system main program and MCU;
Respond second mark and parse second upgrade file, according to the upgrade command, first parameter and
Second upgrade file upgrades system main program, then the third mark of setting upgrading MCU, and will upgrade MCU institute
The third parameter needed is transmitted to MCU;
Respond the third mark and parse the third upgrade file, and according to the upgrade command, second parameter,
Third parameter and the third upgrade file upgrade MCU.
A kind of operating system update device, comprising:
Writing module, for getting corresponding second upgrading of corresponding first upgrade file of BOOT, system main program
After file and the corresponding third upgrade file of MCU, by the corresponding backup subregion of upgrade command writing system, and upgrading is set
The first mark of BOOT;
First upgraded module, for according to first mark, upgrade command and first upgrade file to BOOT into
Then the second mark of upgrade-system main program is arranged in row upgrading, and by the first parameter and liter needed for upgrade-system main program
Second parameter needed for grade MCU is transmitted separately to system main program and MCU;
Second upgraded module parses second upgrade file for responding second mark, is ordered according to the upgrading
Enable, first parameter and second upgrade file upgrade system main program, then setting upgrading MCU third mark
Will, and third parameter needed for upgrading MCU is transmitted to MCU;
Third upgraded module parses the third upgrade file for responding the third mark, and according to the upgrading
Order, second parameter, third parameter and the third upgrade file upgrade MCU.
Aforesaid operations method for upgrading system and device, by writing BOOT, MCU and the corresponding upgrade file of system main program
Enter the corresponding backup subregion of system, the second mark of upgrade-system main program is set after upgrading to BOOT, responds institute
The upgrading process that the second mark enters system main program is stated, then the third mark of setting upgrading MCU, responds the third mark
Into the upgrading process of MCU, disposably BOOT, MCU and system main program can be upgraded, upgrading is high-efficient, using just
Benefit.
Detailed description of the invention
Fig. 1 is the operating system update method flow diagram of one embodiment;
Fig. 2 is that the BOOT of one embodiment upgrades flow chart;
Fig. 3 is that the system main program of one embodiment upgrades flow chart;
Fig. 4 is that the MCU of one embodiment upgrades flow chart;
Fig. 5 is the structural schematic diagram of the operating system update device of one embodiment.
Specific embodiment
The embodiment of operating system update method of the invention is described with reference to the accompanying drawing.
Fig. 1 is the operating system update method flow diagram of one embodiment.As shown in Figure 1, operating system liter of the invention
Grade method can comprise the following steps that
S1 is getting corresponding first upgrade file of BOOT, corresponding second upgrade file of system main program and MCU pairs
After the third upgrade file answered, by the corresponding backup subregion of upgrade command writing system, and the first mark of upgrading BOOT is set
Will;
In this step, the corresponding second upgrading text of corresponding first upgrade file of BOOT, system main program can first be obtained
Part and the corresponding third upgrade file of MCU.First upgrade file, the second upgrade file and can be obtained by two ways
Three upgrade files.Method first is that directly download first upgrade file, the second upgrade file and third upgrade file, and will under
The upgrade file of load is saved in internal storage device.Method is second is that access movable storage device, and read the mobile storage
First upgrade file, the second upgrade file and third upgrade file in equipment.
By taking android system as an example, it is corresponding that corresponding first upgrade file of BOOT, android system main program can be obtained
The second upgrade file and the corresponding third upgrade file of MCU.Sustainable monitoring OTA (Over-the-Air
Technology, over the air) PUSH message, and after receiving OTA PUSH message, upgrading text is downloaded from server
Part.Alternatively, the sustainable access for monitoring movable storage device, and after having detected movable storage device access, scan institute
State the upgrade file in movable storage device.
Then, MCU, the cache of the upgrade command write-in android system of BOOT and Android main program will can be divided
In the recovery catalogue in area.For example, can define upgrade_all order as to MCU, the three of BOOT and Android main program
Unify upgrade command, and by the upgrade_all order be written android system cache subregion recovery catalogue
In.The upgrade_all order is for recording the mark of upgrade-system.
Boot environmental variance upgrade_boot can be set as 1, and restart android system, into bootstrap
Bootloader detects environmental variance upgrade_boot.The boot environmental variance upgrade_boot is upgrading BOOT
First mark.
S2 upgrades BOOT according to first mark, upgrade command and first upgrade file, is then arranged
Second mark of upgrade-system main program, and will be second needed for the first parameter needed for upgrade-system main program and upgrading MCU
Parameter is transmitted separately to system main program and MCU;
As shown in Fig. 2, can be upgraded according to such as under type to BOOT:
S21 reads first upgrade file after reading the upgrade command;
S22, first upgrade file is verified;
S23, if first upgrade file be it is complete and correct, wipe BOOT storage region, described first is upgraded
The corresponding storage region of BOOT, starting system of laying equal stress on is written in file.
Still by taking android system as an example, the first upgrade file boot.bin can be read, boot.bin is verified, if
Boot.bin be it is complete and correct, corresponding storage region can be wiped by SPI Flash, and BOOT is written into boot.bin
Corresponding storage region.It is to be written finish after, system can be restarted.
After completing BOOT upgrading process, the second mark of settable upgrade-system main program, and by upgrade-system master
First parameter needed for program is transmitted separately to system main program and MCU with the second parameter needed for upgrading MCU.System is detecting
To after second mark, the upgrading process of main program can be executed automatically.
S3 responds second mark and parses second upgrade file, according to the upgrade command, first parameter
System main program is upgraded with second upgrade file, then the third mark of setting upgrading MCU, and MCU will be upgraded
Required third parameter is transmitted to MCU;
In this step, system can detect whether that there are second marks, if detecting, can respond second mark
Parse second upgrade file.Then, it can detect whether that there are the upgrade commands, and if it exists, can order according to the upgrading
Enable, first parameter and second upgrade file upgrade system main program, then setting upgrading MCU third mark
Will, and third parameter needed for upgrading MCU is transmitted to MCU.Wherein, according to the upgrade command, first parameter and institute
State the second upgrade file the concrete mode that system main program is upgraded may is that in the BOOT program after calling upgrading the
One parameter, and whether include the upgrade command in the corresponding backup subregion of detection system, if comprising can be according to first ginseng
Several and second upgrade file executes the upgrading process of system main program.
As shown in figure 3, in one embodiment, the upgrading process of system main program can be executed according to such as under type:
S31 reads second upgrade file and the first parameter;
S32 verifies second upgrade file and the first parameter;
S33 will be described if second upgrade file is complete and correct, the storage region of erasing system main program
The corresponding storage region of the system main program, starting system of laying equal stress on is written in second upgrade file and the first parameter.
Still by taking android system as an example, the second upgrade file update.zip can be read, and decompressed.It then, can be right
The second upgrade file after decompression is verified.It can examine whether SF file matches with RSA file, MANIFEST.MF and signature
It is whether consistent in file, and described in the second upgrade file and MANIFEST after decompression it is whether consistent.If described
Two upgrade files be it is complete and correct, can by boot.img be written BOOT subregion, recovery is written into recovery.img
Subregion updates system subregion, and upgrades all firmwares.
After the upgrading process for completing system main program, erasable second mark, the third mark of setting upgrading MCU
Will, and third parameter needed for upgrading MCU is transmitted to MCU.
S4 responds the third mark and parses the third upgrade file, and according to the upgrade command, second ginseng
Number, third parameter and the third upgrade file upgrade MCU.Specifically, in the BOOT program after upgrading can be called
The second parameter and upgrading after system main program in third parameter, and in the corresponding backup subregion of detection system whether include
The upgrade command;If comprising executing MCU upgrading according to second parameter, third parameter and the third upgrade file
Process.
As shown in figure 4, in one embodiment, the upgrading process of MCU can be executed according to such as under type:
S41 reads the third upgrade file, the second parameter and third parameter;
S42 verifies the third upgrade file, the second parameter and third parameter;
S43, if the third upgrade file, the second parameter and third parameter be it is complete and correct, wipe the storage of MCU
The corresponding storage region of the MCU is written in the third upgrade file, the second parameter and third parameter by region, and again on
Electricity.
Aforesaid operations method for upgrading system, can be after obtaining a upgrade file, to BOOT, system main program and MCU
Three-in-one upgrading is carried out, upgrading efficiency is improved.Also, upgrade file can not only be obtained by downloading mode, but also can be passed through
The mode of insertion movable storage device obtains, and convenient for users and operation improves user experience.
The embodiment of operating system update device of the invention is described with reference to the accompanying drawing.
Fig. 5 is the structural schematic diagram of the operating system update device of one embodiment.As shown in figure 5, operation of the invention
System upgrade device can include:
Writing module 10, for get corresponding first upgrade file of BOOT, system main program second liter corresponding
After grade file and the corresponding third upgrade file of MCU, by the corresponding backup subregion of upgrade command writing system, and upgrading is set
The first mark of BOOT;
The write module 10 can first obtain corresponding second upgrading of corresponding first upgrade file of BOOT, system main program
File and the corresponding third upgrade file of MCU.Can be obtained by two ways first upgrade file, the second upgrade file and
Third upgrade file.Method is first is that directly download first upgrade file, the second upgrade file and third upgrade file, and incite somebody to action
The upgrade file of downloading is saved in internal storage device.Method is second is that access movable storage device, and read the movement and deposit
Store up first upgrade file, the second upgrade file and the third upgrade file in equipment.
By taking android system as an example, it is corresponding that corresponding first upgrade file of BOOT, android system main program can be obtained
The second upgrade file and the corresponding third upgrade file of MCU.Sustainable monitoring OTA (Over-the-Air
Technology, over the air) PUSH message, and after receiving OTA PUSH message, upgrading text is downloaded from server
Part.Alternatively, the sustainable access for monitoring movable storage device, and after having detected movable storage device access, scan institute
State the upgrade file in movable storage device.
Then, MCU, the cache of the upgrade command write-in android system of BOOT and Android main program will can be divided
In the recovery catalogue in area.For example, can define upgrade_all order as to MCU, the three of BOOT and Android main program
Unify upgrade command, and by the upgrade_all order be written android system cache subregion recovery catalogue
In.The upgrade_all order is for recording the mark of upgrade-system.
Boot environmental variance upgrade_boot can be set as 1, and restart android system, into bootstrap
Bootloader detects environmental variance upgrade_boot.The boot environmental variance upgrade_boot is upgrading BOOT
First mark.
First upgraded module 20, for indicating according to described first, upgrade command and first upgrade file are to BOOT
Upgraded, then the second mark of upgrade-system main program be set, and by the first parameter needed for upgrade-system main program and
Second parameter needed for upgrading MCU is transmitted separately to system main program and MCU;
First upgraded module 20 can include:
First reading unit, for reading first upgrade file after reading the upgrade command;
First verification unit, for being verified to first upgrade file;
First writing unit, if for first upgrade file being complete and correct, erasable BOOT storage region,
By the corresponding storage region of first upgrade file write-in BOOT, starting system of laying equal stress on.
Still by taking android system as an example, the first upgrade file boot.bin is can be read in the first reading unit, and the first verification is single
Member can verify boot.bin, if boot.bin be it is complete and correct, the first writing unit can be wiped by SPI Flash
The corresponding storage region of BOOT is written except corresponding storage region, and by boot.bin.It is to be written finish after, can restart and be
System.
After completing BOOT upgrading process, the second mark of the settable upgrade-system main program of the first upgraded module 20,
And by the first parameter needed for upgrade-system main program and upgrading MCU needed for the second parameter be transmitted separately to system main program and
MCU.System can execute the upgrading process of main program after detecting second mark automatically.
Second upgraded module 30 parses second upgrade file for responding second mark, according to the upgrading
Order, first parameter and second upgrade file upgrade system main program, then the third of setting upgrading MCU
Mark, and third parameter needed for upgrading MCU is transmitted to MCU;
Second upgraded module 30 can detect whether that there are second marks, if detecting, can respond second mark
Parse second upgrade file.Then, it can detect whether that there are the upgrade commands, and if it exists, can order according to the upgrading
Enable, first parameter and second upgrade file upgrade system main program, then setting upgrading MCU third mark
Will, and third parameter needed for upgrading MCU is transmitted to MCU.Wherein, second upgraded module 30 may include the first calling list
Member, for calling the first parameter in the BOOT program after upgrading, first detection unit, for the corresponding backup point of detection system
It whether include the upgrade command, the first upgrade unit, if for comprising can be according to first parameter and described second in area
The upgrading process of upgrade file execution system main program.
In one embodiment, the first upgrade unit can include:
Second reading unit, for reading second upgrade file and the first parameter;
Second verification unit, for being verified to second upgrade file and the first parameter;
Second writing unit, if for second upgrade file be it is complete and correct, erasable system main program
Second upgrade file and the first parameter are written the corresponding storage region of the system main program, and restarted by storage region
System.
Still by taking android system as an example, the second upgrade file update.zip is can be read in the second reading unit, and is solved
Pressure.Then, the second verification unit can verify the second upgrade file after decompression.SF file can be examined is with RSA file
It is whether consistent in no matching, MANIFEST.MF and signature file, and the second upgrade file after decompression and institute in MANIFEST
Whether what is described is consistent.If second upgrade file be it is complete and correct, boot.img can be written for the second writing unit
Recovery.img is written recovery subregion, updates system subregion, and upgrade all firmwares by BOOT subregion.
After the upgrading process for completing system main program, erasable second mark of the second upgraded module 30, setting
Upgrade the third mark of MCU, and third parameter needed for upgrading MCU is transmitted to MCU.
Third upgraded module 40 parses the third upgrade file for responding the third mark, and according to the liter
Grade order, second parameter, third parameter and the third upgrade file upgrade MCU.The third upgraded module
40 can include: the second call unit, for the main journey of system after calling the second parameter in the BOOT program after upgrading and upgrading
Third parameter in sequence;Second detection unit, for whether including the upgrade command in the corresponding backup subregion of detection system;
Second upgrade unit, if for comprising executing MCU according to second parameter, third parameter and the third upgrade file
Upgrade process.
In one embodiment, the second upgrade unit can include:
Third reading unit, for reading the third upgrade file, the second parameter and third parameter;
Third verification unit, for being verified to the third upgrade file, the second parameter and third parameter;
Third writing unit, if for the third upgrade file, the second parameter and third parameter be it is complete and correct,
The third upgrade file, the second parameter and third parameter, are written that the MCU is corresponding to be deposited by the storage region of erasable MCU
Storage area domain, and re-power.
Aforesaid operations system upgrade device, can be after obtaining a upgrade file, to BOOT, system main program and MCU
Three-in-one upgrading is carried out, upgrading efficiency is improved.Also, upgrade file can not only be obtained by downloading mode, but also can be passed through
The mode of insertion movable storage device obtains, and convenient for users and operation improves user experience.
Operating system update device of the invention and operating system update method of the invention correspond, in aforesaid operations
Technical characteristic and its advantages that the embodiment of method for upgrading system illustrates are suitable for the implementation of operating system update device
In example, hereby give notice that.
Each technical characteristic of embodiment described above can be combined arbitrarily, for simplicity of description, not to above-mentioned reality
It applies all possible combination of each technical characteristic in example to be all described, as long as however, the combination of these technical characteristics is not deposited
In contradiction, all should be considered as described in this specification.
The embodiments described above only express several embodiments of the present invention, and the description thereof is more specific and detailed, but simultaneously
It cannot therefore be construed as limiting the scope of the patent.It should be pointed out that coming for those of ordinary skill in the art
It says, without departing from the inventive concept of the premise, various modifications and improvements can be made, these belong to protection of the invention
Range.Therefore, the scope of protection of the patent of the invention shall be subject to the appended claims.
Claims (10)
1. a kind of operating system update method, which comprises the following steps:
Getting corresponding first upgrade file of BOOT, corresponding second upgrade file of system main program and MCU corresponding
After three upgrade files, by the corresponding backup subregion of upgrade command writing system, and the first mark of upgrading BOOT is set;
BOOT is upgraded according to first mark, upgrade command and first upgrade file, then setting upgrading system
Second mark of system main program, and the second parameter needed for the first parameter needed for upgrade-system main program and upgrading MCU is divided
Supplementary biography transports to system main program and MCU;Wherein, first parameter and the second parameter call the BOOT program from after upgrading;
It responds second mark and parses second upgrade file, according to the upgrade command, first parameter and described
Second upgrade file upgrades system main program, then the third mark of setting upgrading MCU, and will be needed for upgrading MCU
Third parameter is transmitted to MCU;Wherein, the third parameter calls the system main program from after upgrading;
It responds the third mark and parses the third upgrade file, and according to the upgrade command, second parameter, third
Parameter and the third upgrade file upgrade MCU.
2. operating system update method according to claim 1, which is characterized in that upgrade command writing system is corresponding
Backup subregion before it is further comprising the steps of:
First upgrade file, the second upgrade file and third upgrade file are downloaded from server, and described first is upgraded
File, the second upgrade file and third upgrade file are saved in internal storage device;Or insertion movable storage device, it reads
First upgrade file, the second upgrade file and third upgrade file in the movable storage device.
3. operating system update method according to claim 1, which is characterized in that according to the upgrade command, described
The step of one parameter and second upgrade file upgrade system main program include:
The first parameter in BOOT program after calling upgrading;
It whether include the upgrade command in the corresponding backup subregion of detection system;
If comprising executing the upgrading process of system main program according to first parameter and second upgrade file.
4. operating system update method according to claim 1, which is characterized in that according to the upgrade command, described
The step of two parameters, third parameter and the third upgrade file upgrade MCU include:
The third parameter in the system main program after the second parameter and upgrading in BOOT program after calling upgrading;
It whether include the upgrade command in the corresponding backup subregion of detection system;
If comprising executing MCU according to second parameter, third parameter and the third upgrade file and upgrading process.
5. operating system update method according to claim 1, which is characterized in that according to the upgrade command and described
The step of one upgrade file upgrades BOOT include:
After reading the upgrade command, first upgrade file is read;
First upgrade file is verified;
If first upgrade file be it is complete and correct, wipe BOOT storage region, first upgrade file write
Enter the corresponding storage region of BOOT, starting system of laying equal stress on.
6. operating system update method according to claim 3, which is characterized in that according to first parameter and described
Two upgrade files execute system main program upgrading process the step of include:
Read second upgrade file and the first parameter;
Second upgrade file and the first parameter are verified;
If second upgrade file is complete and correct, the storage region of erasing system main program, by described second liter
Grade file and the corresponding storage region of the first parameter writing system main program, starting system of laying equal stress on.
7. operating system update method according to claim 4, which is characterized in that joined according to second parameter, third
Number and the third upgrade file execute the step of MCU upgrades processes
Read the third upgrade file, the second parameter and third parameter;
The third upgrade file, the second parameter and third parameter are verified;
If the third upgrade file, the second parameter and third parameter be it is complete and correct, wipe the storage region of MCU,
By the corresponding storage region of the third upgrade file, the second parameter and third parameter write-in MCU, and re-power.
8. a kind of operating system update device characterized by comprising
Writing module, for getting corresponding first upgrade file of BOOT, corresponding second upgrade file of system main program
After third upgrade file corresponding with MCU, by the corresponding backup subregion of upgrade command writing system, and it is arranged upgrading BOOT's
First mark;
First upgraded module, for being risen according to first mark, upgrade command and first upgrade file to BOOT
Then grade is arranged the second mark of upgrade-system main program, and by the first parameter needed for upgrade-system main program and upgrades MCU
The second required parameter is transmitted separately to system main program and MCU;Wherein, first parameter and the second parameter are called from upgrading
BOOT program afterwards;
Second upgraded module parses second upgrade file for responding second mark, according to the upgrade command, institute
It states the first parameter and second upgrade file upgrades system main program, then the third mark of setting upgrading MCU, and
Third parameter needed for upgrading MCU is transmitted to MCU;Wherein, the third parameter calls the system main program from after upgrading;
Third upgraded module parses the third upgrade file for responding the third mark, and according to the upgrade command,
Second parameter, third parameter and the third upgrade file upgrade MCU.
9. operating system update device according to claim 8, which is characterized in that second upgraded module includes:
First call unit, for calling the first parameter in the BOOT program after upgrading;
First detection unit, for whether including the upgrade command in the corresponding backup subregion of detection system;
First upgrade unit, if for comprising executing the main journey of system according to first parameter and second upgrade file
The upgrading process of sequence.
10. operating system update device according to claim 8, which is characterized in that the third upgraded module step packet
It includes:
Second call unit, in the system main program after calling the second parameter in the BOOT program after upgrading and upgrading
Third parameter;
Second detection unit, for whether including the upgrade command in the corresponding backup subregion of detection system;
Second upgrade unit, if for comprising being executed according to second parameter, third parameter and the third upgrade file
MCU upgrades process.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201511005881.7A CN105468420B (en) | 2015-12-25 | 2015-12-25 | operating system upgrading method and device |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201511005881.7A CN105468420B (en) | 2015-12-25 | 2015-12-25 | operating system upgrading method and device |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105468420A CN105468420A (en) | 2016-04-06 |
CN105468420B true CN105468420B (en) | 2018-12-28 |
Family
ID=55606158
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201511005881.7A Active CN105468420B (en) | 2015-12-25 | 2015-12-25 | operating system upgrading method and device |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105468420B (en) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108024002B (en) * | 2016-10-31 | 2021-05-07 | 成都卫士通信息产业股份有限公司 | Method for constructing dual-domain mobile phone system based on ROM |
CN107092504A (en) * | 2017-03-30 | 2017-08-25 | 努比亚技术有限公司 | A kind of mobile terminal and its upgrade method |
CN108304210B (en) * | 2018-02-07 | 2021-08-06 | 深圳市布谷鸟科技有限公司 | Upgrading method of automobile instrument panel |
CN109032632B (en) * | 2018-07-13 | 2021-11-09 | 高新兴物联科技有限公司 | FOTA upgrading method, wireless communication terminal and storage medium |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070073978A1 (en) * | 2005-09-27 | 2007-03-29 | Samsung Electronics Co., Ltd. | Method and system for booting and automatically updating software, and recovering from update error, and computer readable recording medium storing method |
CN102955701A (en) * | 2011-08-22 | 2013-03-06 | 深圳市金溢科技有限公司 | Application update method by boot loader |
CN103995712A (en) * | 2014-04-16 | 2014-08-20 | 潍柴动力股份有限公司 | Boot loader device capable of updating automatically and updating method thereof |
-
2015
- 2015-12-25 CN CN201511005881.7A patent/CN105468420B/en active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070073978A1 (en) * | 2005-09-27 | 2007-03-29 | Samsung Electronics Co., Ltd. | Method and system for booting and automatically updating software, and recovering from update error, and computer readable recording medium storing method |
CN102955701A (en) * | 2011-08-22 | 2013-03-06 | 深圳市金溢科技有限公司 | Application update method by boot loader |
CN103995712A (en) * | 2014-04-16 | 2014-08-20 | 潍柴动力股份有限公司 | Boot loader device capable of updating automatically and updating method thereof |
Non-Patent Citations (1)
Title |
---|
陈曦.基于自编程功能的MCUBootloader设计.《电子设计工程》.2010,第18卷(第11期),第65-68页. * |
Also Published As
Publication number | Publication date |
---|---|
CN105468420A (en) | 2016-04-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105094903B (en) | The method and device that firmware is upgraded | |
CN102830984B (en) | Method, chip and the communication terminal that firmware updates | |
CN105468420B (en) | operating system upgrading method and device | |
CN101344854B (en) | Method for upgrading embedded type Linux equipment through SD card | |
CN107239288B (en) | Version upgrading method and device for mobile terminal | |
CN102890638B (en) | Upgrade method of STB (set top box) | |
CN106933593B (en) | System switching method and device based on mobile terminal | |
CN104978271B (en) | A kind of automatic upgrading pressure survey method and system of android system | |
CN102946600B (en) | A kind of mobile terminal parameter firmware upgrade method and system | |
CN103559065B (en) | Method and system for OTA (Over-the-Air Technology) upgrade | |
CN103218242B (en) | A kind of method of automatic renewal | |
CN105446769A (en) | Mirror image file update processing method and apparatus and terminal device | |
CN109089108A (en) | test method and system | |
CN108874437B (en) | Online cloud updating method for android application program | |
CN106569854B (en) | Method and system for setting equipment firmware and realizing factory test | |
CN103559126A (en) | Method, device and computer terminal for testing software versions | |
CN105700918A (en) | System upgrading method and device | |
CN104216719A (en) | Method and device for updating android system | |
CN105045671B (en) | The method for upgrading system and device of a kind of intelligent terminal | |
CN103164247A (en) | Method and device for automatically repairing system application | |
CN106303709A (en) | A kind of Set Top Box and application program updating method, system | |
CN105740025A (en) | Bluetooth based firmware program upgrading method and apparatus | |
CN109002305B (en) | Method and system for updating equipment program | |
CN105700903A (en) | User terminal upgrading method and user terminal | |
CN105677409A (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 |