Method and apparatus for automatically detecting and recovering start-up of embedded system

Abstract

The invention discloses a method for the automatic detection and start recovery of an embedded system. A storage area is divided into an application program area, a BSP compression program area, a BSP main program area and a system initialization program area; BSP files in the BSP main program area is replaced, and effectiveness detection is carried out to the replaced BSP files; the BSP files passing the effectiveness detection are replaced to the BSP compression program area. Simultaneously, the invention also discloses a device for the automatic detection and start recovery of the embedded system. The device comprises a replacement module of the BSP files in the BSP main program area, a BSP files effectiveness detection module and a replacement module of the BSP files in the BSP compression program area. The method and the device provided by the invention increase the update reliability of BSP files and the maintainability of the system, and reduce system resource occupancy.

Description

technical field [0001] The invention mainly relates to an embedded system, in particular to a method and device for automatic detection and recovery of an embedded system. Background technique [0002] Board Support Package (BSP, Board Support Package) files play an important role in the embedded system initialization and startup process. BSP files exist in a special read-only memory (ROM) and require it to have high reliability. As the function of the system initialization (BOOT) program continues to increase, the size of the BSP file will also increase. [0003] At present, the method for upgrading the BSP file is: set the main storage area and the backup storage area in the ROM. During the upgrade process, first complete the upgrade of the BSP file in the backup If the BSP file in the storage area fails to start, set the flag and restart again to restore the start of the main storage area; if the BSP file in the backup storage area starts successfully, update the BSP fil...

AI Technical Summary

Problems solved by technology

In addition to the shortcomings of high cost and unfavorable maintenance of mass products, this existing BSP file self-recovery technology also has the following deficiencies:

There are problems in this way: when the BSP file cannot be started, the BSP file will not be able to automatically trigger the restart, so that the device needs to be restarted manually, which is difficult to maintain; in addition, when the external timer is used to trigger the reset through regular inspection, although this solves the problem The trigger condition for restarting is added, but since a regular check is required every time the timer is started, the probability of timer abnormality is increased, and the regular check of the timer will increase the long-term occupation of system resources

However, as the functions of BSP files become more and more powerful, the space occupied by BSP files is correspondingly larger and larger.

Different operating systems have different sizes of BSP files. For example, under the embedded real-time multitasking operating system (VxWorks), the size of the BSP file is about 1M, while under the Linux operating system, the size of the BSP file is often larger. This makes the space requirement for the storage area large, thus limiting the portability of the BSP file in a certain sense

[0009] Finally, there is a lack of corresponding system alarm measures. It does not consider the subsequent alarm processing for switching between the main storage area and the backup storage area. When problems such as version rollback occur, users cannot find out in time

Images