Simulation system

Abstract

The embodiment of the application discloses a simulation system, and belongs to the simulation field. Wherein, the simulation system comprises a hardware control end, comprising a hardware controller; a simulation model end, comprising a simulation model; a communication end, in communication connection with the hardware control end and the simulation model end, for transmitting communication data between the hardware control end and the simulation model end, so as to simulate the simulation model by using the hardware controller; the communication end comprises communication hardware, and the communication hardware is used for processing communication protocols to realize the transmission of the communication data. The embodiment of the application has the technical effects of fast response speed and small delay, and improves the data transmission rate in the simulation process.

Description

Technical Field

[0001] This application relates to the field of simulation, and more specifically, to a simulation system. Background Technology

[0002] For control systems, embedded systems, and similar systems, it is necessary to simulate their performance and other parameters before they are put into use in order to ensure their stability and safety during actual use.

[0003] Most current simulation methods use serial or parallel communication interfaces, which can lead to delays in the communication response between the hardware controller and the simulation model during the simulation process, thus reducing the data transmission rate during the simulation. Summary of the Invention

[0004] This application provides a simulation system to at least solve the technical problem of low data transmission rate when simulating with hardware devices.

[0005] According to a first aspect of the embodiments of this application, a simulation system is provided, comprising:

[0006] Hardware control end, including hardware controller;

[0007] Simulation model end, including simulation model;

[0008] The communication terminal is connected to both the hardware control terminal and the simulation model terminal, and is used to transmit communication data between the hardware control terminal and the simulation model terminal so as to use the hardware controller to simulate the simulation model.

[0009] The communication terminal includes communication hardware, which is used to process communication protocols to realize the transmission of communication data.

[0010] In this embodiment, during simulation, the communication terminal responsible for transmitting communication data utilizes communication hardware to process the communication protocol and achieve data transmission. Because the communication hardware relies on hardware processing of the communication protocol, it offers fast response speed and low latency, improving the data transmission rate during simulation. Furthermore, it eliminates the need for software resources on the hardware control terminal, ensuring sufficient software processing resources and thus improving processing efficiency. This facilitates higher data transmission rates during simulation.

[0011] In conjunction with the first aspect, in one optional implementation of the embodiments of this application, the communication hardware includes one of a full hardware protocol stack communication interface and a hardware protocol stack communication interface.

[0012] By adopting this implementation method, both full hardware protocol stack communication interfaces and hardware protocol stack communication interfaces can be used to process the communication protocol using hardware, thereby improving the data transmission rate, stability and reliability during the communication process.

[0013] In conjunction with the first aspect, in an optional implementation of the embodiments of this application, during the transmission of communication data by the full hardware protocol stack communication interface or hardware protocol stack communication interface, the hardware control terminal acts as the server in the simulation system, and the simulation model terminal acts as the client in the simulation system, wherein the server is used to wait for a communication connection, and the client is used to initiate a communication connection.

[0014] In this implementation, the server is the one waiting for a connection, while the client is the one actively initiating the connection. By using the hardware control terminal as the server in the simulation system, the hardware control terminal passively waits for the client's connection request. Once the connection is established, data can be transmitted, avoiding the connection delay that occurs when the hardware control terminal acts as the client and improving the data transmission rate.

[0015] In conjunction with the first aspect, in one optional implementation of the embodiments of this application, the communication hardware includes a full hardware TCP / IP protocol stack communication interface.

[0016] In conjunction with the first aspect, in one optional implementation of the embodiments of this application, the communication terminal is pre-configured with library functions;

[0017] The hardware control terminal is equipped with the library functions to communicate the communication data.

[0018] This implementation method simplifies the development process, improves code reusability, and reduces the complexity of underlying hardware or protocols through library functions.

[0019] In conjunction with the first aspect, in an optional implementation of the embodiments of this application, the hardware control terminal and the communication terminal have an interrupt mechanism, and / or the hardware control terminal and the communication terminal have a retransmission mechanism.

[0020] By employing this implementation method, the interrupt mechanism improves the timeliness of communication response, reduces the processing delay of communication data, and enhances the stability of the simulation system. The retransmission mechanism ensures the integrity and reliability of communication data.

