CN117408060A - Whole vehicle model simulation performance optimization method, storage medium and electronic equipment - Google Patents
Whole vehicle model simulation performance optimization method, storage medium and electronic equipment Download PDFInfo
- Publication number
- CN117408060A CN117408060A CN202311405199.1A CN202311405199A CN117408060A CN 117408060 A CN117408060 A CN 117408060A CN 202311405199 A CN202311405199 A CN 202311405199A CN 117408060 A CN117408060 A CN 117408060A
- Authority
- CN
- China
- Prior art keywords
- simulation
- value
- floating point
- reading
- real
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000004088 simulation Methods 0.000 title claims abstract description 200
- 238000000034 method Methods 0.000 title claims abstract description 143
- 238000005457 optimization Methods 0.000 title claims abstract description 26
- 238000004891 communication Methods 0.000 claims abstract description 21
- 230000006870 function Effects 0.000 claims description 113
- 238000006243 chemical reaction Methods 0.000 claims description 8
- 238000012544 monitoring process Methods 0.000 claims description 5
- 238000010586 diagram Methods 0.000 description 7
- 230000008569 process Effects 0.000 description 5
- 238000012545 processing Methods 0.000 description 5
- 238000004590 computer program Methods 0.000 description 4
- 230000006378 damage Effects 0.000 description 2
- 239000004973 liquid crystal related substance Substances 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 238000012360 testing method Methods 0.000 description 2
- 230000000007 visual effect Effects 0.000 description 2
- 208000027418 Wounds and injury Diseases 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000000802 evaporation-induced self-assembly Methods 0.000 description 1
- 238000011990 functional testing Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 208000014674 injury Diseases 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000012430 stability testing Methods 0.000 description 1
- 238000010998 test method Methods 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F30/00—Computer-aided design [CAD]
- G06F30/20—Design optimisation, verification or simulation
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F30/00—Computer-aided design [CAD]
- G06F30/10—Geometric CAD
- G06F30/15—Vehicle, aircraft or watercraft design
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/544—Buffers; Shared memory; Pipes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/545—Interprogram communication where tasks reside in different layers, e.g. user- and kernel-space
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02T—CLIMATE CHANGE MITIGATION TECHNOLOGIES RELATED TO TRANSPORTATION
- Y02T10/00—Road transport of goods or passengers
- Y02T10/10—Internal combustion engine [ICE] based vehicles
- Y02T10/40—Engine management systems
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Software Systems (AREA)
- Geometry (AREA)
- General Engineering & Computer Science (AREA)
- Computer Hardware Design (AREA)
- Evolutionary Computation (AREA)
- Automation & Control Theory (AREA)
- Computational Mathematics (AREA)
- Mathematical Analysis (AREA)
- Mathematical Optimization (AREA)
- Pure & Applied Mathematics (AREA)
- Aviation & Aerospace Engineering (AREA)
- Debugging And Monitoring (AREA)
Abstract
The invention belongs to the technical field of vehicle software development, and particularly relates to a vehicle model simulation performance optimization method, a storage medium and electronic equipment, wherein the vehicle model simulation performance optimization method comprises the following steps: creating a real-time kernel program for executing the real-time simulation task of the whole vehicle model; the method comprises the steps of realizing cross-process communication between the real-time kernel program and host software in a mode of sharing a memory, reading and writing vehicle simulation signals through the host software, automatically controlling the real-time kernel program to execute simulation commands through a code program, and recording simulation data fed back by the real-time kernel program.
Description
Technical Field
The invention belongs to the technical field of vehicle software development, and particularly relates to a vehicle model simulation performance optimization method, a storage medium and electronic equipment.
Background
In the situations of high real-time requirements of real-time control, real-time simulation, hardware-in-loop simulation, joint simulation and the like, the performance of the program is very important. At present, the similar software mostly realizes performance improvement by optimizing the software, for example, program performance is optimized by using multithreading to replace single thread, using table lookup to change time in space, using cache to avoid repeated calculation and the like. How to optimize program performance to higher performance levels is a challenge because many times program performance cannot continue to be optimized due to design framework, language constraints. This results in that much software, even if trying to optimize, still fails to reach higher performance levels.
Disclosure of Invention
The invention aims to provide a whole vehicle model simulation performance optimization method, a computer-readable storage medium and electronic equipment.
In order to solve the technical problems, the invention provides a method for optimizing simulation performance of a whole vehicle model, which comprises the following steps:
creating a real-time kernel program for executing the real-time simulation task of the whole vehicle model;
the method comprises the steps that the real-time kernel program and host software are communicated in a cross-process mode through a shared memory, so that vehicle simulation signals are read and written through the host software, a simulation command is automatically controlled to be executed by the real-time kernel program through a code program, and simulation data fed back by the real-time kernel program are recorded; and
after the real-time kernel program is configured as a daemon of the host software, the method for automatically controlling the real-time kernel program to execute the simulation command through the code program comprises the following steps:
the host software prepares command data to be stored in the shared memory, sends an event for simulation to the daemon through the code program, and then the code program enters a state of monitoring the event for simulation;
when the daemon monitors the simulation event, command data corresponding to the simulation event is obtained from the shared memory to execute the corresponding command, and the command execution completion condition is fed back to the host software, namely the simulation event is returned;
And after the code program monitors the simulation event returned by the daemon, acquiring a corresponding command execution result from the shared memory.
Further, after the real-time kernel is configured as a daemon of the host software, the method of reading the vehicle simulation signal includes:
for reading of 32-bit integer analog signals, the reading method comprises the following steps:
calling an Interlock increment function, and taking the shared memory address of the integer simulation signal and the value 0 to be added as parameters to be input, and reading the return value of the function to realize the reading of the integer simulation signal.
Further, after the real-time kernel is configured as a daemon of the host software, the method of reading the vehicle simulation signal includes:
for reading of a 32-bit floating point type emulation signal, the reading method comprises the following steps:
calling an Interlock increment function, taking the shared memory address of the floating point type simulation signal and the value 0 to be added as parameters, and converting the function return value into a 32-bit floating point type value after reading the function return value to realize the reading of the floating point type simulation signal.
Further, the method of converting the function return value to a 32-bit floating point type value includes:
the first address of the function return value is taken as a 32-bit floating point type value 4 bytes later.
Further, after the real-time kernel is configured as a daemon of the host software, the method of reading the vehicle simulation signal includes:
for reading of 64-bit integer analog signals, the reading method includes:
calling an Interlock increment64 function, and taking the shared memory address of the integer simulation signal and the value 0 to be added as parameters to be input, and reading the return value of the function to realize the reading of the integer simulation signal.
Further, after the real-time kernel is configured as a daemon of the host software, the method of reading the vehicle simulation signal includes:
for reading of a 64-bit floating point emulation signal, the reading method comprises the following steps:
calling an Interlock increment64 function, taking the shared memory address of the floating point type simulation signal and the value 0 to be added as parameters, and converting the function return value into a 64-bit floating point type value after reading the function return value to realize the reading of the floating point type simulation signal.
Further, the method of converting a function return value to a 64-bit floating point type value includes:
the first address of the function return value is taken as the 64-bit floating point type value by 8 bytes.
Further, after the real-time kernel is configured as a daemon of the host software, the method of writing the vehicle simulation signal includes:
Writing an integer analog signal of 32 bits, the writing method comprising:
calling an inter-lock exchange function, and taking the shared memory address of the integer simulation signal and the value to be written as parameters to be input.
Further, after the real-time kernel is configured as a daemon of the host software, the method of writing the vehicle simulation signal includes:
writing a 32-bit floating point emulation signal, the writing method comprising:
converting the floating point type value to be written into a required integer value of the function parameter;
calling an inter-lock exchange function, and taking the shared memory address of the floating-point simulation signal and the integer value after conversion as parameters to be input.
Further, the method for converting the floating point type value to be written into the integer value required by the function parameter comprises the following steps:
the first address of the floating point type value is taken as a 32-bit integer value 4 bytes later.
Further, after the real-time kernel is configured as a daemon of the host software, the method of writing the vehicle simulation signal includes:
writing an integer emulation signal of 64 bits, the writing method comprising:
and calling an Interlock exchange64 function, and taking the shared memory address of the integer simulation signal and the value to be written as parameters to be input.
Further, after the real-time kernel is configured as a daemon of the host software, the method of writing the vehicle simulation signal includes:
writing a 64-bit floating point emulation signal, the writing method comprising:
converting the floating point type value to be written into a required integer value of the function parameter;
calling an Interlock exchange64 function, and taking the shared memory address of the floating point type simulation signal and the integer value after conversion as parameters to be input.
Further, the method for converting the floating point type value to be written into the integer value required by the function parameter comprises the following steps:
the first address of the floating point type value is taken as a 64-bit integer value by 8 bytes.
In yet another aspect, the present invention further provides a computer readable storage medium configured to store a program for executing the whole vehicle model simulation performance optimization method as described above.
In a third aspect, the present invention also provides a processor configured to execute the program of the whole vehicle model simulation performance optimization method as described above.
In a fourth aspect, the present invention also provides an electronic device, including: a processor, a readable storage medium, a communication bus, and a communication interface; wherein the processor, the readable storage medium, and the communication interface communicate with each other via the communication bus;
The readable storage medium is configured to store a program for executing the whole vehicle model simulation performance optimization method as described above, and the processor is configured to execute the program of the whole vehicle model simulation performance optimization method.
The method has the beneficial effects that the method for optimizing the simulation performance of the whole vehicle model has the advantages that the real-time kernel program which runs independently is introduced to serve as the daemon of the host software, and the operations related to the performance on the host software are all transferred to the real-time kernel program, so that the optimization cost of the host software is reduced, and the purpose of optimizing the simulation performance is achieved.
Additional features and advantages of the invention will be set forth in the description which follows, and in part will be obvious from the description, or may be learned by practice of the invention. The objectives and other advantages of the invention will be realized and attained by the structure particularly pointed out in the written description and drawings.
In order to make the above objects, features and advantages of the present invention more comprehensible, preferred embodiments accompanied with figures are described in detail below.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings that are needed in the description of the embodiments or the prior art will be briefly described, and it is obvious that the drawings in the description below are some embodiments of the present invention, and other drawings can be obtained according to the drawings without inventive effort for a person skilled in the art.
FIG. 1 illustrates a step diagram of a vehicle model simulation performance optimization method in accordance with some embodiments;
FIG. 2 illustrates a functional block diagram of a vehicle model simulation performance optimization system in accordance with some embodiments.
Fig. 3 illustrates a functional block diagram of an electronic device in accordance with some embodiments.
Detailed Description
For the purpose of making the objects, technical solutions and advantages of the embodiments of the present invention more apparent, the technical solutions of the present invention will be clearly and completely described below with reference to the accompanying drawings, and it is apparent that the described embodiments are some embodiments of the present invention, but not all embodiments. All other embodiments, which can be made by those skilled in the art based on the embodiments of the invention without making any inventive effort, are intended to be within the scope of the invention.
When the function test is carried out on the automobile parts, the parts are required to be operated normally, so that a vehicle on which the parts depend for operation is required to be prepared, and information such as complete electrical environment, network communication environment, vehicle operation state feedback and the like is provided; meanwhile, in the running process of the vehicle and the parts, the parts are controlled in real time to trigger the parts to generate corresponding functions, and the behavior of the parts in the running process depends on the feedback information of the vehicle and the feedback information of other related parts.
While preparing a trolley for each component and other all methods that rely on the component as an environment are extremely impractical, the test method itself may cause vehicle damage and personal injury during special conditions such as emergency braking and vehicle stability testing. Therefore, under normal conditions, the functional test of the parts needs to be simulated by a virtual method, namely, the whole vehicle model software is used for replacing hardware systems such as a real vehicle, a sensor and other parts, so that the cost is reduced, the verification efficiency is improved, and the safety of personnel is ensured. And the real-time nature of the simulation puts higher demands on the simulation performance of the system program.
Therefore, at least one embodiment provides a method for optimizing simulation performance of a whole vehicle model, which comprises the following steps: creating a real-time kernel program for executing the real-time simulation task of the whole vehicle model; the method comprises the steps of realizing cross-process communication between the real-time kernel program and host software in a mode of sharing a memory, reading and writing vehicle simulation signals through the host software, automatically controlling the real-time kernel program to execute simulation commands through a code program, and recording simulation data fed back by the real-time kernel program.
According to the method for optimizing the simulation performance of the whole vehicle model, the real-time kernel program which runs independently is introduced to serve as a daemon of the host software, and all operations related to performance on the host software are transferred to the real-time kernel program, so that the optimization cost of the host software is reduced, and the purpose of optimizing the simulation performance is achieved.
Various non-limiting implementations of the embodiments of the present disclosure are described in detail below with reference to the attached drawings.
As shown in fig. 1, some embodiments provide a method for optimizing simulation performance of a whole vehicle model, including:
creating a real-time kernel program for executing the real-time simulation task of the whole vehicle model;
the method comprises the steps of realizing cross-process communication between the real-time kernel program and host software in a mode of sharing a memory, reading and writing vehicle simulation signals through the host software, automatically controlling the real-time kernel program to execute simulation commands through a code program, and recording simulation data fed back by the real-time kernel program.
In some embodiments, the real-time kernel refers to an internal kernel that is dedicated to performing real-time simulation tasks, and the creation method is developed, for example, but not limited to, by a development environment, such as a Visual Studio. The host software refers to a program for directly servicing the simulation and test requirements of a user and using a real-time kernel program. The code program is a user script program running in the host software, having access to the resources of the host software, whose operation depends on the host software itself. The host software can record the simulation data on the local computer for data playback and analysis, and the recorded simulation data can be used for evaluating the simulation result, so that the problems in the simulation process can be conveniently found.
In some embodiments, the real-time kernel is configured as a daemon of the host software.
The daemon can control the process priority and the simulation thread priority by itself, so that the simulation performance can be optimized, and the daemon is not influenced by the host software program or the host software program. The daemon may also interface with any architecture host software program, such as supporting 32-bit host software programs as well as 64-bit host software programs.
As a preferred implementation of some embodiments, after the real-time kernel program is configured as a daemon of the host software, the method for automatically controlling the real-time kernel program to execute the simulation command by the code program includes:
the host software prepares command data to be stored in the shared memory, sends an event for simulation to the daemon through the code program, and then the code program enters a state of monitoring the event for simulation;
when the daemon monitors the simulation event, command data corresponding to the simulation event is obtained from the shared memory to execute the corresponding command, and the command execution completion condition is fed back to the host software, namely the simulation event is returned;
and after the code program monitors the simulation event returned by the daemon, acquiring a corresponding command execution result from the shared memory.
Assume that host software running on a Windows platform is designed, and a vehicle dynamics simulation engine CarSim is called to realize the simulation of a whole vehicle model, for example:
according to some embodiments, a real-time kernel CSController is designed as a daemon of host software, which calls the API function "setprioritclass" of Windows at start-up to raise the priority of the daemon, while the real-time kernel calls the API function "SetThreadPriority" of Windows at start-up of an emulation thread (emulation thread refers to a thread that calls CarSim in this case) to raise the priority of the thread. Therefore, the daemon can independently optimize the performance of the daemon and the performance of the simulation thread, and the optimization process does not influence or be influenced by the host software program, so that the optimization cost of the host software is reduced, and the purpose of optimizing the simulation performance is achieved.
And starting a shared memory for executing the simulation command after the daemon CScontroller is started, monitoring the event name Cmdtx, attempting to open the shared memory when the host software is started in the simulation, stopping the simulation if the host software fails to open, and reporting errors.
After the host software successfully opens the shared memory, a simulation link is entered. The emulation command contains multiple types of operations. Take the example of a start up emulation command: setting the data of the start simulation command to be 01, and after the host software sets the first byte data of the shared memory to be 01, setting an event Cmdtx to send the start simulation command to the daemon. The host software then listens for the event name cmdxx to wait for the daemon's command execution to complete.
After the daemon monitors the event name CmdTx, the daemon reads the first byte data of the shared memory to determine what type of simulation command is, and when the first byte data is read to be 01, the daemon starts simulation, and the starting simulation may succeed and may fail. Assuming that the successful return value is 0, the failed return value is 1. The daemon writes the return value of the start simulation into the first byte of the shared memory and sets an event cmdxx to feed back the execution result of the simulation command to the host software. The daemon then continues to listen for the event name CmdTx to wait for the next command from the host software.
After the host software monitors the event name CmdRx, the first byte of the shared memory is read to judge the execution result of the last command, when the read byte data is 0 to indicate that the start simulation is successful, and when the read byte data is 1 to indicate that the start simulation is failed. The host software sets the event name Cmdtx again according to the content to be executed in the next step so as to control the daemon to continue executing the simulation command.
The daemon of some embodiments may interface with any architecture host software program, supporting both 32-bit host software programs and 64-bit host software programs, and the method of reading and writing vehicle simulation signals after the real-time kernel program is configured as the daemon of the host software will be described in detail below by taking the 32-bit host software program as an example.
In some embodiments, after the real-time kernel is configured as a daemon of the host software, the method of reading the vehicle simulation signal includes:
for reading of 32-bit integer analog signals, the reading method comprises the following steps:
calling an Interlock increment function, and taking the shared memory address of the integer simulation signal and the value 0 to be added as parameters to be input, and reading the return value of the function to realize the reading of the integer simulation signal.
The following is a detailed description in connection with the case:
taking the example of reading the value of the 32-bit integer Gear signal Gear into the 32-bit integer variable "v", the code for calling the interfockedincrement function is as follows:
v＝InterlockedIncrement(&Gear,0)；
wherein, the Gear is the shared memory address of the integer Gear signal Gear, and 0 is the value to be added; and (3) running the codes to obtain a function return value, and reading the function return value to realize reading of the 32-bit integer Gear signal Gear.
In some embodiments, after the real-time kernel is configured as a daemon of the host software, the method of reading the vehicle simulation signal includes:
for reading of a 32-bit floating point type emulation signal, the reading method comprises the following steps:
calling an Interlock increment function, taking the shared memory address of the floating point type simulation signal and the value 0 to be added as parameters, and converting the function return value into a 32-bit floating point type value after reading the function return value to realize the reading of the floating point type simulation signal.
The method for converting the function return value into the 32-bit floating point type numerical value comprises the following steps: the first address of the function return value is taken as a 32-bit floating point type value 4 bytes later.
The following is a detailed description in connection with the case:
taking the example of reading the value of the 32-bit floating point signal Vx into the 32-bit floating point variable "v", the code for calling the interfockedincrement function is as follows:
*(int32*)(&v)＝InterlockedIncrement(&Vx,0)；
wherein, & Vx is the shared memory address of the floating point signal Vx, 0 is the value to be added, & v is the first address of the function return value, & lt 32: & gt represents that the first address of the function return value is taken 4 bytes back, the code is operated, and the execution result is read, namely the 32-bit floating point signal Vx is read.
In some embodiments, after the real-time kernel is configured as a daemon of the host software, the method of reading the vehicle simulation signal includes:
For reading of 64-bit integer analog signals, the reading method includes:
calling an Interlock increment64 function, taking the shared memory address of the integer simulation signal and the value 0 to be added as parameters, and reading the return value of the function to realize the reading of the integer simulation signal;
the following is a detailed description in connection with the case:
taking the example of reading the value of the 64-bit integer time signal TimeUs into the 64-bit integer variable "v", the call Interlock increment64 function code is as follows:
v＝InterlockedIncrement64(&TimeUs,0)；
wherein & TimeUs are shared memory addresses of integer time signals TimeUs, 0 is a value to be added; and running the code to obtain a function return value, and reading the function return value to realize reading of the 64-bit integer time signal TimeUs.
In some embodiments, after the real-time kernel is configured as a daemon of the host software, the method of reading the vehicle simulation signal includes:
for reading of a 64-bit floating point emulation signal, the reading method comprises the following steps:
calling an Interlock increment64 function, taking the shared memory address of the floating point type simulation signal and the value 0 to be added as parameters, and converting the function return value into a 64-bit floating point type value after reading the function return value to realize the reading of the floating point type simulation signal.
The method for converting the function return value into the 64-bit floating point type numerical value comprises the following steps:
the first address of the function return value is taken as the 64-bit floating point type value by 8 bytes.
The following is a detailed description in connection with the case:
taking the example of reading the value of the 64-bit floating point signal EngForce into the 64-bit floating point variable "v", the code for calling the interfockedincrement 64 function is as follows:
*(int64*)(&v)＝InterlockedIncrement64(&EngForce,0)；
wherein, the EngForce is the shared memory address of the floating point signal EngForce, 0 is the value to be added, v is the first address of the function return value, and (int 64) represents that the first address of the function return value is taken for 8 bytes later; and executing the codes and reading the execution results to realize the reading of the 64-bit floating point signal EngForce.
In some embodiments, after the real-time kernel is configured as a daemon of the host software, the method of writing the vehicle emulation signal comprises:
writing an integer analog signal of 32 bits, the writing method comprising:
calling an inter-lock exchange function, and taking the shared memory address of the integer simulation signal and the value to be written as parameters to be input.
The following is a detailed description in connection with the case:
taking the example of writing the value of the 32-bit integer signal x into the 32-bit integer Gear signal Gear, the code for calling the intersockedexchange function is as follows:
InterlockedExchange(&Gear,x)；
And the code is operated, namely the value of the 32-bit integer Gear signal x is written into the 32-bit integer Gear signal Gear.
In some embodiments, after the real-time kernel is configured as a daemon of the host software, the method of writing the vehicle emulation signal comprises:
writing a 32-bit floating point emulation signal, the writing method comprising:
converting the floating point type value to be written into a required integer value of the function parameter;
calling an inter-lock exchange function, and taking the shared memory address of the floating-point simulation signal and the integer value after conversion as parameters to be input.
The method for converting the floating point type value to be written into the integer value required by the function parameter comprises the following steps:
the first address of the floating point type value is taken as a 32-bit integer value 4 bytes later.
The following is a detailed description in connection with the case:
taking the example of writing the value of the 32-bit floating point signal x into the 32-bit floating point signal Vx, the code for calling the interfockedexchange function is as follows:
InterlockedExchange(&Vx,*(int32*)(&x))；
wherein, the (Vx) is a shared memory address of the floating point signal Vx, the (x) is a first address of the floating point signal x value, and the (int 32) represents that the first address of the floating point signal x value is taken to be 4 bytes behind; running the code described above achieves writing the value of the 32-bit floating point signal x into the 32-bit floating point signal Vx.
In some embodiments, after the real-time kernel is configured as a daemon of the host software, the method of writing the vehicle emulation signal comprises:
writing an integer emulation signal of 64 bits, the writing method comprising:
and calling an Interlock exchange64 function, and taking the shared memory address of the integer simulation signal and the value to be written as parameters to be input.
The following is a detailed description in connection with the case:
taking the example of writing the value of the 64-bit integer signal x into the 64-bit integer signal TimeUs, the code for calling the Interlock exchange64 function is as follows:
InterlockedExchange64(&TimeUs,x)；
wherein, the & TimeUs are the shared memory addresses of the integer signals TimeUs, x is the value to be written, and the code is run, namely, the value of the 64-bit integer signal x is written into the 64-bit integer signal TimeUs.
In some embodiments, after the real-time kernel is configured as a daemon of the host software, the method of writing the vehicle emulation signal comprises:
writing a 64-bit floating point emulation signal, the writing method comprising:
converting the floating point type value to be written into a required integer value of the function parameter;
calling an Interlock exchange64 function, and taking the shared memory address of the floating point type simulation signal and the integer value after conversion as parameters to be input.
The method for converting the floating point type value to be written into the integer value required by the function parameter comprises the following steps:
the first address of the floating point type value is taken as a 64-bit integer value by 8 bytes.
The following is a detailed description in connection with the case:
taking the example of writing the value of the 64-bit floating point signal x into the 64-bit floating point signal EngForce, the code for calling the interfockedexchange 64 function is as follows:
InterlockedExchange64(&EngForce,*(int64*)(&x))；
wherein, engForce is the shared memory address of the floating point signal EngForce, x is the first address of the x value of the floating point signal, and (int 64) represents that the first address of the x value of the floating point signal is taken for 8 bytes later; running the code described above achieves writing the value of the 64-bit floating point signal x into the 64-bit floating point signal EngForce.
As shown in fig. 2, some embodiments further provide a system for optimizing simulation performance of a whole vehicle model, including: including a computer device configured to execute a real-time kernel program and host software; wherein the method comprises the steps of
The real-time kernel program is configured as a daemon of host software to execute real-time simulation tasks of the whole vehicle model;
the host software is configured to realize cross-process communication with the real-time kernel program in a shared memory mode so as to read and write vehicle simulation signals, automatically control the real-time kernel program to execute simulation commands through the code program and record simulation data fed back by the real-time kernel program.
Specifically, the specific working methods of the real-time kernel program and the host software refer to the content of the above-mentioned whole vehicle model simulation performance optimization method, and are not described in detail here.
The electronic device in some embodiments is described below in terms of hardware processing:
some embodiments are not limited to a particular implementation of an electronic device.
As shown in fig. 3, the present electronic device includes: a processor, a readable storage medium, a communication bus, and a communication interface; wherein the processor, the readable storage medium, and the communication interface communicate with each other via the communication bus; the readable storage medium is configured to store a program for executing the whole vehicle model simulation performance optimization method as described above, and the processor is configured to execute the program of the whole vehicle model simulation performance optimization method.
In other embodiments, the computer device and the industrial personal computer may also be one of the electronic devices.
The structure shown in fig. 3 is not limiting to an electronic device and may include fewer or more components than shown, or may combine certain components, or may be arranged in a different arrangement of components.
In some embodiments, the communication interface may be an RS232, RS485, USB port, TYPE port, etc., which may be connected to an external bus adapter. A wired or wireless network interface may also be included, which may optionally include a wired interface and/or a wireless interface (e.g., WI-FI interface, bluetooth interface, etc.), typically used to establish a communication connection between the computer apparatus and other electronic devices.
The storage module, the readable storage medium, or the computer readable storage medium includes at least one type of memory including flash memory, a hard disk, a multimedia card, a card memory (e.g., SD or DX memory, etc.), a magnetic memory, a magnetic disk, an optical disk, etc. And in some embodiments may be an internal storage unit of a computer device, such as a hard disk of the computer device. The memory may also be an external storage device of the computer apparatus in other embodiments, such as a plug-in hard disk, a Smart Media Card (SMC), a Secure Digital (SD) Card, a Flash Card (Flash Card) or the like. Further, the memory may also include both internal storage units and external storage devices of the computer apparatus. The memory may be used not only for storing application software installed on the computer device and various types of data, such as code of a computer program, etc., but also for temporarily storing data that has been output or is to be output.
The processor may in some embodiments be a central processing unit (Central Processing Unit, CPU), controller, microcontroller, microprocessor or other data processing chip for running program code or processing data stored in a memory, e.g. executing computer programs or the like.
In some embodiments, the communication bus may also be an input-output bus, which may be a peripheral component interconnect standard (peripheral componentinterconnect, PCI) bus or an extended industry standard architecture (extended industry standardarchitecture, EISA) bus, or the like. The bus may be classified as an address bus, a data bus, a control bus, etc.
Optionally, the computer device may further comprise a user interface, which may comprise a Display (Display), an input unit such as a Keyboard (Keyboard), and optionally a standard wired interface, a wireless interface. Alternatively, in some embodiments, the display or display module may be an LED display, a liquid crystal display, a touch-sensitive liquid crystal display, an OLED (Organic Light-Emitting Diode) touch, or the like. The display or display module may also be referred to as a display screen or display unit, as appropriate, for displaying information processed in the computer device and for displaying a visual user interface.
The steps in the embodiment of the method for optimizing the simulation performance of the whole vehicle model shown in fig. 1, for example, steps S101 to S102 shown in fig. 1, are implemented when the processor executes the program. In the alternative, the processor may implement the functions of the modules or units in the above-described embodiments of the apparatus when executing the computer program.
In some embodiments, the processor is specifically configured to implement the steps of:
creating a real-time kernel program for executing the real-time simulation task of the whole vehicle model;
the method comprises the steps of realizing cross-process communication between the real-time kernel program and host software in a mode of sharing a memory, reading and writing vehicle simulation signals through the host software, automatically controlling the real-time kernel program to execute simulation commands through a code program, and recording simulation data fed back by the real-time kernel program.
In the alternative, as a possible implementation, the processor may be further configured to implement the following steps:
the real-time kernel is configured as a daemon of the host software.
In the alternative, as a possible implementation, the processor may be further configured to implement the following steps:
after the real-time kernel program is configured as a daemon of the host software, the method for automatically controlling the real-time kernel program to execute the simulation command through the code program comprises the following steps:
the host software prepares command data to be stored in the shared memory, sends an event for simulation to the daemon through the code program, and then the code program enters a state of monitoring the event for simulation;
when the daemon monitors the simulation event, command data corresponding to the simulation event is obtained from the shared memory to execute the corresponding command, and the command execution completion condition is fed back to the host software, namely the simulation event is returned;
And after the code program monitors the simulation event returned by the daemon, acquiring a corresponding command execution result from the shared memory.
In the alternative, as a possible implementation, the processor may be further configured to implement the following steps:
after the real-time kernel program is configured as a daemon of the host software, the method for reading the vehicle simulation signal comprises the following steps:
for reading of 32-bit integer analog signals, the reading method comprises the following steps:
calling an Interlock increment function, and taking the shared memory address of the integer simulation signal and the value 0 to be added as parameters to be input, and reading the return value of the function to realize the reading of the integer simulation signal.
In the alternative, as a possible implementation, the processor may be further configured to implement the following steps:
after the real-time kernel program is configured as a daemon of the host software, the method for reading the vehicle simulation signal comprises the following steps:
for reading of a 32-bit floating point type emulation signal, the reading method comprises the following steps:
calling an Interlock increment function, taking the shared memory address of the floating point type simulation signal and the value 0 to be added as parameters, and converting the function return value into a 32-bit floating point type value after reading the function return value to realize the reading of the floating point type simulation signal.
In the alternative, as a possible implementation, the processor may be further configured to implement the following steps:
the method for converting the function return value into the 32-bit floating point type numerical value comprises the following steps:
the first address of the function return value is taken as a 32-bit floating point type value 4 bytes later.
In the alternative, as a possible implementation, the processor may be further configured to implement the following steps:
after the real-time kernel program is configured as a daemon of the host software, the method for reading the vehicle simulation signal comprises the following steps:
for reading of 64-bit integer analog signals, the reading method includes:
calling an Interlock increment64 function, and taking the shared memory address of the integer simulation signal and the value 0 to be added as parameters to be input, and reading the return value of the function to realize the reading of the integer simulation signal.
In the alternative, as a possible implementation, the processor may be further configured to implement the following steps:
after the real-time kernel program is configured as a daemon of the host software, the method for reading the vehicle simulation signal comprises the following steps:
for reading of a 64-bit floating point emulation signal, the reading method comprises the following steps:
calling an Interlock increment64 function, taking the shared memory address of the floating point type simulation signal and the value 0 to be added as parameters, and converting the function return value into a 64-bit floating point type value after reading the function return value to realize the reading of the floating point type simulation signal.
In the alternative, as a possible implementation, the processor may be further configured to implement the following steps:
the method for converting the function return value into the 64-bit floating point type numerical value comprises the following steps:
the first address of the function return value is taken as the 64-bit floating point type value by 8 bytes.
In the alternative, as a possible implementation, the processor may be further configured to implement the following steps:
after the real-time kernel program is configured as a daemon of the host software, the method for writing the vehicle simulation signal comprises the following steps:
writing an integer analog signal of 32 bits, the writing method comprising:
calling an inter-lock exchange function, and taking the shared memory address of the integer simulation signal and the value to be written as parameters to be input.
In the alternative, as a possible implementation, the processor may be further configured to implement the following steps:
after the real-time kernel program is configured as a daemon of the host software, the method for writing the vehicle simulation signal comprises the following steps:
writing a 32-bit floating point emulation signal, the writing method comprising:
converting the floating point type value to be written into a required integer value of the function parameter;
calling an inter-lock exchange function, and taking the shared memory address of the floating-point simulation signal and the integer value after conversion as parameters to be input.
In the alternative, as a possible implementation, the processor may be further configured to implement the following steps:
the method for converting the floating point type value to be written into the integer value required by the function parameter comprises the following steps:
the first address of the floating point type value is taken as a 32-bit integer value 4 bytes later.
In the alternative, as a possible implementation, the processor may be further configured to implement the following steps:
after the real-time kernel program is configured as a daemon of the host software, the method for writing the vehicle simulation signal comprises the following steps:
writing an integer emulation signal of 64 bits, the writing method comprising:
and calling an Interlock exchange64 function, and taking the shared memory address of the integer simulation signal and the value to be written as parameters to be input.
In the alternative, as a possible implementation, the processor may be further configured to implement the following steps:
after the real-time kernel program is configured as a daemon of the host software, the method for writing the vehicle simulation signal comprises the following steps:
writing a 64-bit floating point emulation signal, the writing method comprising:
converting the floating point type value to be written into a required integer value of the function parameter;
calling an Interlock exchange64 function, and taking the shared memory address of the floating point type simulation signal and the integer value after conversion as parameters to be input.
In the alternative, as a possible implementation, the processor may be further configured to implement the following steps:
the method for converting the floating point type value to be written into the integer value required by the function parameter comprises the following steps:
the first address of the floating point type value is taken as a 64-bit integer value by 8 bytes.
Some embodiments further provide a computer readable storage medium, where a program of the above-mentioned whole vehicle model simulation performance optimization method is stored in the computer readable storage medium, and when the program is executed by a processor, specific steps of the whole vehicle model simulation performance optimization method as described above can be implemented, and detailed descriptions of the whole vehicle model simulation performance optimization method in some embodiments are omitted herein.
In the several embodiments provided in this application, it should be understood that the disclosed apparatus and method may be implemented in other manners as well. The apparatus embodiments described above are merely illustrative, for example, of the flowcharts and block diagrams in the figures that illustrate the architecture, functionality, and operation of possible implementations of apparatus, methods and computer program products according to various embodiments of the present invention. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
In addition, functional modules in the embodiments of the present invention may be integrated together to form a single part, or each module may exist alone, or two or more modules may be integrated to form a single part.
The functions, if implemented in the form of software functional modules and sold or used as a stand-alone product, may be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present invention may be embodied essentially or in a part contributing to the prior art or in a part of the technical solution, in the form of a software product stored in a storage medium, comprising several instructions for causing a computer device (which may be a personal computer, a server, a network device, etc.) to perform all or part of the steps of the method according to the embodiments of the present invention.
With the above-described preferred embodiments according to the present invention as an illustration, the above-described descriptions can be used by persons skilled in the relevant art to make various changes and modifications without departing from the scope of the technical idea of the present invention. The technical scope of the present invention is not limited to the description, but must be determined according to the scope of claims.
Claims (10)
1. The method for optimizing the simulation performance of the whole vehicle model is characterized by comprising the following steps of:
creating a real-time kernel program for executing the real-time simulation task of the whole vehicle model;
the method comprises the steps that the real-time kernel program and host software are communicated in a cross-process mode through a shared memory, so that vehicle simulation signals are read and written through the host software, a simulation command is automatically controlled to be executed by the real-time kernel program through a code program, and simulation data fed back by the real-time kernel program are recorded; and
after the real-time kernel program is configured as a daemon of the host software, the method for automatically controlling the real-time kernel program to execute the simulation command through the code program comprises the following steps:
the host software prepares command data to be stored in the shared memory, sends an event for simulation to the daemon through the code program, and then the code program enters a state of monitoring the event for simulation;
when the daemon monitors the simulation event, command data corresponding to the simulation event is obtained from the shared memory to execute the corresponding command, and the command execution completion condition is fed back to the host software, namely the simulation event is returned;
and after the code program monitors the simulation event returned by the daemon, acquiring a corresponding command execution result from the shared memory.
2. The method for optimizing the simulation performance of the whole vehicle model according to claim 1, wherein,
after the real-time kernel program is configured as a daemon of the host software, the method for reading the vehicle simulation signal comprises the following steps:
for reading of 32-bit integer analog signals, the reading method comprises the following steps:
calling an Interlock increment function, and taking the shared memory address of the integer simulation signal and the value 0 to be added as parameters to be input, and reading the return value of the function to realize the reading of the integer simulation signal.
For reading of a 32-bit floating point type emulation signal, the reading method comprises the following steps:
calling an Interlock increment function, taking the shared memory address of the floating point type simulation signal and the value 0 to be added as parameters, and converting the function return value into a 32-bit floating point type value after reading the function return value to realize the reading of the floating point type simulation signal.
The method for converting the function return value into the 32-bit floating point type numerical value comprises the following steps:
the first address of the function return value is taken as a 32-bit floating point type value 4 bytes later.
3. The method for optimizing the simulation performance of the whole vehicle model according to claim 1, wherein,
after the real-time kernel program is configured as a daemon of the host software, the method for reading the vehicle simulation signal comprises the following steps:
For reading of 64-bit integer analog signals, the reading method includes:
calling an Interlock increment64 function, and taking the shared memory address of the integer simulation signal and the value 0 to be added as parameters to be input, and reading the return value of the function to realize the reading of the integer simulation signal.
For reading of a 64-bit floating point emulation signal, the reading method comprises the following steps:
calling an Interlock increment64 function, taking the shared memory address of the floating point type simulation signal and the value 0 to be added as parameters, and converting the function return value into a 64-bit floating point type value after reading the function return value to realize the reading of the floating point type simulation signal.
The method for converting the function return value into the 64-bit floating point type numerical value comprises the following steps:
the first address of the function return value is taken as the 64-bit floating point type value by 8 bytes.
4. The method for optimizing the simulation performance of the whole vehicle model according to claim 1, wherein,
after the real-time kernel program is configured as a daemon of the host software, the method for writing the vehicle simulation signal comprises the following steps:
writing an integer analog signal of 32 bits, the writing method comprising:
calling an inter-lock exchange function, and taking the shared memory address of the integer simulation signal and the value to be written as parameters to be input.
5. The method for optimizing the simulation performance of the whole vehicle model according to claim 1, wherein,
after the real-time kernel program is configured as a daemon of the host software, the method for writing the vehicle simulation signal comprises the following steps:
writing a 32-bit floating point emulation signal, the writing method comprising:
converting the floating point type value to be written into a required integer value of the function parameter;
calling an inter-lock exchange function, and taking the shared memory address of the floating-point simulation signal and the integer value after conversion as parameters to be input.
The method for converting the floating point type value to be written into the integer value required by the function parameter comprises the following steps:
the first address of the floating point type value is taken as a 32-bit integer value 4 bytes later.
6. The method for optimizing the simulation performance of the whole vehicle model according to claim 1, wherein,
after the real-time kernel program is configured as a daemon of the host software, the method for writing the vehicle simulation signal comprises the following steps:
writing an integer emulation signal of 64 bits, the writing method comprising:
and calling an Interlock exchange64 function, and taking the shared memory address of the integer simulation signal and the value to be written as parameters to be input.
7. The method for optimizing the simulation performance of the whole vehicle model according to claim 1, wherein,
After the real-time kernel program is configured as a daemon of the host software, the method for writing the vehicle simulation signal comprises the following steps:
writing a 64-bit floating point emulation signal, the writing method comprising:
converting the floating point type value to be written into a required integer value of the function parameter;
calling an Interlock exchange64 function, and taking the shared memory address of the floating point type simulation signal and the integer value after conversion as parameters to be input.
The method for converting the floating point type value to be written into the integer value required by the function parameter comprises the following steps:
the first address of the floating point type value is taken as a 64-bit integer value by 8 bytes.
8. A computer-readable storage medium configured to store a program for executing the whole vehicle model simulation performance optimization method as claimed in claim 1.
9. A processor configured to execute the program of the vehicle model simulation performance optimization method of claim 1.
10. An electronic device, comprising: a processor, a readable storage medium, a communication bus, and a communication interface; wherein the processor, the readable storage medium, and the communication interface communicate with each other via the communication bus;
The readable storage medium is configured to store a program for executing the whole vehicle model simulation performance optimization method as set forth in claim 1, and the processor is configured to execute the program for executing the whole vehicle model simulation performance optimization method.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US202318379688A | 2023-10-13 | 2023-10-13 | |
| US18/379,688 | 2023-10-13 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN117408060A true CN117408060A (en) | 2024-01-16 |
| CN117408060B CN117408060B (en) | 2024-05-14 |
Family
ID=89492217
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202311405199.1A Active CN117408060B (en) | 2023-10-13 | 2023-10-26 | Whole vehicle model simulation performance optimization method, storage medium and electronic equipment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN117408060B (en) |
Citations (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001076027A (en) * | 1999-09-08 | 2001-03-23 | Nec Corp | Method and apparatus for simulation in system desgining stage and storage medium with program stored thereof |
| CN102880517A (en) * | 2012-09-29 | 2013-01-16 | 中国人民解放军国防科学技术大学 | Method for scheduling objects of HLA (high level architecture) simulation program on basis of super computer |
| CN105718305A (en) * | 2016-03-15 | 2016-06-29 | 南京南瑞继保电气有限公司 | Simulation task parallel scheduling method based on progress |
| CN105843693A (en) * | 2016-03-22 | 2016-08-10 | 同济大学 | High-speed maglev transportation simulation oriented memory sharing method |
| CN107943618A (en) * | 2017-11-27 | 2018-04-20 | 北京华如科技股份有限公司 | The data quick recovery method and storage medium of analogue system |
| CN109358974A (en) * | 2018-10-17 | 2019-02-19 | 武汉斗鱼网络科技有限公司 | A kind of method and relevant apparatus of interprocess communication |
| CN109976185A (en) * | 2017-12-27 | 2019-07-05 | 核动力运行研究所 | A kind of MAAP5 program and nuclear power plant analog machine integrated approach |
| CN111078367A (en) * | 2019-12-23 | 2020-04-28 | 北京云联万维技术有限公司 | Request processing method and device, electronic equipment and storage medium |
| CN111796912A (en) * | 2020-07-09 | 2020-10-20 | 山东省计算中心（国家超级计算济南中心） | Virtualization performance optimization method and system for storage input/output device of Shenwei platform |
| CN112905366A (en) * | 2021-04-26 | 2021-06-04 | 北京世冠金洋科技发展有限公司 | Operation control method and device of simulation model and electronic equipment |
| CN113407414A (en) * | 2021-06-24 | 2021-09-17 | 厦门科灿信息技术有限公司 | Program operation monitoring method, device, terminal and storage medium |
| CN113474779A (en) * | 2019-09-12 | 2021-10-01 | 株式会社日立解决方案 | Simulation method and recording medium |
| CN114625023A (en) * | 2022-01-29 | 2022-06-14 | 北京控制工程研究所 | Distributed real-time collaborative simulation system and method based on windows system |
| CN115146582A (en) * | 2022-08-02 | 2022-10-04 | 上海壁仞智能科技有限公司 | Simulation method, simulation device, electronic apparatus, and computer-readable storage medium |
| CN115407745A (en) * | 2022-07-11 | 2022-11-29 | 航天科工防御技术研究试验中心 | Parallel simulation test method based on HIL test system and related equipment |
| CN116340024A (en) * | 2023-03-21 | 2023-06-27 | 北京仿真中心 | Data sharing method, computer equipment and medium between simulation model component processes |
| CN116382115A (en) * | 2023-04-06 | 2023-07-04 | 北京交大微联科技有限公司 | Safety platform simulation system and application method thereof |
| CN116629163A (en) * | 2023-07-20 | 2023-08-22 | 北京凌云智擎软件有限公司 | Simulation platform and calculation method for computational fluid dynamics |
-
2023
- 2023-10-26 CN CN202311405199.1A patent/CN117408060B/en active Active
Patent Citations (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001076027A (en) * | 1999-09-08 | 2001-03-23 | Nec Corp | Method and apparatus for simulation in system desgining stage and storage medium with program stored thereof |
| CN102880517A (en) * | 2012-09-29 | 2013-01-16 | 中国人民解放军国防科学技术大学 | Method for scheduling objects of HLA (high level architecture) simulation program on basis of super computer |
| CN105718305A (en) * | 2016-03-15 | 2016-06-29 | 南京南瑞继保电气有限公司 | Simulation task parallel scheduling method based on progress |
| CN105843693A (en) * | 2016-03-22 | 2016-08-10 | 同济大学 | High-speed maglev transportation simulation oriented memory sharing method |
| CN107943618A (en) * | 2017-11-27 | 2018-04-20 | 北京华如科技股份有限公司 | The data quick recovery method and storage medium of analogue system |
| CN109976185A (en) * | 2017-12-27 | 2019-07-05 | 核动力运行研究所 | A kind of MAAP5 program and nuclear power plant analog machine integrated approach |
| CN109358974A (en) * | 2018-10-17 | 2019-02-19 | 武汉斗鱼网络科技有限公司 | A kind of method and relevant apparatus of interprocess communication |
| CN113474779A (en) * | 2019-09-12 | 2021-10-01 | 株式会社日立解决方案 | Simulation method and recording medium |
| CN111078367A (en) * | 2019-12-23 | 2020-04-28 | 北京云联万维技术有限公司 | Request processing method and device, electronic equipment and storage medium |
| CN111796912A (en) * | 2020-07-09 | 2020-10-20 | 山东省计算中心（国家超级计算济南中心） | Virtualization performance optimization method and system for storage input/output device of Shenwei platform |
| CN112905366A (en) * | 2021-04-26 | 2021-06-04 | 北京世冠金洋科技发展有限公司 | Operation control method and device of simulation model and electronic equipment |
| CN113407414A (en) * | 2021-06-24 | 2021-09-17 | 厦门科灿信息技术有限公司 | Program operation monitoring method, device, terminal and storage medium |
| CN114625023A (en) * | 2022-01-29 | 2022-06-14 | 北京控制工程研究所 | Distributed real-time collaborative simulation system and method based on windows system |
| CN115407745A (en) * | 2022-07-11 | 2022-11-29 | 航天科工防御技术研究试验中心 | Parallel simulation test method based on HIL test system and related equipment |
| CN115146582A (en) * | 2022-08-02 | 2022-10-04 | 上海壁仞智能科技有限公司 | Simulation method, simulation device, electronic apparatus, and computer-readable storage medium |
| CN116340024A (en) * | 2023-03-21 | 2023-06-27 | 北京仿真中心 | Data sharing method, computer equipment and medium between simulation model component processes |
| CN116382115A (en) * | 2023-04-06 | 2023-07-04 | 北京交大微联科技有限公司 | Safety platform simulation system and application method thereof |
| CN116629163A (en) * | 2023-07-20 | 2023-08-22 | 北京凌云智擎软件有限公司 | Simulation platform and calculation method for computational fluid dynamics |
Also Published As
| Publication number | Publication date |
|---|---|
| CN117408060B (en) | 2024-05-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108446215B (en) | POS machine test method, device, system and terminal | |
| US20070288937A1 (en) | Virtual Device Driver | |
| CN105320553A (en) | Method and system for updating network card firmware on basis of domestic processor platform | |
| US10120702B2 (en) | Platform simulation for management controller development projects | |
| US9824229B2 (en) | Controller with enhanced reliability | |
| CN115935631A (en) | Test system and method for vehicle equipment and storage medium | |
| CN115658321A (en) | Method and device for acquiring fault information of automobile instrument, electronic equipment and storage medium | |
| US8762781B2 (en) | Method and apparatus useful in manufacturing test case operations | |
| US20120110383A1 (en) | Method and apparatus for off-line analyzing crashed programs | |
| CN114817115A (en) | Serial port communication method and related device | |
| CN102331961B (en) | Method, system and dispatcher for simulating multiple processors in parallel | |
| CN114442930A (en) | Method and device for controlling group disk array, electronic equipment and readable storage medium | |
| CN117408060B (en) | Whole vehicle model simulation performance optimization method, storage medium and electronic equipment | |
| CN117408061B (en) | Whole vehicle model simulation performance optimization system and computer device | |
| CN115656788B (en) | Chip testing system, method, equipment and storage medium | |
| CN109800166B (en) | Debugging method and device for embedded real-time operating system | |
| CN115422091B (en) | Firmware debugging method and device, electronic equipment and storage medium | |
| CN116414634A (en) | Device debugging method, system, device, debugging device and readable storage medium | |
| CN111400191A (en) | Webpage security testing method and device and computer readable storage medium | |
| CN107506212B (en) | Method for dynamically loading sound card drive on real-time operating system | |
| CN112559336A (en) | Method, device and system for adaptively debugging heterogeneous computing chip and mainboard chip | |
| CN112231165A (en) | Memory fault simulation method based on link library injection and memory mapping mode | |
| US20080141071A1 (en) | Pre-Mortem Waveform Trace Generation for Hardware Description Language Simulators | |
| CN112416695B (en) | Global variable monitoring method, device, equipment and storage medium | |
| CN114327682B (en) | WebView white screen detection method, system, electronic equipment and storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |