Simulation verification platform of application software running in embedded operating system

Abstract

The invention discloses a simulation verification platform for application software running in an embedded operating system. The simulation verification platform comprises an external input / output interface and a running environment for simulating embedded software in a software mode; and loading the embedded software and the simulation verification software and carrying out combined compiling. The method has the advantages that the problem that function debugging of application software in an embedded operating system depends on a hardware platform is solved, and all function tests of the application software can be completed.

Description

Technical Field

[0001] The invention relates to a simulation verification platform for application software running in an embedded operating system. Background Art

[0002] In the field of avionics, embedded operating systems have been widely used. There are many product software on the aircraft running on a partition of the embedded operating system, and the software of different partitions is developed by different contractors. For the contractor, the disadvantage of developing or purchasing the same hardware platform and conducting simulation tests on the software is that the cost is too high. Therefore, most of the debugging, testing and verification work of software products is currently completed on the host site, and the development efficiency is low. In view of the above, it is urgent to design a new simulation verification platform to solve the debugging and testing problems of application software in embedded operating systems. Summary of the invention

[0003] The purpose of the present invention is to solve the problems in the prior art and to provide a new simulation verification platform for application software running in an embedded operating system.

[0004] To achieve this purpose, the technical solution of the present invention is as follows: a simulation and verification platform for application software running in an embedded operating system, characterized in that it includes: simulating the external input and output interface and operating environment of the embedded software in a software manner; loading the embedded software and the simulation and verification software and jointly compiling them.

[0005] As a preferred solution for a simulation verification platform of application software running in an embedded operating system, the external input and output interface includes: a function interface of the embedded software itself, and a function interface between the embedded software and an external cross-linking device.

[0006] As a preferred solution for a simulation verification platform for application software running in an embedded operating system, the function interface of the embedded software itself further includes: a process creation interface, a mutex semaphore creation interface, a task suspension specified time interface, a system time acquisition interface, a semaphore acquisition interface, and a semaphore release interface.

[0007] As a preferred solution for a simulation verification platform for application software running in an embedded operating system, the function interface between the embedded software and the external cross-linking device further includes: a sampling message reading interface, a sampling message writing interface, a queue message acquisition interface, a cache sending interface, a cache receiving interface, a discrete quantity acquisition interface, a discrete quantity drive interface, and a bus sending interface.

[0008] As a preferred solution for a simulation verification platform of application software running in an embedded operating system, the system has data import and / or data export functions.

[0009] As a preferred solution for a simulation verification platform of application software running in an embedded operating system, the system has a visual display interface.

[0010] As a preferred solution for a simulation verification platform of application software running in an embedded operating system, the visualization interface includes: a display interface of an input device, a display interface of an output device, and a display interface of special processing.

[0011] As a preferred solution for a simulation verification platform of application software running in an embedded operating system, the invention has quick operation instructions.

[0012] As a preferred solution for the simulation verification platform of application software running in an embedded operating system, the quick operation instructions include: data can be switched between valid and invalid with a single click; parameter information can be set or modified online with one click; state parameters can be selected in a drop-down box; and parameter settings such as clear, screen clear, random, and all 1 can be selected.

[0013] Compared with the prior art, the beneficial effects of the present invention are at least: 1. The simulation verification platform can simulate the input and output logical relationship of the application software; 2. In the visual interface, quick operation instructions are set, such as single selection, batch selection or customized buttons, to facilitate operation; 3. The construction of the simulation verification platform solves the problem that debugging and testing do not rely on the working environment; 4. The simulation verification platform realizes all functional testing of the application software, improves the efficiency of software debugging and testing, and saves a lot of manpower, material resources and financial resources; 5. It is suitable for the construction of a simulation verification platform for application software in different embedded operating systems. BRIEF DESCRIPTION OF THE DRAWINGS

[0014] Figure 1 It is a schematic diagram of external cross-linking of the alarm software in the present invention.

[0015] Figure 2 It is a schematic diagram of the structure of the embedded operating system in the present invention.

[0016] Figure 3 It is a structural schematic diagram of the simulation verification platform in the present invention.

[0017] Figure 4 This is a schematic diagram of the 1553B bus input display interface in the present invention. Implementation

[0018] The present invention is further described in detail below by means of specific embodiments in combination with the accompanying drawings. It should be noted that the description of these embodiments is used to help understand the present invention, but does not constitute a limitation of the present invention. In addition, the technical features involved in each embodiment of the present invention described below can be combined with each other as long as they do not conflict with each other.