[0021] In conjunction with the first aspect, in one optional implementation of the embodiments of this application, the communication terminal and the hardware control terminal achieve synchronous serial communication through an Ethernet interface, and / or the communication terminal and the simulation model terminal achieve Internet communication through a network cable interface.

[0022] This implementation method increases the communication distance.

[0023] In conjunction with the first aspect, in one optional implementation of the embodiments of this application, the Ethernet interface and the network cable interface of the communication terminal are located on the same side of the communication terminal.

[0024] This implementation method improves the ease of wiring at the communication end and the ease of interface maintenance.

[0025] In conjunction with the first aspect, in an optional implementation of the embodiments of this application, the communication terminal includes an embedded Ethernet controller for communication, and the Ethernet interface includes a full-duplex synchronous serial bus interface.

[0026] This implementation method helps to improve the efficiency of the communication terminal in processing communication data, thereby improving communication efficiency.

[0027] In conjunction with the first aspect, in one optional implementation of the embodiments of this application, a controllable optical fiber bypass channel is provided between the hardware control terminal and the simulation model terminal.

[0028] This implementation method allows the fiber optic bypass channel to be activated when needed, reducing the burden on the communication end.

[0029] In conjunction with the first aspect, in one optional implementation of the embodiments of this application, the hardware controller includes at least one of an air conditioning controller, a car controller, a refrigerator controller, and a fabric processing equipment controller. Attached Figure Description

[0030] Figure 1 This is an application example diagram of a simulation system provided in an embodiment of this application;

[0031] Figure 2 This is a structural block diagram of a simulation system provided in an embodiment of this application;

[0032] Figure 3 This is a structural block diagram of a simulation system provided in an embodiment of this application in a specific application scenario;

[0033] Figure 4 This is a flowchart of the TCP / IP communication software provided in the embodiments of this application. Detailed Implementation

[0034] To enable those skilled in the art to better understand the present application, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present application, and not all embodiments. Based on the embodiments in the present application, all other embodiments obtained by those of ordinary skill in the art without creative effort should fall within the scope of protection of the present application.

[0035] It should be understood that "multiple" as mentioned herein refers to two or more. In the description of the embodiments of this application, unless otherwise stated, " / " means "or," for example, A / B can mean A or B; "and / or" in this document is merely a description of the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A existing alone, A and B existing simultaneously, and B existing alone. Furthermore, to facilitate a clear description of the technical solutions of the embodiments of this application, the terms "first," "second," etc., are used in the embodiments of this application to distinguish identical or similar items with essentially the same function and effect. Those skilled in the art will understand that the terms "first," "second," etc., do not limit the quantity or execution order, and the terms "first," "second," etc., do not necessarily imply differentness.

[0036] Furthermore, the terms “comprising” and “having”, and any variations thereof, are intended to cover non-exclusive inclusion, such that a process, method, system, product, or apparatus that includes a series of steps or units is not necessarily limited to those steps or units that are explicitly listed, but may include other steps or units that are not explicitly listed or that are inherent to such process, method, product, or apparatus.

[0037] Hardware-in-the-loop simulation is a real-time simulation tool that integrates hardware and software. It typically consists of three parts: a real-time hardware controller, a communication interface module, and a real-time system simulation model. Specifically, for example... Figure 1 As shown, various information about the simulation system is observed through software programming. For many control systems and embedded systems that need to be tested in a real-time environment, hardware-in-the-loop simulation testing can provide a real-time testing environment, enabling developers to test and debug under conditions close to actual operating conditions.

[0038] Hardware-in-the-loop simulation communication interfaces typically use serial communication interfaces, parallel communication interfaces, etc. For some complex systems, the above communication interfaces lack certain real-time performance, have poor noise interference resistance, short data transmission distance, and slow data transmission rate, which seriously affects the accuracy and real-time performance of data exchange between the real-time hardware controller and the real-time simulation model of the system. Sometimes, data distortion and untimely system response may also occur.

[0039] Based on this, embodiments of this application provide a simulation system that at least solves the following problems:

[0040] This enables efficient data transmission during hardware-in-the-loop simulation testing, resolving the issue that communication delays may cause systems with high real-time requirements to malfunction, and improving the accuracy and stability of data transmission.

[0041] It has at least the following technical effects:

[0042] Applying a full hardware TCP / IP protocol stack communication interface (such as the W5500 chip) to hardware-in-the-loop simulation testing can improve the stability and reliability of data transmission during the testing process. Compared with serial communication interfaces, the data transmission rate is increased by 10%, and the transmission distance is increased from a few meters or tens of meters to one hundred meters, which can better help developers conduct testing and online debugging in a simulated real-time environment.

[0043] It has at least the following characteristics:

[0044] Hardware-in-the-loop (HIL) simulation employs a full hardware TCP / IP protocol stack communication interface. First, library functions for an Ethernet control chip are deployed on the hardware controller (such as a DSP or STM32). Second, the hardware controller acts as the server, and the real-time simulation model on the host computer acts as the client, utilizing the built-in TCP / IP protocol stack of the Ethernet control chip. Finally, the hardware controller issues communication and execution commands, achieving efficient data transmission. In other words, this embodiment aims to provide a hardware-in-the-loop simulation system architecture using a full hardware TCP / IP protocol stack communication interface, including both hardware connectivity and software architecture. The controller and simulation model, depending on requirements, utilize hardware processors and modeling software to establish different hardware-in-the-loop simulation systems (control systems, embedded systems, etc.).

[0045] Next, a simulation system provided in this embodiment will be further described. (Refer to...) Figure 2 The simulation system diagram shown includes a hardware control terminal, including a hardware controller;

[0046] Simulation model end, including simulation model;

[0047] The communication terminal is connected to both the hardware control terminal and the simulation model terminal, and is used to transmit communication data between the hardware control terminal and the simulation model terminal so as to use the hardware controller to simulate the simulation model.

[0048] The communication terminal includes communication hardware, which is used to process communication protocols to realize the transmission of communication data.

[0049] Among them, the hardware control end is equivalent to Figure 1In real-time hardware controllers, such as MCUs, DSPs, and FPGAs, the simulation model is equivalent to... Figure 1 The system's real-time simulation model is used to simulate complex system models such as control systems and embedded systems. The communication terminal is equivalent to... Figure 1 Communication interface modules, such as RS232, SPI, I2C, etc.

[0050] During the simulation, the hardware controller generates control commands based on the simulation status of the simulation model. The simulation model updates itself or adjusts its parameters based on these commands. The specific content of the communication data to be transmitted during the simulation is not limited in this embodiment and can be determined according to the simulation requirements.

[0051] The communication terminal needs to communicate with the hardware control terminal after receiving communication data transmitted from the simulation model terminal to generate communication data between the communication terminal and the hardware control terminal. Conversely, after receiving communication data transmitted from the hardware control terminal, the communication terminal needs to communicate with the simulation model terminal to generate communication data between them. During communication between the communication terminal and the hardware control terminal and the simulation model terminal, its built-in communication hardware processes the communication protocol. It should be noted that the communication hardware includes the function of processing the communication protocol, and may also include other functions, such as sending and receiving communication data, and encapsulation. This embodiment does not specifically limit these functions. The communication hardware is hardware, not software; it can be, for example, a logic circuit, an interface, or a combination thereof.

[0052] In this embodiment, during simulation, the communication terminal responsible for transmitting communication data utilizes communication hardware to process the communication protocol and achieve data transmission. Because the communication hardware relies on hardware processing of the communication protocol, it offers fast response speed and low latency, improving the data transmission rate during simulation. Furthermore, it eliminates the need for software resources on the hardware control terminal, ensuring sufficient software processing resources and thus improving processing efficiency. This facilitates higher data transmission rates during simulation.

[0053] Optionally, in one implementation of this embodiment, the communication hardware includes one of a full hardware protocol stack communication interface and a hardware protocol stack communication interface.

[0054] Communication interfaces are physical or logical channels for data transmission between devices. Depending on the transmission method, protocol, and application scenario, they can be categorized into various types. Specifically, based on data transmission method, communication interfaces include serial communication interfaces and parallel communication interfaces. Based on protocol layer, communication interfaces include physical layer interfaces, hardware protocol stack interfaces, and software protocol stack interfaces. Hardware protocol stack interfaces can be further divided into full hardware protocol stack communication interfaces and hardware protocol stack communication interfaces. Their main characteristic is that the protocol stack is implemented in hardware, supporting network communication such as Ethernet. Specifically, the difference between full hardware protocol stack communication interfaces and hardware protocol stack communication interfaces is that a hardware protocol stack interface only implements the lower layers (such as the Ethernet MAC layer and PHY layer), while the upper-layer protocols (IP, TCP) are still handled by software. A full hardware protocol stack communication interface, from the physical layer to the transport layer (such as ARP, IP, TCP / UDP), is entirely implemented by hardware logic circuits.

