Multi-source heterogeneous model digital integration construction method and system

Abstract

The invention provides a digital integrated construction method and system for a multi-source heterogeneous model. The method comprises the steps that standardized packaging of the multi-source heterogeneous model is stipulated; carrying out composite data model design; building association mapping of the multi-source heterogeneous model and the composite data based on a macro command; a task engine drives the multi-source heterogeneous model; and performing integrated joint simulation based on the multi-source heterogeneous model. According to the method, a multi-source performance model integration environment is constructed based on a digital model integration construction key technology, a basic environment is provided for digital model integration, testing, scheduling and application, and credible support data is provided for auxiliary decision making and application packaging.

Description

Technical Field

[0001] The present application relates to the technical field of heterogeneous model integration in ship-aided design, and in particular to a method and system for digitally integrating and constructing multi-source heterogeneous models. Background Art

[0002] With the development of modern computer technology and modeling and simulation, digital design and digital test technology in digital engineering have been able to replace physical tests, greatly improve business level, and become an important means in the design process of complex systems. More and more aviation, aerospace and ship system research and development are using digital engineering with system modeling and virtual simulation technology to optimize product design and reduce product development costs and development time. Over the years, the ship system major has established a certain scale of digital software platforms or support capabilities in R&D design, test verification, finalized delivery, use and maintenance, and full life cycle data management, including CAD software, engineering simulation software, and full life cycle management software. At present, there are conditions to support the single-discipline analysis and verification needs of various majors in the ship system, such as control, structure, hydraulics, electrical and other majors, and can also support the viewing and management of product full life cycle data.

[0003] However, there are barriers to model data interaction between software, which requires a large amount of secondary modeling. In order to solve the requirements of data interoperability, model transfer and process connectivity during the ship development, testing, finalization, delivery and maintenance stages, it is necessary to study and form a digital integrated construction method for multi-source heterogeneous models. Taking the operation process as the main line, it drives the simulation environment of each small scene, completes the connectivity of data links between different levels and professions, and forms an operational multi-level digital model.

[0004] For the integrated construction of multi-source heterogeneous models, the development, integration and use of existing standard models mostly adopt Modelica and FMI standards to realize the unified simulation model construction of multiple disciplines such as electromechanical, hydraulic control and thermal. Modelica language specification supports model visualization construction for multiple physical fields (including mechanical one-dimensional translation, one-dimensional rotation, three-dimensional multi-body, electronics, control, hydraulics, electromagnetics, thermals), packaging (parameter extraction and parameter panel customization, modular packaging, layout, etc.), compilation, analysis, solution and post-processing. At the same time, relevant analysis and optimization tools are provided to support subsequent design work. In addition, FMU import and export interfaces are provided for some CAE-related software, supporting the import and export of FMU models of FMI1.0 and 2.0 specifications. The FMI standard interface provides the integration and joint simulation of heterogeneous models (C / C++ / Fortran models, Matlab / Simulink models, FMU models), and unifies heterogeneous models built in different modeling languages ​​and different tool software into model components of FMI interface specifications using different packaging methods, and then hybridizes to form heterogeneous integrated models.

[0005] However, there is still a lack of relevant technical capabilities for complex system-level applications such as ship system development tasks, test and verification tasks, operation and maintenance tasks, multi-level emergent characteristic analysis of the system, and interactive verification of test data and design mechanisms.

[0006] On the one hand, the unified simulation model construction of various disciplines such as electromechanical, hydraulic control, and heat has been realized based on Modelica and FMU import and export interfaces. However, at this stage, multi-domain simulation mainly relies on software in a single field to build multi-disciplinary models, which cannot fully reflect the multi-disciplinary characteristics of different levels and different equipment of ship systems. For the problem of cross-system joint simulation for task operations, the characteristics of the ship's "giant system" are not suitable. It is necessary to establish a heterogeneous model call integration environment driven by the task engine to solve the deficiencies in the hierarchical simulation model of equipment-level multi-disciplinary characteristics and overall multi-disciplinary characteristics; on the other hand, the purpose of the digital integration application of multi-source heterogeneous models is to use digital models to support real ship mission simulation, but the real ship CAE technology has strong limitations. It needs to be combined with the coordination and control of numerical simulation resources in the actual environment. In view of the problems of many real ship collection points, large data volume, and high difficulty in manual correspondence, the digital model integration construction needs to consider the influencing factors such as model accuracy, simulation step length on numerical accuracy, and calculation efficiency. It is necessary to combine the experience and rules of the ship design profession to establish a unified service interface for digital models to complete the application packaging of digital models to support the real ship to carry out digital applications such as decision-making assistance. Summary of the invention

[0007] One purpose of the present application is to provide a method and system for digitally integrating and constructing multi-source heterogeneous models, so as to solve the problem that multi-professional and multi-system digital models cannot transmit data consistently under the existing technology.

[0008] To achieve the above objectives, some embodiments of the present application provide a method for digitally integrating and constructing a multi-source heterogeneous model, the method comprising the following steps:

[0009] Step 1. specifying a standardized package of the multi-source heterogeneous model;

[0010] Step 2. Design a composite data model;

[0011] Step 3. Building an association mapping between the multi-source heterogeneous model and the composite data based on macro commands;

[0012] Step 4. The task engine drives the multi-source heterogeneous model;

[0013] Step 5. Perform integrated joint simulation based on the multi-source heterogeneous model.

[0014] Furthermore, the step 1 includes: for various heterogeneous models, according to the heterogeneous model open interface FMI standard, completing the standardized encapsulation of heterogeneous models, FMI import and export, and FMU model integrated modeling;

