CN116805111A - Semi-physical system construction and operation control system and method based on script twinning - Google Patents

Abstract

The application discloses a system and a method for constructing and operating a management and control system based on a script twinning semi-physical system, wherein the method comprises the following steps: providing a system definition table and a program library to a distributor; the distributor automatically outputs a configuration scheme corresponding to the scene role and the simulation resource, a newly generated program and corresponding parameters according to the extracted monitoring parameters, the scene role parameters, the simulation resource information, the existing programs and parameters related to the scene; the deployer extracts corresponding executable programs and parameters from the existing programs and parameter libraries and the new programs and parameter libraries according to the scene roles and the simulation resource configuration table, distributes the executable programs and parameters to the appointed physical nodes, the simulation monitoring process of each physical node starts the appointed number of role agent processes according to the executable programs and parameters, different role agents of each physical node perform simulation communication through a unified communication interface, and the monitor is accessed to the same communication bus as a special role to acquire monitoring data so as to realize visualization and man-machine interaction.

Description

Semi-physical system construction and operation control system and method based on script twinning

Technical Field

The application relates to the technical field of system simulation, in particular to a multi-machine networking semi-physical simulation technology.

Background

In recent years, with the increasing of various complex engineering systems, the design needs of the complex engineering systems are more and more difficult to meet by the traditional system engineering method, and the multi-machine networking semi-physical simulation is an important means for system engineering design and verification. In order to realize the quick simulation verification of a complex engineering system, a semi-physical simulation system meeting the verification requirement needs to be quickly constructed. The number of physical nodes contained in the semi-physical simulation system is increased in a explosive manner, and simulation scenes are changed in a large number, so that the method of manually constructing the semi-physical simulation system cannot be suitable for constructing a semi-physical system which is complex and changeable and contains large-scale physical nodes. Therefore, a method for quickly constructing automatic deployment is urgently needed to reduce manual operation, and the limited physical resources are fully utilized to realize quick construction of the semi-physical simulation system.

Disclosure of Invention

The application provides a script twinning-based semi-physical system construction and operation control method, which reduces repeated work of manually constructing the semi-physical system and provides convenient operation control for the semi-physical system.

The technical scheme of the application is as follows: a script twinning-based semi-physical system construction and operation management and control system, comprising: a distributor, a deployment device, a matched system definition table and an existing program and parameter library;

the system definition table is used for defining simulation scenes, roles and service flows and providing all software and hardware resources and simulation monitoring requirements which can be utilized by the simulation system construction;

the existing program and parameter library provides a code resource library and a support database which can be used for constructing a simulation system; the code resources in the code resource library are divided into two types of script language codes and embedded common language codes, and the embedded side codes can automatically generate the script language codes by using a script twin method;

the distributor is used for reading the system definition table, and acquiring a role definition list, a scene definition list, a monitoring definition list and a simulation resource list; according to the simulation resource condition in the simulation resource list, each role in the scene definition list and the monitoring definition list is distributed to the matched hardware nodes to form a scene role-simulation resource configuration table; generating a simulation engine program, a monitor program and a newly generated character program by utilizing a program component provided by the existing program and a parameter library and combining simulation character simulation and monitoring requirements, and storing the newly generated character program and the newly generated character program into a newly established new program and parameter library;

the deployer acquires the available resource state through interaction with the simulation monitoring process of each hardware node to form a simulation resource table; extracting corresponding role programs and parameters from the existing programs and parameter libraries and the new programs and parameter libraries according to the scene role-simulation resource configuration table, and pushing the corresponding role programs and parameters to a simulation monitoring process of the appointed hardware; and sending control signals to each hardware simulation monitoring process according to the scene role-simulation resource configuration table, and starting a corresponding role proxy process by each hardware simulation monitoring process according to the control signals.

The system definition table specifically comprises:

a plurality of role definition sheets, each role definition sheet is used for describing 1 main body in the simulation scene, a parameterized definition of the attributes of the subject;

