Adaptive replacement method supporting diversified information

Abstract

The invention belongs to the electrical technical field of radar systems, and particularly relates to a self-adaptive replacement method supporting diversified information, which can realize system upgrade of products in different stages and different forms by using a composite upgrade package, namely, only one system upgrade package is adopted for different chips and different backgrounds. And after the system is started, automatically selecting a matched target code from the code list according to a hardware state to carry out program loading, and finally realizing a system function conforming to a current product state. The method can be used for code implantation of new products and code upgrading of early-stage products, and the compatibility of radar product diversification is improved through normalized software version management.

Description

Technical Field

[0001] The present application belongs to the field of radar system electrical technology, and in particular relates to an adaptive replacement method supporting diversified information. Background Art

[0002] As the world information war heats up, all walks of life at home and abroad are actively developing new technologies and products and exploring new markets. As a result, a batch of new chips have emerged and are constantly iterating to meet the functional and performance requirements of each stage. However, the problem that comes with it is that some complex components with low indicators, such as CPU, DSP, ARM, etc., will be gradually eliminated due to backward technology, and even manufacturers have begun to reduce production and stop production, which is a fatal blow to the use and maintenance of early products. Civilian products are low-cost, and it is normal to replace the old with the new, but for aviation products, such as radar, they must have long-term reliability and maintainability. In-depth exploration shows that today's products are no longer simply built with a bunch of transistors and amplifiers for open circuit construction, but use microcircuits, integrated through um-level and nm-level process technology, with smaller and smaller sizes and stronger functions, concentrated in a BGA or LGA package, combined with programming methods, the chip can be edited online and the function is established. In the face of these ever-changing chips, the development progress of radar products obviously cannot match the frequency of chip upgrades, so there is a phenomenon of coexistence of new and old states of radar products. Based on the long-term guarantee requirements for radar products, in addition to performance indicators, the products should have operational compatibility before and after iterations. This can not only achieve maintenance purposes, but also save replacement costs and reduce new research and development risks. Summary of the invention

[0003] In order to solve the above problems, the present application provides an adaptive replacement method supporting diversified information, including:

[0004] A unique hardware identifier representing the hardware status is added to all the hardware of the radar system, wherein a radar system includes multiple different hardware, a hardware of the same radar system includes a hardware status, and the hardware status of hardware of different radar systems is different;

[0005] Bundle all software corresponding to each hardware state into a group of data packets with unique software identifiers;

[0006] Burn all data packets and boot programs into the radar system;

[0007] After the radar system is powered on again, the boot program matches the hardware status identifier with the software identifier, and uses the data packet corresponding to the matched software identifier to replace the original software of the hardware corresponding to the hardware status, thereby achieving synchronous replacement of the software after the hardware status is replaced.

[0008] Preferably, the software includes: program software, operating system or file manager and driver.

[0009] Preferably, the software replacement step includes: opening up an installation space parallel to the original software, and installing the software in the data package into the installation space to form the replacement software.

[0010] Preferably, a functional module for switching between the original software and the replacement software is added, so that the user can switch between the replacement software and the original software.

[0011] Preferably, the functional module automatically switches to use the original software when the replacement software fails to run.

[0012] Preferably, in the process of matching the hardware status identifier with the software identifier by the boot program, the software identifier is first decoded into a resolution identifier, and then the resolution identifier is matched with the hardware status identifier.

[0013] Preferably, when the hardware status identifier fails to match the software identifier, the software replacement is stopped.

[0014] Advantages of this application include:

[0015] This method is suitable for software upgrades. It can realize functional upgrades of products in different stages, early, mid and late, through the same upgrade package, which is convenient for technical status management.

[0016] First, the architecture is reasonable. Unique identifiers are assigned to the coexisting target codes, which are then sorted and integrated together through file compression. When the system is decoded and started, the unique identifier is used to quickly identify and match the valid code, and the formal program is executed from the valid code. The entire architecture follows the device access criteria, with clear ideas and feasibility.

[0017] Second, the interface is clear. The program code is packaged and uniformly stored in non-volatile devices. After power-on, the external bus of the components is used to automatically complete data movement and guidance, and the data flow is clear.

[0018] Third, it is easy to operate. Without removing the board, the upgrade package can be successfully written into the non-volatile device through the conventional avionics interface, optical port or network port. After powering off and restarting, the system can automatically identify and run the valid target new code to achieve the purpose of online upgrade.

[0019] Fourth, management is simple. Each upgrade in the engineering phase corresponds to only one compressed package, which can cover multiple hardware states with the same functions (different imported / domestic chips, different chip versions, etc.), that is, one upgrade package can be responsible for both old state upgrades and new state upgrades, and automatically identify and call the corresponding file system and upgrade content through the hardware state to achieve the upgrade effect. BRIEF DESCRIPTION OF THE DRAWINGS

[0020] Figure 1 This is the upgrade package solidification process of a preferred implementation mode of this application;

[0021] Figure 2 This is a radar system adaptive startup process in a preferred embodiment of the present application. DETAILED DESCRIPTION

[0022] In order to make the technical solution and advantages of the present application clearer, the technical solution of the present application will be further clearly and completely described in detail in conjunction with the accompanying drawings. It can be understood that the specific embodiments described here are only partial embodiments of the present application, which are only used to explain the present application, not to limit the present application. It should be noted that for the sake of ease of description, only the parts related to the present application are shown in the accompanying drawings, and other related parts can refer to the general design. In the absence of conflict, the embodiments in the present application and the technical features in the embodiments can be combined with each other to obtain new embodiments. The present application provides an adaptive replacement method that supports diversified information, including:

[0023] A unique hardware identifier representing the hardware status is added to all the hardware of the radar system, wherein a radar system includes multiple different hardware, a hardware of the same radar system includes a hardware status, and the hardware status of hardware of different radar systems is different;

[0024] Bundle all software corresponding to each hardware state into a group of data packets with unique software identifiers;

[0025] Burn all data packets and boot programs into the radar system;

[0026] After the radar system is powered on again, the boot program matches the hardware status identifier with the software identifier, and uses the data packet corresponding to the matched software identifier to replace the original software of the hardware corresponding to the hardware status, thereby achieving synchronous replacement of the software after the hardware status is replaced.

[0027] The software includes: program software, operating system or file manager and driver.

[0028] The software replacement step includes: opening up an installation space parallel to the original software, installing the software in the data package into the installation space, and forming replacement software.

[0029] A functional module for switching between the original software and the replacement software is added, so that the user can switch between the replacement software and the original software.

[0030] The functional module automatically switches to the original software when the replacement software fails to run. In the process of matching the hardware status identifier with the software identifier, the software identifier is first decoded into a resolution identifier, and then the resolution identifier is matched with the hardware status identifier. When the hardware status identifier fails to match the software identifier, the software replacement is stopped.

[0031] like Figure 1-Figure 2 As shown, (1) for each hardware state, the program software or operating system loaded and run is effective.

[0032] (2) Statistics of hardware status: C.1, C.2, ..., S.1, S.2, ..., D.1, D.2 .... As long as the hardware that will cause differences in software configuration items is involved, it will be counted as an independent hardware status, such as C.1 means that the PPC is imported, S.1 means that the PPC is domestically produced, S.3 means that the PPC is domestically produced with a watchdog function, etc. Among them, C, S, and D correspond to different engineering development stages.

[0033] (3) Like a file list, the program software, operating system or file manager, and driver corresponding to a hardware status are bundled into a group, and so on, and two groups, three groups, and so on are bundled in sequence, and each group is given a unique identifier.

[0034] (4) As the files are large, each group can be compressed and packaged.

[0035] (5) Select the corresponding boot program based on the non-volatile device model.

[0036] (6) The compressed package is regarded as a data file, and is compiled together with the boot program and other parameter codes related to operation to form a burnable file, such as a bin file.

[0037] (7) In a conventional software development environment, the burning file is implanted into a non-volatile device.

[0038] (8) After the burning is successful and the verification is passed, it can be considered that the software upgrade package has been successfully solidified.

[0039] (9) Turn off the power and then turn it back on.

[0040] (10) It can automatically read the boot data from the non-volatile device, release the operating system or file manager, and parse the identifier. If the compatible varieties are highly independent, it can also be combined with programmable logic devices such as FPGA to achieve the parsing purpose through coding switching.

[0041] (11) When the parsed identifier matches the hardware status identifier, the valid identifier file is automatically called, decompressed, and the relevant content is executed according to the software scheduling program.

[0042] (12) If you need to decompress and restart the system for the second time, you can set the parameters during power-on to automatically reset the system using the hardware watchdog function.

[0043] (13) After the code call is successfully started, the radar system can operate normally.

[0044] The above is only a specific implementation of the present application, but the protection scope of the present application is not limited thereto. Any changes or substitutions that can be easily thought of by a person skilled in the art within the technical scope disclosed in the present application should be included in the protection scope of the present application. Therefore, the protection scope of the present application shall be based on the protection scope of the claims.

Claims

1. An adaptive replacement method supporting diversified information, characterized in that: include: A unique hardware identifier representing the hardware status is added to all the hardware of the radar system, wherein a radar system includes multiple different hardware, a hardware of the same radar system includes a hardware status, and the hardware status of hardware of different radar systems is different; Bundle all software corresponding to each hardware state into a group of data packets with unique software identifiers; Burn all data packets and boot programs into the radar system; After the radar system is powered on again, the boot program matches the hardware status identifier with the software identifier, and uses the data packet corresponding to the matched software identifier to replace the original software of the hardware corresponding to the hardware status, thereby achieving synchronous replacement of the software after the hardware status is replaced.

2. The adaptive replacement method supporting diversified information according to claim 1, characterized in that: The software includes: program software, operating system or file manager and driver.

3. The adaptive replacement method supporting diversified information according to claim 1, characterized in that: The software replacement step includes: opening up an installation space parallel to the original software, installing the software in the data package into the installation space, and forming replacement software.

4. The adaptive replacement method supporting diversified information according to claim 3, characterized in that: A functional module for switching between the original software and the replacement software is added, so that the user can switch between the replacement software and the original software.

5. The adaptive replacement method supporting diversified information according to claim 4, characterized in that: When the replacement software fails to run, the functional module automatically switches to use the original software.

6. The adaptive replacement method supporting diversified information according to claim 1, characterized in that: When the boot program matches the hardware status identifier with the software identifier, the software identifier is first decoded into a resolution identifier, and then the resolution identifier is matched with the hardware status identifier.

7. The adaptive replacement method supporting diversified information according to claim 1, characterized in that: When the hardware status identifier fails to match the software identifier, the software replacement is stopped.

Images