[0055] By adopting this implementation method, both full hardware protocol stack communication interfaces and hardware protocol stack communication interfaces can be used to process the communication protocol using hardware, thereby improving the data transmission rate, stability and reliability during the communication process.

[0056] Optionally, in one implementation of this embodiment, during the transmission of communication data by the full hardware protocol stack communication interface or hardware protocol stack communication interface, the hardware control terminal acts as the server in the simulation system, and the simulation model terminal acts as the client in the simulation system. The server is used to wait for a communication connection, and the client is used to initiate a communication connection.

[0057] In the simulation system, which end acts as the server and which as the client can be configured according to requirements. In this embodiment, the hardware control end is used as the server due to its strong data processing capabilities and fast response speed. Specifically, the server and client can be configured based on their active and passive roles. For example, the server has active control and the client has passive control. Mapped to the simulation system, the hardware control end is active control and the simulation model end is passive control. Therefore, to enable the hardware control end to act as the server, the communication end is configured to monitor in real time whether there is communication data transmission at the simulation model end, and only communicate with the hardware control end after communication data transmission is available.

[0058] In this implementation, the server is the one waiting for a connection, while the client is the one actively initiating the connection. By using the hardware control terminal as the server in the simulation system, the hardware control terminal passively waits for the client's connection request. Once the connection is established, data can be transmitted, avoiding the connection delay that occurs when the hardware control terminal acts as the client and improving the data transmission rate.

[0059] Optionally, in one implementation of this embodiment, the communication terminal has pre-defined library functions;

[0060] The hardware control terminal is equipped with the library functions to communicate the communication data.

[0061] The library functions can be set according to the actual simulation requirements, so this embodiment does not limit the specific content of the library functions.

[0062] This implementation method simplifies the development process, improves code reusability, and reduces the complexity of underlying hardware or protocols through library functions.

[0063] Optionally, in one implementation of this embodiment, the hardware control terminal and the communication terminal have an interrupt mechanism, and / or the hardware control terminal and the communication terminal have a retransmission mechanism.

[0064] The interrupt mechanism refers to a mechanism by which the hardware control terminal interrupts the processing of other events and responds to the communication terminal in real time after receiving a signal or communication data indicating the establishment of a communication link from the communication terminal.

[0065] The retransmission mechanism refers to retransmitting the communication data that needs to be transmitted after detecting that the communication status between the hardware control terminal and the communication terminal meets the preset retransmission conditions, thus ensuring the integrity of the communication data. Specifically, the retransmission conditions can be set according to requirements. For ease of understanding, parameters such as the transmission duration and data volume of the communication data can be used as retransmission conditions to determine whether retransmission is necessary. For example, if the amount of communication data received by the communication terminal (i.e., the size of the data packet) increases or decreases, the retransmission condition is met, and retransmission occurs.

[0066] By employing this implementation method, the interrupt mechanism improves the timeliness of communication response, reduces the processing delay of communication data, and enhances the stability of the simulation system. The retransmission mechanism ensures the integrity and reliability of communication data.

[0067] Optionally, in one implementation of this embodiment, the communication terminal and the hardware control terminal achieve synchronous serial communication through an Ethernet interface, and / or the communication terminal and the simulation model terminal achieve Internet communication through a network cable interface.

[0068] Specifically, Ethernet interfaces, such as SPI interfaces, are used to connect the communication end and the simulation model end via network cables.

[0069] This implementation method increases the communication distance.

[0070] In conjunction with the first aspect, in one optional implementation of the embodiments of this application, the Ethernet interface and the network cable interface of the communication terminal are located on the same side of the communication terminal.

[0071] This implementation method improves the ease of wiring at the communication end and the ease of interface maintenance.