the scene definition list is used for defining scene configuration and simulation service flows.

The monitoring definition list is used for defining a software and hardware state parameter set to be monitored, an index parameter set to be monitored and a presentation mode of the parameters in the simulation;

the simulation resource list is used for defining available hardware and available link resources of the simulation system.

The subject may represent either a physical entity or an abstract object.

A semi-physical system construction and operation control method based on script twinning comprises the following steps:

the user performs a check work of whether the simulation physical node is preloaded with the simulation monitor program,

the distributor reads the system definition table, outputs the role resource configuration table, automatically generates a simulation engine program, a monitor program and other role programs according to the system definition table and the code resource library, and stores the simulation engine program, the monitor program and other role programs in a new program and a parameter library;

the deployer reads the role resource configuration table, establishes connection with the simulation monitoring process of each physical node, deploys programs and parameters corresponding to each role on the corresponding physical node according to the role resource configuration table.

The user performs the checking work of whether the simulation physical node is preloaded with the simulation monitoring process program, and the checking work comprises the following steps: confirming whether the simulation monitor process program is preloaded in the physical nodes participating in simulation, if not preloaded, manually extracting the monitor process program from the existing program and the parameter library for each physical node, and then setting the monitor process program as a starting-up self-starting mode; the physical nodes without the preloaded simulation monitor program are deployed once, and then are not required to be deployed again.

The distributor reads the system definition table, outputs the role resource configuration table, automatically generates a simulation engine program, a monitor program and other role programs according to the system definition table and the code resource library, and stores the simulation engine program, the monitor program and other role programs in a new-generation program and a parameter library, and comprises the following steps:

s1: reading a simulation resource list, and acquiring the condition of available hardware resources and the condition of available link resources; if the simulation resource list does not have available resources, calling a deployment device to automatically generate the simulation resource list, and then performing reading operation;

s2: reading a role definition list, and acquiring the attribute and the number of roles in a scene;

s3: reading a scene definition list, and acquiring scene configuration, a simulation data stream and a service stream;

s4: reading a monitoring definition list, and acquiring a software and hardware state parameter set to be monitored, an index parameter set to be monitored and a presentation mode of the parameters;

s5: pre-distributing the scene roles, the monitoring roles and the simulation engine to each physical node of the distributed system to form a scene role-simulation resource configuration table;

s6: generating a simulation engine program and simulation driving data according to simulation scene configuration parameters and existing programs and parameter libraries, and generating a monitor program according to parameters in a monitoring definition list and monitor related codes in the existing programs and parameter libraries;

s7: searching corresponding programs and parameters of roles from the existing programs and parameter libraries, associating the corresponding programs and parameters with the corresponding roles, configuring the corresponding role programs according to the simulation service flow to form executable programs, and storing the executable programs into the new programs and parameter libraries.

In the step S1, the method for calling the deployer to automatically generate the simulation resource list includes: and sending handshake signals in all available communication modes, attempting to establish a link with the online physical node, acquiring the use attribute and available link resource of the online physical node, and sorting the acquired physical node information to form a simulation resource list.

The deployer reads the role resource configuration table, establishes connection with the simulation monitoring process of each physical node, deploys programs and parameters corresponding to each role to the corresponding physical node according to the role resource configuration table, and comprises the following steps:

s11: reading a scene role-simulation resource configuration table;

s12: establishing connection with the simulation monitoring process of each physical node, if all the connection is successful, entering step S13, if part of the connection is successful, displaying the information of the physical nodes which are not successfully connected and reminding a user to check, providing key operation to realize retrying connection with the physical nodes which are not successfully connected, and returning to step S12;

s13: sequentially extracting role corresponding programs and parameters from the existing program and parameter library and the new program and parameter library according to the scene role-simulation resource configuration table, and distributing the role corresponding programs and parameters to a simulation monitoring process of the designated physical node;

