CN-121979530-A - Agile development method and device for embedded target system

CN121979530ACN 121979530 ACN121979530 ACN 121979530ACN-121979530-A

Abstract

The invention provides an agile development method and device for an embedded target system, wherein the method firstly identifies a standard hardware module and a non-standard hardware module according to a real embedded hardware system, queries whether reusable resources exist in a standard virtual module hardware library for the standard hardware module, directly extracts the standard virtual hardware module if the reusable resources exist in the standard virtual module hardware library, queries whether the reusable resources exist in the non-standard virtual module hardware library for the non-standard hardware module, directly extracts the non-standard virtual hardware module and a general drive code if the reusable resources exist in the non-standard virtual module hardware library, completes general drive code replacement in source codes, recompiles and generates executable target codes, and then forms a virtual target system by the extracted reusable standard hardware module and the non-standard hardware module, and loads and executes the target codes of which the source code drive replacement is the general drive code. The invention improves the multiplexing rate of the nonstandard hardware module, greatly shortens the development period and simplifies the development and maintenance process.

Inventors

ZHOU WEIJIAN
YANG LI
ZHANG XIANGHU
ZHANG JIAN
HOU MING

Assignees

中国航空工业集团公司西安飞行自动控制研究所

Dates

Publication Date: 20260505
Application Date: 20251224

Claims (9)

1. An agile development method for an embedded target system, which is characterized by comprising the following steps: s1, identifying a standard hardware module and a non-standard hardware module according to a real embedded hardware system; S2, for the standard hardware module, inquiring whether reusable resources exist in a standard virtual module hardware library, and if so, directly extracting the standard virtual hardware module; S3, for the nonstandard hardware module, inquiring whether reusable resources exist in a nonstandard virtual module hardware library, if so, directly extracting the nonstandard virtual hardware module and the universal drive code, completing the replacement of the universal drive code in the source code, recompiling and generating an executable target code; S4, forming a virtual target system by the extracted reusable standard hardware module and the non-standard hardware module, and loading and executing a target code with a source code drive replaced by a universal drive code.
2. The method of claim 1, wherein the non-generic hardware module implemented by hardware programming logic is a non-standard hardware module.
3. The method of claim 1, wherein in S2, if no reusable resource exists in the standard virtual module hardware library, developing a standard virtual hardware module according to a preset rule, adding the standard virtual hardware module to the standard virtual hardware module library, and extracting.
4. The method of claim 1, wherein in S3, if no reusable resource exists in the non-standard virtual module hardware library, the functional characteristics of the hardware module are abstracted, the hardware module interaction logic is unified, the universal driving code is formed, the non-standard virtual hardware module is developed, and the universal driving code is added into the non-standard virtual hardware module library and then extracted.
5. The method of claim 4, wherein hardware module functional characteristics include initialization, transmission, reception, register reading, timing response.
6. The method of claim 4, wherein the same nonstandard hardware module is standardized using unified hardware interaction logic to isolate embedded target system differences based on hardware module functionality.
7. The method of claim 4, wherein software driver hardware functions are performed under unified interaction logic to form generic driver code.
8. The method of claim 2, wherein the step of determining the position of the substrate comprises, The standard hardware module comprises a processor and an interrupt; the nonstandard hardware module comprises a bus and a serial port.
9. An apparatus for performing the agile development method of an embedded target system according to any one of claims 1 to 8, comprising: The identification module is used for identifying the standard hardware module and the nonstandard hardware module according to the real embedded hardware system; The first extraction module is used for inquiring whether reusable resources exist in a standard virtual module hardware library for the standard hardware module, and if so, directly extracting the standard virtual hardware module; the second extraction module is used for inquiring whether reusable resources exist in a non-standard virtual module hardware library for the non-standard hardware module, if so, directly extracting the non-standard virtual hardware module and the universal drive code, completing the replacement of the universal drive code in the source code, recompiling and generating an executable target code; and the processing module is used for loading and executing the target code of which the source code drive is replaced by the universal drive code for the virtual target system formed by the extracted reusable standard hardware module and the non-standard hardware module.

Description

Agile development method and device for embedded target system Technical Field The invention belongs to the field of simulation of embedded systems, and particularly relates to a method and a device for agilely developing an embedded target system. Background The embedded virtual target system can provide a desktop-level executable environment for the embedded software, so that the embedded software gets rid of hardware dependence, and activities such as integrated verification, function debugging and the like are developed in advance, so that the problems of software and hardware can be effectively isolated, the development period is shortened, the verification cost is reduced, the quick delivery requirement of an onboard product is met, and the quality improvement and the efficiency improvement are realized. The embedded virtual target system is constructed by abstracting each functional module and describing the functions by using codes in combination with a hardware working principle, and most of the logic functions of the hardware modules of the onboard embedded product are not standard, so that the multiplexing rate of the existing embedded virtual target system is low. According to the conventional project building experience, a mature technician develops a complete embedded virtual target system with an average period of more than three months and an overlong development period, so that the embedded software cannot develop debugging verification activities in advance, and the advantages of the embedded virtual target system cannot be effectively displayed. Disclosure of Invention In order to effectively solve the problem that the development period of the embedded virtual target system is too long, the invention provides a method for agilely developing the embedded target system based on a virtual hardware platform, which improves the multiplexing rate of non-standard hardware modules, greatly shortens the development period and simplifies the development and maintenance process. The technical scheme is as follows: In a first aspect, a method for agile development of an embedded target system is provided, where the method includes: s1, identifying a standard hardware module and a non-standard hardware module according to a real embedded hardware system; S2, for the standard hardware module, inquiring whether reusable resources exist in a standard virtual module hardware library, and if so, directly extracting the standard virtual hardware module; s3, for the nonstandard hardware module, inquiring whether reusable resources exist in a nonstandard virtual module hardware library, if so, directly extracting the nonstandard virtual hardware module and the universal drive code, completing universal drive code replacement in the source code, recompiling and generating the executable target code. S4, forming a virtual target system by the extracted reusable standard hardware module and the non-standard hardware module, and loading and executing a target code with a source code drive replaced by a universal drive code. In the invention, the target code executed by the user in the virtual target system changes, and the change only affects the interactive simulation degree with hardware and does not affect the functional logic verification of the embedded software. In the invention, the extracted standard and nonstandard hardware modules form a virtual target system together, so that the multiplexing rate is greatly improved. Wherein the non-generic hardware modules implemented by the hardware programming logic are non-standard hardware modules. Further, in S2, if no reusable resource exists in the standard virtual module hardware library, the standard virtual hardware module is developed according to a preset rule, for example, according to an official manual, and added into the standard virtual hardware module library, and then extracted. Further, in S3, if no reusable resource exists in the non-standard virtual module hardware library, the functional characteristics of the hardware module are abstracted, the interactive logic of the hardware module is unified, a general driving code is formed, the non-standard virtual hardware module is developed, and the general driving code is added into the non-standard virtual hardware module library and then extracted. Optionally, the hardware module functional features include initialization, transmission, reception, register reading, timing response. Optionally, according to the functional characteristics of the hardware modules, the same nonstandard hardware module uses unified hardware interaction logic to isolate embedded target system differences and normalize the nonstandard hardware module. Optionally, the software driving hardware function is completed under the unified interaction logic to form the universal driving code. Optionally, the standard hardware module includes a processor, an interrupt; the nonstandard hardware module comprises a bus and a serial