Flight control ICD protocol simulation verification system based on virtual modeling and flight control system

Abstract

The invention provides a flight control ICD protocol simulation verification system based on virtual modeling and a flight control system. The flight control ICD protocol simulation verification system comprises a network topology modeling module, a virtual bus modeling service module, an ICD modeling service module, a processing algorithm modeling service module and an ICD simulation operation monitoring module, and all the modules cooperate to achieve a whole-process closed loop from ICD analysis to virtual bus simulation verification. According to the method, network construction of the system is completed by virtually simulating a common system network bus in a design stage, service data interaction between system nodes can be simulated and ICD design problems can be identified at a system design front end by combining a data processing algorithm, compatibility verification of the ICD and a hardware bus interface is completed at the design front end, and the design efficiency is improved. Reworking waste caused by the design mismatching problem is reduced, and the reliability and delivery efficiency of the system are improved.

Description

Technical Field

[0001] This invention relates to the field of flight control system technology, specifically to a flight control ICD protocol simulation verification system and a flight control system based on virtual modeling. Background Technology

[0002] As the core control unit of aviation equipment, the flight control system's interface control document (ICD) and hardware bus interface matching directly determine the system's reliability, real-time performance, and compatibility, making it a crucial link in ensuring system integration efficiency during aviation equipment development. Currently, with the increasing complexity of aviation equipment functions, flight control systems involve increasingly diverse communication bus types, including various dedicated buses such as TTP, 1553B, CAN, 1394B, and TTE. The communication mechanisms, interface parameters, and data transmission protocols of different buses differ significantly, further increasing the difficulty of verifying the matching between the ICD and hardware bus interfaces.

[0003] Existing flight control ICD design and verification technologies have significant limitations, mainly in the following three aspects: 1. Delayed verification timing: Current ICD design work is mostly concentrated in the system design stage. At this stage, only simple interface transmission and reception logic verification can be carried out without hardware networking characteristics, and the communication environment of real hardware bus cannot be simulated. Complete ICD and hardware bus interface coupling and integration verification can only be carried out after the software coding is implemented and combined with actual hardware devices, which causes the verification stage to lag far behind the design stage.

[0004] 2. High cost of problem modification: If the ICD design is found to be incompatible with the hardware bus interface in the later integration and verification stage (such as bus speed incompatibility, data frame format error, node communication logic conflict, etc.), it is necessary to backtrack and modify the ICD design, re-code and debug the software, and carry out hardware integration testing again. This not only greatly extends the R&D cycle, but also causes a huge waste of human, material and time costs.

[0005] 3. Poor verification flexibility and reusability: Existing verification methods are highly dependent on actual hardware resources. When it is necessary to verify complex scenarios with multiple bus types and multiple node topologies, it is necessary to build the corresponding physical hardware environment, which requires a large investment in hardware resources and has low efficiency in scenario switching. At the same time, the test components formed during the verification process lack standardized design and cannot be reused in ICD verification of different flight control systems, resulting in the need to repeatedly build environments for similar verification work and low R&D efficiency.

[0006] In summary, existing technologies cannot meet the needs of efficient, low-cost, and highly reusable verification of the ICD and hardware bus interface in the early stages of flight control system design. There is an urgent need for a flight control ICD protocol simulation verification scheme based on virtual modeling to fill the verification gap between the design and hardware integration stages. Summary of the Invention

[0007] To address the shortcomings of existing technologies, the purpose of this invention is to provide a flight control ICD protocol simulation verification system and a flight control system based on virtual modeling.

[0008] The flight control ICD protocol simulation and verification system based on virtual modeling provided by the present invention includes: a network topology modeling module, a virtual bus modeling service module, an ICD modeling service module, a processing algorithm modeling service module, and an ICD simulation operation monitoring module; The network topology modeling module is used to construct the network framework of the flight control system, providing a basic platform for simulation verification. The virtual bus modeling service module is used to shield the implementation details of the physical bus and reproduce the real bus communication logic in a virtual environment. The ICD modeling service module is used to design the ICD format and generation logic, and define the data transmission rules between nodes; The processing algorithm modeling service module is used to define ICD data processing rules and realize data parsing and forwarding; The network topology modeling module transmits topology configuration data to the virtual bus modeling service module and the ICD modeling service module; the ICD modeling service module transmits ICD configuration data and generated data to the processing algorithm modeling service module and the data layer; the processing algorithm modeling service module transmits algorithm configuration data and processed data to the ICD simulation operation monitoring module and the data layer; the ICD simulation operation monitoring module transmits monitoring data and analysis results to the data layer for storage.