s14: sending a command to the simulation monitoring process of each physical node to start a designated number of role proxy processes, and running the role corresponding program received in the step S13;

s15: and carrying out interaction on all the roles, and confirming that all the roles are started normally.

Compared with the prior art, the application has the beneficial effects that:

(1) The application provides a design method of an automatic construction scheme for the construction of a semi-physical system, which designs the software and hardware configuration of the semi-physical system based on a system definition table, and greatly improves the working efficiency compared with the manual design of a semi-physical system resource allocation scheme.

(2) The application designs the automatic generation method of the semi-physical simulation program, and the simulation program with specific attribute can be automatically generated by utilizing the script twinning method, and compared with the manual configuration parameters and the manual compiling program, the generation efficiency of the semi-physical simulation program is greatly improved, thereby improving the efficiency of the semi-physical simulation design verification.

(3) The application provides an automatic deployment method of a semi-physical system, which not only improves the deployment efficiency, but also improves the accuracy and flexibility of deployment compared with manual deployment.

Drawings

FIG. 1 is a schematic diagram of a character model in a semi-physical system scenario provided by the present application;

fig. 2 is a schematic diagram of selection and assembly of a satellite character program of a constellation operation scene provided by the present application.

FIG. 3 is a flow chart of a semi-physical system construction and operation control method provided by the application;

fig. 4 is a schematic diagram of a semi-physical simulation of a satellite constellation running state scenario provided by the present application.

Detailed Description

As shown in fig. 1-4, the system of the present application (static configuration): the system comprises 1 distributor, 1 deployment device, 1 set (several) of hardware nodes, 1 set of communication links among the hardware nodes, a matched system definition table, an existing program, a parameter library and a simulation monitoring process program.

1. [ description Table ]

(1) The system definition table comprises a series of tables for defining simulation scenes, roles and service flows, providing all software and hardware resources and simulation monitoring requirements which can be utilized by the simulation system construction, and comprising:

1) A plurality of role definition sheets, each role definition sheet is used for describing 1 main body in the simulation scene, a parameterized definition of the attributes of the subject; in particular, the subject may represent either a physical entity or an abstract object.

2) The scene definition list is used for defining scene configuration and simulation service flows.

3) The monitoring definition list is used for defining a software and hardware state parameter set to be monitored, an index parameter set to be monitored and a presentation mode of the parameters in the simulation;

4) The simulation resource list is used for defining available hardware and available link resources of the simulation system.

(2) Existing programs and parameter libraries provide code resource libraries and support databases that can be used for simulation system construction. The code resources are divided into two types of script language codes and embedded common language codes, and the embedded side codes can automatically generate the script language codes by using a script twinning method.

2. [ Dispenser ]

The dispenser is used for:

1) Reading a system definition table, and acquiring a role definition list, a scene definition list, a monitoring definition list and a simulation resource list;

2) According to the simulation resource condition in the simulation resource list, each role in the scene definition list and the monitoring definition list is distributed to the matched hardware nodes to form a scene role-simulation resource configuration table;

3) Generating a simulation engine program, a monitor program and a newly generated character program by using a program component provided by an existing program parameter library and combining simulation character simulation and monitoring requirements, and storing the newly generated character program and the newly generated character program into a newly established new program and parameter library;

3. [ deployer ]

The deployer is used for:

1) The method comprises the steps of obtaining available resource states through interaction with simulation monitoring processes of all hardware nodes to form a simulation resource table;

2) Pushing each role program and parameters to a simulation monitoring process of the appointed hardware according to the configuration table;

3) According to the configuration table, starting a corresponding role proxy process for each hardware simulation monitoring process control signal;

method (dynamic flow):

(1) The user checks whether the simulation physical node is preloaded with the simulation monitoring process program or not, and the specific steps are as follows:

and confirming whether the simulation monitor program is preloaded or not by the physical nodes participating in the simulation, if not, manually deploying the monitor program (extracted from the existing program and the parameter library) for each physical node, and then setting the monitor program as a starting-up self-starting mode. The user only needs to deploy the physical node without the preloaded simulation monitor program once, and then does not need to deploy again.

