JP2019179284A - Simulation system and simulation program - Google Patents

Abstract

To provide a simulation system and a simulation program capable of reducing time and effort of developing an operation software.SOLUTION: A simulation system for simulating a simulation target includes an ECU unit 100 and an ECU unit 300 that simulate an operation of the simulation target with respect to an operation software for operating the simulation target. The ECU unit 100 and the ECU unit 300 simulate the operation of the simulation target by using at least part of functions of an operating system. The ECU unit 100 and the ECU unit 300 simulate the operations of the plurality of simulation target operating in parallel with each other. In addition, an operation test of the operation software with respect to the simulation target is performed in a simulated manner by using the ECU unit 100 and the ECU unit 300 and the operation of a microcomputer is simulated.SELECTED DRAWING: Figure 1

Description

  The present invention relates to a simulation system and a simulation program.

  Conventionally, a microcomputer used as an embedded system has been known (for example, Patent Document 1). In order to use a general microphone computer including the microcomputer of Patent Document 1, it is necessary to develop various software such as middleware and application software, and to operate the developed software by mounting it. was there.

JP 11-219299 A

  However, development of software for operating the microcomputer has been troublesome. That is, in order to develop the software, for example, it was necessary to construct a development environment in order to perform an operation test of the software. It is necessary to prepare an actual microcomputer for operation (including an evaluation microcomputer) and to construct an environment in which the microcomputer actually operates, and much time and labor are required.

  The present invention has been made in view of the above, and an object of the present invention is to provide a simulation system and a simulation program that can reduce the effort of developing operation software.

  In order to solve the above-described problems and achieve the object, the simulation system according to claim 1 is a simulation system for simulating a simulation target, and the simulation target for operation software for operating the simulation target And simulating the operation of the simulation target using at least a part of the functions of the operating system.

  A simulation system according to a second aspect is the simulation system according to the first aspect, wherein the simulation means simulates the operations of the plurality of simulation targets that operate in parallel with each other.

  A simulation system according to a third aspect is the simulation system according to the first or second aspect, further comprising test means for simulating an operation test of the operation software for the simulation target.

  A simulation system according to a fourth aspect is the simulation system according to any one of the first to third aspects, wherein the simulation target is realized by a microcomputer.

  The simulation program according to claim 5 is a simulation program for simulating a simulation target, and causes a computer to function as simulation means for simulating the operation of the simulation target with respect to operation software for operating the simulation target. The simulation means simulates the operation of the simulation target using at least a part of the functions of the operating system.

  According to the simulation system of claim 1, an entity that is operated by operation software such as a microcomputer is provided by providing simulation means for simulating the operation of the simulation target for the operation software for operating the simulation target. Therefore, it is possible to reduce the time and effort required to construct an operating software development environment and to reduce the time and effort required to develop the operating software. Further, the simulation means simulates the operation of the simulation target by using at least a part of the functions of the operating system, for example, an existing operating system (for example, Linux (registered trademark), Windows (registered trademark), UNIX (registered trademark), etc.) can be used, so there is no need to newly develop software or the like that simulates the operation of the simulation target from scratch. It is possible to reduce the time and effort required for construction, and it is possible to reduce the time and effort required to develop operation software.

  According to the simulation system of the second aspect, the simulation unit simulates the operations of a plurality of simulation targets that operate in parallel with each other, for example, a plurality of simulation targets that operate in parallel with each other (as an example) Can simulate a plurality of electronic control units (ECU: Electronic Control Unit) realized by using a microcomputer or a plurality of cores in an ECU realized by using the microcomputer) It is possible to reduce time and effort for developing various operation software.

  According to the simulation system according to claim 3, by performing a simulation of the operation test of the operation software, for example, the operation software can be debugged without actually using the simulation target. It is possible to further reduce the effort for developing the operation software.

  According to the simulation system of the fourth aspect, since the simulation target is realized by the microcomputer, for example, it is not necessary to actually prepare the microcomputer, so that it is possible to reduce time and effort for constructing an operating software development environment. This makes it possible to reduce the effort of developing the operation software.

  According to the simulation program of the fifth aspect of the present invention, the simulation unit for simulating the operation of the simulation target with respect to the operation software for operating the simulation target provides an entity operated by the operation software such as a microcomputer. Therefore, it is possible to reduce the time and effort required to construct an operating software development environment and to reduce the time and effort required to develop the operating software. Further, the simulation means simulates the operation of the simulation target by using at least a part of the functions of the operating system, for example, an existing operating system (for example, Linux (registered trademark), Windows (registered trademark), UNIX (registered trademark), etc.) can be used, so there is no need to newly develop software or the like that simulates the operation of the simulation target from scratch. It is possible to reduce the time and effort required for construction, and it is possible to reduce the time and effort required to develop operation software. Further, for example, investment in an evaluation environment (including procurement of actual microcomputers) is not required, so that cost reduction can be achieved. In addition, for example, since the operation of the application can be confirmed at an early stage such as an upstream process (for example, a design stage) of ECU development, it is possible to improve development efficiency.