[0009] Preferably, the network topology modeling module includes: It provides a graphical modeling interface that supports the automatic generation of an initial topology diagram by setting the number of simulation nodes and the type of communication bus; It supports dynamic editing of communication connection relationships and communication interface types for each simulation node, and has a self-verification function that can check the consistency of bus interface interaction types and parameter configurations between nodes. When the bus parameters between nodes do not match, an error message is triggered. The network topology modeling results are saved in XML format, which supports cross-platform editing and can be modified offline or imported into other similar simulation systems.

[0010] Preferably, the toolbar of the graphical modeling interface contains a pre-set typical business network topology diagram, which can be directly reused.

[0011] Preferably, the virtual bus modeling service module includes: The underlying layer adopts the DDS distributed bus, which shields the internal implementation logic of the commonly used communication bus in flight control. The bus communication transmission and reception mechanism is simulated by configuring external parameters, and the communication configuration is consistent with the physical bus. It supports configuring the port speed, working mode, node ID, and node IP interface parameters of the selected bus. The graphical editing component provided by its encapsulation library is integrated into the bus type menu bar of the network topology modeling interface as a modeling interface type option. By using a description method that combines XML configuration and dynamic libraries, when adding a new bus type, the implementation file of the new bus type, which is encapsulated according to the specified interface, is placed in a fixed directory, and the bus type can be dynamically upgraded without modifying the core system code.

[0012] Preferably, the ICD modeling service module includes: It provides a graphical ICD modeling interface, supports the dynamic creation of ICD types and formats, and can import and export ICD files in XML, TXT, CSV, and Excel formats; It supports adding frame protocols and provides three ICD data field filling methods: fixed filling, file filling, and algorithm filling.

[0013] Preferably, it also includes: the ICD generation field triggering mechanism includes event triggering and timed triggering; the ICD field can be configured with frame header, frame tail and frame identifier; it supports integer and floating point data types and dynamic configuration of endianness; and the number of protocol parameters, field length and byte order can be flexibly adjusted. It provides automatic generation of ICD fields based on standard algorithms, random algorithms, or user-defined algorithms, supports dynamic business binding of interface models and protocol models, and configuration of bus interaction data streams.

[0014] Preferably, the processing algorithm modeling service module includes: It has a built-in library of typical business data processing algorithms, including data filtering algorithms and checksum calculation algorithms. Users can select the ICD data processing algorithm corresponding to the bus interface by the name of the business processing unit. It supports the binding of dynamic data processing algorithms with Simulink model processing to complete ICD data processing for bus transmission and reception; It provides processing algorithm execution services, which can bind the selected processing algorithm with the configured bus interface, and complete the processing and forwarding of ICD data according to the transmit and receive settings of the bus interface.

[0015] Preferably, the ICD simulation operation monitoring module includes: It supports loading processing algorithms and activating virtual bus data transmission and reception based on the configured network topology, node communication interfaces, interface ICD format, and interface data processing algorithms, and initiating business scenario data interaction verification according to the set ICD data or ICD data trigger generation mechanism. It provides data communication monitoring functions and configuration display interface, supports viewing data in a tree structure of "node-interface-ICD", and can parse data according to business format to locate problems; It supports local saving of simulation data and simulation playback by time dimension, allowing you to trace the data interaction process without rerunning the simulation for problem root cause analysis.

[0016] According to the flight control system provided by the present invention, the flight control ICD protocol simulation verification system based on virtual modeling is adopted.

[0017] Compared with the prior art, the present invention has the following beneficial effects: 1. This invention completes the network construction of the system by virtual simulation of the commonly used system network bus during the design phase. Combined with data processing algorithms, it can simulate the business data interaction between system nodes at the front end of the system design, identify ICD design problems, and complete the compatibility verification of ICD and hardware bus interface at the front end of the design. This reduces the rework waste caused by design mismatch problems and improves the reliability and delivery efficiency of the system.

[0018] 2. This invention utilizes the plug-and-play simulation features of the distributed simulation bus to complete the data interaction design and verification of large and complex systems in a single machine or distributed network, reducing the configuration and management costs of complex networks and saving manpower and time costs.