(2) The distributor reads the system definition table, outputs the role resource configuration table, automatically generates a simulation engine program, a monitor program and other role programs according to the system definition table and the existing program and parameter library, and stores the simulation engine program, the monitor program and other role programs in a new program and parameter library, and comprises the following specific steps:

s1: reading a simulation resource list, acquiring the condition of available hardware resources and the condition of available link resources, calling a deployment device to automatically generate the simulation resource list if the available resources do not exist in the simulation resource list, and repeating the reading operation in the step;

s2: reading a role definition list, and acquiring the attribute and the number of roles in a scene;

s3: reading a scene definition list, and acquiring scene configuration, a simulation data stream and a service stream;

s4: reading a monitoring definition list, and acquiring a software and hardware state parameter set to be monitored, an index parameter set to be monitored and a presentation mode of the parameters;

s5: the scene roles, the monitoring roles and the simulation engines are pre-distributed to each physical node of the distributed system to form a role resource configuration table (scene roles-simulation resource configuration table).

S6: generating a simulation engine program and simulation driving data according to simulation scene configuration parameters and existing programs and parameter libraries, and generating a monitor program according to parameters in a monitoring definition list and monitor related codes in the existing programs and parameter libraries;

s7: searching a role corresponding program and parameters from a code resource library, associating the role corresponding program and parameters with the corresponding roles, configuring the corresponding role program according to the simulation service flow to form an executable program, and storing the executable program into a new-generation program and parameter library;

in the step S1, the method for calling the deployer to automatically generate the simulation resource list comprises the following steps: and sending handshake signals in all available communication modes, attempting to establish a link with the online physical node, acquiring the use attribute and available link resource of the online physical node, and sorting the acquired physical node information to form a simulation resource list.

(3) The deployer reads the role resource configuration table, establishes connection with the simulation monitoring process of each physical node, deploys programs and parameters corresponding to each role to the corresponding physical node according to the role resource configuration table, and specifically comprises the following steps:

s1: reading a scene role-simulation resource configuration table;

s2: establishing connection with the simulation monitoring process of each physical node, entering S3 if all the connection is successful, displaying the information of the physical nodes which are not successfully connected and reminding a user to check if part of the connection is successful, providing key operation to realize that connection with the physical nodes which are not successfully connected can be retried, and repeating the step S2;

s3: sequentially extracting role corresponding programs and parameters from the existing program and parameter library and the new program and parameter library according to the scene role-simulation resource configuration table, and distributing the role corresponding programs and parameters to a simulation monitoring process of the designated physical node;

s4: and (3) sending a command to start a designated number of role proxy processes to the simulation monitoring processes of the physical nodes to run the role corresponding programs received in the step S3.

S5: and carrying out interaction on all the roles, and confirming that all the roles are started normally.

The following description of the embodiments of the present application will be made clearly and completely with reference to the accompanying drawings, in which it is apparent that the embodiments described are only some embodiments of the present application, but not all embodiments. All other embodiments, which can be made by those skilled in the art based on the embodiments of the application without making any inventive effort, are intended to be within the scope of the application.

Referring to fig. 1, the embodiment of the application discloses a method for constructing and operating management and control of a semi-physical simulation system based on script twinning, which mainly comprises a working flow of a distributor and a deployment device.

The present embodiment builds and runs a constellation simulation system based on the proposed method. The simulation scene is a satellite constellation, and the scene roles comprise 1 ground station, 3 satellites and 1 photographed city, as shown in the following role table. The simulation resource of the embodiment comprises 3 pieces of hardware, and the hardware are interconnected through the Ethernet, as shown in the following resource table. The simulation flow is that the satellite photographs when passing through the top city at 0-12 points on a certain day, and the satellite downloads data when passing through the top ground station. The simulation monitoring content is as follows: photographing times and downloading times.

The system definition table is designed as follows according to simulation requirements:

1) The simulation resource list is used for defining available hardware and available link resources of the simulation system.

The hardware available in the simulation resource list in this example is shown in the following table:

node ID

Type(s)

Alias name

Operating system

Number of processes

Interface form

IP address

1

Server device

Node1

windows

10

UDP

100.0.1.1

2

Industrial control computer

Node2

linux

4

UDP

100.0.1.2

3

Industrial control computer

Node3

linux

4

UDP

100.0.1.3

The available hardware link resources in the simulation resource list in this example are shown in the following table:

link ID	End node S	End node T
			Link1	1	2
Link2	1	3
			Link3	2	3

According to the simulation resource list

2) Existing programs and parameter libraries provide code resource libraries and support databases that can be used for simulation system construction.

Libraries with scripting languages (e.g., matlab, python), facilitating fast development debugging;

there are embedded code (e.g., C language) libraries available for semi-physical nodes, but there are also few embedded code that need to be newly generated that are closely related to the scenario;

each section of embedded type has a corresponding script language version, namely script language codes and corresponding embedded codes formed in the past development process by a script twinning method;

and quickly constructing simulation logic through the scripting language, and automatically generating necessary embedded codes for the embedded codes required to be deployed on the semi-physical nodes based on the corresponding scripting language (twinning) after the test is passed.

The available software program resources in the code resource library in this example are shown in the following table.

3) Role definition table: the system comprises 3 role lists, in particular a ground station role definition list, a satellite role definition list and an earth role definition list. As shown in the following figures, each character has at least a behavior model, and some characters also have decision models.

a) The satellite role definition list is shown in the following table

The satellite model program module comprises modules of orbit, attitude control, energy source, communication and the like, and the model is assembled and matched according to the needs of the simulation scene, which is equivalent to selecting parts from the whole set to enable and configure corresponding parameters. The orbit recursion module and the attitude control module are modules which are required to be configured by the satellite in the simulation scene, and the simulation of the scene aims at shooting a city by the satellite, so that the satellite needs to be configured with camera load, and the behavior model parameters of the satellite comprise three parts, namely an orbit parameter set, an attitude control configuration parameter set and a camera parameter set, and a satellite control program extracts related control program modules according to the configuration of an attitude control product in the attitude control configuration parameter set for assembly and debugging. The flow of the fitting and assembly is shown in the following diagram.

b) The ground station role definition list is shown in the following table

The ground station's behavioral model parameters include ground station position and minimum elevation angle, which are basic attributes of the ground station, that affect the size of the arc of satellite-to-ground station communication.

c) The earth role definition list is shown in the following table

The behavior model of the earth includes a rotation model, an illumination model, a space environment model, and the like, and in this example, only the rotation model is needed to obtain position information of the city under different coordinate systems according to the city name.

4) The scene definition list comprises scene configuration, simulation data stream and service stream, and the ID of the simulation engine is SE1;

the scene configuration mainly comprises simulation time as shown in the following table

Sequence number	Parameter set name	Parameter set detailed information
			1	Simulation time	Start time, end time, simulation step size

The simulation data flow is static and describes the interactive relation among the nodes, and the simulation data flow is shown in the following table

And simulating the service flow bias dynamic, and describing the time sequence of the evolution of the simulation scene, namely the interaction time among the nodes. The simulated traffic flow is shown in the following table

Remarks: triggering events: receiving an external signal and immediately generating a response event; conditional event: an event for executing corresponding action if a certain condition is true; time event: non-periodic events that perform corresponding actions at some fixed time or periodic events that perform responsive actions at fixed periods.

5) The monitoring definition list is used for defining a software and hardware state parameter set to be monitored, an index parameter set to be monitored and a presentation mode of the parameters in the simulation;

the monitor model in this example includes an operation module, a display module, and a data storage module.

Method (dynamic flow):

(1) The preparation work is divided into two parts, firstly, whether the simulation monitor program is preloaded in the simulation hardware is confirmed, the monitor program is manually deployed for each physical node (extracted from the existing program and the parameter library), and then the monitor program is set to be in a startup self-starting mode. Only the brand new physical hardware added to the semi-physical system for the first time needs to be deployed once, and subsequent deployment is not needed again;

(2) The dispenser workflow includes:

s1: reading a simulation resource list, acquiring the condition of available hardware resources and the condition of available link resources, calling a deployment device to automatically generate the simulation resource list if the available resources do not exist in the simulation resource list, and repeating the reading operation in the step;

s2: reading a role definition list, and acquiring the attribute and the number of roles in a scene; the method comprises attribute parameter definition related to the satellite roles and personalized parameter sets of different satellite roles, such as platform constraint of the satellite, satellite load type, running orbit of the satellite and the like;

s3: reading a scene definition list, and acquiring scene configuration and simulation service flow, wherein the scene configuration mainly comprises simulation time, and the simulation time comprises simulation start time, simulation end time and simulation step length; the simulation service flow comprises interaction content and interaction modes among the roles.

S4: reading a monitoring definition list, and acquiring a software and hardware state parameter set to be monitored, an index parameter set to be monitored and a presentation mode of the parameters; the software and hardware parameters to be monitored in this example are the health status of each role proxy process; the index parameter set to be monitored comprises the data downloading times and photographing times of each satellite.

S5: and pre-distributing the scene roles and the monitoring roles to all physical nodes of the distributed system to form a role resource configuration table. In this example, the scene role-simulation resource configuration table is shown in the following table, role 1 is a simulation engine, role 2 is a monitor program, and roles 3 to 7 are IDs corresponding to roles in a simulation scene.

S6: generating a simulation engine program and simulation driving data according to simulation scene configuration parameters and existing programs and parameter libraries, and generating a monitor program according to parameters in a monitoring definition list and monitor related codes in the existing programs and parameter libraries; in this example, the corresponding modules and scene configuration are extracted from the program library according to the constellation running state service flow to generate a simulation engine program, the monitor program is generated according to the monitoring parameter table and the code resource library, and the generated simulation engine program and monitor program are stored in the new program and the parameter library.

The steps of the simulation engine generation program are as follows:

a) Extracting a simulation engine frame corresponding to the simulation engine from the code resource library, and writing simulation time of scene configuration into the simulation engine frame;

b) Extracting service flows related to the simulation engine from the simulation service flow table and configuring according to the service flows; firstly, according to the service flow 1, the control signal sent by the data monitor is configured by the simulation engine, namely, firstly, the receiving mode of the simulation engine is set as UDP communication, and the ID and the corresponding port of the monitor are configured into UDP communication receiving setting of the simulation engine. Secondly, configuring the sending mode of the simulation engine to UDP communication according to the service flow 2, and configuring the IDs of all roles and corresponding ports to the sending setting of the UDP communication. Finally, executable programs of the simulation engine are generated.

And similarly, generating a monitor program according to the simulation service flows 1, 3 and 11.

S7: searching a role corresponding program from a code resource library, associating the role corresponding program with a corresponding role, and configuring the corresponding role program according to the simulation service flow; in this embodiment, the corresponding model program can be extracted from the program library through the behavior model and the decision model of each character, and the executable program of each character can be generated by associating and combining the character parameters in the character table.

In the step S1, the method for calling the deployer to automatically generate the simulation resource list comprises the following steps: and sending a handshake signal in a UDP communication mode, attempting to establish a link with a monitoring process of the online physical node, acquiring the use attribute and available link resources of the online physical node, and sorting the acquired physical node information to form a simulation resource list.

(3) The deployer workflow includes:

s1: reading a scene role-simulation resource configuration table;

s2: establishing connection with the simulation monitoring process of each physical node, entering S3 if all the connection is successful, displaying the information of the physical nodes which are not successfully connected and reminding a user to check if part of the connection is successful, providing key operation to realize that connection with the physical nodes which are not successfully connected can be retried, and repeating the step S2; in this example, a handshake signal is sent to each physical node through a UDP communication mode and a feedback message is received;

s3: sequentially extracting role corresponding programs and parameters from the existing program and parameter library and the new program and parameter library according to the scene role-simulation resource configuration table, and distributing the role corresponding programs and parameters to a simulation monitoring process of the appointed physical node; in the example, the role program and parameters are sent to the simulation monitoring process of the appointed physical node by a UDP communication mode;

s4: and (3) sending a command to start a designated number of role proxy processes to the simulation monitoring processes of the physical nodes to run the role corresponding programs received in the step S3. In this example, a role proxy process start command is sent to the server and the industrial personal computer through a UDP communication mode.

S5: and carrying out interaction on all the roles, and confirming that all the roles are started normally. In this example, a "roll call" command is sent to all roles through UDP, and reply messages of all roles are processed to confirm that all roles are in normal state.

Although the present application has been described in terms of the preferred embodiments, it is not intended to be limited to the embodiments, and any person skilled in the art can make any possible variations and modifications to the technical solution of the present application by using the methods and technical matters disclosed above without departing from the spirit and scope of the present application, so any simple modifications, equivalent variations and modifications to the embodiments described above according to the technical matters of the present application are within the scope of the technical matters of the present application.

Claims (8)

1. The utility model provides a semi-physical system builds and operation management and control system based on script twinning which characterized in that includes: a distributor, a deployment device, a matched system definition table and an existing program and parameter library;

the system definition table is used for defining simulation scenes, roles and service flows and providing all software and hardware resources and simulation monitoring requirements which can be utilized by the simulation system construction;

the existing program and parameter library provides a code resource library and a support database which can be used for constructing a simulation system; the code resources in the code resource library are divided into two types of script language codes and embedded common language codes, and the embedded side codes can automatically generate the script language codes by using a script twin method;

the distributor is used for reading the system definition table, and acquiring a role definition list, a scene definition list, a monitoring definition list and a simulation resource list; according to the simulation resource condition in the simulation resource list, each role in the scene definition list and the monitoring definition list is distributed to the matched hardware nodes to form a scene role-simulation resource configuration table; generating a simulation engine program, a monitor program and a newly generated character program by utilizing a program component provided by the existing program and a parameter library and combining simulation character simulation and monitoring requirements, and storing the newly generated character program and the newly generated character program into a newly established new program and parameter library;

the deployer acquires the available resource state through interaction with the simulation monitoring process of each hardware node to form a simulation resource table; extracting corresponding role programs and parameters from the existing programs and parameter libraries and the new programs and parameter libraries according to the scene role-simulation resource configuration table, and pushing the corresponding role programs and parameters to a simulation monitoring process of the appointed hardware; and sending control signals to each hardware simulation monitoring process according to the scene role-simulation resource configuration table, and starting a corresponding role proxy process by each hardware simulation monitoring process according to the control signals.

2. The script-twinning-based semi-physical system construction and operation control system according to claim 1, wherein the system definition table specifically comprises:

a plurality of role definition sheets, each role definition sheet is used for describing 1 main body in the simulation scene, a parameterized definition of the attributes of the subject;

the scene definition list is used for defining scene configuration and simulation service flows.

The monitoring definition list is used for defining a software and hardware state parameter set to be monitored, an index parameter set to be monitored and a presentation mode of the parameters in the simulation;

the simulation resource list is used for defining available hardware and available link resources of the simulation system.

3. The script-twinned semi-physical system construction and operation management and control system according to claim 2, wherein the principal represents both a physical entity and an abstract object.

4. A method for constructing and operating management and control of a semi-physical system based on script twinning is characterized by comprising the following steps:

the user performs a check work of whether the simulation physical node is preloaded with the simulation monitor program,

the distributor reads the system definition table, outputs the role resource configuration table, automatically generates a simulation engine program, a monitor program and other role programs according to the system definition table and the code resource library, and stores the simulation engine program, the monitor program and other role programs in a new program and a parameter library;

the deployer reads the role resource configuration table, establishes connection with the simulation monitoring process of each physical node, deploys programs and parameters corresponding to each role on the corresponding physical node according to the role resource configuration table.

5. The method for constructing and operating a semi-physical system based on script twinning according to claim 4, wherein the user performs a check operation of whether the simulated physical node is preloaded with the simulated monitoring process program, and the method comprises: confirming whether the simulation monitor process program is preloaded in the physical nodes participating in simulation, if not preloaded, manually extracting the monitor process program from the existing program and the parameter library for each physical node, and then setting the monitor process program as a starting-up self-starting mode; the physical nodes without the preloaded simulation monitor program are deployed once, and then are not required to be deployed again.

6. The method for constructing and operating a semi-physical system based on script twinning according to claim 4, wherein the dispatcher reads the system definition table, outputs the character resource configuration table, automatically generates the simulation engine program, the monitor program and other character programs according to the system definition table and the code resource library, and stores the simulation engine program, the monitor program and other character programs in the new-generation program and the parameter library, and comprises:

s1: reading a simulation resource list, and acquiring the condition of available hardware resources and the condition of available link resources; if the simulation resource list does not have available resources, calling a deployment device to automatically generate the simulation resource list, and then performing reading operation;

s2: reading a role definition list, and acquiring the attribute and the number of roles in a scene;

s3: reading a scene definition list, and acquiring scene configuration, a simulation data stream and a service stream;

s4: reading a monitoring definition list, and acquiring a software and hardware state parameter set to be monitored, an index parameter set to be monitored and a presentation mode of the parameters;

s5: pre-distributing the scene roles, the monitoring roles and the simulation engine to each physical node of the distributed system to form a scene role-simulation resource configuration table;

s6: generating a simulation engine program and simulation driving data according to simulation scene configuration parameters and existing programs and parameter libraries, and generating a monitor program according to parameters in a monitoring definition list and monitor related codes in the existing programs and parameter libraries;

s7: searching corresponding programs and parameters of roles from the existing programs and parameter libraries, associating the corresponding programs and parameters with the corresponding roles, configuring the corresponding role programs according to the simulation service flow to form executable programs, and storing the executable programs into the new programs and parameter libraries.

7. The method for constructing and operating a control system based on script twinning according to claim 6, wherein in the step S1, the method for calling the deployer to automatically generate the simulation resource list is as follows: and sending handshake signals in all available communication modes, attempting to establish a link with the online physical node, acquiring the use attribute and available link resource of the online physical node, and sorting the acquired physical node information to form a simulation resource list.

8. The method for constructing and operating a semi-physical system based on script twinning according to claim 4, wherein the deploying means reads a role resource configuration table, establishes connection with a simulation monitoring process of each physical node, deploys programs and parameters corresponding to each role to the corresponding physical node according to the role resource configuration table, and comprises:

s11: reading a scene role-simulation resource configuration table;

s12: establishing connection with the simulation monitoring process of each physical node, if all the connection is successful, entering step S13, if part of the connection is successful, displaying the information of the physical nodes which are not successfully connected and reminding a user to check, providing key operation to realize retrying connection with the physical nodes which are not successfully connected, and returning to step S12;

s13: sequentially extracting role corresponding programs and parameters from the existing program and parameter library and the new program and parameter library according to the scene role-simulation resource configuration table, and distributing the role corresponding programs and parameters to a simulation monitoring process of the designated physical node;

s14: sending a command to the simulation monitoring process of each physical node to start a designated number of role proxy processes, and running the role corresponding program received in the step S13;

s15: and carrying out interaction on all the roles, and confirming that all the roles are started normally.