It is a block diagram which illustrates the computer concerning an embodiment of the invention. It is a figure which shows the structure of the information used within a computer. It is a flowchart of a simulation process.

  DESCRIPTION OF EMBODIMENTS Hereinafter, embodiments of a simulation system and a simulation program according to the present invention will be described in detail with reference to the drawings. However, the present invention is not limited to the embodiments.

  The simulation system according to the present invention is a system that simulates a simulation target, specifically, a system that performs simulation. For example, a dedicated system that performs simulation, or a system that is generally used (for example, A system realized by installing a simulation program and implementing a simulation function on a general-purpose computer, a server computer, or a plurality of computers (that is, so-called cloud computers) distributed on a network. It is a concept including Further, the simulation system includes, for example, a simulation unit, and optionally includes a test unit.

  Here, the “simulation target” is a target to be simulated using a simulation system, and specifically, arbitrary hardware or software itself, or a function (hardware implemented by the hardware or software). Hardware, software, or system), for example, a concept including a microcomputer (hereinafter, also simply referred to as “microcomputer”) itself, hardware or software realized by one or more microcomputers, and the like. Is a concept including an ECU (to be described later), a core in the ECU, and the like.

  The “simulation means” is means for simulating the operation of the simulation target with respect to the operation software for operating the simulation target. Specifically, the simulation target is set using at least a part of the functions of the operating system. A means for simulating the operation, for example, a concept including means for simulating the operation of a plurality of simulation targets that operate in parallel with each other.

  The “operation software” is software for operating the simulation target. For example, all or part of application software executed by a microcomputer, or an operating system (OS) (that is, middleware). ) Is a concept including all or part of the above.

  The “operating system” used for simulating the operation of the simulation target is arbitrary basic software, and specifically, operates on the same OS as the OS operating on the simulation target, or on the simulation target. The concept includes an OS that is different from the OS. For example, the concept includes an OS that is different from the OS that actually operates on the microcomputer to be simulated. Examples of the OS include Linux (registered trademark), Windows ( This is a concept including registered trademark), UNIX (registered trademark), and the like.

  In addition, “a plurality of simulation targets that operate in parallel with each other” means, for example, a plurality of functions (hardware, software, or system) realized by using a microcomputer, and in parallel with each other. It is a concept including a plurality of functions that operate, and as an example, a plurality of ECUs realized by using a microcomputer and a plurality of ECUs realized by using a microcomputer when the microcomputer is applied to the field of in-vehicle devices. It is a concept including a core (a plurality of cores in a multi-core system) and the like.

  The “testing means” is a means for simulating the operation test of the operation software for the simulation target. For example, the operation software that is the software used for operating the actual simulation target is the simulation target. It is a means for performing an operation test in which it is tested in a virtual environment that is realized by the simulation means to determine whether or not it operates normally. For example, in the environment where there is no actual microcomputer, this test means realizes at least a part of the functions of the microcomputer by the simulation means (that is, in an environment where the operation of the function realized by the microcomputer for the operation software is simulated). ) Perform a test to determine whether the operating software operates as expected.

  In the embodiment described below, when applied to the field of in-vehicle devices, the “simulation system” is realized by installing a simulation program on a computer that is a server computer, and “simulation target” Is an ECU and a core, and the “operating system” used for simulating the operation to be simulated is Linux (registered trademark), and the “operation software” is application software. I will explain.