[0019] See also Figure 1 , the figure shows the external cross-linking diagram of the warning software. The warning software resides in the IOM board of the integrated processor and shares the hardware of the integrated processor. The main functions of the warning software include: receiving warning signals from the onboard flight control, electromechanical, environmental control and other systems and sensors, and obtaining the status information of each aircraft system and the flight status information. When an alarm occurs, after comprehensive judgment by the alarm software, it sends danger level, warning level, attention level, consultation level, and prompt level alarm information to the relevant equipment, and drives the corresponding warning lights, display control, head-up display, audio equipment and other cockpit warning resources at the same time, attracting the attention of the crew and guiding them to pay attention to the warning information so as to take appropriate actions to ensure the smooth completion of the flight mission. At the same time, the warning software can suppress different levels of warning information according to the obtained flight status information to reduce the burden on the pilot. The warning software exchanges data with external devices / modules through the 1553B bus, FC bus, ARINC429 bus and discrete lines, and drives the warning light box and receives reset information through discrete lines.

[0020] For the above alarm software, the functions that the simulation verification platform needs to implement include: simulation stimulation of 1553B bus data, simulation stimulation of FC bus data, simulation stimulation of discrete alarm input, simulation of IOM platform running alarm software, simulation of alarm list display of intelligent display, simulation of data reception of audio equipment, simulation of data reception of HUD and flight parameters, and simulation of flashing and reset input of alarm light box.

[0021] 1) Simulate 1553B bus data The simulation verification platform software can simulate and stimulate 1553B bus data according to ICD requirements. The data and alarm signals come from atmospheric aircraft, engines, inertial navigation, intelligent display units and other equipment.

[0022] 2) Simulate FC bus data The simulation verification platform software can simulate and stimulate FC bus data according to ICD requirements. The data and alarm signals come from the audio control board, flight management system, multi-function display control unit and other equipment.

[0023] 3) Input of simulated discrete alarm The simulation verification platform software can simulate the discrete alarm data according to the ICD requirements. The alarm information comes from flight control, electromechanical and other equipment.

[0024] 4) Simulate the IOM platform to run the alarm software The simulation verification platform software can simulate the IOM platform running alarm software, mainly including: simulation periodic data acquisition interface; simulation event data acquisition interface; simulation 1553B bus data output interface; simulation FC bus data output interface; simulation ARINC429 bus data output interface; simulation discrete data (driving main warning light, main attention light) output interface.

[0025] 5) Simulate the alarm list display of the intelligent display The simulation verification platform software can simulate the intelligent display receiving CAS area warnings, HUD and primary flight display area warning data issued by the warning software.

[0026] 6) Simulate the data reception of audio equipment The simulation verification platform software can simulate the audio device receiving the audio alarm, alarm suppression, and alarm reset information issued by the alarm software.

[0027] 7) Simulation to realize the reception of HUD and flight parameters data The simulation verification platform software can simulate the HUD device receiving the CAS area warning and PFD warning data issued by the warning software.

[0028] 8) Simulate the flashing and reset input of the warning light box The simulation verification platform software can simulate the flashing and resetting functions of the warning light of the warning light box.

[0029] See also Figure 2 , the figure shows a schematic diagram of the structure of the embedded operating system (taking ACoreOS653 as an example). The embedded operating system is mainly composed of a board support package, a core operating system, a partition operating system, configurable components and application software. Among them, the alarm software runs in a partition of the application software layer. There is a partition operating system in each partition of the system scheduling. The partition operating system provides resource management and process scheduling within a single application partition. Configurable components are not applicable in this software. The APEX interface is a standard service API interface between applications and operating systems that conform to the ARINC653 standard. The APEX interface enables communication between a single application partition and a partition operating system. The APEX services provided by the partition operating system mainly include partition management, process management, time management, communication between partitions, communication within partitions, health monitoring, and schedule management.

[0030] The technical concept of the simulation verification platform is: to simulate the external input and output interface and operating environment of the embedded software in software on the PC; to load the embedded software and simulation verification software on the PC and compile them together. Without changing the application layer code, the interface transplantation of the Windows operating system platform is realized, and the input and output of the alarm software are visualized on the Visual Studio 2010 platform.

[0031] See also Figure 3 ,The simulation verification platform includes : underlying interface transplantation (based on ,the underlying interface of the partition operating system, external data ,interaction interface) and display interface.

[0032] The underlying interface based on the partition operating system is to call the APEX interface of the partition operating system, such as partition management, process management, time management, intra-partition communication, and inter-partition communication.

[0033] The external data interaction interface is an interface function that is repackaged by other manufacturers based on the original partition operating system interface.

[0034] The display interface software has a visual interface that simulates the input and output data of the alarm software.

[0035] Among them, the underlying interface transplantation based on the partition operating system is the transplantation of the APEX interface of the partition operating system.

[0036] In the underlying interface based on the partition operating system, the alarm software uses the partition management interface, process management interface, time management interface, intra-partition communication interface, inter-partition communication interface, and virtual interrupt management interface of the operating system itself. The simulation test software needs to implement the porting of each APEX interface in the Windows system.

[0037] Partition management interface, the alarm software calls two partition management interface functions, GET_PARTITION_STATUS() and SET_PARTITION_MODE(). In Windows operating system, since there is no concept of partition, these two interface functions are redefined and can be defined as empty functions. The implementation of SET_PARTITION_MODE() and GET_PARTITION_STATUS() adopts the same operation.