[0072] In conjunction with the first aspect, in an optional implementation of the embodiments of this application, the communication terminal includes an embedded Ethernet controller for communication, and the Ethernet interface includes a full-duplex synchronous serial bus interface.

[0073] Specifically, the embedded Ethernet controller includes the W5500 controller. The full-duplex synchronous serial bus interface includes the SPI bus interface.

[0074] This implementation method helps to improve the efficiency of the communication terminal in processing communication data, thereby improving communication efficiency.

[0075] In conjunction with the first aspect, in one optional implementation of the embodiments of this application, a controllable optical fiber bypass channel is provided between the hardware control terminal and the simulation model terminal.

[0076] This implementation method allows the fiber optic bypass channel to be activated when needed, reducing the burden on the communication end.

[0077] Optionally, in one implementation of this embodiment, the hardware controller includes at least one of an air conditioning controller, a car controller, a refrigerator controller, and a fabric processing equipment controller.

[0078] This embodiment also provides a simulation method applied to a communication terminal, the method including the following processing steps.

[0079] S100: Based on the communication hardware, the communication data to be transmitted is transmitted to the hardware control terminal and the simulation model terminal, so as to use the hardware control terminal to simulate the simulation model terminal.

[0080] The communication hardware is used to process the communication protocol between the hardware control terminal and the simulation model terminal.

[0081] In one possible embodiment of this application, the communication data includes first communication data for transmission to the hardware control terminal;

[0082] The step of transmitting the required communication data to the hardware control terminal based on the communication hardware includes:

[0083] After receiving the first communication data sent by the simulation model terminal, the communication hardware matches the communication protocol of the hardware control terminal and establishes a connection with the hardware control terminal using an interrupt signal. Then, the first communication data is transmitted to the hardware control terminal. The interrupt signal is used to enable the hardware control terminal to prioritize the processing of communication events with the communication terminal.

[0084] In one embodiment, the specific implementation process of priority processing may be to prioritize the events that the hardware control terminal needs to process, and to rank the communication events with the communication terminal as the highest or second highest priority.

[0085] Optionally, in one implementation of this embodiment, establishing a connection with the hardware control terminal using an interrupt signal includes:

[0086] The interrupt signal is transmitted to the hardware control terminal to enable the hardware control terminal to execute an interrupt routine. After entering the interrupt routine, the hardware control terminal establishes a communication link with the simulation model terminal through a handshake protocol.

[0087] Optionally, in one implementation of this embodiment, the communication data includes second communication data for transmission to the simulation model terminal;

[0088] Based on the communication hardware, the necessary communication data is transmitted to the simulation model, including:

[0089] After receiving the second communication data uploaded by the hardware control terminal, the second communication data is transmitted to the simulation model terminal via the Internet based on the communication hardware matching and the communication protocol of the simulation model terminal, so as to update the running status of the simulation model in the simulation model terminal.

[0090] This embodiment also provides a simulation method, the method comprising:

[0091] The simulation model transmits feedback signals to the communication terminal.

[0092] The communication terminal transmits the feedback signal to the hardware control terminal based on the communication hardware, wherein the communication hardware is used to process the communication protocol between the communication terminal and the hardware control terminal.

[0093] The hardware control terminal generates a processing result based on the feedback signal and transmits the processing result to the communication terminal.

[0094] The communication terminal uploads the processing result to the simulation model terminal, and the simulation model terminal updates the running status of the simulation model based on the processing result.

[0095] In the above embodiments of this application, the descriptions of each embodiment have their own emphasis. Parts not described in detail in a certain embodiment can be referred to in the relevant descriptions of other embodiments. The steps illustrated in the related flowcharts can be executed in a computer system such as a set of computer-executable instructions. Furthermore, although a logical order is shown in the flowcharts, in some cases, the steps shown or described may be performed in a different order than that shown here. In other words, the order of steps described in the foregoing embodiments is merely an example. Reasonable adjustments to the order of steps based on the content of the embodiments of this application are also within the protection scope of the embodiments of this application.

[0096] In one specific implementation of the embodiments of this application, the simulation system and method include the following processing steps:

[0097] The communication interface for hardware-in-the-loop simulation testing is an external W5500 Ethernet interface extended from the SPI bus to realize the TCP / IP communication function between the controller and the outside world. At the same time, it can communicate with the host computer through a network cable connection.