[0015] Among them, the white box model is encapsulated in the form of DLL and called through the encapsulation interface in the collaborative simulation model;

[0016] For models in gray box model format, the input and output data formats of functional functions are agreed upon through the support of FMI standard;

[0017] For other computing software models that do not support the above standards, the communication is carried out in the form of network protocol, and it is agreed that the communicating parties use the Json format to exchange data.

[0018] Furthermore, the step 2 includes: taking the task scenario requirements as the input of the multi-source heterogeneous model to carry out task process analysis; combing from top to bottom based on structured text language to carry out task analysis, function analysis, and architecture design; based on heterogeneous model encapsulation standards, Modelica language and other algorithm-based construction languages, constructing an operation system model library with a hierarchical structure to support the construction of digital models of subsystems.

[0019] Furthermore, the operation system model library is constructed in a hierarchical structure, and data is stored in the form of a model tree. The component nodes of the structure tree contain various types of information and are stored using an object-oriented database method; at the same time, a top-level data class is established for the top-level task.

[0020] Furthermore, the step 3 includes: building an association mapping between the established models based on the topological association of the macro command, so as to define the correlation between different models;

[0021] Wherein, the definition of the correlation between different models includes establishing a time-based refresh mechanism and an observer mechanism to monitor the model status in real time; the time-based refresh mechanism uses time as the control mechanism for model refresh, and the entire model has and only has one irreversible clock. When the model is established or the calculation and analysis is completed, a refresh time is established for the model; when the data of the model is modified, a modification time is established for the model, and a refresh action is issued by calculating and comparing the time difference; when the state of the device model changes, the system detects that the model state has changed, updates the modification time of the current model, and if the modification time of the model is greater than the refresh time, the operation of refreshing the model is executed; if the model in the state to be refreshed has an associated model, the specific storage location and model status of the associated model are found on the model tree according to the model path of the associated model, and it is checked whether there is a related macro command execution that causes the model data to be modified, and all objects to be observed are notified so that they can automatically update their own status; the observer mechanism is established on the one-to-many dependency relationship between object models and object models. When the state of an object model changes, all observer objects are notified to automatically update the status;

[0022] The building of association mapping between the established models includes establishing the correlation of the models in two ways: one is to establish the implicit correlation in the definition, and when the design data is refreshed, based on the association mapping between the models, the association information is directly added in the related layer of the model; the other is to define the related data with the model name, and establish a composite model of the equipment by defining parameter information.

[0023] Furthermore, the refresh action issued by calculating and comparing the time difference includes: when the modification time of the model is greater than the refresh time, the model is determined to need to be refreshed, including recalculation and analysis or regeneration; or when the present model has an associated model, when the modification time of the associated model is greater than the refresh time of the present model, the present model is also determined to need to be refreshed.

[0024] Furthermore, the step 4 includes establishing a task operation process, driven by the task execution message, and injecting the call preconditions according to the constructed model-data association mapping to drive the relevant models;

[0025] Among them, the job task execution message triggers the digital joint simulation environment to drive the corresponding performance model to complete the calculation task, parse the main parameter list, assign input parameters to each model performing the operation, generate a model data link, and complete the parameter transfer cycle check.

[0026] Furthermore, the model driven by the job task execution message includes the following processes: event design and development, event management mechanism, event processing response, bidirectional association mapping of event data flow and visual design of event realization;

[0027] Among them, the event design and development: the events mainly include external events and internal events. The external events include input calculation signals from outside the program. By calling the unified communication function interface at the bottom of the system, the simulation application system behavior is constructed in an interactive coding manner; the internal events include system internal execution signals generated from the parsing task instructions, involving the driving signals of the simulation small scene model, the algorithm model, the API, and the execution signals of the FMU model. There are calling dependencies between these various models. The data link branch of the solution is generated according to the input calculation signal outside the program, and the overall loop test of the data link branch is checked. The call is realized in the form of API through the model and data association mapping function interface based on macro commands;

[0028] The event management mechanism: manages event source components based on the registered graphic component library, monitors and manages the external events; based on the events collected by the listener, filters and processes the events to form processable events, enters the system event processor, and is processed by the response function according to the system operation status;

[0029] The event processing response is driven by event transmission, adopts a delegated event processing framework, establishes an event listening relationship between the event listener and the event source component, and converts the GUI interactive action into calling the relevant event processing program for processing; when the event source generates a relevant event, the event listener immediately monitors the occurrence of the event, and maintains an event list based on the listener. Once the polling check finds that the occurrence condition of a certain event is met, according to different types of external events, combined with the component event management mechanism, the event processor is activated to respond to the event, and the event response operation is executed to complete the loading of the small scene simulation model;

[0030] The bidirectional association mapping of event data flow is realized: bidirectional mapping between simulation application and simulation model, which can visually associate simulation parameters, variables and system graphic components, establish a bidirectional mapping relationship between application and simulation model, and realize the integration of the two; it also provides system model parameter or variable tree, and quickly associates and binds variable parameter attributes with the model; it also allows manual association of model and global variable parameter information, and supports visual management and removal of model binding parameters, parameter binding and unbinding, and data visualization;

[0031] The visualization design of the event is implemented as follows: based on the mapping of the application system interface parameters and the system simulation model, combined with the model calculation and analysis technology of the application program, the model parameters are directly modified and the simulation process is controlled through the application program interface, and the interface data is automatically applied to the system model as the data basis for the model calculation; for the input type graphic component, before the simulation model calculation is run, the input parameter value can be directly applied to the simulation model, and during the operation, the input parameter value is transmitted to the background simulation solution engine in real time to participate in the data processing in real time; according to the event management and event processing response mechanism, the data change event in the background simulation model is monitored, and after being processed by the system, an external event is formed and transmitted to the system display interface for data display; it also supports the data reception of the graphic component associated variables, transmits the data to the graphic component, and visualizes the data according to the built-in display mode of the graphic component, and responds to the data refresh display in time; wherein, the data reception is the process data generated during the simulation model calculation operation, and the data is transmitted by the application calculation engine. After the graphic component receives the data, it refreshes the data in time with a visualization effect.

[0032] Further, the step 5 includes: carrying out multi-source joint simulation on the basis of the completion of the above steps, wherein the environment of the multi-source joint simulation is driven by the task operation process to connect the simulation small scene data link, can receive the task instruction of the task deduction engine, and complete the task instruction parsing, generate the simulation task to be completed in the task process, complete the scheduling analysis of the corresponding software and model based on the simulation task through the simulation scheduling interface, collect and store the simulation task calculation results, and drive the simulation animation to display the simulation results;

[0033] The simulation tasks include simulation start, simulation pause, continue or stop, and simulation end information feedback. The specific process is as follows:

[0034] ①Simulation start

[0035] The task simulation software sends a simulation start request and related simulation task parameters, and the joint simulation environment responds to the simulation start request and performs processing inside the platform, including opening the simulation model, initializing parameters, performing simulation configuration, starting simulation operations, and notifying the task simulation software of the request execution status;

[0036] ②Simulation pause, continue or stop

[0037] The task simulation software sends a simulation pause, continue or stop request, the joint simulation environment responds to the request, performs internal processing, and notifies the task simulation software of the request execution status;

[0038] ③Simulation end information feedback

[0039] The joint simulation environment sends simulation end information to the task simulation software.

[0040] On the other hand, an embodiment of the present application provides a multi-source heterogeneous model digital integrated construction system, the system comprising a memory for storing computer program instructions and a processor for executing program instructions, wherein when the computer program instructions are executed by the processor, the system is triggered to execute the above-mentioned multi-source heterogeneous model digital integrated construction method. BRIEF DESCRIPTION OF THE DRAWINGS

[0041] Figure 1 It is a technical route flow chart of the present invention;

[0042] Figure 2 It is a standardized interface information diagram of the multi-source heterogeneous model of the present invention;

[0043] Figure 3 This is an example diagram of receiving multi-source heterogeneous model data of the present invention;

[0044] Figure 4 A model tree structure diagram of the multi-source heterogeneous model of the present invention;

[0045] Figure 5 This is an example diagram of the data structure of the multi-source heterogeneous model of the present invention. DETAILED DESCRIPTION

[0046] The following will be combined with the drawings in the embodiments of the present invention to clearly and completely describe the technical solutions in the embodiments of the present invention. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative work are within the scope of protection of the present invention.

[0047] The embodiments of the present invention are described in detail below with reference to the accompanying drawings.

[0048] The embodiment of the present application proposes a method and system for digitally integrating and constructing multi-source heterogeneous models. The method is based on the model-based ship digital model integration construction technology, takes the task operation process as the main line, drives each small scene simulation environment, and uses the multi-source heterogeneous integration technology based on FMI (Functional Mock-up Interface) to develop a multi-source heterogeneous model integration interface, establish an integrated CAD / CAE composite model, form a digital integrated application system based on a joint simulation environment, carry out full-process operation deduction simulation, complete the digital conversion of small scene simulation models, provide a unified service interface and application packaging function for digital models, provide digital services such as auxiliary decision-making, status monitoring and operation simulation training, support the storage, loading and topological association of various design models (CAD models), computational analysis models (CAE models), and information models, solve the information islands formed by data incompatibility between systems, ensure data consistency transmission and collaborative design foundation, and integrate digital models of different levels on this basis to achieve consistency transmission of multi-professional and multi-system digital models.

[0049] In some embodiments, in view of the complexity of typical task environments involving mutual coupling between different disciplines such as hydraulics, control, electrical, and mechanics, and the fact that the current multi-domain simulation cannot fully reflect the disciplinary characteristics of different levels and different disciplines in the system joint simulation process, the development of multi-source heterogeneous model integration interface tools is completed by stipulating heterogeneous model packaging standards and associating models and data based on integrated CAD / CAE composite model technology.

[0050] The primary problem of digital design is to establish a digital model, and the digital model for ships must meet both the overall expression of the ship and the independent expression of the ship's parts, and meet the design process from rough to fine in the preliminary design, from overall function and performance design to local detailed design. Therefore, it is necessary to meet the requirements of the top-down design process and the requirements of the integration of design and analysis and calculation. At the same time, the results of digital operation and deduction can be traced back to the design requirement model to achieve a closed loop of digital design verification. In the preliminary design of the ship, and even in the technical design, the designer constantly adjusts the design plan and continuously performs performance analysis and calculation. The split CAD technology that mainly describes the design information and the performance analysis and calculation means CAE technology can no longer meet the design requirements. It is necessary to use the CAD / CAE interrelated technology to achieve CAD / CAE integration. However, the model established by CAD is mainly discrete information such as size, model, and position, while the model analyzed by CAE involves the role and characteristics of the model, such as plates and beams in structural analysis. There is a conversion from design model to calculation model. This conversion reflects the experience and rules of ship design.

[0051] In order to meet the requirements of multiple schemes, multi-professional collaboration, mutual influence, modification and rapid response between CAD and analytical calculation in preliminary design of ships, composite modeling technology is adopted based on heterogeneous model encapsulation standards to solve the problems of information islands formed by data incompatibility between systems and lack of topological association between CAD and analytical calculation. This application proposes a system-level digital model integration construction method driven by task operation process based on integrated CAD / CAE composite model association technology, such as Figure 1 As shown, the method comprises the following steps:

[0052] Step 1. Specify standardized packaging for heterogeneous models.

[0053] Traditional heterogeneous model integration requires customized development for different simulation software. There is no set of standardized model interface standard references, which has great limitations in application. Developing software interfaces based on standardized interface standards has greatly improved the model at the application level. For various heterogeneous models used in building the overall model of the ship system, the FMI standard for the open interface of heterogeneous models is used to complete the standardized packaging of heterogeneous models, FMI import and export, and FMU model integrated modeling, supporting model data exchange and system joint simulation solution.

[0054] For models such as C / C++ / Fortran / Python (white box model), they are encapsulated in the form of DLL and called through the encapsulation interface in the collaborative simulation model.

[0055] For models in gray box model format, by supporting the FMI standard and agreeing on the function input and output data format, the model can be quickly imported, such as Figure 2 shown.

[0056] For other computing software models that do not support the above standards, the two parties in communication agree to use the Json format to exchange data through network protocol communication, such as Figure 3 As shown, the model integration call is implemented.

[0057] Step 2. Composite data model design.

[0058] First, based on the mission scenario requirements as input, a typical mission process analysis of the target ship is carried out, and a top-down analysis is conducted based on the structured text language to carry out task analysis (requirement analysis), functional analysis, and architecture design. Based on the heterogeneous model encapsulation standard, the Modelica language and other algorithm-based construction languages ​​are used to build an operating system model library with a hierarchical structure to support the construction of digital models of subsystems such as hull structure, operating system, and mission scenario elements.

[0059] Among them, the storage of the model tree is the key technology of the data core. The hull structure is the design structure tree component node used to establish the preliminary detailed design hull model, which contains its geometric expression, design definition and other information. It is stored using the object-oriented database method to establish a model tree that integrates the design data, analysis and calculation data, and drawings of ship cabins and equipment. Figure 4 As shown, the top-level data class established for the top-level task is Figure 5 shown.

[0060] Step 3. Build model and data association mapping based on macro commands.

[0061] By using topological association technology based on macro commands, an association mapping is established between the established models to define relevant relationships for different models. For example, when the layout location of a device changes, it is necessary to determine whether the weight and movement position of the device will have a significant impact on the weight distribution of the entire ship. If the calculation result exceeds the limit (the verification rule coefficients such as the strength of special points and safety factors exceed the limit), it is necessary to push whether the design of the system needs to be adjusted (artificial interference).

[0062] Therefore, it is necessary to establish a time-based refresh mechanism (Init) and an observer mechanism (Observe) to monitor the model status in real time. The observer mechanism (Observe) is based on the one-to-many dependency relationship between object models and object models; the time-based refresh mechanism (Init) uses time as the control mechanism for model refresh. The entire system has and only has one irreversible clock. When the model is established or the calculation and analysis is completed, a refresh time is established for the model; when the data of the model is modified, a modification time is established for the model, and a refresh action is issued by calculating and comparing the time difference. For example, when the state of the device sample model changes (the three-dimensional coordinates of the device move), the system detects that the coordinates of the model change, updates the modification time of the current model, that is, the modification time of the model is greater than the refresh time, and executes the operation of refreshing this model. If the model in the refresh state has an associated model, the specific storage location and model status of the associated model are found on the model tree according to the model path of the associated model, and whether there is a related macro command execution that causes the model data to be modified, and all objects to be observed (node ​​models and device models) are notified so that they can automatically update their own status, and when the model is modified, its associated model is also adjusted accordingly.

[0063] How to achieve the correlation of models is the basis for ensuring orderly model refresh. In some embodiments, the correlation of models is established in two ways. One is to establish the correlation implicit in the definition, such as the arranged equipment model is the basic unit of cabin layout. When the cabin model or system model changes, the equipment model should be refreshed accordingly. This kind of correlation is to directly add the associated information (Refs) in the relevant layer of the model based on the association mapping between models when the design data is refreshed.

[0064] Another kind of correlation is reflected in the definition data. For example, if the equipment model is arranged on a certain deck, its layout position is constrained by the cabin model. At the same time, the equipment model corresponds to a node model in the system model. When the deck to which it is attached or the system model changes, the equipment model of this deck should also change accordingly. In this case, the system will first allow users to define related data using the model name, and establish a composite model of the equipment by defining parameter information such as positioning points and interfaces.

[0065] In addition to establishing a unified model tree, a model refresh mechanism is also required. Ship equipment layout is an iterative process of "design - calculation and analysis - design modification - recalculation and analysis". The established calculation and analysis models and models with dependencies need to be recalculated and the corresponding data modified after the related models are modified. Some calculations require considerable time or resources. If the model is refreshed immediately after each modification, the system overhead is too large and it is easy to fall into an infinite loop.

[0066] In this embodiment, time is used as a control mechanism for model refresh. When the model is established or the calculation and analysis are completed, a refresh time is established for the model. When the data of the model is modified, a modification time is established for the model. The entire database has only one irreversible clock. When the modification time of the model is greater than the refresh time, the model is determined to need to be refreshed, that is, recalculated, analyzed or regenerated. When there is an associated model for this model, when the modification time of the associated model is greater than the refresh time of this model, the model is also determined to need to be refreshed. In this way, the entire model tree is determined by each model itself whether it needs to be refreshed, and this refresh mechanism is designed in the underlying data structure.

[0067] Through composite modeling technology and definition of digital models of ship equipment, the equipment performance parameters are associated with the equipment model itself. When performing system and layout-related calculations (CAE), the equipment model can be automatically refreshed and modified according to the calculation results, so as to reduce iterative calculations and iterative designs, reduce the number of manual corrections to model data, and optimize the design process.

[0068] Step 4. The task engine drives the model.

[0069] First, it is necessary to establish a task operation process, driven by the task execution message, input the call preconditions according to the established model-data association mapping, and drive the relevant models to complete the digital deduction process.

[0070] The job task execution message acts as an event to trigger the digital joint simulation environment to drive the corresponding performance model to complete the calculation task. At the same time, it parses the main parameter list, assigns input parameters to each model that executes the operation, generates a model data link, and completes the parameter transfer cycle check.

[0071] It mainly includes the following processes: event design and development, event management mechanism, event processing response, bidirectional association mapping of event data flow and visual design of event implementation.

[0072] ①Event design and development

[0073] Events in the joint simulation environment mainly include external events and internal events. External events come from input calculation signals outside the program, such as task execution instructions formed in the format agreed upon by both parties in communication. By calling the unified communication function interface at the bottom of the system, any complex simulation application system behavior can be constructed in an interactive coding manner. Internal events come from the internal execution signals of the system generated by parsing task instructions, involving the execution signals of the driving signals, algorithm models, APIs, FMU models, etc. of the simulation small scene models. There are call dependencies between these various models. It is necessary to generate the data link branch for the solution based on the input calculation signals outside the program, and check the overall loop test of the data link. For example, the input for executing the whole ship loading calculation is the stability and strength calculation of each tank based on the liquid level / volume. The call is realized in the form of API through the model and data association mapping function interface based on macro commands.

[0074] ②Event management mechanism

[0075] Event management mainly manages event source components, event listeners, events, event processors, etc. Event source components are managed based on the registered graphic component library, and external events are monitored and managed to effectively monitor external events. Based on the events collected by the listener, the events are filtered and processed to form processable events, which enter the system event processor and are processed by the response function according to the system operation status. In this way, the event management of the simulation application system is completed.

[0076] ③Event handling response

[0077] The event processing response is driven by event delivery and adopts a delegated event processing framework to establish an event listening relationship between event listeners and event source components. The purpose is to convert GUI interactive actions into calls to related event handlers for processing.

[0078] When the event source generates a related event, the event listener immediately monitors the occurrence of the event and maintains an event list based on the listener. Once the polling check finds that the conditions for the occurrence of a certain event are met, according to different types of external events and combined with the component event management mechanism, the event handler is activated to respond to the event, execute the event response operation, and complete the loading of the expected small scene simulation model.

[0079] In this implementation, a network message communication format is used to execute event response, call the interface tool of the task simulation engine, allocate event execution data links, and form a unified service interface for the digital model.

[0080] The digital model unified service interface uses UDP protocol communication and a custom instruction format, including instructions as shown in Table 1 below.

[0081] Table 1. Custom instruction format of the digital model unified service interface

[0082]

[0083] Specific instruction format:

[0084] 1) Task simulation instruction format

[0085]

[0086] Instruction Examples

[0087] $START$#TASKSIM#A_PORT#Scene1#3#VA=10;VB=20;VC=30#$END$

[0088] 2) Simulation result instruction format

[0089]

[0090] The simulation result status is shown in Table 2 below:

[0091] Table 2. Simulation result status description

[0092] Serial number value illustrate 1 0 success 2 1 Calculate super boundaries 3 2 Simulation error

[0093] Instruction Examples

[0094]

[0095] 3) Display simulation data instruction format

[0096] $frame header$#instruction type#model result storage path#$frame tail$

[0097] Instruction Examples

[0098] $START$#SHOWDATA#C: / / Data / / result.msr#$END$

[0099] 4) Get the model's inherent parameter instruction format

[0100] Request instruction:

[0101] $frame header$#instruction type#model identifier#parameter name#$frame tail$

[0102] Feedback instructions:

[0103] $frame header$#instruction type#model identifier#parameter name#parameter value#$frame tail$

[0104] Instruction Examples

[0105] Request instruction:

[0106] $START$#GETPARAM#ModelA#Param1#$END$

[0107] Feedback instructions:

[0108] $START$#REPLYPARAM#ModelA#Param1#100#$END$

[0109] ④Realize bidirectional association mapping of event data stream

[0110] The bidirectional mapping technology between simulation applications and simulation models can visually associate simulation parameters, variables and system graphic components, establish a bidirectional mapping relationship between applications and simulation models, and achieve seamless integration of the two.

[0111] Provides system model parameters or variable trees to quickly associate and bind variable parameter attributes with models. It also allows users to manually associate models with global variable parameter information. It also supports visual management and removal of model binding parameters. Combined with system models, it can perform parameter binding and unbinding, and visualize data.

[0112] ⑤Realize visual design of events

[0113] Based on the mapping of application system interface parameters and system simulation models, combined with the model calculation and analysis technology of the application program, the model parameters can be directly modified and the simulation process can be controlled through the application program interface. The software can automatically apply the interface data to the system model as the data basis for model calculation.

[0114] For input-type graphic components, the input parameter values ​​can be directly applied to the simulation model before the simulation model calculation is run. During the operation, the user's input parameter values ​​can be transmitted to the background simulation solution engine in real time, and participate in data processing in real time to achieve the purpose of controlling the simulation operation process.

[0115] At the same time, based on the event management and event processing response mechanism, the data change events in the background simulation model can be monitored, and after being processed by the system, external events are formed and transmitted to the system display interface for data display.

[0116] Supports data reception of variables associated with graphic components, passing data to graphic components, and visualizing data in accordance with the specific display mode built into the graphic components, and responding to data refresh and display in a timely manner. Among them, data reception is process data generated during the calculation and operation of the simulation model, and data is transmitted by the application calculation engine. After the graphic component receives the data, it will refresh and display the data in a timely manner with a specific visualization effect.

[0117] Step 5. Heterogeneous model integration and joint simulation.

[0118] On the basis of completing the above steps, multi-source joint simulation is carried out. The multi-source integrated joint simulation environment mainly uses the task operation process as the driving force to connect the simulation small scene data link, which can receive the task instructions of the task deduction engine, and complete the task instruction parsing, generate the simulation tasks that need to be completed during the task, and complete the scheduling analysis of the corresponding software and models based on the simulation tasks through the simulation scheduling interface, collect and store the simulation task calculation results, and drive the simulation animation to display the simulation results.

[0119] Task simulation includes simulation start, simulation pause, continue or stop, and simulation end information feedback. The specific process is as follows:

[0120] ①Simulation start

[0121] The task simulation software sends a "start simulation" request and related simulation task parameters, such as the simulation model name, parameter information, simulation end time, and simulation step length. The simulation model name is a mandatory parameter. If other parameters are not passed, the default parameters provided by the model are used. The multi-source performance model integration environment responds to the "start simulation" request and performs internal processing of the platform, including opening the simulation model, initializing parameters, performing simulation configuration, starting simulation, and other operations, and notifies the task simulation software of the request execution status.

[0122] ②Simulation pause, continue or stop

[0123] The mission simulation software sends a "simulation pause, continue or stop" request, and the multi-source performance model integration environment responds to the request, performs internal processing, and notifies the mission simulation software of the request execution status.

[0124] ③Simulation end information feedback

[0125] The multi-source performance model integration environment sends simulation end information (success, failure, etc.) to the task simulation software.

[0126] Example

[0127] This embodiment will take the process of integrated construction of multi-source heterogeneous ship models as an example to carry out the full-process operation simulation process as follows:

[0128] 1) Based on system requirements and the ship's mission, a list of ship design requirements and required capabilities (including functions, performance, interfaces, etc.) is compiled and delivered to the digital integrated environment in the form of logical views and text as input to build an operating process.

[0129] 2) Build the job process, define the main objects and job nodes of the job execution, and define the sequence, series and parallel relationships between the nodes according to the task execution requirements.

[0130] 3) Construct simulation models for each small scene (Modelica model, algorithm model, dll file, etc.), where the Modelica model includes three types of objects: simulation model built by Modelica language, model exported based on FMI standard, and FMU integrated model.

[0131] 4) Then, with the operation process as the main line, drive the simulation environment of each small scene (Modelica model, algorithm model, dll file, etc.), use the multi-source heterogeneous integration technology based on FMI to complete the development of multi-source heterogeneous model integration interface, establish an integrated CAD / CAE composite model, and form a digital integrated construction tool based on the joint simulation environment. Carry out full-process operation deduction and simulation, complete the digital conversion of small-scene simulation models, reversely verify the design requirements with deduced calculation results, and complete the digital design closed loop.

[0132] The specific steps are as follows:

[0133] a) After completing 3), select a scene and click OK to load the scene. If you need to load multiple scenes, repeat this step;

[0134] b) Click Global Variable Relationship, and in the pop-up window you can set the relationship between variables. After editing, click OK;

[0135] c) Click Get Instructions, select the scene in the pop-up window, set the global parameter input value, and click OK to generate the instruction;

[0136] d) Backstage drives related software and models to perform mission simulations;

[0137] e) After the simulation is completed, the test program receives a return instruction. Click View Results to view the result variables of this task deduction;

[0138] f) Click Data Summary to view the six-degree-of-freedom files of this mission simulation separately.

[0139] Some embodiments of the present application also provide a multi-source heterogeneous model digital integrated construction system, which includes a memory for storing computer program instructions and a processor for executing program instructions, wherein when the computer program instructions are executed by the processor, the system is triggered to execute the aforementioned multi-source heterogeneous model digital integrated construction method.

[0140] To sum up, the present application provides a method and system for digitally integrating and building a multi-source heterogeneous model, which is aimed at the basic verification needs of the target ship based on the digital model, and constructs a multi-source performance model integration environment based on the key technology research of digital model integration construction, so as to provide a basic environment for digital model integration, testing, scheduling and application, and provide reliable support data for auxiliary decision-making and application packaging.

[0141] The key technology of digital model integration construction in the embodiment of the present application can achieve the following effects:

[0142] (1) Meeting the needs of digital model integration and joint simulation for human-computer interaction operations

[0143] The environment of the typical mission area of ​​the target ship is complex, involving the mutual coupling between different disciplines such as hydraulics, control, electrical, and mechanics. At this stage, multi-domain simulation mainly uses software in a single field to establish a single discipline model, which cannot fully reflect the discipline characteristics of different levels and different disciplines in the system joint simulation process; in addition, there is a separation between the multi-disciplinary characteristics of the equipment level and the multi-disciplinary characteristics of the overall system level. Carrying out the integrated construction of hierarchical simulation models is the key to connecting the multi-source models of the entire ship to form a consistent layer-by-layer transmission. It is necessary to build a digital model modeling and simulation system to support the construction and simulation application of system digital models.

[0144] The present invention takes the operation process as the main line, drives the simulation environment of each small scene, develops a multi-source heterogeneous model integration interface using the multi-source heterogeneous integration technology based on FMI, establishes an integrated CAD / CAE composite model, and forms a digital integrated application system based on a joint simulation environment. It carries out full-process operation deduction and simulation, completes the digital conversion of small-scene simulation models, provides a unified service interface and application packaging function for digital models, provides digital services such as auxiliary decision-making, status monitoring, and operation simulation training, and realizes the consistent transmission of digital models.

[0145] (2) Digital empowerment of real ship services

[0146] Based on the model constructed in the design phase, the collected test data, actual ship data and simulation data are used as data sources for digital deduction of the actual ship. The traditional small-scene simulation model is digitally converted, and the application is encapsulated based on the solidified data package to support digital service applications such as actual ship operation auxiliary decision-making, status monitoring and operation simulation training.

[0147] It should be noted that the present application can be implemented in software and / or a combination of software and hardware, for example, can be implemented using an application specific integrated circuit (ASIC), a general purpose computer or any other similar hardware device. In one embodiment, the software program of the present application can be executed by a processor to implement the steps or functions described above. Similarly, the software program of the present application (including relevant data structures) can be stored in a computer-readable recording medium, for example, a RAM memory, a magnetic or optical drive or a floppy disk and similar devices. In addition, some steps or functions of the present application can be implemented using hardware, for example, as a circuit that cooperates with a processor to perform each step or function.

[0148] In a typical configuration of the present application, the terminal and the network device each include one or more processors (CPU), input / output interface, network interface and memory.

[0149] The memory may include non-permanent storage in a computer-readable medium, random access memory (RAM) and / or non-volatile memory in the form of read-only memory (ROM) or flash RAM. The memory is an example of a computer-readable medium.

[0150] Computer readable media include permanent and non-permanent, removable and non-removable media that can be implemented by any method or technology to store information. Information can be computer readable instructions, data structures, program modules or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology, read-only compact disk (CD-ROM), digital versatile disk (DVD) or other optical storage, magnetic cassettes, magnetic tape disk storage or other magnetic storage devices or any other non-transmission media that can be used to store information that can be accessed by a computing device. As defined herein, computer readable media does not include non-transitory media such as modulated data signals and carrier waves.

[0151] In addition, a part of the present application may be applied as a computer program product, such as a computer program instruction, which, when executed by a computer, can call or provide the method and / or technical solution according to the present application through the operation of the computer. The program instruction for calling the method of the present application may be stored in a fixed or removable recording medium, and / or transmitted through a data stream in a broadcast or other signal-bearing medium, and / or stored in a working memory of a computer device that runs according to the program instruction. Here, according to an embodiment of the present application, a device is included, the device including a memory for storing computer program instructions and a processor for executing program instructions, wherein, when the computer program instruction is executed by the processor, the device is triggered to run the method and / or technical solution based on the aforementioned multiple embodiments according to the present application.

[0152] It is obvious to those skilled in the art that the present application is not limited to the details of the above exemplary embodiments, and that the present application can be implemented in other specific forms without departing from the spirit or basic features of the present application. Therefore, from any point of view, the embodiments should be regarded as exemplary and non-restrictive, and the scope of the present application is defined by the attached claims rather than the above description, and it is intended that all changes falling within the meaning and scope of the equivalent elements of the claims are included in the present application. Any figure mark in the claims should not be regarded as limiting the claims involved. In addition, it is obvious that the word "comprising" does not exclude other units or steps, and the singular does not exclude the plural. Multiple units or devices stated in the device claim can also be implemented by one unit or device through software or hardware.

Claims

1. A method for constructing a digital integrated multi-source heterogeneous model, characterized in that: include: Step 1. specifying a standardized package of the multi-source heterogeneous model; Step 2. Design a composite data model; Step 3. Building an association mapping between the multi-source heterogeneous model and the composite data based on macro commands; Step 4. The task engine drives the multi-source heterogeneous model; Step 5. Perform integrated joint simulation based on the multi-source heterogeneous model.

2. The method according to claim 1, characterized in that The step 1 specifically includes: for various heterogeneous models, according to the heterogeneous model open interface FMI standard, completing the standardized encapsulation of heterogeneous models, FMI import and export, and FMU model integrated modeling; Among them, the white box model is encapsulated in the form of DLL and called through the encapsulation interface in the collaborative simulation model; For models in gray box model format, the input and output data formats of functional functions are agreed upon through the support of FMI standard; For other computing software models that do not support the above standards, the communication is carried out in the form of network protocol, and it is agreed that the communicating parties use the Json format to exchange data.

3. The method according to claim 1, characterized in that The step 2 specifically includes: taking the task scenario requirements as the input of the multi-source heterogeneous model to conduct task process analysis; combing from top to bottom based on structured text language to conduct task analysis, function analysis, and architecture design; building an operation system model library in a hierarchical structure based on heterogeneous model encapsulation standards, Modelica language and other algorithm-based construction languages ​​to support the construction of digital models of subsystems.

4. The method according to claim 3, characterized in that The hierarchical structure of the operation system model library includes storing data in the form of a model tree, wherein the component nodes of the structure tree contain various types of information and are stored using an object-oriented database method; and at the same time, a top-level data class is established for the top-level task.

5. The method according to claim 1, characterized in that The step 3 specifically includes: building an association mapping between the established models based on the topological association of the macro command, so as to define the correlation between different models; Wherein, the definition of the correlation between different models includes establishing a time-based refresh mechanism and an observer mechanism to monitor the model status in real time; the time-based refresh mechanism uses time as the control mechanism for model refresh, and the entire model has and only has one irreversible clock. When the model is established or the calculation and analysis is completed, a refresh time is established for the model; when the data of the model is modified, a modification time is established for the model, and a refresh action is issued by calculating and comparing the time difference; when the state of the device model changes, the system detects that the model state has changed, updates the modification time of the current model, and if the modification time of the model is greater than the refresh time, the operation of refreshing the model is executed; if the model in the state to be refreshed has an associated model, the specific storage location and model status of the associated model are found on the model tree according to the model path of the associated model, and it is checked whether there is a related macro command execution that causes the model data to be modified, and all objects to be observed are notified so that they can automatically update their own status; the observer mechanism is established on the one-to-many dependency relationship between object models and object models. When the state of an object model changes, all observer objects are notified to automatically update the status; The building of association mapping between the established models includes establishing the correlation of the models in two ways: one is to establish the implicit correlation in the definition, and when the design data is refreshed, based on the association mapping between the models, the association information is directly added in the related layer of the model; the other is to define the related data with the model name, and establish a composite model of the equipment by defining parameter information.