(Constitution)
First, a computer according to the present embodiment will be described. FIG. 1 is a block diagram illustrating a computer according to an embodiment of the present invention.

  The computer 900 is a server computer and is a simulation system. Specifically, a CPU (not shown), various programs interpreted and executed on the CPU, and a RAM for storing programs and various data are stored. Such an internal memory (not shown) is provided, and a hard disk or the like as an external recording device is provided. Further, the computer 900 is implemented with, for example, Linux (registered trademark) as an operating system, and realizes each unit described later as a simulation system. The computer 900 simulates two ECUs such as a single-core ECU and a multi-core ECU which are realized by using a microcomputer. For example, the ECUs 100 and 300, the input / output interface unit 41, the log An information storage unit 42 and a test control unit 43 are provided.

  Note that each of these units is at least partially realized by Linux (registered trademark) of the computer 900. In particular, the multi-core is realized by using a thread of Linux (registered trademark), and the multi-core is also provided. The shared variable between cores is realized using a shared variable between threads of Linux (registered trademark), task switching of the real-time OS of the microcomputer is realized using a context switch of Linux (registered trademark), and Real-time OS interrupt processing may be mapped to a Linux (registered trademark) signal. This realization method is an exemplification, and may be realized by any other method including a publicly known method, and each part not illustrated here may be realized by any method including a publicly known method. Good. In the present embodiment, the CPU of the computer 900 corresponds to the above-described simulation means and test means.

(Configuration-ECU section)
The ECU units 100 and 300 simulate, for example, an ECU that is a simulation target. The ECU units 100 and 300 can be configured in the same manner except that the ECU unit 100 is multi-core and the ECU unit 300 is single-core. 100 will be described.

  The ECU unit 100 includes core units 1 and 2. Since the core parts 1 and 2 can be configured similarly to each other, the core part 1 will be described unless otherwise specified.

(Configuration-ECU unit-Core unit)
The core unit 1 simulates a core that is a simulation target. Specifically, the core unit 1 is one set that can operate independently in the ECU unit 100, and includes, for example, a test target unit 10.

(Configuration-ECU unit-Core unit-Test target unit)
The test target unit 10 is a part that can be an operation test target by the above-described test means, and includes, for example, a pseudo microcomputer abstraction unit 11, a platform unit 12, and an application unit 13.

(Configuration-ECU section-Core section-Test target section-Pseudo-microcomputer abstraction section)
The pseudo-microcomputer abstraction unit 11 is a part that simulates at least a part of the functions of the microcomputer. For example, software of a microcomputer that operates according to any standard (for example, any standard including AUTOSAR (AUTOMotive Open System Architecture)) Dynamic operations (that is, operations such as returning an arbitrary return value) are simulated.

(Configuration-ECU unit-Core unit-Test target unit-Platform unit)
The platform unit 12 includes a platform (middleware) operating on a microcomputer itself or a part that simulates the platform, and includes, for example, a log output unit 121, an input / output unit 122, and a pseudo RTOS unit 123.

  The log output unit 121 is a log output unit that outputs log information including the progress or final result of the operation test, and the input / output unit 122 is an input / output unit that inputs and outputs information. For example, the application unit 13 And the pseudo microcomputer abstraction unit 11 are inputted and outputted. The pseudo RTOS unit 123 is a part that simulates a real-time OS that operates on a microcomputer.

(Configuration-ECU unit-Core unit-Test target unit-Application unit)
The application unit 13 is operation software, and is a concept including an ECU that is a simulation target as a system realized by using a microcomputer, an application itself that operates on a core, and the like. As an example, an application generated by a user It is realized by software source code.

