CN114880008A - Software upgrading method and system - Google Patents
Software upgrading method and system Download PDFInfo
- Publication number
- CN114880008A CN114880008A CN202210535287.2A CN202210535287A CN114880008A CN 114880008 A CN114880008 A CN 114880008A CN 202210535287 A CN202210535287 A CN 202210535287A CN 114880008 A CN114880008 A CN 114880008A
- Authority
- CN
- China
- Prior art keywords
- program
- upgrading
- address
- valid
- upgraded
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 31
- 238000010586 diagram Methods 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 230000009191 jumping Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 230000001737 promoting effect Effects 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Images
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
- G06F8/656—Updates while running
-
- 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
- G06F8/654—Updates using techniques specially adapted for alterable solid state memories, e.g. for EEPROM or flash memories
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/71—Version control; Configuration management
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 a software upgrading method and a system, comprising the following steps: step S1: when the chip is powered on or reset, acquiring a program address to be operated through a starting address; step S2: and running the program based on the running program address to obtain an upgrading instruction, obtaining the software package to be upgraded when the obtained upgrading mark is effective, and writing the obtained software package to be upgraded into the corresponding address so as to finish the software upgrading. The method adopts the mode that the starting address stores the starting address of the program which is powered on or reset and runs firstly, and can flexibly rewrite the starting address according to actual needs, thereby realizing that the bootstrap program or the application program or other programs run firstly, the program which runs firstly can obtain the software package through Wi-Fi, USB, Ethernet and other modes, and then upgrade the software package to the designated position, thereby finishing the software upgrade.
Description
Technical Field
The invention relates to the technical field of software upgrading, in particular to a software upgrading method and a software upgrading system, and more particularly to a method for flexibly upgrading any program in a chip.
Background
The current enterprise management software version is rapidly developed, and different upgrading versions make it difficult for clients to obtain upgrading information in a targeted manner, so that version updating is slow.
The main reasons for the slow version update are:
(1) the client receives a great amount of version upgrading information, cannot determine which upgrading information is relevant to the client, does not pay attention to the version upgrading information for a long time, and shows that the accuracy of releasing the version upgrading is poor;
(2) the version upgrade notification is notified by mail, promotional material, etc., rather than in-use, and is difficult for the client to collate.
Therefore, a software update method is needed to individually acquire recommended customer groups; and carrying out accurate recommendation when the client actually uses the related function module.
Patent document CN101630263B (application No. 200910090976.1) discloses a software upgrading method, including: step S102, setting the applicable conditions of the new version of the software, and creating an applicable client set according to the applicable conditions; step S104, when the client uses the software, judging whether the client belongs to the applicable client set; and step S106, determining whether to upgrade the software according to the judgment result.
Disclosure of Invention
Aiming at the defects in the prior art, the invention aims to provide a software upgrading method and a software upgrading system.
The software upgrading method provided by the invention comprises the following steps:
step S1: when the chip is powered on or reset, acquiring a program address to be operated through a starting address;
step S2: and running the program based on the running program address to obtain an upgrading instruction, obtaining the software package to be upgraded when the obtained upgrading mark is effective, and writing the obtained software package to be upgraded into the corresponding address so as to finish the software upgrading.
Preferably, the step S2 adopts: and running the program based on the running program address to obtain an upgrading instruction, and obtaining the software package to be upgraded in a Wi-Fi, USB or Ethernet mode when the obtained upgrading mark is valid.
Preferably, the step S2 adopts: running the program based on the running program address to obtain an upgrading instruction, and when the obtained upgrading mark is effective, clearing the upgrading mark, and upgrading the self-updating program or the new application program; when the obtained upgrading mark is invalid, judging whether the application program mark is valid, and when the application program mark is valid, skipping to the application program and running the application program; when the application flag is invalid, the self-updating program or the new application is upgraded.
Preferably, when the self-updating program is upgraded and the program verification is valid, writing the starting address 2 of the self-updating program into the starting address; when a new application program is upgraded, updating the current starting address; resetting the chip; when the self-updating program is updated, the self-updating program is operated based on the starting address 2; and when the updated application program is a new application program, the program is operated based on the updated starting address.
Preferably, whether the boot program upgrading request flag is valid is judged, when the boot program upgrading request flag is valid, a new boot program is upgraded, the new boot program is updated to the specified address, and the boot program upgrading completion flag is effectively written into the nonvolatile memory; resetting the chip; and judging whether the bootstrap program upgrading completion flag is valid, if so, judging whether the bootstrap program upgrading request flag is valid, if so, upgrading the new application program, setting the bootstrap program upgrading completion flag to be invalid, and resetting the chip.
The invention provides a software upgrading system, which comprises:
module M1: when the chip is powered on or reset, acquiring a program address to be operated through a starting address;
module M2: and running the program based on the running program address to obtain an upgrading instruction, obtaining the software package to be upgraded when the obtained upgrading mark is effective, and writing the obtained software package to be upgraded into the corresponding address so as to finish the software upgrading.
Preferably, the module M2 employs: and running the program based on the running program address to obtain an upgrading instruction, and obtaining the software package to be upgraded in a Wi-Fi, USB or Ethernet mode when the obtained upgrading mark is valid.
Preferably, the module M2 employs: running the program based on the running program address to obtain an upgrading instruction, and when the obtained upgrading mark is effective, clearing the upgrading mark, and upgrading the self-updating program or the new application program; when the obtained upgrading mark is invalid, judging whether the application program mark is valid, and when the application program mark is valid, skipping to the application program and running the application program; when the application flag is invalid, the self-updating program or the new application is upgraded.
Preferably, when the self-updating program is upgraded and the program verification is valid, writing the starting address 2 of the self-updating program into the starting address; when a new application program is upgraded, updating the current starting address; resetting the chip; when the self-updating program is updated, the self-updating program is operated based on the starting address 2; and when the updated application program is a new application program, the program is operated based on the updated starting address.
Preferably, whether the boot program upgrading request flag is valid is judged, when the boot program upgrading request flag is valid, a new boot program is upgraded, the new boot program is updated to the specified address, and the boot program upgrading completion flag is effectively written into the nonvolatile memory; resetting the chip; and judging whether the bootstrap program upgrading completion flag is valid, if so, judging whether the bootstrap program upgrading request flag is valid, if so, upgrading the new application program, setting the bootstrap program upgrading completion flag to be invalid, and resetting the chip.
Compared with the prior art, the invention has the following beneficial effects:
1. the method adopts the mode that the starting address stores the starting address of the program which is powered on or reset and runs firstly, and can flexibly rewrite the starting address according to actual needs, thereby realizing that the bootstrap program or the application program or other programs run firstly, the program which runs firstly can obtain the software package through Wi-Fi, USB, Ethernet and other modes, and then upgrade the software package to the designated position, thereby finishing the software upgrade;
2. compared with the prior art, which part of the program is operated firstly when the chip is powered on or reset is not fixed, and the method depends on the content stored in the starting address;
drawings
Other features, objects and advantages of the invention will become more apparent upon reading of the detailed description of non-limiting embodiments with reference to the following drawings:
FIG. 1 is a flow chart of a software upgrade method.
Fig. 2 is a schematic diagram of program flash distribution.
Fig. 3 is a schematic diagram of a boot program upgrade process.
Fig. 4 is a schematic diagram of an application program upgrading process.
Detailed Description
The present invention will be described in detail with reference to specific examples. The following examples will assist those skilled in the art in further understanding the invention, but are not intended to limit the invention in any way. It should be noted that it would be obvious to those skilled in the art that various changes and modifications can be made without departing from the spirit of the invention. All falling within the scope of the present invention.
The invention provides a software upgrading method and system, which selects part of software to be upgraded according to needs, and by setting a starting address, when a chip is powered on or reset, the address stored in the starting address can be taken out, and then a program is operated. The chip is powered on or reset to run firstly which program is not fixed, and the chip is dependent on the content in the 'starting address', because the starting address of the program needing to run firstly is stored in the 'starting address', the power-on or reset can be achieved by changing the content in the 'starting address'. And then the running program acquires the software package in the modes of Wi-Fi, USB, Ethernet and the like, and writes the software package into the specified address, thereby finishing the software upgrading.
The invention can flexibly solve the following technical problems according to the requirements: 1: upgrading the bootstrap program; 2: and upgrading the application program. The chip "start address" stores the start address of the boot program, so that the boot program is first run when the chip is powered on, and the distribution of the program in the chip is shown as state 1 in fig. 3.
For the first case, the bootstrap program may be used to write the "self-updating program" into the chip, the "start address" is changed to the start address of the self-updating program after the write is successful, the self-updating program is run first after the chip is powered on next time, and the state 2 in fig. 3 corresponds to this. Then, the bootstrap program is upgraded by using the self-updating program, the 'starting address' is changed into the starting address of the new bootstrap program after the flash is successful, the new bootstrap program is operated firstly after the chip is electrified next time, and the state 3 in the figure 3 corresponds to the state. Proceeding to state 3, the upgrade of the boot program has been completed. If the previous self-updating program occupies the space of the application program, the original application program needs to be written into the self-updating program to restore the original state, which corresponds to the state 4 in fig. 3; if not, the original application does not need to be restored. Through the above steps, the upgrading of the boot program is successfully completed.
For the second case, i.e. only the application is upgraded, corresponding to fig. 4, the application is upgraded directly by the boot program.
From the above, it is apparent that the flexibility of the present invention is seen that state 2 and fig. 4 in fig. 3 are a principle, depending on whether the self-updating program or the new application program is being flushed, so that it can be determined whether the boot program is to be upgraded or the application program is to be upgraded later.
As shown in fig. 1 to 4, the method for upgrading software according to the present invention includes:
step 1: the chip is powered on or reset, and the address of the program needing to be operated is obtained from the starting address.
Step 2: and (4) judging whether the upgrading mark is valid or not, if the upgrading mark is valid, entering a step 8, and if the upgrading mark is invalid, entering a step 3.
And step 3: and (4) judging whether the application program mark is valid or not, if the application program mark is invalid, entering the step 9, and if the application program mark is valid, entering the step 4.
And 4, step 4: and jumping to the application program to run.
And 5: and (3) the application program judges whether a new refreshing request exists in real time, namely whether an 'upgrading request mark' is valid or not, the step 6 is effectively carried out, and the invalid state is continuously judged.
Step 6: the "upgrade request flag" is effectively written to the non-volatile memory.
And 7: and resetting the chip.
And 8: the "upgrade request flag" is invalidated to the nonvolatile memory.
And step 9: and upgrading the self-updating program or the new application program (the running program can acquire the software package to be upgraded by adopting a certain communication mode, such as Wi-Fi, USB, Ethernet and the like).
Step 10: if the step 9 is upgrading the self-updating program and the program verification is valid, the starting address (i.e. starting address 2) of the self-updating program needs to be written into the starting address. If a new application is upgraded, the boot address, stored or 1, does not need to be changed.
Step 11: and resetting the chip. If only the new application program is upgraded, the step is executed, the whole upgrading process is completed, and the chip starts to flow from the step 1 downwards after being reset.
Step 12: if the self-updating program is upgraded, the chip reset firstly runs the self-updating program because the boot address stores the boot address 2.
Step 13: and judging whether the upgrading request mark is effective or not.
Step 14: the new bootstrap program is updated to the original bootstrap program address, as in state 3 of fig. 3, where the validity of the flushed new bootstrap program needs to be verified.
Step 15: after the program is verified to be valid, the starting address of the new boot program, namely the starting address 1, needs to be written into the starting address, and if the program is invalid, the starting address is not rewritten (note that the position of the starting address is stored or the starting address 2 at this time, so that the upgrading of the new boot program is failed due to other reasons, when the chip is powered on next time, the program is started to run from the starting address 2 (namely the self-updating program), and then the process of upgrading the new boot program can be executed again).
Step 16: the method comprises the steps of effectively writing a ' boot program upgrade completion ' mark into a nonvolatile memory, and not writing a new boot program if the new boot program is invalid (if the self-updating program and the application program do not share a storage space, the flag bit is not required to be written, and the new boot program does not need to judge that the ' boot program upgrade is completed).
And step 17: and resetting the chip. If the self-updating program and the application program do not share the storage space, the step is executed, the new bootstrap program is upgraded, and the subsequent flow is started according to the step 1.
Step 18: if the self-updating program and the application program share the common storage space, the application program needs to be recovered because the self-updating program destroys the application program, and the new bootstrap program needs to judge whether the 'bootstrap program upgrade completion' flag is valid or not, and waits for the upgrade request if the flag is valid.
Step 19: it is determined whether the "upgrade request flag" is valid.
Step 20: and upgrading the new application program and verifying the effectiveness of the new application program.
Step 21: and clearing the sign of 'upgrading the bootstrap program is finished' if the new application program is valid, so that the new bootstrap program can jump to the starting address 2 to run the new application program next time, and the new bootstrap program is not cleared if the new application program is invalid, and the next power-on or reset program is started from the starting address 1 first to wait for an instruction to upgrade the new application program.
Step 22: and resetting the chip.
The software upgrading system provided by the invention comprises the following components:
module 1: the chip is powered on or reset, and the address of the program needing to be operated is obtained from the starting address.
And (3) module 2: and judging whether the upgrading mark is valid or not, if the upgrading mark is valid, triggering the module 8, and if the upgrading mark is invalid, triggering the module 3.
And a module 3: and judging whether the application program mark is valid or not, if the application program mark is invalid, triggering the module 9, and if the application program mark is valid, triggering the module 4.
And (4) module: and jumping to the application program to run.
And a module 5: the application program judges whether a new refresh request exists in real time, namely whether an 'upgrade request mark' is valid or not, the module 6 is triggered effectively, and the invalid state is continuously judged.
And a module 6: the "upgrade request flag" is effectively written to the non-volatile memory.
And a module 7: and resetting the chip.
And a module 8: the "upgrade request flag" is invalidated to the nonvolatile memory.
And a module 9: and upgrading the self-updating program or the new application program (the running program can acquire the software package to be upgraded by adopting a certain communication mode, such as Wi-Fi, USB, Ethernet and the like).
The module 10: if the module 9 upgrades the self-updating program and the program verification is valid, the start address of the self-updating program (i.e. the start address 2) needs to be written into the "start address". If a new application is upgraded, the boot address, stored or 1, does not need to be changed.
Module 11: and resetting the chip. If only the new application program is upgraded, the module is executed, the whole upgrading process is completed, and the chip starts to flow from the module 1 downwards after being reset.
The module 12: if the self-updating program is upgraded, the chip reset firstly runs the self-updating program because the boot address stores the boot address 2.
Module 13: and judging whether the upgrading request mark is effective or not.
The module 14: the new bootstrap program is updated to the original bootstrap program address, as in state 3 of fig. 3, where the validity of the flushed new bootstrap program needs to be verified.
Module 15: after the program is verified to be valid, the starting address of the new boot program, namely the starting address 1, needs to be written into the starting address, and if the program is invalid, the starting address is not rewritten (note that the position of the starting address is stored or the starting address 2 at this time, so that the upgrading of the new boot program is failed due to other reasons, when the chip is powered on next time, the program is started to run from the starting address 2 (namely the self-updating program), and then the process of upgrading the new boot program can be executed again).
The module 16: the method comprises the steps of effectively writing a ' boot program upgrade completion ' mark into a nonvolatile memory, and not writing a new boot program if the new boot program is invalid (if the self-updating program and the application program do not share a storage space, the flag bit is not required to be written, and the new boot program does not need to judge that the ' boot program upgrade is completed).
And a module 17: and resetting the chip. If the self-updating program and the application program do not share the storage space, the module is executed, the new bootstrap program is upgraded, and the subsequent flow is started according to the module 1.
The module 18 is as follows: if the self-updating program and the application program share the common storage space, the application program needs to be recovered because the self-updating program destroys the application program, and the new bootstrap program needs to judge whether the 'bootstrap program upgrade completion' flag is valid or not, and waits for the upgrade request if the flag is valid.
Module 19: and judging whether the upgrading request mark is effective or not.
Module 20: and upgrading the new application program and verifying the effectiveness of the new application program.
Module 21: and clearing the sign of 'upgrading the bootstrap program is finished' if the new application program is valid, so that the new bootstrap program can jump to the starting address 2 to run the new application program next time, and the new bootstrap program is not cleared if the new application program is invalid, and the next power-on or reset program is started from the starting address 1 first to wait for an instruction to upgrade the new application program.
The module 22: and resetting the chip.
Those skilled in the art will appreciate that, in addition to implementing the systems, apparatus, and various modules thereof provided by the present invention in purely computer readable program code, the same procedures can be implemented entirely by logically programming method steps such that the systems, apparatus, and various modules thereof are provided in the form of logic gates, switches, application specific integrated circuits, programmable logic controllers, embedded microcontrollers and the like. Therefore, the system, the device and the modules thereof provided by the present invention can be considered as a hardware component, and the modules included in the system, the device and the modules thereof for implementing various programs can also be considered as structures in the hardware component; modules for performing various functions may also be considered to be both software programs for performing the methods and structures within hardware components.
The foregoing description of specific embodiments of the present invention has been presented. It is to be understood that the present invention is not limited to the specific embodiments described above, and that various changes or modifications may be made by one skilled in the art within the scope of the appended claims without departing from the spirit of the invention. The embodiments and features of the embodiments of the present application may be combined with each other arbitrarily without conflict.
Claims (10)
1. A method of upgrading software, comprising:
step S1: when the chip is powered on or reset, acquiring a program address to be operated through a starting address;
step S2: and running the program based on the running program address to obtain an upgrading instruction, obtaining the software package to be upgraded when the obtained upgrading mark is effective, and writing the obtained software package to be upgraded into the corresponding address so as to finish the software upgrading.
2. The software upgrading method according to claim 1, wherein the step S2 adopts: and running the program based on the running program address to obtain an upgrading instruction, and obtaining the software package to be upgraded in a Wi-Fi, USB or Ethernet mode when the obtained upgrading mark is valid.
3. The software upgrading method according to claim 1, wherein the step S2 adopts: running the program based on the running program address to obtain an upgrading instruction, and when the obtained upgrading mark is effective, clearing the upgrading mark, and upgrading the self-updating program or the new application program; when the obtained upgrading mark is invalid, judging whether the application program mark is valid, and when the application program mark is valid, skipping to the application program and running the application program; when the application flag is invalid, the self-updating program or the new application is upgraded.
4. The software upgrading method according to claim 3, wherein when the self-updating program is upgraded and the program verification is valid, writing the start address 2 of the self-updating program into the start address; when a new application program is upgraded, updating the current starting address; resetting the chip; when the self-updating program is updated, the self-updating program is operated based on the starting address 2; and when the updated application program is a new application program, the program is operated based on the updated starting address.
5. The software upgrading method according to claim 4, wherein it is determined whether the boot program upgrade request flag is valid, and when the boot program upgrade request flag is valid, the new boot program is upgraded, the new boot program is updated to the designated address, and the boot program upgrade completion flag is effectively written into the nonvolatile memory; resetting the chip; and judging whether the bootstrap program upgrading completion flag is valid, if so, judging whether the bootstrap program upgrading request flag is valid, if so, upgrading the new application program, setting the bootstrap program upgrading completion flag to be invalid, and resetting the chip.
6. A software upgrade system, comprising:
module M1: when the chip is powered on or reset, acquiring a program address to be operated through a starting address;
module M2: and running the program based on the running program address to obtain an upgrading instruction, obtaining the software package to be upgraded when the obtained upgrading mark is effective, and writing the obtained software package to be upgraded into the corresponding address so as to finish the software upgrading.
7. The software upgrading system according to claim 6, characterized in that said module M2 adopts: and running the program based on the running program address to obtain an upgrading instruction, and obtaining the software package to be upgraded in a Wi-Fi, USB or Ethernet mode when the obtained upgrading mark is valid.
8. The software upgrading system according to claim 6, wherein the module M2 adopts: running the program based on the running program address to obtain an upgrading instruction, and when the obtained upgrading mark is effective, clearing the upgrading mark, and upgrading the self-updating program or the new application program; when the obtained upgrading mark is invalid, judging whether the application program mark is valid, and when the application program mark is valid, skipping to the application program and running the application program; when the application flag is invalid, the self-updating program or the new application is upgraded.
9. The software upgrading system of claim 8, wherein when the self-updating program is upgraded and the program verification is valid, then writing the start address 2 of the self-updating program into the start address; when a new application program is upgraded, updating the current starting address; resetting the chip; when the self-updating program is updated, the self-updating program is operated based on the starting address 2; and when the updated application program is a new application program, the program is operated based on the updated starting address.
10. The software upgrading system according to claim 9, wherein it is determined whether the bootstrap upgrade request flag is valid, and when the bootstrap upgrade request flag is valid, the new bootstrap program is upgraded, the new bootstrap program is updated to the designated address, and the bootstrap upgrade completion flag is validly written into the nonvolatile memory; resetting the chip; and judging whether the bootstrap program upgrading completion flag is valid, if so, judging whether the bootstrap program upgrading request flag is valid, if so, upgrading the new application program, setting the bootstrap program upgrading completion flag to be invalid, and resetting the chip.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210535287.2A CN114880008A (en) | 2022-05-17 | 2022-05-17 | Software upgrading method and system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210535287.2A CN114880008A (en) | 2022-05-17 | 2022-05-17 | Software upgrading method and system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN114880008A true CN114880008A (en) | 2022-08-09 |
Family
ID=82675349
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210535287.2A Pending CN114880008A (en) | 2022-05-17 | 2022-05-17 | Software upgrading method and system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114880008A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116149742A (en) * | 2023-04-17 | 2023-05-23 | 苏州萨沙迈半导体有限公司 | Chip, chip starting method and computer readable storage medium |
Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP0887729A2 (en) * | 1997-06-05 | 1998-12-30 | Matsushita Electric Industrial Co., Ltd. | Terminal device capable of remote download, download method of loader program in terminal device, and storage medium storing loader program |
| CN102270147A (en) * | 2010-12-31 | 2011-12-07 | 北京谊安医疗系统股份有限公司 | Method and device for field upgrading of anaesthesia machine software |
| CN104750531A (en) * | 2015-04-15 | 2015-07-01 | 安徽师范大学 | Embedded system on-line program refreshing method |
| CN110231952A (en) * | 2019-06-17 | 2019-09-13 | 合肥巨一动力系统有限公司 | A kind of ECU program backup and circulation upgrade control method and device |
| CN110968337A (en) * | 2018-09-28 | 2020-04-07 | 杭州萤石软件有限公司 | Software upgrading method and device |
| CN111433739A (en) * | 2018-11-30 | 2020-07-17 | 深圳市大疆创新科技有限公司 | Program upgrading method and embedded device |
| CN111796848A (en) * | 2020-07-08 | 2020-10-20 | 中国第一汽车股份有限公司 | Bootloader software updating method and device, embedded controller and storage medium |
| CN112506535A (en) * | 2020-05-22 | 2021-03-16 | 上海擎度汽车科技有限公司 | Method for updating Bootloader software by automobile ECU controller |
| CN112667265A (en) * | 2021-01-20 | 2021-04-16 | 北京经纬恒润科技股份有限公司 | Method and device for updating bootstrap program |
| WO2021115477A1 (en) * | 2019-12-13 | 2021-06-17 | 中兴通讯股份有限公司 | Program upgrade method and apparatus, electronic device and storage medium |
| CN113467797A (en) * | 2020-03-30 | 2021-10-01 | 西安诺瓦星云科技股份有限公司 | Program updating method, device and system and computer readable storage medium |
-
2022
- 2022-05-17 CN CN202210535287.2A patent/CN114880008A/en active Pending
Patent Citations (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP0887729A2 (en) * | 1997-06-05 | 1998-12-30 | Matsushita Electric Industrial Co., Ltd. | Terminal device capable of remote download, download method of loader program in terminal device, and storage medium storing loader program |
| CN102270147A (en) * | 2010-12-31 | 2011-12-07 | 北京谊安医疗系统股份有限公司 | Method and device for field upgrading of anaesthesia machine software |
| CN104750531A (en) * | 2015-04-15 | 2015-07-01 | 安徽师范大学 | Embedded system on-line program refreshing method |
| CN110968337A (en) * | 2018-09-28 | 2020-04-07 | 杭州萤石软件有限公司 | Software upgrading method and device |
| CN111433739A (en) * | 2018-11-30 | 2020-07-17 | 深圳市大疆创新科技有限公司 | Program upgrading method and embedded device |
| CN110231952A (en) * | 2019-06-17 | 2019-09-13 | 合肥巨一动力系统有限公司 | A kind of ECU program backup and circulation upgrade control method and device |
| WO2021115477A1 (en) * | 2019-12-13 | 2021-06-17 | 中兴通讯股份有限公司 | Program upgrade method and apparatus, electronic device and storage medium |
| CN113467797A (en) * | 2020-03-30 | 2021-10-01 | 西安诺瓦星云科技股份有限公司 | Program updating method, device and system and computer readable storage medium |
| CN112506535A (en) * | 2020-05-22 | 2021-03-16 | 上海擎度汽车科技有限公司 | Method for updating Bootloader software by automobile ECU controller |
| CN111796848A (en) * | 2020-07-08 | 2020-10-20 | 中国第一汽车股份有限公司 | Bootloader software updating method and device, embedded controller and storage medium |
| WO2022007656A1 (en) * | 2020-07-08 | 2022-01-13 | 中国第一汽车股份有限公司 | Bootloader software updating method and apparatus, embedded controller, and storage medium |
| CN112667265A (en) * | 2021-01-20 | 2021-04-16 | 北京经纬恒润科技股份有限公司 | Method and device for updating bootstrap program |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116149742A (en) * | 2023-04-17 | 2023-05-23 | 苏州萨沙迈半导体有限公司 | Chip, chip starting method and computer readable storage medium |
| CN116149742B (en) * | 2023-04-17 | 2023-12-15 | 苏州萨沙迈半导体有限公司 | Chip, chip starting method and computer readable storage medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110231952B (en) | ECU program backup and cyclic upgrade control method and device | |
| US8489922B2 (en) | Networked recovery system | |
| US11099830B2 (en) | Software updating apparatus, vehicle, and software updating method | |
| CN107678762B (en) | System version upgrading method and device | |
| CN113490911B (en) | Software updating device, vehicle, and software updating method | |
| CN111142911B (en) | Embedded system with abnormal recovery function and upgrading method thereof | |
| CN112667265B (en) | Method and device for updating bootstrap program | |
| CN105760165B (en) | A kind of method that self backup load of MCU refreshes | |
| CN113821235A (en) | Operating system data updating method, operating system data updating apparatus, storage medium, and program product | |
| CN112000358B (en) | Upgrading method of charging pile and intelligent charging pile | |
| CN114880008A (en) | Software upgrading method and system | |
| CN109375953B (en) | Operating system starting method and device | |
| CN113806139A (en) | Operating system recovery method, operating system recovery device, storage medium and computer program product | |
| CN116149714A (en) | Operating system data configuration method, device, storage medium and program product | |
| CN113220319A (en) | Data updating method and device and vehicle | |
| CN116954674A (en) | eMMC firmware upgrading method, firmware upgrading equipment and storage device | |
| CN110688135A (en) | Program flashing method, device and medium for controller | |
| CN113791812B (en) | Firmware upgrading method and storage device | |
| CN111338661A (en) | Method for reversely upgrading BOOT of application program and storage medium | |
| JP2002175193A (en) | Device and method for rewriting program | |
| CN101211267A (en) | Customized basic input output system updating method | |
| CN112764778A (en) | Processing method for remotely upgrading underlying root file system and related equipment | |
| CN112860287A (en) | System program upgrading method and device, computer equipment and storage medium | |
| CN113791811B (en) | Firmware upgrading method and storage device | |
| JP6403407B2 (en) | Data update method, data update system, and terminal device |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |