Simulation method for water surface sliding function of aircraft

Abstract

The invention provides a method for simulating a water surface sliding function of an aircraft. The method comprises the following steps: generating a water surface sliding function case based on a water surface sliding function requirement; designing a water surface sliding function black box according to a water surface sliding function case; classifying and coupling the water surface sliding function black boxes, and preliminarily designing a water surface sliding function white box; designing a physical architecture based on the preliminarily designed water surface sliding function white box; and the water surface sliding function white box is designed in detail. According to the invention, system architecture design, function logic verification and interface design are carried out for the water surface taxiing function of the aircraft, a design-simulation-optimization full-process closed loop is realized, and the research and development design and architecture optimization efficiency of complex systems such as the aircraft and the like is improved.

Description

Technical Field

[0001] This invention belongs to the field of systems engineering (MBSE) technology, and in particular relates to a simulation method for the water surface gliding function of a vehicle. Background Technology

[0002] Simulation of surface taxiing functionality for underwater vehicles plays a crucial role in marine engineering, ship design, and underwater vehicle development. The implementation of surface taxiing functionality involves multiple fields, and its integrated system architecture is highly complex, with a vast number of interfaces between multiple systems of diverse forms, and intricate dynamic collaborative logic among these systems.

[0003] The design of surface taxiing functional architecture often employs brainstorming, mind mapping, or simplified diagrams, which were effective in supporting the design work of surface taxiing functions for simpler vehicles in the past. However, with the rapid increase in the complexity of vehicles, existing surface taxiing functional architecture design methods are unable to reflect the complex logical thinking, cumbersome information interfaces, and ever-changing functional architecture involved in surface taxiing, and are therefore unable to support the design work of complex systems involved in surface taxiing. Summary of the Invention

[0004] This invention provides a simulation method for the surface taxiing function of a vehicle, addressing the shortcomings of existing surface taxiing function architecture design methods, which struggle to reflect the complex logical thinking, cumbersome information interfaces, and variable functional architecture involved in surface taxiing. This makes it difficult to support the design of complex systems involved in surface taxiing. By employing modular modeling and multi-view collaborative analysis using SysML, the method performs system architecture design, functional logic verification, and interface design for the surface taxiing function of a vehicle, achieving a closed-loop process of design-simulation-optimization. This improves the efficiency of R&D design and architecture optimization for complex systems such as vehicles. The technical solution is as follows: Firstly, a simulation method for the water surface gliding function of a vehicle is provided, including: Step 1: Generate use cases for the water gliding function based on the water gliding function requirements; Step 2: Design a black box for the water taxiing function use case. The black box activity diagram is used to reflect the actions required for the vehicle to realize the water taxiing use case, as well as the sequence and logical relationship between the actions. Step 3: Classify and couple the black boxes of the water gliding function to initially design the white boxes of the water gliding function; the white box activity diagram describes the behavioral characteristics of the system from the perspective of functional flow, reflecting the actions that the system needs to complete in order to achieve the business goals of the use cases, the actors, and the control and data relationships between these actions; Step 4: Design the physical architecture of the water surface gliding function using white-box design based on the preliminary design; the module definition diagram of the physical architecture is used to describe the structural relationships between various types of model elements of the system, and to clarify which types of elements the system architecture is decomposed into and the relationships between them. Step 5: Conduct detailed design of the white box for the water gliding function.

[0005] Optionally, in step 1, the captured requirements for the water taxiing function of the vehicle are analyzed to identify the external actors associated with the water taxiing function; and a use case diagram of the water taxiing function is constructed based on the water taxiing function and its external actors.

[0006] Optionally, in step 2, first determine the actions involved by the vehicle when implementing the water surface gliding function; then classify the interaction relationships between the above actions into control flow and object flow. Control flow means that the actions are executed sequentially in a specified order, and object flow means that the corresponding instructions and parameters are passed between the actions in a specified order.

[0007] Optionally, in step 3, the actions to be performed include activity, invocation, sending, receiving, and delay.

[0008] Optionally, in step 3, according to the interaction logic of the black-box activity diagram of the water gliding function, the actions involved in the water gliding use cases are initially classified by module, and the responsibility system of each module is clarified.

[0009] Optionally, in step 4, based on the preliminary design of the water surface gliding function white box, the responsibility system for the water surface gliding function is defined, and each responsibility system is a component of the system architecture, generating the vehicle physical architecture in the form of a SysML module definition diagram.

[0010] Optionally, in step 4, the aircraft system architecture includes: airframe structure, cabin equipment, avionics system, electrical system, control system, power system, and fuel system.

