CN104572229B - The firmware upgrade method and device for upgrading firmware of embedded system - Google Patents

The firmware upgrade method and device for upgrading firmware of embedded system Download PDF

Info

Publication number
CN104572229B
CN104572229B CN201510074784.7A CN201510074784A CN104572229B CN 104572229 B CN104572229 B CN 104572229B CN 201510074784 A CN201510074784 A CN 201510074784A CN 104572229 B CN104572229 B CN 104572229B
Authority
CN
China
Prior art keywords
subregion
embedded system
image file
upgrade
upgrading
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
Application number
CN201510074784.7A
Other languages
Chinese (zh)
Other versions
CN104572229A (en
Inventor
何琳琳
刘延
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Xi'an Nova Nebula Technology Co., Ltd.
Original Assignee
Xian Novastar Electronic Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Xian Novastar Electronic Technology Co Ltd filed Critical Xian Novastar Electronic Technology Co Ltd
Priority to CN201510074784.7A priority Critical patent/CN104572229B/en
Publication of CN104572229A publication Critical patent/CN104572229A/en
Application granted granted Critical
Publication of CN104572229B publication Critical patent/CN104572229B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Landscapes

  • Stored Programmes (AREA)
  • Techniques For Improving Reliability Of Storages (AREA)

Abstract

The present invention relates to the firmware upgrade method of embedded system and device, the method includes:(a) it obtains and stores upgrade image file to the store path information of one first subregion of the nonvolatile memory of embedded system and generation upgrade image file;(b) bad block detection is carried out to one second subregion of nonvolatile memory;(c) position for copying upgrade image file to the good block of the second subregion and modification os starting from the first subregion according to store path information is to start from the second subregion;(d) in embedded system after the second partition Reboot operation system, bad block detection is carried out to a third subregion of nonvolatile memory;(e) copy upgrade image file to third subregion good block and change os starting position be from third subregion start;(f) make embedded system from third partition Reboot operation system.Therefore, the present invention can solve operating system update process nonvolatile memory such as NAND FLASH and generate the upgrading failure problem that bad block is brought.

Description

The firmware upgrade method and device for upgrading firmware of embedded system
Technical field
The present invention relates to embedded system technology field, more particularly to the firmware upgrade method of a kind of embedded system and A kind of device for upgrading firmware of embedded system.
Background technology
Embedded OS is a kind of widely used system software, and it is soft to generally include hardware-related bottom layer driving Part, system kernel, device drives interface, communication protocol, graphical interfaces, standardization browser etc..Embedded OS is responsible for Concurrent activities are coordinated in the distribution of whole soft and hardware resources of embedded device, task scheduling, control, must embody its place The feature of system can reach the function required by system by loading and unloading certain module.Make extensively in built-in field at present Operating system has:Built-in Linux, Windows Embedded are (such as:Wince6.0), VxWorks etc., and apply Android, iOS etc. of smart mobile phone and tablet computer.
The characteristics of embedded OS, mainly has:System kernel is small, specificity is strong, system is simplified, high real-time, more Be engaged in, need developing instrument and environment etc..
Operating system (Operating system, OS) is the core of embedded development, therefore the liter of operating system Grade update work also becomes particularly important.The method of existing embedded OS upgrading is largely by new system file It is stored in some fixed storage region, storage is then copied again and arrives the fixed region of system file;It is copying every time Original operating system file can be first deleted before, and after new operating system file copies successfully, restarting is embedded to be set It is standby to complete primary system firmware upgrade update operation (namely operating system update).Another upgrading mode is by new operation system It is uploaded to server after system file encryption, then by software download to embedded system local, then deletes original old operation System file is finally copied to the specific region of system, restarts system and completes OS upgrading updates.
However, during existing various operating system updates, can have the following problems:(1) due to NAND Flash System is died when leading to the problem of operating system update caused by bad block;(2) upgraded caused by driving design is unreasonable Journey file store path information is lost and the not high problem of the system run all right that brings.
Invention content
To overcome the problems, such as that one or more existing in the prior art, the present invention provide a kind of firmware liter of embedded system Grade method and a kind of device for upgrading firmware of embedded system.
Specifically, the firmware upgrade method of a kind of embedded system provided in an embodiment of the present invention, wherein described embedded System includes nonvolatile memory.The firmware upgrade method includes step:(a) it obtains and stores upgrade image file to institute It states one first subregion of the nonvolatile memory of embedded system and generates the storage road of the upgrade image file Diameter information;(b) bad block detection is carried out to one second subregion of the nonvolatile memory and is determined in second subregion One good block;(c) the upgrade image file is copied to described second from first subregion according to the store path information The good block of subregion and the position for changing os starting are to start from second subregion;(d) in the insertion Formula system carries out a third subregion of the nonvolatile memory bad after the second partition Reboot operation system Block detects and determines a good block in the third subregion;(e) the upgrade image file is copied to the third subregion The good block and the position for changing os starting are to start from the third subregion;(f) make the embedded system from The third partition Reboot operation system.
In one embodiment of the invention, above-mentioned steps (a) include:One application program of the embedded system receives The upgrade image file of host computer transmission is simultaneously stored to first subregion;The application program is literary by the upgrade image The store path information of part sends bottom upgrading driver to;And after transmitting the store path information, make institute The thread for stating application program is in blocked state.
In one embodiment of the invention, above-mentioned steps (a) include:One application program of the embedded system receives The upgrade image file of host computer transmission is simultaneously stored to first subregion;The application program is literary by the upgrade image The store path information of part sends bottom upgrading driver to;And it is deposited described in the bottom upgrading driver preservation Storage routing information simultaneously creates bottom upgrading thread and returns to a thread creation Success Flag after creating successfully for terminating The thread of the application program.
In one embodiment of the invention, above-mentioned firmware upgrade method further includes step before step (c):To described Application program to be protected in embedded system carries out file write-protect operation, to prevent application file data to be written over.
In one embodiment of the invention, above-mentioned firmware upgrade method further includes step before step (c):It will be described A fixed area of the application file to be protected backup of embedded system in first subregion.
In one embodiment of the invention, above-mentioned steps (e) include:The upgrade image is copied from first subregion File to the third subregion the good block;Or the upgrade image file is copied to described the from second subregion The good block of three subregions.
In one embodiment of the invention, above-mentioned nonvolatile memory, which also divides, one the 4th subregion;Described 4th Subregion is boot section using the storage area of the boot mirror images as os starting, and the third subregion is the first MIRROR SITE to make For the main storage area of the kernel mirror image of operating system, second subregion is the second MIRROR SITE using the kernel mirror as operating system The backup area of picture, first subregion are user area.
In one embodiment of the invention, above-mentioned nonvolatile memory is NAND-type flash memory.
In addition, a kind of device for upgrading firmware of embedded system provided in an embodiment of the present invention, wherein the embedded system System includes nonvolatile memory.The device for upgrading firmware includes:Data reception module, for obtaining and storing upgrade image File to the nonvolatile memory of the embedded system one first subregion and generate the upgrade image file Store path information;Bad Block Management module, for one second subregion and a third subregion to the nonvolatile memory It carries out bad block detection and determines a good block respectively in second subregion and the third subregion;Upgrade drive module, uses According to the store path information of the upgrade image file from first subregion copy the upgrade image file to The good block of second subregion and change os starting position be from second subregion start, make it is described embedding Embedded system copies the upgrade image file to the third subregion after the second partition Reboot operation system The good block and change os starting position be from the third subregion start and make the embedded system from The third partition Reboot operation system.
In one embodiment of the invention, above-mentioned nonvolatile memory is NAND-type flash memory, described non-volatile to deposit Reservoir, which also divides, one the 4th subregion;4th subregion is boot section using the storage of the boot mirror images as os starting Area, the third subregion be the first MIRROR SITE using the main storage area of the kernel mirror image as operating system, second subregion is For second MIRROR SITE using the backup area of the kernel mirror image as operating system, first subregion is user area.
Therefore, the above embodiment of the present invention can reach following one or more advantageous effects:(1) operation system is effectively solved System escalation process, nonvolatile memory such as NAND FLASH generate the upgrading failure that bad block is brought, it is dead to eventually lead to system The catastrophic problem fallen;(2) effectively solve the problems, such as that the routing information of escalation process kernel mirror image file is lost;(3) it solves The not high problem of stability during operating system update;And (4) solve the user file brought in escalation process damage Problem.
Through the following detailed description with reference to the accompanying drawings, other aspects of the invention and feature become apparent.But it should know Road, which is only the purpose design explained, not as the restriction of the scope of the present invention, this is because it should refer to Appended claims.It should also be noted that unless otherwise noted, it is not necessary to which scale attached drawing, they only try hard to concept Ground illustrates structure and flow described herein.
Description of the drawings
Below in conjunction with attached drawing, the specific implementation mode of the present invention is described in detail.
Fig. 1 is a kind of flow chart of the firmware upgrade method of embedded system of the embodiment of the present invention.
Fig. 2 is a kind of subregion schematic diagram of nonvolatile memory of the embodiment of the present invention.
Fig. 3 is a kind of high-level schematic functional block diagram of the device for upgrading firmware of embedded system of the embodiment of the present invention.
Specific implementation mode
In order to make the foregoing objectives, features and advantages of the present invention clearer and more comprehensible, below in conjunction with the accompanying drawings to the present invention Specific implementation mode be described in detail.
Fig. 1 and Fig. 2 is referred to, wherein Fig. 1 is a kind of firmware upgrade method of embedded system of the embodiment of the present invention Flow chart, Fig. 2 are a kind of subregion schematic diagram of nonvolatile memory of the embodiment of the present invention.Specifically, in the present embodiment In the firmware upgrade method of embedded system:
Upgrade image file is sent to embedded system by the application software of host computer (such as PC machine), by embedded Application program in system is responsible for receiving OS (Operating System, operating system) upgrade image file from host computer And be stored in the user area (referring to Fig. 2) of the nonvolatile memory of embedded system, subsequent updating operation process just by Bottom upgrading driver in embedded system is completed.Firmware upgrade (or OS upgradings) is executed in bottom upgrading driver During, upgrade image file during upgrading can be ensured in the user area of nonvolatile memory there are two types of preferred method Store path information will not error of transmission:(a) one is the upper level applications in embedded system passes store path information After giving bottom upgrading driver, the thread of the application program is in blocked state, ensures that bottom liter in this way Value will not lose since the thread of application program exits during grade driver calls this store path information variable, To ensure the correctness and accuracy of information transmission;(b) another mode is in upper level applications that image upgrade is literary When the store path information of part is transferred to bottom upgrading driver, bottom upgrading driver is first preserved, and is then created The upgrading thread of bottom, after creating successfully, returning to one to upper level applications, successfully mark, upper level applications receive Successfully mark is returned, current thread is just exited, executes next step;And at this point, the thread that bottom upgrading driver creates Poll in the current process of operating system can be placed on and execute the process for completing upgrading, this method can similarly solve file road Diameter information loss leads to the problem of upgrading failure.
Hold it is above-mentioned, after bottom upgrading driver receives the store path information of upgrade image file, first quiescing The operation of system boot self-starting software, the problem of to prevent software self-starting is brought in escalation process upgrading from failing.Prohibiting It is only switched on after self-starting software, starts the copy work of upgrade image file, to non-volatile memories before copying data Device carries out bad block detection process, when detection has bad block, is marked as bad block, and selects next good block for depositing Store up upgrade image file data.It is the use by upgrade image file data from nonvolatile memory in first time copy procedure Family region is copied to 2nd area of mirror image (referring to Fig. 2), covers the data in 2nd area of original mirror image;After copy is completed, grasped by changing The position for making system startup is to start from 2nd area of mirror image.After 2 area's restarting operating systems of mirror image, restore booting self-starting , the upgrade image file data in 2nd area of mirror image is then copied to 1st area of mirror image (referring to Fig. 2) of nonvolatile memory, is equally existed Also Bad Block Management is done before copy, after copy is completed, the position of os starting is changed to start from 1st area of mirror image, so The thread that backed off after random entirely upgrades, embedded system is from 1 area's restarting operating systems of mirror image.Specifically restart later operation system System is exactly the new operating system after current upgrading, and the process entirely upgraded also just leaves it at that.
In addition, due to being copied to the data in nonvolatile memory partition during upgrading operation system Process can cause the application file that user stores to have the possibility being damaged in this process, can for this problem To be solved using the means of following two aspects:One is the operation for being carried out to application program to be protected file write-protect, To prevent user file data to be written over;Another will be first waited in the user area of nonvolatile memory before OS upgradings It protects application file data backup in a fixed region, if application file is damaged, will just back up File copy is out replaced.This addresses the problem user application file corruptions caused by the possibility in escalation process Problem.
Referring again to Fig. 2, the division of nonvolatile memory in the present embodiment has multiple subregions, wherein the areas boot (or Boot section) it is mainly the boot mirror images that deposit operation system starts, 1st area of mirror image and 2nd area of mirror image are all the interior of deposit operation system The region of core mirror image, 2nd area of mirror image only go out in the kernel mirror image of 1st area of mirror image startup typically as the backup area of kernel mirror image When problem, system, which can be switched to, for example to be automatically switched to 2nd area of mirror image and is started;It can ensure the steady of os starting in this way It is qualitative.User area is mainly that the file system of operating system is used to store user file, in practical application, application program Software associated documents can all have this region.In addition, the nonvolatile memory of the present embodiment can be NAND-type flash memory, or Other memories with non-volatile nature.
Fig. 3 is referred to, the function module for a kind of device for upgrading firmware of embedded system of the embodiment of the present invention is shown It is intended to.As shown in figure 3, the device for upgrading firmware 10 of the present embodiment is applied to the embedded system for including nonvolatile memory 30 In, it is to be understood that the embedded system will also include embeded processor, such as arm processor etc., and firmware upgrade Device 10 can be realized by being implemented in the software of embeded processor.
In figure 3, device for upgrading firmware 10 includes data reception module 11, Bad Block Management module 13 and upgrading drive module 15.Wherein,
Data reception module 11 is for obtaining and storing upgrade image file to the nonvolatile memory of embedded system 30 one first subregion (user area shown in Fig. 2) and the store path information for generating the upgrade image file.
Bad Block Management module 13 is used for one second subregion (area of mirror image 2 shown in Fig. 2) of nonvolatile memory 30 and one Third subregion (area of mirror image 1 shown in Fig. 2) carries out bad block detection and is determined respectively in second subregion and the third subregion One good block.By taking the nonvolatile memory of embedded system is NAND-type flash memory (Flash) as an example, it is however generally that, NAND type Flash memory is easier to generate bad block in escalation process, therefore a bad block is added before the process copied files of bottom upgrading Processing module 13, the problem of copied files being effectively prevent to fail in this way.The concrete function of Bad Block Management module 13 be exactly Before upgrade image file starts copy, whether the subregion first detected in NAND-type flash memory has bad block, if there is if bad block, just It is marked as bad block, is not used subsequently, file storage data, which will continue to find next good block, to be stored, thus Avoid the problem of upgrade image file data damage that bad block is brought.
Upgrading drive module 15 according to the store path information of the upgrade image file from first subregion for copying Upgrade image file described in shellfish to second subregion the good block and to change the position of os starting be from described Second subregion starts, the embedded system is made to copy the upgrade image after the second partition Reboot operation system File to the third subregion the good block and change os starting position be from the third subregion start, with And make the embedded system from the third partition Reboot operation system.
The firmware upgrade or OS escalation process that above-mentioned modules 11,13 and 15 are realized jointly can refer to above-mentioned Firmware upgrade method, details are not described herein.
In addition, it is noted that the driving design scheme of the embedded OS upgrading of the above embodiment of the present invention Suitable for Wince, Linux, iOS, Android etc.;Be previously mentioned slave mirror image 2 (the second subregion) area copy upgrade image file to Being mirrored to the process in 1st area (third subregion) can also make into:After system starts from 2nd area of mirror image, from user area (the first subregion) Upgrade image file is copied to 1st area of mirror image, in this way it is prevented that copying mirror in system operation after 2nd area of mirror image starts As 2nd area upgrade image file data to 1st area of mirror image among the error in data phenomenon that is likely to occur.
In conclusion the above embodiment of the present invention can bring following one or more advantageous effects:(i) behaviour is effectively solved Make system upgrade process, nonvolatile memory such as NAND-type flash memory generates the upgrading failure that bad block is brought, and eventually leads to and is The catastrophic problem that system is died;(ii) effectively solve the problems, such as that the routing information of escalation process kernel mirror image file is lost; (iii) stability is not high during solving the problems, such as operating system update;And (iv) solves the user brought in escalation process The problem of file corruption.
Used herein firmware upgrade method and device for upgrading firmware of the specific case to embedded system of the present invention Principle and embodiment be expounded, the explanation of above example is only intended to help understand the present invention method and its core Thought is thought;Meanwhile for those of ordinary skill in the art, according to the thought of the present invention, in specific implementation mode and model is applied There will be changes are placed, in conclusion the content of the present specification should not be construed as limiting the invention, protection of the invention Range should be subject to the attached claims.

Claims (8)

1. a kind of firmware upgrade method of embedded system, the embedded system include nonvolatile memory;Its feature exists In the firmware upgrade method includes step:
(a) upper level applications of the embedded system obtain and store upgrade image file to the institute of the embedded system It states one first subregion of nonvolatile memory and generates the store path information of the upgrade image file;
(b) after the bottom upgrading driver of the embedded system receives the store path information, to described non-volatile Property memory one second subregion carry out bad block detection and in second subregion determine a good block;
(c) the bottom upgrading driver of the embedded system is copied according to the store path information from first subregion The upgrade image file to second subregion the good block and to change the position of os starting be from described Second subregion starts;
(d) in the embedded system after the second partition Reboot operation system, the bottom of the embedded system Upgrading driver to a third subregion of the nonvolatile memory carry out bad block detection and in the third subregion really A fixed good block;
(e) the bottom upgrading driver of the embedded system copies the upgrade image file to the institute of the third subregion It is to start from the third subregion to have stated block and changed the position of os starting;
(f) make the embedded system from the third partition Reboot operation system;
Wherein, the step (a) includes:The upper level applications of the embedded system receive the described of host computer transmission Upgrade image file is simultaneously stored to first subregion;The upper level applications are by the storage of the upgrade image file Routing information sends bottom upgrading driver to;And after transmitting the store path information, make the application program Thread is in blocked state;
Alternatively, the step (a) includes:The upper level applications of the embedded system receive the described of host computer transmission Upgrade image file is simultaneously stored to first subregion;The upper level applications are by the storage of the upgrade image file Routing information sends bottom upgrading driver to;And the bottom upgrading driver preserves the store path information simultaneously It creates bottom upgrading thread and returns to a thread creation Success Flag after creating successfully for terminating the application program Thread, and the bottom upgrading thread that bottom upgrading driver creates is placed in the current process of operating system and takes turns It askes to execute firmware upgrade.
2. firmware upgrade method as described in claim 1, which is characterized in that before the step (c) further include step:
File write-protect operation is carried out to the application program to be protected in the embedded system, to prevent application file number According to being written over.
3. firmware upgrade method as described in claim 1, which is characterized in that before the step (c) further include step:
The application file to be protected of the embedded system is backed up into the fixed area in first subregion.
4. firmware upgrade method as described in claim 1, which is characterized in that the step (e) includes:
The upgrade image file is copied to the good block of the third subregion from first subregion;Or
The upgrade image file is copied to the good block of the third subregion from second subregion.
5. the firmware upgrade method as described in Claims 1-4 any one, which is characterized in that the nonvolatile memory Also dividing has one the 4th subregion;4th subregion is boot section using the storage area of the boot mirror images as os starting, The third subregion is the first MIRROR SITE using the main storage area of the kernel mirror image as operating system, and second subregion is second For MIRROR SITE using the backup area of the kernel mirror image as operating system, first subregion is user area.
6. firmware upgrade method as claimed in claim 5, which is characterized in that the nonvolatile memory dodges for NAND type It deposits.
7. a kind of device for upgrading firmware of embedded system, the embedded system include nonvolatile memory;Its feature exists In the device for upgrading firmware includes:
Data reception module, for upgrade image file to be obtained and stored using upper level applications to the embedded system One first subregion of the nonvolatile memory and the store path information for generating the upgrade image file;
Bad Block Management module, for upgrading driver after receiving the store path information to described non-easy using bottom One second subregion and a third subregion of the property lost memory carry out bad block detection and in second subregion and the third subregion It is middle to determine a good block respectively;
Upgrade drive module, for believing according to the store path of the upgrade image file using bottom upgrading driver Breath copies the upgrade image file to the good block of second subregion from first subregion and changes operating system The position of startup is to start from second subregion, make the embedded system from the second partition Reboot operation system The upgrade image file is copied to the good block of the third subregion from second subregion afterwards and changes operating system The position of startup is to start from the third subregion and make the embedded system from the third partition Reboot operation System;
Wherein, the data reception module is additionally operable to after generating the store path information, makes the thread of the application program In blocked state;
Alternatively, the upgrading drive module, is additionally operable to preserve the store path information using bottom upgrading driver And it creates bottom upgrading thread and returns to a thread creation Success Flag after creating successfully and apply journey for end is described The thread of sequence, and the bottom that bottom upgrading driver creates is upgraded into the current process that thread is placed on operating system Middle poll is to execute firmware upgrade.
8. device for upgrading firmware as claimed in claim 7, which is characterized in that the nonvolatile memory dodges for NAND type It deposits, the nonvolatile memory, which also divides, one the 4th subregion;4th subregion is boot section to be opened as operating system The storage area of dynamic boot mirror images, the third subregion are that the main memory of the first MIRROR SITE using the kernel mirror image as operating system is put Area, second subregion are the second MIRROR SITE using the backup area of the kernel mirror image as operating system, and first subregion is to use Family area.
CN201510074784.7A 2015-02-12 2015-02-12 The firmware upgrade method and device for upgrading firmware of embedded system Active CN104572229B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201510074784.7A CN104572229B (en) 2015-02-12 2015-02-12 The firmware upgrade method and device for upgrading firmware of embedded system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510074784.7A CN104572229B (en) 2015-02-12 2015-02-12 The firmware upgrade method and device for upgrading firmware of embedded system

Publications (2)

Publication Number Publication Date
CN104572229A CN104572229A (en) 2015-04-29
CN104572229B true CN104572229B (en) 2018-07-20

Family

ID=53088387

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510074784.7A Active CN104572229B (en) 2015-02-12 2015-02-12 The firmware upgrade method and device for upgrading firmware of embedded system

Country Status (1)

Country Link
CN (1) CN104572229B (en)

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105225696A (en) * 2015-10-15 2016-01-06 广东九联科技股份有限公司 A kind of bad block detection method of Set Top Box nandflash chip
CN105389187B (en) * 2015-11-26 2021-10-26 普华基础软件股份有限公司 System updating method
CN105808292A (en) * 2016-03-07 2016-07-27 西安诺瓦电子科技有限公司 Firmware upgrade method of embedded terminal device
CN105912356B (en) * 2016-03-31 2019-04-09 武汉光迅科技股份有限公司 A kind of optical module firmware program on-line upgrading method for supporting version rollback
CN106020875B (en) * 2016-05-16 2020-09-04 北京奇虎科技有限公司 Firmware update management method and device of embedded terminal
CN106874032B (en) * 2017-01-04 2020-09-04 青岛海信宽带多媒体技术有限公司 Method and device for upgrading optical module firmware and optical module
CN106873990B (en) * 2017-01-23 2020-07-10 北京空间飞行器总体设计部 Multi-partition guiding method under embedded system RAM damage mode
CN109426511B (en) * 2017-08-18 2022-03-22 西安诺瓦星云科技股份有限公司 Soft core updating method and system
CN109240720B (en) * 2018-08-23 2021-11-26 瑞芯微电子股份有限公司 Firmware upgrading method of android system and storage device
CN111083001B (en) * 2018-10-18 2021-09-21 杭州海康威视数字技术股份有限公司 Firmware abnormity detection method and device
EP3702910B1 (en) * 2019-03-01 2022-06-29 ABB Schweiz AG Online firmware upgrade of a node in a process control system
CN111857784A (en) * 2019-04-24 2020-10-30 西安诺瓦电子科技有限公司 Firmware upgrading method and firmware upgrading system
CN112416411B (en) * 2019-08-23 2023-08-18 百度在线网络技术(北京)有限公司 Upgrading method and device, equipment end, server and computer readable medium
CN111045709B (en) * 2019-12-26 2021-12-24 联想(北京)有限公司 Firmware upgrading method and firmware upgrading device
CN112130778A (en) * 2020-09-14 2020-12-25 珠海奔图电子有限公司 Image forming apparatus, control system and control method thereof
CN113485947A (en) * 2021-06-15 2021-10-08 翱捷科技股份有限公司 Automatic division method and device for storage domain of embedded system
CN113626060B (en) * 2021-08-06 2023-08-01 天津津航计算技术研究所 Online upgrade method based on separate storage under vxworks system
CN117707626A (en) * 2022-10-09 2024-03-15 荣耀终端有限公司 System starting method and electronic equipment
CN116501357A (en) * 2023-06-28 2023-07-28 广东高斯宝电气技术有限公司 Online upgrade method of singlechip

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101216772A (en) * 2008-01-15 2008-07-09 中兴通讯股份有限公司 Embedded equipment startup method and software upgrading method
CN103092662A (en) * 2013-02-04 2013-05-08 烽火通信科技股份有限公司 Software module upgrading method for terminal device based on embedded operating system
CN103678030A (en) * 2012-09-04 2014-03-26 杭州海康威视数字技术股份有限公司 Multi-system equipment start system and method thereof
CN104252369A (en) * 2013-06-27 2014-12-31 上海博泰悦臻电子设备制造有限公司 On-board equipment and dual-system backup method and device of on-board equipment

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101216772A (en) * 2008-01-15 2008-07-09 中兴通讯股份有限公司 Embedded equipment startup method and software upgrading method
CN103678030A (en) * 2012-09-04 2014-03-26 杭州海康威视数字技术股份有限公司 Multi-system equipment start system and method thereof
CN103092662A (en) * 2013-02-04 2013-05-08 烽火通信科技股份有限公司 Software module upgrading method for terminal device based on embedded operating system
CN104252369A (en) * 2013-06-27 2014-12-31 上海博泰悦臻电子设备制造有限公司 On-board equipment and dual-system backup method and device of on-board equipment

Also Published As

Publication number Publication date
CN104572229A (en) 2015-04-29

Similar Documents

Publication Publication Date Title
CN104572229B (en) The firmware upgrade method and device for upgrading firmware of embedded system
CN102270144B (en) Embedded network equipment and method for upgrading firmware by using same
CN103164342B (en) Coordinate during the carry of availability of data
US7664923B2 (en) Method and system for updating software
CN104025047B (en) Information processor, information processing method and computer program
EP2375323A1 (en) Firmware image update and management
US20070074201A1 (en) Method and system for updating software and computer readable recording medium storing the method
CN109634645A (en) Firmware upgrade method and terminal
US20110320794A1 (en) Flash System And Method For Updating The Flash System
CN104915226B (en) A kind of network device software starting method, apparatus and the network equipment
CN106775610B (en) Electronic equipment starting method and electronic equipment
CN101650662A (en) Memory device of embedded system and staring method and upgrading of firmware
US8775758B2 (en) Memory device and method for performing a write-abort-safe firmware update
US20160162278A1 (en) System and method for applying an update to a device system via a system snapshot
WO2017000567A1 (en) Bootrom upgrading method and device
CN113157303A (en) Upgrading method, embedded system, terminal and computer storage medium
CN110209420A (en) A kind of method and device updating bootstrap loader
US20140258699A1 (en) Boot fault tolerant device and method thereof
US20160321057A1 (en) Electronic apparatus
CN109375953B (en) Operating system starting method and device
CN111026417A (en) Embedded equipment upgrading method and embedded equipment
JP2011175352A (en) Firmware updating device, communication apparatus, electronic apparatus, firmware updating system, firmware updating method and program
CN102043640A (en) Flash system and program updating method thereof
US20210326125A1 (en) Installing application program code on a vehicle control system
CN113452550A (en) Information acquisition device, firmware updating method and system of embedded system 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
CP03 Change of name, title or address

Address after: 710075 DEF101, Zero One Square, Xi'an Software Park, No. 72 Zhangbajie Science and Technology Second Road, Xi'an High-tech Zone, Shaanxi Province

Patentee after: Xi'an Nova Nebula Technology Co., Ltd.

Address before: 710075 Qinfengge D District 401, Xi'an Software Park, 68 Science and Technology Second Road, Xi'an High-tech Zone, Shaanxi Province

Patentee before: Xian Novastar Electronic Technology Co., Ltd.

CP03 Change of name, title or address