METHOD FOR CONFIGURING A REAL OR VIRTUAL ELECTRONIC CONTROL UNIT

Abstract

A method for configuring a real or virtual electronic control unit, wherein a control unit software is executed on the control unit, and the control unit software comprises a basic software layer, the basic software layer is configured by a module configuration file by setting values of parameters, the scope of the configurable parameters being defined in a first module definition file which contains the identifiers of the configurable parameters. The first module definition file is replaced by a second module definition file, and a conversion of the first module configuration file into a second module configuration file takes place.

Claims

1. A method for configuring a real or virtual electronic control unit, the method comprising: executing a control unit software on the control unit, the control unit software comprising a basic software layer, configuring the basic software layer via a module configuration file by setting values of parameters, a scope of the configurable parameters being defined in a first module definition file that contains identifiers of the configurable parameters; replacing the first module definition file by a second module definition file; automatically comparing the first module definition file with the second module definition file and determining identifiers of automatically convertible parameters and identifiers of non-automatically convertible parameters, wherein automatically convertible parameters are those whose identifiers are contained in both the first and second module definition files, and non-automatically convertible parameters are those whose identifiers are not contained in both the first and second module definition files; automatically generating a conversion program code, wherein, upon execution of the conversion program code, the automatically convertible parameters of the module configuration file are copied into a second module configuration file; automatically generating template code in the conversion program code for the conversion of the non-automatically convertible parameters; and executing the conversion program code and generating the second module configuration file so that the first module configuration file is converted into the second module configuration file.

2. The method according to claim 1, wherein the conversion comprises the step of manually adjusting the conversion program code.

3. The method according to claim 1, wherein the control software satisfies the AUTOSAR specification.

4. The method according to claim 1, wherein an application software layer accesses the hardware of the electronic control unit via the basic software layer or runtime environment.

5. The method according to claim 1, wherein the first module configuration file stores which parameters have been converted.

6. The method according to claim 1, wherein the converted parameters are removed from the first module configuration file.

7. The method according to claim 1, wherein a class model is generated for the conversion.

8. The method according to claim 1, wherein the control unit is connected to a HIL simulator or is executed as a virtual control unit in a HIL simulator.

9. The method according to claim 1, wherein the method comprises switching between an active module configuration file and an inactive module configuration file.

10. A device that is configured to configure a real or virtual control unit according to claim 1.

Description

SOLE FIGURE

[0076] The present invention will become more fully understood from the detailed description given hereinbelow and the accompanying drawing which is given by way of illustration only, and thus, is not limitive of the present invention, and wherein the sole FIGURE illustrates a test device according to an exemplary embodiment.

DETAILED DESCRIPTION

[0077] Shown in the FIGURE is a test device 100 in which a software model 103 of a technical system is executed in a computing unit 105, wherein the software model or the computing unit communicates via an input/output interface 102 of the test device and an internal data connection 107 with a device 110 connected to the test device. A computing unit can be, e.g., a processor, an FPGA, or an embedded PC. The communication with the test device can occur via the transmission of analog or digital electrical signals. The test device can comprise different hardware units (e.g., plug-in cards), which form input/output interface 102. The input/output interface and computing unit 105 form a connected system, but can also be separated spatially from one another and connected together via electronic connections.

[0078] Test device 100 can be, e.g., a hardware-in-the-loop (HIL) simulator. Test device 100 can also be a rapid control prototyping (RCP) system. The test device can also be a device, however, that is suitable for executing HIL tests or RCP tests in that a model of a technical system can be executed in the test device and this model can exchange data via input/output interfaces with a device under test, e.g., a control unit, connected to the test device, wherein particularly the response of the test device to the data, which result from the model and are transmitted to the control unit, e.g., in the form of electrical signals, is analyzed with this data exchange.

[0079] A software model 103, therefore, e.g., a model of a technical system, can be present, for example, in the form of a software model, which is specified by a source code, e.g., in a high-level language such as C, C++, or in a machine language such as, e.g., assembler or executable machine code. Any system can be modeled by a technical model in order to simulate it virtually. Thus, e.g., a model of an engine can exist as software, wherein the software is programmed such that during a simulation, here therefore an execution of the model on a CPU or FPGA, input parameters are processed by the software and output values are produced depending on the input parameters and the instance of the model. An input parameter in this case can be, e.g., voltage applied to a throttle valve of a gasoline engine and output values in this case could be a resulting throttle valve opening angle, fuel consumption, and/or torque resulting on the crankshaft. However, the model can also be a model of a control unit under test or to be developed, therefore, a virtual control unit (V-ECU). In general, the software model can be understood to be an algorithm for controlling, regulating, or simulating the behavior of a technical system.

[0080] The invention being thus described, it will be obvious that the same may be varied in many ways. Such variations are not to be regarded as a departure from the spirit and scope of the invention, and all such modifications as would be obvious to one skilled in the art are to be included within the scope of the following claims.