CN111209143A - Embedded system recovery method and device, embedded equipment and storage medium - Google Patents

Embedded system recovery method and device, embedded equipment and storage medium Download PDF

Info

Publication number
CN111209143A
CN111209143A CN202010002724.5A CN202010002724A CN111209143A CN 111209143 A CN111209143 A CN 111209143A CN 202010002724 A CN202010002724 A CN 202010002724A CN 111209143 A CN111209143 A CN 111209143A
Authority
CN
China
Prior art keywords
embedded
recovery
state
key
standby
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202010002724.5A
Other languages
Chinese (zh)
Other versions
CN111209143B (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.)
GHT CO Ltd
Original Assignee
GHT 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 GHT CO Ltd filed Critical GHT CO Ltd
Priority to CN202010002724.5A priority Critical patent/CN111209143B/en
Publication of CN111209143A publication Critical patent/CN111209143A/en
Application granted granted Critical
Publication of CN111209143B publication Critical patent/CN111209143B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14Error detection or correction of the data by redundancy in operation
    • G06F11/1402Saving, restoring, recovering or retrying
    • G06F11/1415Saving, restoring, recovering or retrying at system level
    • G06F11/1438Restarting or rejuvenating

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)
  • Retry When Errors Occur (AREA)

Abstract

The invention relates to the technical field of embedded equipment, and discloses a recovery method and a recovery device of an embedded system, embedded equipment and a storage medium, wherein the method comprises the following steps: when the current state of the main system is an abnormal state and a restart instruction is received, controlling the embedded equipment to restart and detecting the state of a recovery key; and when the state of the recovery key is detected to be a long-press state, switching to the standby system so that the standby system acquires the system firmware and recovers the main system according to the system firmware. The invention can realize rapid recovery of abnormal embedded equipment, shorten the maintenance time and ensure the normal use of the embedded equipment; meanwhile, the complicated recovery operation is avoided, the interruption of the equipment service is avoided, and the user experience is improved.

Description