[0098] The hardware-in-the-loop simulation system mainly consists of three parts: a real-time hardware controller, a communication interface module, and a real-time system simulation model. Figure 1 As shown. The real-time hardware controller (DSP, MCU, FPGA, etc.) receives feedback status signals from the real-time simulation model through an external communication interface module (RS232, SPI, I2C, etc.), performs control algorithm calculations based on the given status signals in the software program, and then outputs control command signals. The communication interface module completes the data exchange of relevant command signals and feedback signals between the controller hardware and the system real-time simulation model. The system real-time simulation model is a model graphically modeled and simulated using dynamic system modeling software (SIMULINK, LabVIEW, Modelica, etc.) according to the mathematical models of control systems, embedded systems, and signal processing systems.

[0099] Figure 3 The diagram shows the TCP / IP communication hardware connection. The real-time controller (i.e., the hardware control end) uses a DSP processor, the communication interface module (i.e., the communication end) uses a W5500 Ethernet control chip, and the system's real-time simulation model (i.e., the simulation model end) is a SIMULINK model. The W5500 Ethernet interface is connected to the host computer model via a network cable, and the DSP processor is extended to the W5500 Ethernet interface via the SPI bus. During hardware-in-the-loop simulation testing, the DSP acts as the server, and the PC SIMULINK simulation model acts as the client. Based on the complete TCP / IP protocol stack built into the W5500 chip, the DSP can directly call the official library functions of the W5500 Ethernet control chip via commands to achieve communication between the server and the host computer client.

[0100] Figure 4The TCP / IP communication software flowchart begins with a rapid system initialization, including DSP controller initialization and W5500 module initialization. After power-on, the DSP automatically configures the system clock, ensuring all peripherals and core clocks function correctly. It then initializes control registers, setting parameters such as operating mode and interrupt priority, and configuring corresponding on-chip peripherals. The W5500 registers are configured via the SPI interface, including MAC address, IP address, subnet mask, and gateway address. This software configuration offers significant flexibility, adapting to different network environments and application scenarios. Next, the SPI interrupt is enabled to ensure the W5500 module responds promptly to the DSP's communication requests, achieving hardware and software collaboration between the DSP and the W5500 module, ensuring efficient data transmission and processing. Finally, the W5500's socket port is configured and the listening port number is set, preparing to receive data packets from the server.

[0101] The second step, the communication waiting loop, includes socket port listening and connection establishment. Socket port listening involves the W5500 module's socket port continuously querying the server port status to detect the arrival of new data packets. When a data packet is detected, the W5500 module generates an interrupt signal to notify the DSP for processing. Next, connection establishment occurs. Upon receiving the interrupt signal, the DSP enters the interrupt service routine to parse the data packet. The interrupt routine establishes a connection with the client using the TCP three-way handshake protocol, ensuring the reliability and stability of the communication link. Finally, after a successful handshake, the DSP enters the data transmission state, ready to receive and send data. Through this interrupt mechanism, the DSP can respond promptly to the W5500 module's communication requests, reducing data processing latency and improving system stability.

[0102] The third step is data transmission and processing, including data transmission and processing between the client PC and the W5500 module, and between the server DSP and the W5500 module. The W5500 module's socket port receives feedback signals from the client PC, and the server DSP then receives data packets from the client through the W5500 module. It parses the packet content and calls the corresponding processing functions for real-time calculation and control based on the instructions in the packet. Finally, the server DSP sends the processed results back to the client through the W5500 module, updating the running status of the host computer simulation model. During transmission, the DSP uses the TCP protocol's retransmission mechanism to ensure data integrity and reliability.

[0103] The fourth step involves an interrupt and a return message indicating the end of communication. Once the communication task is complete, the DSP disconnects from the client via a TCP four-way handshake, releasing resources. The DSP then terminates the interrupt and re-enters the communication waiting loop, preparing to receive new data packets. The W5500 module then returns to its initial state and prepares for the next communication attempt.

[0104] After the above steps, the hardware-in-the-loop (HIL) simulation system completes hardware-in-the-loop (HIL) simulation through a full hardware TCP / IP protocol stack communication interface. This solves the problem that systems with high real-time requirements cannot perform HIL simulation normally due to communication delays, improves the overall communication efficiency of the system, enhances the stability and reliability of the system, and provides strong support for HIL simulation of various control systems and complex systems.