[0011] Optionally, in step 4, various types of model elements include modules, participants, interfaces, and data types.

[0012] Optionally, in step 5, based on the preliminary design of the water gliding function white box and the physical architecture, the actions involved in water gliding are broken down in detail, the decomposed actions are classified, and the responsibility system of each module is clarified.

[0013] The beneficial effects of this invention are at least as follows: This invention provides a simulation method for the surface taxiing function of an aircraft based on a modular architecture design. It generates a functional architecture for surface taxiing from surface taxiing requirements. Based on these requirements, it describes them through surface taxiing use cases, analyzes the logic and expresses information transmission based on surface taxiing activities, and designs the architecture for the surface taxiing function tree. This provides an intuitive and traceable logical architecture for the surface taxiing function based on the requirements. This invention, relying on a model-based approach, improves the efficiency of surface taxiing functional architecture generation, reduces omissions in functional decomposition, and ensures the readability and completeness of the functional architecture, providing an effective method for the design of surface taxiing functions for aircraft. Attached Figure Description

[0014] Figure 1 Use case diagrams illustrating the water gliding function of an aircraft.

[0015] Figure 2 A partial schematic diagram of the white box activity for the water surface gliding function of the vehicle.

[0016] Figure 3 A partial schematic diagram illustrating the module definitions that reflect the physical architecture of the aircraft.

[0017] Figure 4 Flowchart of the simulation method for the water surface gliding function of a vehicle. Detailed Implementation

[0018] To make the objectives, technical solutions, and advantages of the embodiments of the present invention clearer, the technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present invention, not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention.

[0019] The features and illustrative embodiments of various aspects of the present invention will now be described in detail. Numerous specific details are set forth in the following detailed description to provide a thorough understanding of the invention. However, it will be apparent to those skilled in the art that the invention may be practiced without requiring some of these specific details. The following description of embodiments is merely intended to provide a better understanding of the invention by illustrating examples of the invention. The invention is by no means limited to any specific setups and methods set forth below, but covers any improvements, substitutions, and modifications to structures, methods, and devices without departing from the spirit of the invention. Well-known structures and techniques are not shown in the drawings and the following description to avoid unnecessarily obscuring the invention.

[0020] It should be noted that, unless otherwise specified, the embodiments of the present invention and the features thereof can be combined with each other, and the various embodiments can be referenced and cited from each other.

[0021] The present invention will now be described in detail with reference to the accompanying drawings and specific embodiments.

[0022] This invention provides a simulation method for the surface taxiing function of an aircraft based on a modular architecture design. (See also...) Figure 4 Specifically, it includes: 1) Generate use cases for the water gliding function based on the water gliding function requirements.

[0023] Analyze the captured requirements for the surface taxiing function of the vehicle to identify external stakeholders related to the surface taxiing function, including personnel and other systems; based on the surface taxiing function and its external stakeholders, construct a use case diagram for the surface taxiing function, see [link to diagram]. Figure 1 .

[0024] Use case diagrams describe the functionality of a system from the perspective of providing services to external parties. They clarify the system's boundaries, business scope, and external participants. Each use case is considered a relatively independent set of functional requirements, used to describe which users and other external participants the system interacts with to achieve its specific business goals, what the preconditions and postconditions are, and what constraints exist.

[0025] For example, an analysis of the captured water taxiing function requirements of the vehicle is conducted to identify the external actors associated with the water taxiing function: ① Regulatory agencies: Assess compliance with regulations and approve airworthiness applications for surface taxiing for compliant aircraft; ② Environmental monitoring system: Provide environmental data, including weather and sea conditions, to facilitate adjustments to operational strategies during taxiing; ③ Digital twin platform: Real-time simulation and fault prediction, predicting aircraft taxiing performance based on collected environmental and flight data; ④ Pilots: Operation and feedback, inputting taxiing commands to the aircraft and adjusting operational strategies in real time based on the aircraft's feedback status data; ⑤ Logistics and maintenance team: Real-time monitoring of taxiing status and providing timely solutions when taxiing malfunctions occur; ⑥ Other aircraft: Signal reception and obstacle avoidance, receiving taxiing signals emitted by aircraft during surface taxiing and guiding them to avoid runways.

[0026] Based on the captured "water gliding" functional requirements and the six external actors (i.e., stakeholders) mentioned above, a use case diagram for the water gliding function is constructed. (See...) Figure 1In the use case elements, select the "water taxiing" functional requirement to populate. In the actor elements, select "regulatory agencies, environmental monitoring systems, digital twin platforms, pilots, logistics and maintenance teams, and other aircraft" as stakeholders for the water taxiing function. The outer frame of the entire use case diagram represents the system boundary, and the area inside the boundary represents the entire system designed to implement the taxiing function. The modules in the use case diagram represent the aircraft to be studied, and the outer frame of the module represents the boundary of the aircraft. The area inside this boundary represents the functions inherent in the aircraft itself, and the area outside this boundary represents the external systems involved in the aircraft's implementation of the water taxiing function. The actors and use cases are connected by "associations," indicating that these six actors are related to the water taxiing function.

[0027] 2) Design a black box for the water gliding function for the use case of the water gliding function.

[0028] A black box model refers to a model whose inputs, outputs, and functional performance are known, but whose internal implementation is unknown or irrelevant. It focuses on the overall task behavior, functions, inputs, and outputs of the system. A black box activity diagram clarifies the actions required for a vehicle to perform a water gliding use case, as well as the sequence and logical relationships between these actions.

[0029] For each single use case in the above use case diagram, create a corresponding black-box activity diagram, see [link to relevant documentation]. Figure 2 The design of the black box for the water gliding function can specifically be as follows: (1) Determine the actions involved in the vehicle when realizing the water taxiing function, including: receiving taxiing instructions, starting the water jet propulsion engine, activating the water rudder control mode, monitoring water surface obstacles, emergency braking, hull skid contacting the water surface, speed monitoring, receiving propulsion mode instructions, switching to water jet aerodynamic hybrid propulsion mode, aerodynamic control surface and water rudder coordinated control, calculating real-time lift coefficient, dynamically adjusting wing angle of attack, sending water lift instructions, disabling water rudder, full aerodynamic control, pure aerodynamic propulsion mode, monitoring water lift stability, etc.

[0030] (2) Classify the interaction relationships between the above actions into control flow and object flow according to the actual situation. Control flow means that the actions are executed in a specified order, while object flow means that the actions pass on the corresponding instructions, parameters and other constraints in a specified order. Represent the transmission of logic and information such as instructions and parameters to realize the water gliding function, and construct a black-box activity diagram of the water gliding function.

[0031] The interactive relationships involving control flow include: after “starting the water jet propulsion engine”, the vehicle itself will automatically “activate the water rudder control mode” and “monitor water surface obstacles”; after “switching to the water jet aerodynamic hybrid propulsion mode”, the vehicle itself will automatically “coordinate the control of aerodynamic control surfaces and water rudders”; after “sending the water lift command”, the vehicle itself will automatically begin “monitoring water lift stability”.

[0032] The interactive relationships involving object flows include: "Receiving taxiing instructions" requires the system to receive taxiing instructions from the digital twin platform; "Activating water jet propulsion engines" requires the system to receive taxiing instructions and for the pilot to operate; "Emergency braking" requires the vehicle to detect obstacles on the water surface during taxiing; "Hull skids contacting the water surface" requires the vehicle to detect no obstacles on the water surface and for the water rudder control mode to be activated; "Speed ​​monitoring" requires real-time data provided by the digital twin platform; "Receiving propulsion instructions" requires the digital twin platform to determine that the vehicle skids have contacted the water surface and the speed has reached the specified range; "Switching to..." "Waterjet aerodynamic hybrid propulsion mode" requires the system to receive a propulsion command and be operated by the pilot; "Dynamic adjustment of wing angle of attack" requires the change in lift coefficient calculated in real time by the aircraft; when the aircraft's speed and lift coefficient reach the specified range for leaving the water, the aircraft will "send a leave-water command"; "Disable water rudder" requires the aircraft to confirm leaving the water and be operated by the pilot; "Full aerodynamic control" requires the aircraft to confirm leaving the water and be switched by the pilot; "Pure aerodynamic propulsion mode" requires the aircraft to confirm leaving the water and be switched by the pilot; "Attitude alarm emergency braking" requires an alert after abnormality is detected in the parameters related to water-leaving stability.

[0033] 3) Classify and couple the black boxes of the water gliding function to design the white boxes of the water gliding function.

[0034] White-box representation means that the internal implementation of the model is known or visible. Activity diagrams describe the behavioral characteristics of the system from the perspective of functional flow, clarifying which actions (mainly including activities, calls, sending, receiving, and delays) the system needs to complete in order to achieve the business goal of a certain use case, who is involved in each action, and the control and data relationships between these actions.

[0035] Based on the interaction logic of the above black-box activity diagram of the water gliding function, the actions involved in the water gliding use cases are initially classified by module, and the responsibility system of each module is clarified.