Embedded system recovery method and device, embedded equipment and storage medium
Technical Field
The present invention relates to the field of embedded device technologies, and in particular, to a method and an apparatus for recovering an embedded system, an embedded device, and a storage medium.
Background
The embedded technology is a special computer system technology which is centered on application, based on computer technology, and is suitable for application systems with strict requirements on functions, reliability, cost, volume and power consumption, and the software and hardware can be cut. In recent years, with the development and popularization of embedded technologies, embedded devices are also gradually applied to various fields such as industry, agriculture, education, national defense, scientific research, daily life and the like.
In the use process of the embedded device, a user may mistakenly operate to delete important files of system start, and abnormal power failure may also occur suddenly to cause damage to some files, so that the system is crashed, the embedded device cannot be started normally, and normal use of the device is affected. When the above situation occurs, two processing methods are generally adopted, one is that a manufacturer maintains the embedded device, for example, a user sends the damaged embedded device back to the manufacturer, and the manufacturer records the firmware again; and the other method is that the user carries out maintenance by himself, for example, the user installs a specific maintenance tool and re-burns the firmware according to a corresponding series of operations.
However, in the process of implementing the present invention, the present inventors found that the prior art has at least the following technical problems: when the method of maintaining by a manufacturer is adopted, the maintenance time is long due to the complex operation, so that the use of a user is influenced; when the method of self-maintaining by the user is adopted, the difference of the user technical level may cause the maintenance failure due to improper operation in the maintenance process, and the problem of long maintenance time exists at the same time.
Disclosure of Invention
The invention aims to provide a recovery method and a recovery device of an embedded system, embedded equipment and a storage medium, which can quickly recover abnormal embedded equipment and shorten the maintenance time so as to ensure the normal use of the embedded equipment.
In order to solve the above technical problem, the present invention provides a method for recovering an embedded system, where an embedded device includes a main system and a standby system, and the method for recovering the embedded system includes:
when the current state of the main system is an abnormal state and a restart instruction is received, controlling the embedded equipment to restart and detecting the state of a recovery key;
and when the state of the recovery key is detected to be a long-press state, switching to the standby system so that the standby system acquires system firmware and recovers the main system according to the system firmware.
As a preferred scheme, the detecting the state of the resume key specifically includes:
detecting a current signal sent by the recovery key;
when the current signal sent by the recovery key is detected to be a pressed signal, judging whether the current level signal sent by the recovery key is continuously kept as the pressed signal within a preset time threshold;
and when the current signal sent by the recovery key is continuously kept as the pressed signal within the time threshold, determining that the state of the recovery key is a long-press state.
As a preferred scheme, when it is detected that the state of the recovery key is a long-press state, switching to the standby system specifically includes:
when the recovery key is detected to be in the long-press state, modifying the current starting parameter of the embedded equipment to be a first starting parameter so as to enter the standby system; wherein the first startup parameter is used to indicate entry into the standby system.
As a preferred scheme, the acquiring, by the standby system, the system firmware, and recovering the main system according to the system firmware specifically includes:
the standby system formats the main system;
after formatting, mounting the main system, acquiring a compressed packet of system firmware from a backup area, and decompressing the compressed packet of the system firmware to the main system;
after decompression, the host system is unmounted.
Preferably, the method for restoring an embedded system further includes:
and starting the main system after the embedded equipment is started.
As a preferred scheme, the starting the main system after the embedded device is started specifically includes:
after the embedded equipment is started, selecting a second starting parameter as a current starting parameter of the embedded equipment so as to start the main system; wherein the second startup parameter is used for indicating entry into the host system.
Preferably, the recovery key is a power key.
In order to solve the same technical problem, correspondingly, an embodiment of the present invention further provides a recovery apparatus for an embedded system, including a processor, a memory, and a computer program stored in the memory and configured to be executed by the processor, where the processor implements the recovery method for the embedded system when executing the computer program.
In order to solve the same technical problem, an embodiment of the present invention further provides an embedded device, including the recovery apparatus of the embedded system.
In order to solve the same technical problem, an embodiment of the present invention also provides a computer-readable storage medium having a program stored thereon, which, when executed, implements the above-described vehicle diagnostic method.
Compared with the prior art, the invention provides a recovery method and a recovery device of an embedded system, embedded equipment and a storage medium, wherein when the current state of a main system is an abnormal state and the embedded equipment is restarted, when the state of a recovery key is detected to be a long-press state, the standby system is switched to obtain system firmware, and the main system is recovered according to the system firmware, so that the abnormal embedded equipment is quickly recovered, the maintenance time is shortened, and the normal use of the embedded equipment is ensured. Meanwhile, the embodiment of the invention can avoid fussy recovery operation and avoid interruption of equipment service, thereby improving user experience. In addition, the embodiment of the invention does not need to send the abnormal embedded equipment back to the manufacturer for maintenance, thereby reducing the maintenance cost of the manufacturer.
Drawings
Fig. 1 is a schematic flowchart of a recovery method for an embedded system according to an embodiment of the present invention;
FIG. 2 is a schematic diagram of an embedded device data storage according to an embodiment of the present invention;
FIG. 3 is a schematic diagram of a power key connected to a controller of an embedded device according to an embodiment of the present invention;
fig. 4 is a schematic structural diagram of a recovery apparatus of an embedded system according to an embodiment of the present invention.
Detailed Description
The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
In the embodiment of the invention, the embedded equipment comprises a main system and a standby system; wherein the main system and the standby system are both file systems of the embedded device. Specifically, in the embedded device, the data storage is divided as shown in fig. 2, and the data storage includes a Bootloader area 11, a uinimage area 12, a rootfs-1 area 13, a rootfs-2 area 14, a recovery area 15, and a date area 16; the Bootloader area 11 is used for storing bootloaders (boot programs) of devices, and a u-boot suite is used herein; the uinmage area 12 is a linux inner core used by embedded equipment; the rootfs-1 area 13 and the rootfs-2 area 14 are respectively the main system and the standby system, and a recovery program is started to recover the main system after the standby system is started; the recovery area 15 is a backup area and is used for storing a compressed packet used for recovering the system firmware of the main system; and the date area 16 is used for storing the user code and the data thereof.
Fig. 1 is a schematic flow chart of a recovery method for an embedded system according to an embodiment of the present invention.
The recovery method of the embedded system provided by the embodiment of the invention comprises the following steps of S11-S12:
s11, when the current state of the main system is an abnormal state and a restart instruction is received, controlling the embedded equipment to restart and detecting the state of a recovery key;
specifically, under the condition that the main system is currently in an abnormal state, when a restart instruction sent by a user is received, the embedded device is controlled to restart so that the embedded device is powered on again, and then the state of the recovery key is detected; the state of the recovery key comprises a pressed state and a released state, and the pressed state comprises a short-time pressed state and a long-time pressed state.
It should be noted that, the user may send the restart instruction by pressing a power key of the embedded device. In addition, the present embodiment can enable a user to determine whether the current state of the host system is an abnormal state; of course, the embedded device may also detect the state of the host system in real time to identify whether the current state of the host system is an abnormal state, which is not limited in the present invention.
And S12, when the recovery key is detected to be in the long-press state, switching to the standby system so that the standby system acquires the system firmware and recovers the main system according to the system firmware.
Specifically, when the state of the recovery key is detected to be a long-time pressed state, the current system of the embedded device is switched to the standby system, that is, the standby system is started, when the standby system runs, a preset main system updating script is executed, the system firmware is obtained from the backup area, and the main system in an abnormal state is recovered to a non-abnormal state according to the system firmware. It will be appreciated that the system firmware is used to restore the host system, which is pre-stored in the embedded device to ensure that a fast restoration of the host system is enabled.
Further, after the standby system acquires the system firmware and restores the main system according to the system firmware, when the embedded device is restarted again, the Bootloader is rebooted to the restored main system to operate.
In the embodiment of the invention, when the current state of the main system is an abnormal state and the embedded device is restarted, and the state of the recovery key is detected to be a long-press state, the standby system is switched to obtain the system firmware, and the main system is recovered according to the system firmware, so that the abnormal embedded device is quickly recovered, the maintenance time is shortened, and the normal use of the embedded device is ensured. Meanwhile, the embodiment of the invention can avoid fussy recovery operation and avoid interruption of equipment service, thereby improving user experience. In addition, the embodiment of the invention does not need to send the abnormal embedded equipment back to the manufacturer for maintenance, thereby reducing the maintenance cost of the manufacturer.
In the embodiment of the present invention, the type of the recovery key may be set according to an actual use condition, and preferably, the recovery key is a power key in this embodiment. The main system is restored through the original power key in the embedded device, so that a hardware structure does not need to be added in the embedded device, and the increase of the hardware cost is effectively avoided.
In a preferred embodiment, in step S11, the detecting the state of the resume button specifically includes the following steps S111 to S113:
s111, detecting a current signal sent by the recovery key;
s112, when the current signal sent by the recovery key is detected to be a pressed signal, judging whether the current level signal sent by the recovery key is continuously kept as the pressed signal within a preset time threshold;
and S113, when the current signal sent by the recovery key is continuously kept as the pressing signal within the time threshold, determining that the state of the recovery key is a long-press state.
For convenience of description, step S11 of the embodiment of the present invention is described in detail only by taking the resume key as the power key, but the resume key of the embodiment of the present invention is not limited to the power key.
As shown in fig. 3, in the embedded device, one end of the power key 22 is grounded, and the other end of the power key 22 is connected to a GPIO (General-purpose input/output) pin of the controller 21 of the embedded device, so that the controller 21 receives a signal sent by the power key 22; the controller 21 of the embedded device may be an embedded CPU (central processing unit). It can be understood that when the power key 22 is pressed, the current signal sent by the power key 22 is a low level signal, i.e. a pressed signal; therefore, when the current signal sent by the power key 22 is detected to be a low level signal, whether the power key 22 continuously sends the low level signal within a preset time threshold is judged, and if yes, the state of the power key 22 is determined to be a long-press state; if not, the state of the power key 22 is determined to be a short-press state. In another embodiment, one end of the power key 22 is connected to an output terminal of a power supply, and the other end of the power key 22 is connected to one GPIO pin of the controller 21 of the embedded device; at this time, when the power key 22 is pressed, the current signal sent by the power key 22 is a high level signal, i.e. a pressed signal; therefore, when the current signal sent by the power key 22 is detected to be a high level signal, whether the power key 22 continuously sends the high level signal within a preset time threshold is judged, and if so, the state of the power key 22 is determined to be a long-press state; if not, the state of the power key 22 is determined to be a short-press state.
In addition, it should be noted that the preset time threshold may be set according to an actual use situation, and the present invention is not limited.
In a preferred embodiment, in step S12, when it is detected that the state of the resume key is the long-press state, the switching to the standby system specifically includes:
when the recovery key is detected to be in the long-press state, modifying the current starting parameter of the embedded equipment to be a first starting parameter so as to enter the standby system; wherein the first startup parameter is used to indicate entry into the standby system.
It should be noted that, in the embedded device, the boot environment variable of the Bootloader calls a preset boot script to select a corresponding boot parameter to enter different systems, where the script calls a checkio function.
In addition, in step S12, the step of acquiring the system firmware by the standby system and recovering the main system according to the system firmware includes the following steps:
the standby system formats the main system;
after formatting, mounting the main system, acquiring a compressed packet of system firmware from a backup area, and decompressing the compressed packet of the system firmware to the main system;
after decompression, the host system is unmounted.
It should be noted that, after entering the standby system, a preset main system script is updated to format and mount the main system, and the obtained compressed packet of the system firmware is decompressed to the main system, and finally the main system is not mounted, so that the main system is restored.
In the embodiment of the present invention, the method for recovering an embedded system further includes the following steps:
and starting the main system after the embedded equipment is started.
It can be understood that, when the power key is pressed, the embedded device is started and enters the main system; at this time, in the embedded device, the default is started from the main system.
Further, the starting the main system after the embedded device is started specifically includes:
after the embedded equipment is started, selecting a second starting parameter as a current starting parameter of the embedded equipment so as to start the main system; wherein the second startup parameter is used for indicating entry into the host system.
Referring to fig. 4, another embodiment of the present invention correspondingly provides a recovery apparatus for an embedded system.
The recovery apparatus 100 for the embedded system provided by the embodiment of the present invention includes a processor 101, a memory 102, and a computer program stored in the memory 102 and configured to be executed by the processor 101, wherein when the processor 101 executes the computer program, the above-mentioned recovery method for the embedded system is implemented.
Illustratively, the computer program may be partitioned into one or more modules/units that are stored in the memory 102 and executed by the processor 101 to implement the present invention. The one or more modules/units may be a series of computer program instruction segments capable of performing specific functions, which are used to describe the execution process of the computer program in the recovery apparatus 100 of the embedded system.
The Processor 101 may be a Central Processing Unit (CPU), other general purpose Processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), an off-the-shelf Programmable Gate Array (FPGA) or other Programmable logic device, discrete Gate or transistor logic, discrete hardware components, etc. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like.
The memory 102 can be used for storing the computer programs and/or modules, and the processor 101 implements various functions of the recovery apparatus 100 of the embedded system by running or executing the computer programs and/or modules stored in the memory 102 and calling data stored in the memory 102. The memory 102 may mainly include a program storage area and a data storage area, wherein the program storage area may store an operating system, an application program required by at least one function (such as a sound playing function, an image playing function, etc.), and the like; the storage data area may store data (such as audio data, a phonebook, etc.) created according to the use of the cellular phone, and the like. In addition, the memory may include high speed random access memory, and may also include non-volatile memory, such as a hard disk, a memory, a plug-in hard disk, a Smart Media Card (SMC), a Secure Digital (SD) Card, a Flash memory Card (Flash Card), at least one magnetic disk storage device, a Flash memory device, or other volatile solid state storage device.
Wherein, the integrated module/unit of the restoring apparatus 100 of the embedded system can be stored in a computer readable storage medium if it is implemented in the form of a software functional unit and sold or used as a stand-alone product. Based on such understanding, all or part of the flow of the method according to the embodiments of the present invention may also be implemented by a computer program, which may be stored in a computer-readable storage medium, and when the computer program is executed by a processor, the steps of the method embodiments may be implemented. Wherein the computer program comprises computer program code, which may be in the form of source code, object code, an executable file or some intermediate form, etc. The computer-readable medium may include: any entity or device capable of carrying the computer program code, recording medium, usb disk, removable hard disk, magnetic disk, optical disk, computer Memory, Read-only Memory (ROM), Random Access Memory (RAM), electrical carrier wave signals, telecommunications signals, software distribution medium, etc. It should be noted that the computer readable medium may contain content that is subject to appropriate increase or decrease as required by legislation and patent practice in jurisdictions, for example, in some jurisdictions, computer readable media does not include electrical carrier signals and telecommunications signals as is required by legislation and patent practice.
It should be noted that the above-described device embodiments are merely illustrative, where the units described as separate parts may or may not be physically separate, and the parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on multiple network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of the present embodiment. In addition, in the drawings of the embodiment of the apparatus provided by the present invention, the connection relationship between the modules indicates that there is a communication connection between them, and may be specifically implemented as one or more communication buses or signal lines. One of ordinary skill in the art can understand and implement it without inventive effort.
In addition, in order to solve the same technical problem, accordingly, an embodiment of the present invention further provides an embedded device, including the recovery apparatus of the embedded system.
In summary, the present invention provides a method and an apparatus for recovering an embedded system, an embedded device, and a storage medium, wherein when the working state of the main system is an abnormal state and the embedded device is restarted, and when it is detected that the state of the recovery key is a long-press state, the main system is switched to the standby system, so that the standby system obtains system firmware and recovers the main system according to the system firmware, thereby rapidly recovering the abnormal embedded device, shortening the maintenance time, and ensuring the normal use of the embedded device. Meanwhile, the embodiment of the invention can avoid fussy recovery operation and avoid interruption of equipment service, thereby improving user experience. In addition, the embodiment of the invention does not need to send the abnormal embedded equipment back to the manufacturer for maintenance, thereby reducing the maintenance cost of the manufacturer.
The above description is only a preferred embodiment of the present invention, and it should be noted that, for those skilled in the art, various modifications and substitutions can be made without departing from the technical principle of the present invention, and these modifications and substitutions should also be regarded as the protection scope of the present invention.