[0105] The sequence numbers or order of description of the embodiments in this application are for descriptive purposes only and do not represent the superiority or inferiority of the embodiments.

[0106] In the several embodiments provided in this application, it should be understood that the disclosed technical content can be implemented in other ways. The device embodiments described above are merely illustrative; for example, the division of units can be a logical functional division, and in actual implementation, there may be other division methods. For instance, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the displayed or discussed mutual coupling, direct coupling, or communication connection may be through some interfaces; the indirect coupling or communication connection between units or modules may be electrical or other forms.

[0107] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0108] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit.

[0109] In the above embodiments, implementation can be achieved, in whole or in part, through software, hardware, firmware, or any combination thereof. When implemented in software, it can be implemented, in whole or in part, as a computer program product. The computer program product includes one or more computer instructions. When the computer instructions are loaded and executed on a computer, all or part of the processes or functions described in the embodiments of this application are generated. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions can be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another. For example, the computer instructions can be transmitted from one website, computer, server, or data center to another via wired (e.g., coaxial cable, fiber optic, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) means. The computer-readable storage medium can be any available medium accessible to a computer, or a data storage device such as a server or data center that integrates one or more available media. The available medium can be a magnetic medium (e.g., floppy disk, hard disk, magnetic tape), an optical medium (e.g., digital versatile disc (DVD)), or a semiconductor medium (e.g., solid-state disk (SSD)). It is worth noting that the computer-readable storage medium mentioned in the embodiments of this application can be a non-volatile storage medium; in other words, it can be a non-transient storage medium.

[0110] It should be noted that the information (including but not limited to user device information, user personal information, etc.), data (including but not limited to data used for analysis, stored data, displayed data, etc.), and signals involved in the embodiments of this application are all authorized by the user or fully authorized by all parties, and the collection, use, and processing of related data must comply with the relevant laws, regulations, and standards of the relevant countries and regions. For example, the scene data of the current frame in the 3D virtual scene involved in the embodiments of this application, the client's device information, and the scene interaction information are all obtained with full authorization.

[0111] The above description is only a preferred embodiment of this application. It should be noted that for those skilled in the art, several improvements and modifications can be made without departing from the principle of this application, and these improvements and modifications should also be considered within the scope of protection of this application.

Claims

1. A simulation system, characterized in that, include: Hardware control end, including hardware controller; Simulation model end, including simulation model; The communication terminal is connected to both the hardware control terminal and the simulation model terminal, and is used to transmit communication data between the hardware control terminal and the simulation model terminal. The communication terminal includes communication hardware, which is used to process communication protocols to realize the transmission of communication data.

2. The simulation system according to claim 1, characterized in that, The communication hardware includes one of a full hardware protocol stack communication interface and a hardware protocol stack communication interface.

3. The simulation system according to claim 2, characterized in that, The hardware control terminal serves as the server in the simulation system, and the simulation model terminal serves as the client in the simulation system. The server is used to wait for communication connections, and the client is used to initiate communication connections.

4. The simulation system according to claim 2, characterized in that, The communication hardware includes a full hardware TCP / IP protocol stack communication interface.

5. The simulation system according to any one of claims 1-4, characterized in that, The communication terminal and the hardware control terminal achieve synchronous serial communication via an Ethernet interface.

6. The simulation system according to claim 5, characterized in that, The communication terminal and the simulation model terminal communicate via a network cable interface to achieve Internet communication.

7. The simulation system according to claim 6, characterized in that, The Ethernet interface and the network cable interface of the communication terminal are located on the same side of the communication terminal.

8. The simulation system according to claim 7, characterized in that, The communication terminal includes an embedded Ethernet controller for communication, and the Ethernet interface includes a full-duplex synchronous serial bus interface.

9. The simulation system according to any one of claims 1-4, characterized in that, A controllable optical fiber bypass channel is provided between the hardware control terminal and the simulation model terminal.

10. The simulation system according to any one of claims 1-4, characterized in that, The hardware controller includes at least one of an air conditioning controller, a car controller, a refrigerator controller, and a fabric processing equipment controller.

Images