[0019] 3. This invention implements details by shielding the bus and simulating bus data transmission functions. It allows business software to quickly verify the compatibility between the ICD and the physical bus in the early stages of design without relying on hardware and design, identify problems as early as possible, and reduce the time and cost waste caused by later design modifications.

[0020] 4. This invention completes the entire ICD design and verification process through graphical modeling, which can form a standardized and reusable virtual bus verification component, facilitating subsequent regression and verification of designs of the same model. Attached Figure Description

[0021] Other features, objects, and advantages of the present invention will become more apparent from the following detailed description of non-limiting embodiments with reference to the accompanying drawings: Figure 1 This is a diagram illustrating the implementation architecture of the simulation verification system in this invention. Figure 2 This is a functional block diagram of the simulation verification system in this invention; Figure 3 This is a flowchart illustrating the usage of the simulation verification system in this invention. Detailed Implementation

[0022] The present invention will now be described in detail with reference to specific embodiments. These embodiments will help those skilled in the art to further understand the present invention, but do not limit the invention in any way. It should be noted that those skilled in the art can make several changes and improvements without departing from the concept of the present invention. These all fall within the protection scope of the present invention.

[0023] This invention proposes a flight control ICD protocol simulation and verification system based on virtual modeling. By constructing a fully virtual bus environment and a standardized verification process, it achieves efficient verification during the design phase. The following details the specific technical aspects: Reference Figures 1-3 The core architecture of this invention comprises five functional modules, which work together to achieve a closed-loop process from ICD analysis to virtual bus simulation verification, specifically including: 1. Network Topology Modeling Module; This module is the foundation of the entire simulation verification, responsible for building the network framework of the flight control system and providing a "carrier" for subsequent bus simulation and ICD verification. Specifically, it includes: Graphical modeling interface design: Provides a graphical modeling interface that can automatically generate an initial topology diagram by setting the number of simulation nodes and the type of communication bus (such as TTP, 1553B, etc.). It also supports the quick reuse of typical business network topology diagrams (such as dual-redundant bus topology) in the modeling menu toolbar, eliminating the need for repeated drawing and improving modeling efficiency through direct reuse.

[0024] Dynamic configuration and self-verification: Supports dynamic editing of communication connection relationships (such as whether node A and node B are directly connected) and communication interface types (such as CAN interface or 1394B interface) for each node. It also features a self-verification function to check the correctness of bus interface interaction types and parameter configurations between nodes. For example, if node A's bus rate is 1Mbps, node B must match the same rate; otherwise, an error message will be displayed.

[0025] Data Format and Compatibility: Network topology modeling results are saved in XML format, which is cross-platform and easy to edit. Engineers can modify the XML file offline using Notepad or professional tools, or directly import it into other similar simulation systems to improve data reusability.

[0026] 2. Virtual Bus Modeling Service Module: This module inherits the framework of the network topology module. By shielding the implementation details of the physical bus, it reproduces the communication logic of the real bus in a virtual environment, solving the pain point of "relying on hardware for verification".

[0027] Underlying bus selection and logic masking: The underlying bus adopts the DDS distributed bus, masking the internal implementation logic of commonly used flight control communication buses such as TTP, 1553B, and CAN. Engineers do not need to understand the internal bus principles; they only need to configure external parameters. The bus configuration, parsing, simulation, routing, switching, and forwarding communication mechanisms are completed, ensuring consistency with the physical bus communication configuration.

[0028] Parameter configuration consistency guarantee: It supports configuring interface parameters such as port speed, working mode, node ID, and node IP of the selected bus to ensure consistency with the actual physical configuration; the graphical editing component provided by its encapsulation library will be displayed in the bus type menu bar of the network topology modeling interface and used as the modeling interface type.

[0029] Dynamic scalability: The virtual bus encapsulation library uses a description method that combines XML configuration and dynamic libraries. If a new bus type needs to be added, the new bus type encapsulation implementation completed according to the specified interface is placed in a fixed directory, which can realize the dynamic upgrading and expansion of bus types without modifying the core code, thus reducing upgrade costs.

[0030] 3. ICD Modeling Service Module: This module is responsible for designing the format and generation logic of ICD (Interface Control Document), clarifying "what data is transmitted between nodes and in what format," which is the key to connecting the virtual bus and business data.

[0031] Multi-format compatibility and flexible modeling: Provides a graphical ICD modeling interface, supports dynamic creation of ICD types and formats, and can import and export ICD files in formats such as XML, TXT, CSV, and Excel; supports adding frame protocols (using templates or custom ones), and provides three ways to fill data fields: fixed fill, file fill, and algorithm fill.