(Configuration-I / O interface part)
The input / output interface unit 41 is a part that simulates an ECU and a core that are simulation targets, and specifically, simulates electrical wiring between ECUs or between cores.

  FIG. 2 is a diagram showing the structure of information used in the computer. The input / output interface unit 41 relays CAN information, DIO information, and the like shown in FIG.

  The “CAN information” is information including information communicated by a CAN (Controller Area Network) communication protocol, and includes, for example, a header part and a data part.

  The header part of the CAN information is information for performing communication simulating the CAN communication protocol in the ECU 900 realized by using an actual microcomputer and the computer 900 in which wiring such as a core is not performed. The information includes an ECU ID for uniquely identifying the core ID and a core ID for uniquely identifying the core unit. As for the specific ECU ID here, for example, “ID100” is set as the ECU ID of the ECU unit 100, and “ID300” is set as the ECU ID of the ECU unit 300. As for the specific core ID, the core ID of the core unit 1 is set to “ID1”, and the core ID of the core unit 2 is set to “ID2”.

  The data portion of the CAN information is information that is communicated by the CAN communication protocol in the actual ECU and the core, and is information including CAN ID that uniquely identifies the information and CAN data that is the information itself.

  The “DIO information” is information for turning on and off the digital input / output ports of the ECU and the core, and includes, for example, a header portion and a data portion similar to the header portion of the CAN information. The data section of the DIO information is information for turning on / off the digital input / output port in the actual ECU and core, and includes a port ID for uniquely identifying the port and DIO data for turning on / off the digital input / output of the port. It is information to include.

(Configuration-Log information storage)
The log information storage unit 42 is storage means for storing log information including the progress of the operation test or the final result.

(Configuration-Test control unit)
The test control unit 43 is a test control means for controlling the operation test, and controls the operation test by executing various functions of Linux (registered trademark) or monitoring various information, for example. is there.

(processing)
Next, simulation processing executed by the computer 900 configured as described above will be described. The “simulation process” is a process for performing an operation test on a test target part (at least a part of the test target part) by simulating an ECU and a core realized using a microcomputer. FIG. 3 is a flowchart of the simulation process (in the following description of each process, step is abbreviated as “S”). The timing for executing this simulation process is arbitrary. For example, the source code of the operation software that is the object of the operation test and the test scenario information that specifies the specific contents of the operation test are input to the computer 900 (not shown). After the user inputs using means (for example, a keyboard, a mouse, etc.), the CPU of the computer 900 is executed when the source code and the test scenario information are received. explain.

  Here, for example, the source code of the application software that realizes the application unit of each ECU unit or each core unit is input to the computer 900 as the source code of the operation software, and “CANID” = “ID11” in FIG. ”And“ CAN data ”=“ DATA1 ”CAN information is input to the ECU unit 300 from the core unit 1 of the ECU unit 100 (hereinafter referred to as an inter-ECU operation test). A case where such information is received and execution of simulation processing is started will be described as an example.

  In SA1 of FIG. 3, the CPU of the computer 900 receives information. Specifically, for example, the source code of the operation software to be subjected to the operation test and the test scenario information input by the user when executing the simulation process are received. Here, for example, a source code of application software that realizes an application unit of each ECU unit or each core unit, and test scenario information for performing an inter-ECU operation test are received.

  In SA2 of FIG. 3, the CPU of the computer 900 builds information. Specifically, for example, it is assumed that various types of information for generating each unit in FIG. 1 are recorded on the hard disk of the computer 900, and the various types of recorded information are acquired. After the received source code and scenario information are acquired, compilation is performed in the same manner as in the prior art, and the acquired information is converted into an execution format to build. Here, for example, by performing a build, the application unit 13 of FIG. 1 is configured based on the input source code of the application software described above, and the test control unit 43 transmits the CAN information. Each part of FIG. 1 is comprised so that it may be comprised so that an inter-operation test may be performed.

  In SA3 of FIG. 3, the CPU of the computer 900 executes an operation test. Specifically, for example, according to the test scenario information received in SA1, each unit is activated or controlled to perform an operation test. In this case, each part of the test target part in FIG. 1 basically performs the same process as the corresponding process of the actual ECU and the core, but the characteristic part is specially noted.

  Here, for example, an inter-ECU operation test is performed. As an example, the test is performed assuming that the following processing is performed. Specifically, regarding the assumption, in the build of SA2 described above, “ECUID” = “ID100” and “core ID” = “ID1” are set for the pseudo microcomputer abstraction unit 11 in the core unit 1 of the ECU unit 100. “ECUID” = “ID100” and “core ID” = “ID2” are assigned to the pseudo microcomputer abstraction unit in the core unit 2 of the ECU unit 100, and the pseudo microcomputer of the ECU unit 300 is also assigned. Assuming that “ECUID” = “ID300” is assigned to the abstraction section, each ID is used as a header section in FIG. 2 to perform a test.

  First, the application unit 13 of the core unit 1 of the ECU unit 100 executes a command for transmitting “CANID” = “ID11” and “CAN data” = “DATA1” to the ECU unit 300. In this case, the pseudo-microcomputer abstraction unit 11 receives “ECUID” = “ID300” and “core ID” = “NULL” corresponding to the ECU unit 300 that is the transmission destination through arbitrary processing of the platform unit 12 (note that Since the ECU unit 300 corresponds to a single core, it is not necessary to identify the core unit by the core ID, so “NULL” is generated as the header portion of the CAN information, and the generated header Are added to the above-mentioned “CANID” = “ID11” and “CAN data” = “DATA1”, the CAN information is generated, and the generated CAN information is transmitted to the input / output interface unit 41.

  Next, the pseudo microcomputer abstraction unit of each ECU unit receives information for CAN having a header unit that matches each ID assigned to the ECU unit. The CAN information transmitted to the input / output interface unit 41 is received, and “ECUID” = “ID300” and “core ID” = “NULL”, which are header portions, are removed from the received CAN information. In this case, the application unit of the ECU unit 300 receives “CANID” = “ID11” and “CAN data” = “DATA1” through arbitrary processing of the platform unit of the ECU unit 300.

  Specifically, for the test, the test control unit 43 determines whether or not each of the above-described processes has been performed. For example, according to a command from the application unit 13 of the core unit 1 of the ECU unit 100, the ECU Whether or not the pseudo microcomputer abstraction unit 11 of the core unit 1 of the unit 100 has transmitted “CANID” = “ID11” and “CAN data” = “DATA1” (hereinafter referred to as “exemplary CAN data”). The state of each unit is monitored and determined, and the application unit of the ECU unit 300 transmits the exemplary CAN data after determining whether or not the exemplary CAN data is received by monitoring the state of each unit. If it is determined that the sample CAN data has been received, it is determined that the source code of the application software is normal. When it is determined that the AN data has not been transmitted, or when it is determined that the example CAN data has not been received, it is determined that the source code of the application software is not normal. The result of operation test.

  In SA4 of FIG. 3, the CPU of the computer 900 outputs the result of the operation test. Specifically, the execution result of SA3 or arbitrary information during execution is acquired, and the acquired information is displayed and output on a display (not shown) of the computer 900. Specifically, the test control unit 43 acquires “the source code of the application software is normal”, which is the determination result in SA3, and the acquired “the source code of the application software is normal”. The corresponding character information such as “PASS” is displayed on a display (not shown), or “application software source code is not normal” is acquired, and the acquired “application software source code is Character information such as “FAIL” corresponding to “not normal” may be displayed on a display (not shown). In this case, the information to be displayed and output may be stored in the log information storage unit 42. In the log information storage unit 42, the progress of the operation test or the like can be grasped in the course of SA3. Information specifying whether or not it has been determined that certain CAN data has been transmitted, or whether or not it has been determined that CAN data has been received may also be stored. In this way, an operation test can be performed without using an actual microcomputer. This completes the simulation process.

(Effect of embodiment)
As described above, according to the present embodiment, the CPU of the computer 900 that simulates the operation of the simulation target with respect to the operation software for operating the simulation target is provided, for example, to be operated by the operation software such as a microcomputer. Since it is not necessary to prepare an entity, it is possible to reduce the time and effort for constructing an operating software development environment, and to reduce the time and effort for developing the operating software. Further, the CPU of the computer 900 simulates the operation of the simulation target by using at least a part of the functions of the operating system, for example, an existing operating system (for example, Linux (registered trademark) in order to simulate the operation of the simulation target). ) Can be used, so there is no need to develop new software that simulates the behavior of the simulation target from scratch, and it is possible to reduce the time and effort required to build the development environment for motion software. It becomes possible to reduce the development effort.

  Further, by simulating the operations of a plurality of simulation targets that the CPU of the computer 900 operates in parallel with each other, for example, a plurality of simulation targets that operate in parallel with each other (for example, realized using a microcomputer) A plurality of ECUs, or a plurality of cores in an ECU realized by using the microcomputer), it is possible to reduce time and effort for developing various operation software. .

  In addition, by simulating the operation test of the operation software, for example, it is possible to debug the operation software without actually using the simulation target, thereby further reducing the effort of developing the operation software. It becomes possible to do.

  In addition, since the simulation target is realized by a microcomputer, for example, it is not necessary to actually prepare a microcomputer, so that it is possible to reduce the time and labor required for building an operation software development environment. Can be reduced.

[Modifications to Embodiment]
Although the embodiments of the present invention have been described above, the specific configuration and means of the present invention may be arbitrarily modified and improved within the scope of the technical idea of the present invention described in the claims. Can do. Hereinafter, such a modification will be described.

(About problems to be solved and effects of the invention)
First, the problems to be solved by the invention and the effects of the invention are not limited to the above contents, and may vary depending on the implementation environment and details of the configuration of the invention. May be solved, or only some of the effects described above may be achieved.

(About distribution and integration)
Further, each of the electrical components described above is functionally conceptual and does not necessarily need to be physically configured as illustrated. In other words, the specific forms of distribution and integration of each unit are not limited to those shown in the drawings, and all or a part thereof may be functionally or physically distributed or integrated in arbitrary units according to various loads or usage conditions. Can be configured. In addition, the “apparatus” in the present application is not limited to one configured by a single apparatus, but includes one configured by a plurality of apparatuses.

(About shape, numerical value, structure, time series)
Regarding the constituent elements exemplified in the embodiment and the drawings, the shape, numerical value, or the structure of a plurality of constituent elements or the mutual relationship in time series may be arbitrarily modified and improved within the scope of the technical idea of the present invention. Can do.

(About information input)
In the above embodiment, the case where the user inputs the operation software and the test scenario information has been described. However, the present invention is not limited to this, and each of these pieces of information is stored in an arbitrary server device (for example, a repository server). The simulation process described in the embodiment may be executed by automatically reading out from the server device. Here, the number of pieces of data of the operation software and test scenario information stored in the server is arbitrary. For example, it may be singular or plural.

(Appendix)
The simulation system of Supplementary Note 1 is a simulation system for simulating a simulation target, and includes simulation means for simulating the operation of the simulation target with respect to operation software for operating the simulation target. The operation of the simulation target is simulated using at least a part of the functions of the system.

  The simulation system according to supplementary note 2 is the simulation system according to supplementary note 1, wherein the simulation means simulates the operations of the plurality of simulation targets that operate in parallel with each other.

  The simulation system of appendix 3 is the simulation system of appendix 1 or 2, further comprising test means for simulating an operation test of the operation software for the simulation target.

  The simulation system according to appendix 4 is the simulation system according to any one of appendices 1 to 3, wherein the simulation target is realized by a microcomputer.

  The simulation program according to appendix 5 is a simulation program that simulates a simulation target, and causes a computer to function as a simulation unit that simulates the operation of the simulation target with respect to operation software for operating the simulation target. The simulation means simulates the operation of the simulation target using at least a part of functions of an operating system.

(Additional effects)
According to the simulation system described in appendix 1, by providing simulation means for simulating the operation of the simulation target with respect to the operation software for operating the simulation target, for example, an entity operated by the operation software such as a microcomputer is provided. Since it is not necessary to prepare, it is possible to reduce the time and effort for constructing an operating software development environment, and to reduce the time and effort for developing the operating software. In addition, the simulation means simulates the operation of the simulation target by using at least a part of the functions of the operating system, for example, an existing operating system (for example, Linux (registered trademark), Windows (registered trademark), UNIX (registered trademark), etc.) can be used, so there is no need to newly develop software or the like that simulates the operation of the simulation target from scratch. It is possible to reduce the time and effort required for construction, and it is possible to reduce the time and effort required to develop operation software.

  According to the simulation system described in appendix 2, the simulation unit simulates the operations of a plurality of simulation targets that operate in parallel with each other, for example, a plurality of simulation targets that operate in parallel with each other (for example, , A plurality of ECUs realized using a microcomputer, or a plurality of cores in an ECU realized using the microcomputer, etc.) can be simulated. It becomes possible to reduce.

  According to the simulation system described in Supplementary Note 3, since the operation test of the operation software is simulated, for example, the operation software can be debugged without actually using the simulation target. It is possible to further reduce the time and effort for developing software.

  According to the simulation system described in appendix 4, since the simulation target is realized by the microcomputer, for example, it is not necessary to actually prepare the microcomputer, so that it is possible to reduce time and effort for constructing an operating software development environment. Therefore, it is possible to reduce the effort of developing the operation software.

  According to the simulation program described in appendix 5, by providing simulation means for simulating the operation of the simulation target with respect to the operation software for operating the simulation target, for example, an entity operated by the operation software such as a microcomputer is provided. Since it is not necessary to prepare, it is possible to reduce the time and effort for constructing an operating software development environment, and to reduce the time and effort for developing the operating software. Further, the simulation means simulates the operation of the simulation target by using at least a part of the functions of the operating system, for example, an existing operating system (for example, Linux (registered trademark), Windows (registered trademark), UNIX (registered trademark), etc.) can be used, so there is no need to newly develop software or the like that simulates the operation of the simulation target from scratch. It is possible to reduce the time and effort required for construction, and it is possible to reduce the time and effort required to develop operation software. Further, for example, investment in an evaluation environment (including procurement of actual microcomputers) is not required, so that cost reduction can be achieved. In addition, for example, since the operation of the application can be confirmed at an early stage such as an upstream process (for example, a design stage) of ECU development, it is possible to improve development efficiency.

DESCRIPTION OF SYMBOLS 1 Core part 2 Core part 10 Test object part 11 Pseudo-microcomputer abstraction part 12 Platform part 13 Application part 20 Test object part 30 Test object part 41 Input / output interface part 42 Log information storage part 43 Test control part 100 ECU part 121 Log output Unit 122 Input / output unit 123 Pseudo RTOS unit 300 ECU unit 900 Computer

Claims (5)

A simulation system for simulating a simulation target,
Simulating means for simulating the operation of the simulation target with respect to operation software for operating the simulation target,
The simulation means simulates the operation of the simulation target using at least a part of functions of an operating system.
Simulation system. The simulation means simulates a plurality of simulation target operations that operate in parallel with each other.
The simulation system according to claim 1. A test means for simulating an operation test of the operation software for the simulation target,
The simulation system according to claim 1 or 2. The simulation target is realized by a microcomputer.
The simulation system according to any one of claims 1 to 3. A simulation program for simulating a simulation target,
Computer
Functioning as a simulation means for simulating the operation of the simulation target for the operation software for operating the simulation target,
The simulation means simulates the operation of the simulation target using at least a part of functions of an operating system.
Simulation program.

Images