[0036] For example, the tasks of "receiving gliding commands", "receiving propulsion mode commands", "sending water exit commands", and "calculating real-time lift coefficients" should be performed by a task computer. "Monitoring obstacles on the water surface", "speed monitoring", and "monitoring stability after leaving the water" should be accomplished by certain integrated sensor devices; "Starting the water jet propulsion engine" and "emergency braking" should be accomplished jointly by the control device, fuel system, and power system. "Activating water rudder control mode", "Switching to water jet aerodynamic hybrid propulsion mode", and "pure aerodynamic propulsion mode" should be completed jointly by the control device and the power system; "Disabling water rudders," "dynamic adjustment of wing angle of attack," and "hull skid contact with water surface" should be accomplished by the control device. "Full aerodynamic control" and "coordinated control of aerodynamic control surfaces and water rudders" should be accomplished by the control system.

[0037] 4) Physical architecture of the water surface gliding function based on the preliminary design white box design.

[0038] Based on the preliminary white-box design of the water taxiing function, the responsible systems for the water taxiing function are defined. Each responsible system is a component of the system architecture, thereby generating a vehicle physical architecture in the form of a SysML module definition diagram, achieving an intuitive and traceable logical architecture design for the water taxiing function. (See also...) Figure 3 .

[0039] Based on the general principles of aircraft, structural architecture includes "airframe structure" and "internal equipment"; A task computer is needed to complete command-type actions and parameter calculation-type actions, and multiple sensors are needed to monitor environmental, speed, and other factors. Therefore, an "avionics system" is required. As the "brain" of the aircraft, the avionics system is mainly responsible for data processing and transmission during the entire aircraft's surface taxiing, as well as monitoring various data required by the aircraft during the surface taxiing process. At the same time, data processing and other operations require system power, so an "electrical system" is necessary. The electrical system is mainly responsible for all power supply when the vehicle is gliding on the water. During water gliding, various actions such as leaving the water and adjusting attitude are required, so a "control system" is necessary. The control system is mainly used by the pilot to control certain devices to change flight attitude and other aspects. The process of gliding on water requires starting the engine and emergency braking, so a "power system" and a "fuel system" are needed to provide power for the vehicle's gliding.

[0040] Therefore, the aircraft system architecture includes: airframe structure, cabin equipment, avionics system, electrical system, control system, power system, and fuel system.

[0041] Module definition diagrams are used to describe the structural relationships between various types of model elements (including modules, actors, interfaces, and data types) of a system, clarifying which types of elements the system architecture is decomposed into and what relationships exist between them.

[0042] 5) Detailed design of the white box for the water gliding function.

[0043] A detailed white box design for the water gliding function was carried out to ensure that there are no functional conflicts between the various responsible systems and that all actions are undertaken by the corresponding responsible system. A white box activity diagram for the water gliding function was constructed.

[0044] Based on the preliminary design of the water gliding function white box and physical architecture, the actions involved in water gliding are broken down in detail, and the decomposed actions are classified and the responsibility system of each module is clarified: The avionics system should include: data processing, flight parameter display, route planning, data storage, flight environment acquisition, flight status acquisition, internal communication, and external communication; The electrical system should include: power supply, external lighting, internal lighting, and communication. The control system should include: screen display, seat operation, operation command data processing, and aircraft attitude control; The power system should include: energy management, battery charging, power generation, fuel power generation, fault diagnosis and maintenance; The fuel system should include: fuel information processing, fuel supply, and fuel information reading.

[0045] The simulation method for surface taxiing function of a vehicle based on modular architecture design provided in this invention has the following advantages: 1) The decomposition and allocation of water surface gliding functions are made explicit and structured. This method describes the activities of a vehicle's water taxiing function, decomposes and obtains the system functions required by the vehicle to implement the water taxiing use case, and couples or further decomposes the functions and assigns them to the corresponding responsible systems, thus realizing an explicit and structured expression of the decomposition and allocation of the water taxiing function.

[0046] 2) Logic modeling of water gliding function The logical description of the water taxiing function is realized through the water taxiing use case activity. The interconnection relationship and control logic between the functions of the vehicle system that implement the water taxiing use case are clarified. The implementation logic of the water taxiing function is modeled, and the logical model expression of the water taxiing function is realized.

[0047] 3) The interface information for the water gliding function is more complete. This method implements the execution order of the vehicle system functions of the water taxiing use case by setting control flow expressions, and implements the information such as instructions, energy and parameters transmitted by the vehicle system functions of the water taxiing use case by setting object flow expressions. The alternation of the two fully describes the interface information of the water taxiing function.