[0032] The ICD generation field triggering mechanism includes event triggering and timed triggering. ICD fields can be configured with frame headers, frame trailers, frame identifiers, etc., and support multiple data types such as integers and floating-point numbers, as well as dynamic configuration of endianness. Furthermore, the number of protocol parameters, field length, byte order, etc., can be flexibly configured.

[0033] It provides automatic ICD field generation algorithms based on standard algorithms, random algorithms, or user-defined algorithms; it supports dynamic business binding between interface models and protocol models (used for generating and parsing protocol data under the execution interface), as well as bus interaction data flow configuration (defining the protocol data for sending and receiving frames for each interface).

[0034] 4. Processing Algorithm Modeling Service Module: This module is responsible for defining the processing rules for ICD data, solving the problem of "how data is parsed and forwarded in the virtual bus", and ensuring that the simulation data meets the actual business requirements.

[0035] Algorithm library and flexible selection: Provides a library of typical business data processing algorithms (such as data filtering algorithms and checksum calculation algorithms). Users can select the ICD data processing algorithm of the bus interface according to the name of the business processing unit.

[0036] Algorithm and Interface Binding: Supports binding dynamic data processing algorithms with Simulink model processing to complete ICD data processing for bus transmission and reception; it also provides runtime services that can bind processing algorithms with pre-defined bus interfaces (such as binding the "attitude data filtering algorithm" with the CAN interface of node 1) to complete the processing and forwarding of ICD data according to the configured transmission and reception settings.

[0037] 5. ICD Simulation Run Monitoring Module: This module is the final stage of simulation verification. It is responsible for starting the simulation process, monitoring data interaction, and analyzing verification results, providing engineers with a basis for "problem localization" and "post-event review".

[0038] Simulation process startup: Supports data interaction verification of business scenarios based on configured network topology, node communication interfaces, interface ICD format, and interface data processing algorithms. It can load processing algorithms to activate virtual bus data transmission and reception according to the configured data flow forwarding method, generate ICD data according to the set ICD data or ICD data trigger generation mechanism, and start the simulation process.

[0039] Data monitoring and analysis: Provides data communication monitoring functions and configuration display interface. Data can be viewed in a tree structure of "node-interface-ICD" and data analysis is supported (displayed in business format to facilitate problem location).

[0040] Data saving and playback: It supports both local data saving and time-based simulation playback, facilitating post-simulation analysis. Engineers can review the entire process and analyze the causes of problems (such as locating the specific time point when "data packet loss" occurred) without rerunning the simulation, saving review time.

[0041] The entire process does not rely on actual hardware, and the compatibility verification of ICD and bus interface can be completed during the design phase, greatly reducing the cost of rework later.

[0042] Those skilled in the art will understand that, besides implementing the system and its various devices, modules, and units provided by this invention in the form of purely computer-readable program code, the same functions can be achieved entirely through logical programming of the method steps, making the system and its various devices, modules, and units of this invention function in the form of logic gates, switches, application-specific integrated circuits, programmable logic controllers, and embedded microcontrollers. Therefore, the system and its various devices, modules, and units provided by this invention can be considered as a hardware component, and the devices, modules, and units included therein for implementing various functions can also be considered as structures within the hardware component; alternatively, the devices, modules, and units for implementing various functions can be considered as both software modules implementing the method and structures within the hardware component.

[0043] Specific embodiments of the present invention have been described above. It should be understood that the present invention is not limited to the specific embodiments described above, and those skilled in the art can make various changes or modifications within the scope of the claims, which do not affect the essence of the present invention. Unless otherwise specified, the embodiments and features described in this application can be arbitrarily combined with each other.

Claims

1. A flight control ICD protocol simulation and verification system based on virtual modeling, characterized in that, include: Network topology modeling module, virtual bus modeling service module, ICD modeling service module, processing algorithm modeling service module, and ICD simulation operation monitoring module; The network topology modeling module is used to construct the network framework of the flight control system, providing a basic platform for simulation verification. The virtual bus modeling service module is used to shield the implementation details of the physical bus and reproduce the real bus communication logic in a virtual environment. The ICD modeling service module is used to design the ICD format and generation logic, and define the data transmission rules between nodes; The processing algorithm modeling service module is used to define ICD data processing rules and realize data parsing and forwarding; The network topology modeling module transmits topology configuration data to the virtual bus modeling service module and the ICD modeling service module; the ICD modeling service module transmits ICD configuration data and generated data to the processing algorithm modeling service module and the data layer; the processing algorithm modeling service module transmits algorithm configuration data and processed data to the ICD simulation operation monitoring module and the data layer. The ICD simulation operation monitoring module transmits the monitoring data and analysis results to the data layer for storage.