Claims (10)

1. A recovery method of an embedded system is characterized in that an embedded device comprises a main system and a standby system, and the recovery method of the embedded system comprises the following steps:
when the current state of the main system is an abnormal state and a restart instruction is received, controlling the embedded equipment to restart and detecting the state of a recovery key;
and when the state of the recovery key is detected to be a long-press state, switching to the standby system so that the standby system acquires system firmware and recovers the main system according to the system firmware.
2. The method for restoring an embedded system according to claim 1, wherein the detecting the state of the restore button specifically includes:
detecting a current signal sent by the recovery key;
when the current signal sent by the recovery key is detected to be a pressed signal, judging whether the current level signal sent by the recovery key is continuously kept as the pressed signal within a preset time threshold;
and when the current signal sent by the recovery key is continuously kept as the pressed signal within the time threshold, determining that the state of the recovery key is a long-press state.
3. The method for restoring an embedded system according to claim 1, wherein the switching to the standby system when detecting that the state of the restore key is a long-press state specifically comprises:
when the recovery key is detected to be in the long-press state, modifying the current starting parameter of the embedded equipment to be a first starting parameter so as to enter the standby system; wherein the first startup parameter is used to indicate entry into the standby system.
4. The method for recovering an embedded system according to claim 1, wherein the step of acquiring a system firmware by the standby system and recovering the main system according to the system firmware comprises:
the standby system formats the main system;
after formatting, mounting the main system, acquiring a compressed packet of system firmware from a backup area, and decompressing the compressed packet of the system firmware to the main system;
after decompression, the host system is unmounted.
5. The embedded system recovery method of claim 1,
the recovery method of the embedded system further comprises the following steps:
and starting the main system after the embedded equipment is started.
6. The method for recovering an embedded system according to claim 5, wherein the booting the main system after the booting of the embedded device specifically includes:
after the embedded equipment is started, selecting a second starting parameter as a current starting parameter of the embedded equipment so as to start the main system; wherein the second startup parameter is used for indicating entry into the host system.
7. The embedded system recovery method of any one of claims 1-6, wherein the recovery key is a power key.
8. A recovery apparatus for an embedded system, comprising a processor, a memory, and a computer program stored in the memory and configured to be executed by the processor, the processor implementing the recovery method for the embedded system according to any one of claims 1 to 7 when executing the computer program.
9. An embedded device characterized in that it comprises a recovery means of the embedded system according to claim 8.
10. A computer-readable storage medium, characterized in that the storage medium has stored thereon a program which, when executed, implements a recovery method for an embedded system according to any one of claims 1 to 7.
CN202010002724.5A 2020-01-02 2020-01-02 Recovery method and device of embedded system, embedded device and storage medium Active CN111209143B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010002724.5A CN111209143B (en) 2020-01-02 2020-01-02 Recovery method and device of embedded system, embedded device and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010002724.5A CN111209143B (en) 2020-01-02 2020-01-02 Recovery method and device of embedded system, embedded device and storage medium

