JP2011252805A - Vehicle evaluation system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a vehicle evaluation system for defining a plurality of electronic devices to be mounted on a vehicle as evaluation objects and easily performing evaluation even when the configurations of the evaluation objects are different.SOLUTION: A body system 50, a power train system 60, and a chassis system 70, which are constituted by ECUs and actuators (ACT), are mounted on a frame car 40 of a vehicle evaluation system 2 as evaluation objects. Respectively different dedicated harnesses 82 are used in accordance with the configurations of the systems 50, 60, 70 to be mounted on the frame car 40. A value, which differs by each vehicle type of the frame car 40 and by each evaluation stage of the ECUs and actuators in each vehicle type, is set in a dip switch 80 as an identifier (ID). An operation PC 10 acquires the identifier of the frame car 40 from the dip switch 80 and determines the vehicle type to be set in a simulator 20.

Description

  The present invention relates to a vehicle evaluation system for evaluating operations of a plurality of electronic devices mounted on a vehicle.

  Conventionally, when developing a vehicle, it is necessary to evaluate, for example, an electronic control unit (also referred to as an ECU) that controls the behavior of an actuator or the like as an electronic device mounted on the vehicle together with the engine. However, in the method of mounting and evaluating an ECU in a prototype vehicle in order to evaluate a plurality of ECUs, there is a problem that an ECU evaluation test cannot be executed until the prototype vehicle is completed.

  Furthermore, when an ECU evaluation test is executed on a prototype vehicle, it takes a lot of man-hours and safety to execute the evaluation test under various conditions such as temperature, remaining battery level, and failure. There was a problem that there were many difficult evaluations.

  Therefore, using HILS (Hardware In The Loop Simulation System) or the like, a vehicle model is configured with the ECU to be evaluated, and the behavior of the vehicle is simulated with a simulator based on the vehicle model, and the operation of the ECU is evaluated. It is known (see, for example, Patent Document 1). In Patent Document 1, the connection state of the data input / output unit is set by a drag-and-drop operation in the simulator to facilitate the setting of the connection state of the data input / output unit.

  Thus, by evaluating the ECU using the simulator, the ECU evaluation test can be executed at an early stage before the prototype vehicle is completed, and various conditions for the evaluation test can be set on the simulator. Test man-hours can be reduced.

  It is also known to execute an evaluation test for a plurality of ECUs connected via a network using a simulator.

Japanese Patent No. 3761155

  However, as disclosed in Patent Document 1, in the method in which the operator or the like sets the connection state of the data input / output unit in the simulator by drag and drop, when the configuration of the ECU to be evaluated is different, The vehicle model setting operation performed by the simulator is complicated.

  The present invention has been made to solve the above-described problem, and provides a vehicle evaluation system in which a plurality of electronic devices mounted on a vehicle are to be evaluated, and evaluation is easy even if the configurations of the evaluation targets are different. With the goal.

  According to the first to third aspects of the present invention, in the vehicle evaluation system that evaluates the operation of the plurality of electronic devices mounted on the vehicle, based on the identifier obtained from the identification unit of the actual unit having the plurality of electronic devices, The model setting means sets a vehicle model to be simulated by the simulator.

  Thereby, the vehicle model simulated by the simulator can be automatically set easily. Further, the identifier that the model setting unit acquires from the identification unit of the actual machine part identifies the actual machine part. Therefore, the vehicle type that indicates what electronic device the actual machine part is configured from is identified from the identifier. Can do. Thereby, the model setting means can appropriately set the vehicle model to be simulated by the simulator according to the configuration of the actual machine unit having a plurality of electronic devices.

  In addition, since the harness connection part and the electronic device are electrically connected by a dedicated harness for the actual machine part, the harness connection part and the actual machine part are different even if the electronic device mounted on the actual machine part differs for each vehicle type of the actual machine part. The electrical connection with the electronic device can be realized by using a dedicated harness corresponding to the electronic device of the actual machine part.

  As a result, the harness connection part and the electronic device of the actual machine part can be electrically connected without changing the electrical connection state between the harness connection part and the general-purpose harness, so even if the vehicle type of the actual machine part changes, the simulator And the actual machine part can be electrically connected with the same general-purpose harness.

  Therefore, when an actual machine part of a different vehicle type is evaluated, electrical connection between the actual machine part and the simulator is easy. However, when the vehicle network system is changed, the general-purpose harness may be replaced. The vehicle type includes the presence / absence of an optional product mounted in the same vehicle type in addition to the difference in the vehicle type.

According to the second aspect of the present invention, at least two of the plurality of electronic devices included in the actual machine unit have the control means for controlling the behavior of the controlled object.
Thereby, even when the control means of a plurality of electronic devices included in the actual machine unit cooperate to control the behavior of a control target such as an actuator, the operation of the control means for executing the cooperation control can be evaluated.

According to the third aspect of the present invention, the identifying means represents the vehicle type and the evaluation stage of the actual machine part with the identifier.
Thereby, based on the vehicle type represented by the identifier, the model setting means can appropriately set the vehicle model simulated by the simulator, and can easily manage the evaluation stage of the actual unit based on the evaluation stage represented by the identifier. .

The block diagram which shows the vehicle evaluation system of this embodiment. The schematic diagram which shows the connection state of a harness connection part, an electronic device, and a simulator. The schematic diagram which shows the connection state of a harness connection part and an electronic device. The schematic diagram showing the change of a frame car. The schematic diagram which shows a vehicle evaluation procedure. The flowchart which shows a vehicle evaluation test.

Hereinafter, embodiments of the present invention will be described with reference to the drawings. FIG. 1 shows a vehicle evaluation system 2 of the present embodiment.
(Vehicle evaluation system 2)
The vehicle evaluation system 2 includes an operation PC (personal computer) 10, a simulator 20, a frame car 40, and a general-purpose harness 100.

  The operation PC 10 is electrically connected to the simulator 20 and stores setting data such as a vehicle model executed by the simulator 20 and an evaluation test scenario for the electronic device.

  The simulator 20 uses a HILS comprising a body system simulator 22, a powertrain system simulator 24, and a chassis system simulator 26. The simulator 20 simulates a vehicle model other than the electronic device to be evaluated mounted on the frame car 40 by setting software. The body system simulator 22, the powertrain system simulator 24, and the chassis system simulator 26 are connected by a harness 38, and data is transmitted and received between the simulators via the harness 38.

  The body system simulator 22 simulates the behavior of doors, power windows, lights, and the like, the powertrain system simulator 24 simulates the behavior of injectors, transmissions, and the like, and the chassis system simulator 26 performs the behavior of brakes, handles, and the like. To simulate.

  The vehicle model simulated by the simulator 20 is an interface (I / F) model 30, an ECU model 32, and a sensor model 34, which are realized by the body system simulator 22, the powertrain system simulator 24, and the chassis system simulator 26 in cooperation. , And a calculation model 28 including a plant model 36. When a vehicle model is set from the operation PC 10, an arithmetic model 28 including an I / F model 30, an ECU model 32, a sensor model 34, and a plant model 36 is set according to the set vehicle model.

  The I / F model 30 includes an ECU and an actuator (ACT) mounted on the frame car 40, an ECU model 32 in the simulator 20, a sensor model 34, and a plant model 36. The I / F model 30 receives data, analog signals, and digital signals. It is a model for sending and receiving.

  The ECU model 32 and the sensor model 34 are models that are mounted on the vehicle model simulated by the simulator 20 but are not mounted on the frame car 40 and that simulate the behavior of ECUs and sensors that are not evaluation targets. .

The plant model 36 is a model for simulating the operation of the engine, transmission, battery, etc. of the vehicle model to be simulated.
In addition to this, an environment model for simulating a vehicle environment such as temperature and road condition is also set.

  The simulator 20 outputs a control signal from the ECU model 32 and a detection signal from the sensor model 34 for detecting the behavior of the vehicle based on the vehicle model set by the operation PC 10, and the control signal and sensor from the frame car 40. The detection signal is input and the vehicle model is simulated.

  The frame car 40 includes a terminal block 42, a body system 50, a powertrain system 60, a chassis system 70, a dip switch 80, and a dedicated harness 82.

  The terminal block 42 is electrically connected to the electronic device in the frame car 40 by the dedicated harness 82, and is electrically connected to the simulator 20 by the general-purpose harness 100. The terminal block 42, the dedicated harness 82, and the general-purpose harness 100 can be attached and detached using a connector or the like. Even if the configuration of the electronic device in the frame car 40 changes, the terminal arrangement on the simulator 20 side of the terminal block 42 does not change, but the arrangement on the electronic device side of the terminal block 42 may change.

  Further, since the terminal block 42 is configured to be able to directly detect an electric signal from the terminal, the electric signal transmitted and received between the simulator 20 and the frame car 40 can be inspected with an oscilloscope or the like.

  Each system 50, 60, 70 is mainly composed of ECUs 52, 62, 72 and actuators 54, 64, 74. As the actuators 54, 64, and 74, a throttle valve, a power window, and the like are installed. The actuators 54, 64, and 74 include a single actuator or an ECU or an assembly integrated with the ECU and the sensor.

  As shown in FIG. 2, each system 50, 60, 70 and the terminal block 42 are electrically connected by a dedicated harness 82, and the frame car 40 and the simulator 20 are electrically connected by a general-purpose harness 100. Yes. In the general-purpose harness 100, a portion connected to the terminal block 42 inside the frame car 40 and a portion connected to the simulator 20 outside the frame car 40 are connected by a connector 102.

  The ECUs 52, 62, 72 and the ECU configured as an assembly integrated with some of the actuators 54, 64, 74 are constituted by a microcomputer having a CPU, a ROM, a RAM, an input / output interface, and the like. Then, by executing a control program stored in a storage device such as a ROM, behavior control of the actuator to be controlled is executed.

  As shown in FIG. 3, the ECUs 52, 62, 72 mounted on the frame car 40 and the actuator integrated with the ECU as an assembly are connected to the CAN bus 90, and are mutually connected via the CAN bus 90. To perform data communication. Thus, the ECU controls the behavior of the actuator that is the control target in cooperation with each other, and acquires the detection signal of the sensor from the actuator equipped with the sensor.

  Some actuators 54, 64, 74 are directly connected to the ECUs 52, 62, 72. Some actuators 54, 64, 74 are controlled in behavior by a control signal from the simulator 20.

  The dip switch 80 has a different value set as an identifier (ID) for each vehicle type of the frame car 40 specified by the ECU and actuator of the frame car 40 and for each evaluation stage of the ECU and actuator in each vehicle type. .

  For example, as shown in FIG. 4, “110001”, “210001”, and “310001” are set by the DIP switch 80 as the identifiers of the frame cars 40 of the vehicle types A, B, and C. For example, the first numbers “1”, “2”, and “3” represent vehicle types, and the first number “1” that is the same for vehicle types A, B, and C is an optional product for each vehicle type. The presence / absence of mounting is represented, and the remaining numbers represent the evaluation stage of the ECU and actuator of the frame car 40.

  The dedicated harness 82 is electrically connected between the terminal block 42 and the ECUs 52, 62, 72 and the actuators 54, 64, 74 via the CAN bus 90, thereby connecting the CAN bus between the simulator 20 and the frame car 40. Data communication via 90 is realized.

  In addition, the dedicated harness 82 electrically connects the terminal block 42, the ECUs 52, 62, 72, and the actuators 54, 64, 74 individually, so that the CAN bus 90 is connected between the simulator 20 and the frame car 40. The transmission and reception of analog signals and digital signals such as control signals and sensor signals are realized without intervention.

  In this way, the dedicated harness 82 electrically connects the terminal block 42, the ECUs 52, 62, 72, and the actuators 54, 64, 74, so that an electronic device such as an ECU and an actuator mounted on the frame car 40 can be used. Different configurations use different dedicated harnesses 82 depending on the electronic device.

  And even if the configuration of the electronic device mounted on the frame car 40 is different for each frame car 40, the electrical connection between the terminal block 42 and the electronic device is solved by the dedicated harness 82 that is different for each frame car 40. Regardless of the configuration of the electronic device mounted on the frame car 40, the simulator 20 and the frame car 40 can be connected by the same general-purpose harness 100.

(Vehicle model setting)
The operation PC 10 can obtain the identifier from the DIP switch 80 of the frame car 40 via the simulator 20, thereby knowing the vehicle type of the frame car 40 and the evaluation stage of the ECU and actuator of the frame car 40. Then, the operation PC 10 automatically sets the vehicle model to be simulated by the simulator 20 by determining the vehicle type of the frame car 40 based on the identifier acquired from the frame car 40, and also includes the ECU and actuator that the frame car 40 has. The evaluation test result for is managed at each evaluation stage.

  Therefore, as shown in FIG. 5, even if the vehicle type of the frame car 40 is different, the operation PC 10 simulates an appropriate vehicle model for each frame car 40 according to the vehicle type indicated by the identifier acquired from the frame car 40. 20 can be set. In FIG. 5, the hardware interface of the simulator 20 represents an interface that electrically connects the general-purpose harness 100 and a model execution unit such as a CPU in the frame car 40.

(Vehicle evaluation test)
Next, a vehicle evaluation test executed by the vehicle evaluation system 2 will be described with reference to FIGS. FIG. 5 shows a procedure of the vehicle evaluation test, and FIG. 6 shows a flowchart of the vehicle evaluation test. The flowchart of FIG. 6 is executed when the simulator 20 and the frame car 40 are connected and the vehicle evaluation system 2 is activated. “S” in FIG. 6 represents a step.

  First, as shown in FIG. 5, when a frame car 40 having, for example, an electronic device of vehicle type A is connected to the simulator 20 and the vehicle evaluation system 2 is activated, the simulator 20 automatically determines the vehicle type and evaluation stage of the frame car 40. The automatic determination model for automatic determination is downloaded from the operation PC 10 (S400), and the identifier is acquired from the frame car 40 by the automatic determination model (S402).

  The operation PC 10 determines the vehicle type specified by the ECU and actuator of the frame car 40 based on the identifier (110001) of the frame car 40 acquired by the simulator 20 (S404).

  When the vehicle model corresponding to the vehicle type A exists in the operation PC 10 (S406: Yes), the operation PC 10 downloads the vehicle model corresponding to the vehicle type A to the simulator 20 (S408). Thereby, the simulator 20 can simulate a vehicle model suitable for the vehicle type of the frame car 40.

  When the vehicle model corresponding to the vehicle type does not exist in the operation PC 10 (S406: No), the operation PC 10 notifies the operator that the vehicle model corresponding to the vehicle type does not exist through a display or voice (S410).

  As shown in FIG. 5, when a vehicle model corresponding to the vehicle type A is downloaded to the simulator 20, the operation PC 10 may use, for example, a power system test scenario, a network test scenario as a vehicle evaluation test scenario common to all vehicle types. The test condition defined in the scenario is automatically set in the simulator 20 and the simulator 20 is instructed to simulate based on the test condition.

Different test scenarios may be executed for each vehicle type of the frame car 40, not for all vehicle types.
The operation PC 10 obtains evaluation test result data from the simulator 20 in time series, and automatically evaluates the operation of electronic devices such as ECUs and actuators mounted on the frame car 40 based on the result data. Then, the operation PC 10 automatically determines whether or not the ECU and the actuator mounted on the frame car 40 are operating normally based on the evaluation result by simulation and the preset normal operation result. , Generate a report of the judgment results.

  Further, since the operation PC 10 determines the evaluation stage together with the vehicle type of the frame car 40 from the identifier of the frame car 40, the test result data can be organized for each evaluation stage.

  When a vehicle type B or a vehicle type C frame car 40 is connected to the simulator 20 instead of the vehicle type A frame car 40, a similar evaluation test is executed according to the identifier of the frame car 40.

  In the present embodiment described above, when the frame car 40 is connected to the simulator 20, the vehicle model is automatically set in the simulator 20 according to the identifier of the frame car 40, so even if the vehicle type of the frame car 40 is different. The evaluation test of the electronic device mounted on the frame car 40 can be easily executed.

  In addition, since a network in which a plurality of electronic devices are connected in the frame car 40 is constructed, even if the vehicle type of the frame car 40 is different, the network connection is established by the electronic devices in the frame car 40. Therefore, the simulator 20 and the frame car 40 can be easily connected electrically. Thereby, the evaluation with respect to the some electronic device mounted in the frame car 40 can be performed easily.

  In the above embodiment, the electronic device mounted on the frame car 40 is an ECU that controls the behavior of a control target such as an actuator by executing a control program, or an actuator that is integrated with the ECU and configured as an assembly. An actuator integrated with an ECU and a sensor and configured as an assembly, or a single actuator is illustrated. Thereby, the vehicle evaluation system of the said embodiment functions also as an evaluation test of an actuator and a sensor besides ECU.

  In the above embodiment, the vehicle evaluation system 2 corresponds to the vehicle evaluation system of the present invention, the operation PC 10 corresponds to the model setting means of the present invention, the simulator 20 corresponds to the simulator of the present invention, and the frame car 40 corresponds to the present invention. This corresponds to the actual machine part.

  In the frame car 40, the terminal block 42 corresponds to the harness connecting portion of the present invention, and the ECUs 52, 62, 72 and the actuators 54, 64, 74 of the systems 50, 60, 70 correspond to the electronic device of the present invention. The ECUs 52, 62 and 72 correspond to the control means of the present invention, the DIP switch 80 corresponds to the identification means of the present invention, and the dedicated harness 82 corresponds to the dedicated harness of the present invention.

The processes of S400 and S402 correspond to functions executed by the simulator of the present invention, and the processes of S404 to S410 correspond to functions executed by the model setting means of the present invention.
[Other Embodiments]
In the above embodiment, the identifier for identifying the frame car 40 is set by the DIP switch 80. However, an electronic device such as an ECU mounted on the frame car 40 may store the identifier and notify the simulator 20 of the identifier.

  As described above, the present invention is not limited to the above-described embodiment, and can be applied to various embodiments without departing from the gist thereof.

2: vehicle evaluation system, 10: operation PC (model setting means), 20: simulator, 40: frame car (actual machine part), 42: terminal block (harness connection part), 52, 62, 72: ECU (control means, Electronic device), 54, 64, 74: Actuator (electronic device), 80: Dip switch (identification means), 82: Dedicated harness, 90: CAN bus, 100: General-purpose harness

Claims (3)

In a vehicle evaluation system for evaluating the operation of a plurality of electronic devices mounted on a vehicle,
A real machine unit having a plurality of the electronic devices;
A simulator that configures a vehicle model according to the vehicle together with the actual machine unit, and simulates the behavior of the vehicle based on the vehicle model;
A general-purpose harness for electrically connecting the actual machine part and the simulator;
Model setting means for setting the vehicle model to be simulated by the simulator;
With
The actual machine part identifies a harness connection part that is electrically connected to the general-purpose harness, a dedicated harness for the actual machine part that electrically connects the harness connection part and the electronic device, and the actual machine part. And a means for identifying
The model setting means sets the vehicle model to be simulated by the simulator based on an identifier acquired from the identification means of the actual machine unit.
A vehicle evaluation system characterized by that.   The vehicle evaluation system according to claim 1, wherein at least two of the plurality of electronic devices included in the actual machine unit include a control unit that controls a behavior of a control target.   3. The vehicle evaluation system according to claim 1, wherein the identification unit represents a vehicle type of the actual machine part and an evaluation stage of the actual machine part by the identifier.

Images