2. The flight control ICD protocol simulation and verification system based on virtual modeling according to claim 1, characterized in that, The network topology modeling module includes: It provides a graphical modeling interface that supports the automatic generation of an initial topology diagram by setting the number of simulation nodes and the type of communication bus; It supports dynamic editing of communication connection relationships and communication interface types for each simulation node, and has a self-verification function that can check the consistency of bus interface interaction types and parameter configurations between nodes. When the bus parameters between nodes do not match, an error message is triggered. The network topology modeling results are saved in XML format, which supports cross-platform editing and can be modified offline or imported into other similar simulation systems.

3. The flight control ICD protocol simulation and verification system based on virtual modeling according to claim 2, characterized in that, The toolbar of the graphical modeling interface contains pre-set typical business network topology diagrams, which can be directly reused.

4. The flight control ICD protocol simulation and verification system based on virtual modeling according to claim 1, characterized in that, The virtual bus modeling service module includes: The underlying layer adopts the DDS distributed bus, which shields the internal implementation logic of the commonly used communication bus in flight control. The bus communication transmission and reception mechanism is simulated by configuring external parameters, and the communication configuration is consistent with the physical bus. It supports configuring the port speed, working mode, node ID, and node IP interface parameters of the selected bus. The graphical editing component provided by its encapsulation library is integrated into the bus type menu bar of the network topology modeling interface as a modeling interface type option. By using a description method that combines XML configuration and dynamic libraries, when adding a new bus type, the implementation file of the new bus type, which is encapsulated according to the specified interface, is placed in a fixed directory, and the bus type can be dynamically upgraded without modifying the core system code.

5. The flight control ICD protocol simulation and verification system based on virtual modeling according to claim 1, characterized in that, The ICD modeling service module includes: It provides a graphical ICD modeling interface, supports the dynamic creation of ICD types and formats, and can import and export ICD files in XML, TXT, CSV, and Excel formats; It supports adding frame protocols and provides three ICD data field filling methods: fixed filling, file filling, and algorithm filling.

6. The flight control ICD protocol simulation and verification system based on virtual modeling according to claim 5, characterized in that, Also includes: The ICD generation field triggering mechanism includes event triggering and timed triggering. The ICD field can be configured with frame header, frame trailer and frame identifier. It supports integer and floating-point data types and dynamic configuration of endianness. The number of protocol parameters, field length and byte order can be flexibly adjusted. It provides automatic generation of ICD fields based on standard algorithms, random algorithms, or user-defined algorithms, supports dynamic business binding of interface models and protocol models, and configuration of bus interaction data streams.

7. The flight control ICD protocol simulation and verification system based on virtual modeling according to claim 1, characterized in that, The processing algorithm modeling service module includes: It has a built-in library of typical business data processing algorithms, including data filtering algorithms and checksum calculation algorithms. Users can select the ICD data processing algorithm corresponding to the bus interface by the name of the business processing unit. It supports the binding of dynamic data processing algorithms with Simulink model processing to complete bus transceiver ICD data processing; It provides processing algorithm execution services, which can bind the selected processing algorithm with the configured bus interface, and complete the processing and forwarding of ICD data according to the transmit and receive settings of the bus interface.

8. The flight control ICD protocol simulation and verification system based on virtual modeling according to claim 1, characterized in that, The ICD simulation operation monitoring module includes: It supports loading processing algorithms and activating virtual bus data transmission and reception based on the configured network topology, node communication interfaces, interface ICD format, and interface data processing algorithms, and initiating business scenario data interaction verification according to the set ICD data or ICD data trigger generation mechanism. It provides data communication monitoring functions and configuration display interface, supports viewing data in a tree structure of "node-interface-ICD", and can parse data according to business format to locate problems; It supports local saving of simulation data and simulation playback by time dimension, allowing you to trace the data interaction process without rerunning the simulation for problem root cause analysis.

9. A flight control system, characterized in that, The flight control ICD protocol simulation verification system based on virtual modeling, as described in any one of claims 1 to 8, is adopted.

Images