Publications (2)

Publication Number Publication Date
CN111209143A true CN111209143A (en) 2020-05-29
CN111209143B CN111209143B (en) 2023-12-22

Family

ID=70788306

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010002724.5A Active CN111209143B (en) 2020-01-02 2020-01-02 Recovery method and device of embedded system, embedded device and storage medium

Country Status (1)

Country Link
CN (1) CN111209143B (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112527400A (en) * 2020-12-21 2021-03-19 世邦通信股份有限公司 System starting method and device, electronic equipment and storage medium

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101464814A (en) * 2007-12-18 2009-06-24 康佳集团股份有限公司 Embedded system and its implementing method, and embedded equipment
US20100235617A1 (en) * 2009-03-10 2010-09-16 Vivotek Inc. System recovery method and embedded system with automatic recovery function
CN102637134A (en) * 2012-04-26 2012-08-15 网经科技(苏州)有限公司 Software loading and storing method under embedded asymmetric multiprocessing architecture
CN103425549A (en) * 2012-05-22 2013-12-04 鸿富锦精密工业(深圳)有限公司 Firmware managing method and system of embedded controller
CN103514014A (en) * 2013-09-16 2014-01-15 北京科技大学 Method for designing boot system of embedded terminal equipment
CN103826162A (en) * 2014-02-28 2014-05-28 深圳市佳创视讯技术股份有限公司 Embedded system of intelligent set top box based on Android and recovery method of embedded system
US8954800B1 (en) * 2012-03-07 2015-02-10 Google Inc. Recovery button for automatically entering recovery mode
CN105808292A (en) * 2016-03-07 2016-07-27 西安诺瓦电子科技有限公司 Firmware upgrade method of embedded terminal device
CN106716357A (en) * 2016-12-29 2017-05-24 深圳前海达闼云端智能科技有限公司 Control method of multisystem mobile terminal, control device and electronic device
CN107315656A (en) * 2017-06-12 2017-11-03 杭州电子科技大学 The Embedded PLC software rejuvenation method and PLC of many kernels
CN107423080A (en) * 2017-04-06 2017-12-01 大连网月科技股份有限公司 A kind of autosynchronous method and device of main preparation system firmware

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101464814A (en) * 2007-12-18 2009-06-24 康佳集团股份有限公司 Embedded system and its implementing method, and embedded equipment
US20100235617A1 (en) * 2009-03-10 2010-09-16 Vivotek Inc. System recovery method and embedded system with automatic recovery function
US8954800B1 (en) * 2012-03-07 2015-02-10 Google Inc. Recovery button for automatically entering recovery mode
CN102637134A (en) * 2012-04-26 2012-08-15 网经科技(苏州)有限公司 Software loading and storing method under embedded asymmetric multiprocessing architecture
CN103425549A (en) * 2012-05-22 2013-12-04 鸿富锦精密工业(深圳)有限公司 Firmware managing method and system of embedded controller
CN103514014A (en) * 2013-09-16 2014-01-15 北京科技大学 Method for designing boot system of embedded terminal equipment
CN103826162A (en) * 2014-02-28 2014-05-28 深圳市佳创视讯技术股份有限公司 Embedded system of intelligent set top box based on Android and recovery method of embedded system
CN105808292A (en) * 2016-03-07 2016-07-27 西安诺瓦电子科技有限公司 Firmware upgrade method of embedded terminal device
CN106716357A (en) * 2016-12-29 2017-05-24 深圳前海达闼云端智能科技有限公司 Control method of multisystem mobile terminal, control device and electronic device
CN107423080A (en) * 2017-04-06 2017-12-01 大连网月科技股份有限公司 A kind of autosynchronous method and device of main preparation system firmware
CN107315656A (en) * 2017-06-12 2017-11-03 杭州电子科技大学 The Embedded PLC software rejuvenation method and PLC of many kernels

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112527400A (en) * 2020-12-21 2021-03-19 世邦通信股份有限公司 System starting method and device, electronic equipment and storage medium

Also Published As

Publication number Publication date
CN111209143B (en) 2023-12-22

Similar Documents

Publication Publication Date Title
US10860425B2 (en) Method for recovering basic input/output system image file of a computer system and the computer system
US10114655B2 (en) Rapid start up method for electronic equipment
US8458524B2 (en) Firmware recovery system and method
US8490081B2 (en) Method and apparatus for installing software in mobile communication terminal
CN107291510B (en) Rapid starting method for Linux vehicle-mounted information system
CN108228374B (en) Equipment fault processing method, device and system
CN108432219A (en) The restoration methods and terminal device of terminal device boot failure
EP2076834A1 (en) Program upgrade system and method for ota-capable mobile terminal
JP2006215905A (en) Computer stop condition monitoring method, information processor, and program
US20210382789A1 (en) Method for protecting system from being powered off during upgrade and terminal device
CN111209143B (en) Recovery method and device of embedded system, embedded device and storage medium
CN109871334B (en) Cable modem and method of operation
CN105045671A (en) Method and device for upgrading systems of intelligent terminals
US20210232456A1 (en) Reset device and display device
CN114035818A (en) Firmware upgrading method and device, computer equipment and storage medium
CN100410893C (en) Method and apparatus for master-controlled applied programm of self-repairing built-in equipment
CN112214353A (en) Firmware recovery method and device, computer equipment and storage medium
CN108595292B (en) System optimization method, mobile terminal and computer storage medium
CN111130856A (en) Server configuration method, system, equipment and computer readable storage medium
CN113691845B (en) Power-off protection method for digital set top box partition upgrade
KR20080023064A (en) Program update method and system for wireless communication terminal
CN117389578A (en) Cloud terminal system upgrading method and device, cloud terminal and storage medium
CN112783535A (en) Firmware upgrading method, embedded device and storage medium
CN111464688B (en) Working mode switching method and device
CN107480004B (en) Fault recovery method and device and computer equipment

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
GR01 Patent grant
GR01 Patent grant