[0038] Process management interface, the alarm software calls three process management interface functions: CREATE_PROCESS(), START(), and STOP_SELF(). Since threads in Windows are similar to processes in the ARINC653 standard, threads in Windows can be used to implement processes in the ARINC653 standard. The function of CREATE_PROCESS is to create a process. The implementation of the function can be seen by creating it through CreateThread() in Windows. The functions of START() and STOP_SELF() are to start and stop the process, which are implemented in Windows through CloseHandle(). These two interfaces only need to be defined as empty functions.

[0039] Time management interface, the alarm software calls two time management functions, TIMED_WAIT() and GET_TIME(). TIMED_WAIT() can be implemented by encapsulating the Sleep() function in the Windows system; the GET_TIME() function can directly obtain the Windows system time.

[0040] For the intra-partition communication interface, the alarm software uses two communication mechanisms: semaphore and buffer. Both of these communication mechanisms have similar communication mechanisms in the Windows operating system. The semaphore function interfaces such as SIGNAL_SEMAPHORE() and WAIT_SEMAPHORE() can be implemented using similar interfaces in the Windows system, such as CreateMutexW(), WaitForSingleObject(), and ReleaseMutex(). The buffer function interfaces such as CREATE_BUFFER(), RECEIVE_BUFFER(), and SEND_BUFFER() can be implemented by encapsulating memory data.

[0041] The alarm software uses the port mechanism to realize the communication between partitions. Partition is a unique concept of ARINC653. There is no port function corresponding to ARINC653 in Windows system, so it cannot be directly transplanted. Since this part of the function does not involve software logic relationship, the simulation software can directly define CREATE_SAMPLING_PORT() and WRITE_SAMPLING_MESSAGE() as empty functions.

[0042] Among them, the external data interaction interface is an interface function that is repackaged by other manufacturers based on the original partition operating system, and the interface needs to be redefined.

[0043] The display interface software simulates the input and output of the 1553B bus, FC bus, discrete alarm, etc., and displays the alarm information on the simulation interface (intelligent display, audio equipment, HUD and flight parameters).

[0044] See also Figure 4 The display interface includes 1553B bus data setting interface, FC bus data setting interface, discrete alarm data setting interface, one-key setting flight phase function interface, and output data display interface.

[0045] Since the amount of data on the 1553B bus and FC bus is large, the data can be adjusted directly on the interface. On the display interface, the bus alarm data can be switched from "valid to invalid" by clicking on it; the alarm light can be reset by clicking on it; it has common operation functions such as clear, screen clear, random, and all 1. Taking into account the level of the alarm signal, different alarm information is more intuitively displayed through different font colors.

[0046] The above only expresses the implementation mode of the present invention, and its description is relatively specific and detailed, but it cannot be understood as limiting the scope of the invention patent. It should be pointed out that for ordinary technicians in this field, several modifications and improvements can be made without departing from the concept of the present invention, which all belong to the protection scope of the present invention. Therefore, the protection scope of the patent of the present invention shall be based on the attached claims.

Claims

1. A simulation verification platform for application software running in an embedded operating system, characterized in that: include: Simulate the external input and output interface and operating environment of embedded software in software mode; load embedded software and simulation verification software and compile them together.

2. A simulation verification platform for application software running in an embedded operating system according to claim 1, characterized in that: The external input and output interface includes: a function interface of the embedded software itself, and a function interface between the embedded software and an external cross-linking device.

3. A simulation verification platform for application software running in an embedded operating system according to claim 2, characterized in that: The function interface of the embedded software itself further includes: process creation interface, mutual exclusion semaphore creation interface, task suspension specified time interface, system time acquisition interface, semaphore acquisition interface, semaphore release interface.

4. A simulation verification platform for application software running in an embedded operating system according to claim 2, characterized in that: The function interface between the embedded software and the external cross-linking device further includes: a sampling message reading interface, a sampling message writing interface, a queue message acquisition interface, a cache sending interface, a cache receiving interface, a discrete quantity acquisition interface, a discrete quantity driving interface, and a bus sending interface.

5. A simulation verification platform for application software running in an embedded operating system according to claim 1, characterized in that: With data import and / or data export functions.

6. A simulation verification platform for application software running in an embedded operating system according to claim 1, characterized in that: With visual display interface.

7. A simulation verification platform for application software running in an embedded operating system according to claim 7, characterized in that: The visualization interface includes: the display interface of the input device, the display interface of the output device, and the display interface of special processing.

8. A simulation verification platform for application software running in an embedded operating system according to claim 1, characterized in that: With quick operation instructions.

9. A simulation verification platform for application software running in an embedded operating system according to claim 8, characterized in that: Quick operation instructions include: data can be switched between valid and invalid with a single click; one-click setting or online modification of parameter information; drop-down box to select status parameters; parameter settings of clear, clear screen, random, and all 1.

Images