6. The method according to claim 5, characterized in that The refresh action issued by calculating and comparing the time difference includes: when the modification time of the model is greater than the refresh time, the model is determined to need to be refreshed, including recalculation and analysis or regeneration; or when there is an associated model in the present model, when the modification time of the associated model is greater than the refresh time of the present model, the present model is also determined to need to be refreshed.

7. The method according to claim 1, characterized in that The step 4 includes establishing a task operation process, driven by the task execution message, and injecting the call preconditions according to the established model-data association mapping to drive the relevant models; Among them, the job task execution message triggers the digital joint simulation environment to drive the corresponding performance model to complete the calculation task, parse the main parameter list, assign input parameters to each model performing the operation, generate a model data link, and complete the parameter transfer cycle check.

8. The method according to claim 7, characterized in that The model driven by the job task execution message includes the following processes: event design and development, event management mechanism, event processing response, bidirectional association mapping of event data flow and visual design of event realization; Among them, the event design and development: the events mainly include external events and internal events. The external events include input calculation signals from outside the program. By calling the unified communication function interface at the bottom of the system, the simulation application system behavior is constructed in an interactive coding manner; the internal events include system internal execution signals generated from the parsing task instructions, involving the driving signals of the simulation small scene model, the algorithm model, the API, and the execution signals of the FMU model. There are calling dependencies between these various models. The data link branch of the solution is generated according to the input calculation signal outside the program, and the overall loop test of the data link branch is checked. The call is realized in the form of API through the model and data association mapping function interface based on macro commands; The event management mechanism: manages event source components based on the registered graphic component library, monitors and manages the external events; based on the events collected by the listener, filters and processes the events to form processable events, enters the system event processor, and is processed by the response function according to the system operation status; The event processing response is driven by event transmission, adopts a delegated event processing framework, establishes an event listening relationship between the event listener and the event source component, and converts the GUI interactive action into calling the relevant event processing program for processing; when the event source generates a relevant event, the event listener immediately monitors the occurrence of the event, and maintains an event list based on the listener. Once the polling check finds that the occurrence condition of a certain event is met, according to different types of external events, combined with the component event management mechanism, the event processor is activated to respond to the event, and the event response operation is executed to complete the loading of the small scene simulation model; The bidirectional association mapping of event data flow is realized: bidirectional mapping between simulation application and simulation model, which can visually associate simulation parameters, variables and system graphic components, establish a bidirectional mapping relationship between application and simulation model, and realize the integration of the two; it also provides system model parameter or variable tree, and quickly associates and binds variable parameter attributes with the model; it also allows manual association of model and global variable parameter information, and supports visual management and removal of model binding parameters, parameter binding and unbinding, and data visualization; The visualization design of the event is implemented as follows: based on the mapping of the application system interface parameters and the system simulation model, combined with the model calculation and analysis technology of the application program, the model parameters are directly modified and the simulation process is controlled through the application program interface, and the interface data is automatically applied to the system model as the data basis for the model calculation; for the input type graphic component, before the simulation model calculation is run, the input parameter value can be directly applied to the simulation model, and during the operation, the input parameter value is transmitted to the background simulation solution engine in real time to participate in the data processing in real time; according to the event management and event processing response mechanism, the data change event in the background simulation model is monitored, and after being processed by the system, an external event is formed and transmitted to the system display interface for data display; it also supports the data reception of the graphic component associated variables, transmits the data to the graphic component, and visualizes the data according to the built-in display mode of the graphic component, and responds to the data refresh display in time; wherein, the data reception is the process data generated during the simulation model calculation operation, and the data is transmitted by the application calculation engine. After the graphic component receives the data, it refreshes the data in time with a visualization effect.

9. The method according to claim 1, characterized in that: The step 5 includes: carrying out multi-source joint simulation on the basis of the completion of the above steps, wherein the environment of the multi-source joint simulation is driven by the task operation process to connect the simulation small scene data link, can receive the task instruction of the task deduction engine, and complete the task instruction parsing, generate the simulation task to be completed in the task process, complete the scheduling analysis of the corresponding software and model based on the simulation task through the simulation scheduling interface, collect and store the simulation task calculation results, and drive the simulation animation to display the simulation results; The simulation tasks include simulation start, simulation pause, continue or stop, and simulation end information feedback. The specific process is as follows: ① Simulation start The task simulation software sends a simulation start request and related simulation task parameters, and the joint simulation environment responds to the simulation start request and performs processing inside the platform, including opening the simulation model, initializing parameters, performing simulation configuration, starting simulation operations, and notifying the task simulation software of the request execution status; ② Pause, continue or stop the simulation The task simulation software sends a simulation pause, continue or stop request, the joint simulation environment responds to the request, performs internal processing, and notifies the task simulation software of the request execution status; ③Simulation end information feedback The joint simulation environment sends simulation end information to the task simulation software.

10. A multi-source heterogeneous model digital integrated construction system, the system comprising a memory for storing computer program instructions and a processor for executing program instructions, wherein: When the computer program instructions are executed by the processor, the system is triggered to execute the method according to any one of claims 1 to 9.

Images