[0048] 4) The water gliding function has been optimized for greater efficiency. By simulating the surface taxiing function of a vehicle based on a modular architecture design, the functional tree, logical architecture, information interaction, and physical architecture of the surface taxiing function are obtained. In subsequent design optimization, corresponding modifications can be made based on this simulation to obtain the impact of changes such as new architecture or new logic on the functional implementation.

[0049] Another embodiment of the present invention provides a simulation device for the water surface taxiing function of a vehicle, comprising: The building module is used to generate water gliding function use cases based on the water gliding function requirements; The design module is used for: A black box for the water taxiing function is designed for the water taxiing function use case. The black box activity diagram is used to reflect the actions required for the vehicle to realize the water taxiing use case, as well as the sequence and logical relationship between the actions. The black box of the water gliding function is classified and coupled to initially design the white box of the water gliding function; the white box activity diagram describes the behavioral characteristics of the system from the perspective of functional flow, reflecting the actions that the system needs to complete in order to achieve the business goals of the use cases, the actors, and the control and data relationships between these actions; The physical architecture of the water gliding function is designed based on the preliminary design. The module definition diagram of the physical architecture is used to describe the structural relationships between various types of model elements of the system, and to clarify which types of elements the system architecture is decomposed into and the relationships between them. Detailed design of the white box for the water gliding function.

[0050] Another embodiment of the present invention provides a computer-readable storage medium storing instructions that, when executed on a computer's processing component, cause the processing component to perform a simulation method for a vehicle's surface gliding function as described in the present invention.

[0051] In another embodiment of the present invention, a computer program product containing instructions is provided, which, when run on a computer, causes the computer to execute the simulation method for the surface gliding function of a vehicle as described in the present invention.

[0052] The above description merely illustrates embodiments of the present invention and is quite specific and detailed; however, it should not be construed as limiting the scope of the patent. It should be noted that those skilled in the art can make various modifications and improvements without departing from the concept of the present invention, and these all fall within the scope of protection of the present invention. Furthermore, any parts of the present invention not described in detail are conventional techniques.

Claims

1. A method of simulating a water skiing function of a marine vehicle, characterized by, Comprising: Step 1, generating water surface sliding function use cases based on water surface sliding function requirements; Step 2, designing a water surface sliding function black box for water surface sliding function use cases, and a black box activity diagram is used to reflect the actions required for the vehicle to achieve water surface sliding use cases, as well as the sequence and logical relationship between actions; Step 3, classifying and coupling the water surface sliding function black box to preliminarily design the water surface sliding function white box; the white box activity diagram describes the behavior characteristics of the system from the perspective of function flow, reflects the actions that need to be completed by the system to achieve the business target of the use case, the participants, and the control relationship and data relationship between these actions; Step 4, designing a physical architecture based on the preliminary design of the water surface sliding function white box; the module definition diagram of the physical architecture is used to describe the structural relationship between various types of model elements of the system, and to clearly define the hierarchical decomposition of the system architecture into which types of elements and their relationships; Step 5, detailed design of the water surface sliding function white box.

2. The method of claim 1, wherein, In step 1, the captured water surface sliding function requirements of the vehicle are analyzed to determine the external participants associated with the water surface sliding function; according to the water surface sliding function and its external participants, a use case diagram of the water surface sliding function is constructed.

3. The method of claim 1, wherein, In step 2, first determine the actions involved in the water surface sliding function of the vehicle; then classify the interaction between the above actions into control flow and object flow, control flow indicating that the actions are executed in sequence according to the specified order, and object flow indicating that the corresponding instructions and parameters are passed between actions according to the specified order.

4. The method of claim 1, wherein, In step 3, the actions to be completed include activities, calls, sends, receives, and delays.

5. The method of claim 1, wherein, In step 3, according to the interaction logic of the water surface sliding function black box activity diagram, the actions involved in the water surface sliding use case are preliminarily classified by module, and the responsibility system of each module is clearly defined.

6. The method of claim 1, wherein, In step 4, according to the preliminary design of the water surface sliding function white box, the responsibility system of the water surface sliding function is clearly defined, and each responsibility system is a component of the system architecture, generating a SysML module definition diagram form of the physical architecture of the vehicle.

7. The method of claim 1, wherein, In step 4, the vehicle system architecture includes: body structure, cabin equipment, avionics system, electrical system, control system, power system, and fuel system.

8. The method of claim 1, wherein, In step 4, the various types of model elements include modules, participants, interfaces, and data types.

9. The method of claim 1, wherein, In step 5, according to the preliminary design of the water surface sliding function white box and the physical architecture, the actions involved in the water surface sliding are detailed and the responsibility system of each module is clearly defined.

Images