WO2023119448A1 - In-vehicle control device - Google Patents

Abstract

An in-vehicle control device (100) is achieved, with which it is possible to reduce the risk of important data being lost without being written due to, e.g., a momentary power dip or interruption when multiple data write requests occur simultaneously. The in-vehicle control device (100) comprises: a main memory (150) that stores data; a plurality of auxiliary memories (160, 160-2, 160-3, ..., 160-N) that store data; and a CPU (140), which is a data control unit that performs a data writing process, a data distributing process, and a data saving process with respect to the main memory (150) and the plurality of auxiliary memories (160, 160-2, 160-3, ..., 160-N). If the main memory (150) is in use, the CPU (140) executes the data writing process and the data saving process with respect to any of the plurality of auxiliary memories (160, 160-2, 160-3, ..., 160-N) as an alternative.

Description

In-vehicle control device

The present invention relates to a memory storage method for an in-vehicle control device.

In the in-vehicle control device, important data that needs to be retained, such as failure information and learning information that occurred while the vehicle was running, is stored in non-volatile memory.

In recent years, in-vehicle control devices have become more sophisticated, and in order to investigate the causes of traffic accidents, it has become mandatory to install a data recorder function that automatically records the operation status of vehicles such as accelerator and brake, so the amount of data to be stored has increased. However, there is an increasing number of cases where highly important data needs to be written to the non-volatile memory immediately during operation.

The in-vehicle control device described in Patent Document 1 employs a technique of writing predetermined data to one nonvolatile memory periodically while the vehicle is running, so that necessary data is retained even after the ignition is turned off. there is

JP 2014-159247 A

In the technique described in Patent Document 1, as described above, when the amount of data to be stored increases while the vehicle is running and multiple write requests are made, arbitration is performed to sequentially write to one nonvolatile memory. There is a problem that the risk of not being able to write important data increases due to a momentary drop or momentary interruption of the power supplied to the in-vehicle control device while the data is being written.

SUMMARY OF THE INVENTION An object of the present invention is to provide an in-vehicle control device that can reduce the risk that important data cannot be written and lost due to momentary voltage drop or power failure when multiple data write requests occur at the same time. It is to realize.

In order to achieve the above objectives, the present invention is configured as follows.

A main memory for storing data, a plurality of auxiliary memories for storing data, data for performing data writing processing, data allocation processing, and data saving processing in the main memory and the plurality of auxiliary memories in an in-vehicle control device and a control unit, wherein the data control unit executes the data write process and the data save process to any one of the plurality of auxiliary memories instead when the main memory is in use.

According to the present invention, there is provided an in-vehicle control device capable of reducing the risk that important data cannot be written and lost due to a momentary voltage drop or momentary power failure when a plurality of data write requests are generated at the same time. can be realized.

1 is a configuration diagram showing an example of a vehicle control device of the present invention; FIG. 4 is a flow chart showing an example of data saving processing in a main memory and an auxiliary memory; FIG. 10 is a diagram showing the content of determining a write target based on the importance of data and the immediacy of writing to a memory in data distribution processing; 8 is a flowchart showing an example of data unification processing during shutdown processing and startup processing; It is a figure which shows the example of memory arrangement|positioning at the time of performing a data unification process.

Hereinafter, examples of embodiments for carrying out the present invention will be described with reference to the accompanying drawings.

[overall structure]
First, using FIG. 1, a schematic configuration of an in-vehicle control device 100 according to an embodiment of the present invention will be described.

In FIG. 1, an in-vehicle control device 100 is a device that electronically controls in-vehicle equipment (eg, automatic transmission, engine, etc.) mounted on a vehicle.

The in-vehicle control device 100 includes a power supply circuit 110 connected to a battery 200, a CPU 140 (data control unit), an input/output circuit 120 connected to a sensor/actuator 210, and another in-vehicle control device 220 mounted in the same vehicle. It comprises a CAN circuit 130 that communicates with (other controllers), a main memory 150 that stores data according to instructions from a CPU 140, and an auxiliary memory 160.

When the sensor/actuator 210 fails, the CPU 140 can store the failure information in the main memory 150 and the auxiliary memory 160.

In addition, as shown in FIG. 1, the in-vehicle control device 100 may be configured to have a plurality of auxiliary memories 160, 160-2, 160-3, . . . 160-N).

[Data storage processing in main memory and auxiliary memory]
Data saving processing to the main memory 150 and the auxiliary memory 160 will be described with reference to the flowchart of FIG.

The data write process, data distribution process, and data save process in one embodiment of the present invention are processes performed by the CPU 140 when a data write request is issued to the main memory 150 and auxiliary memory 160 .

In step S001, the CPU 140 confirms whether the main memory 150 is being written or read. If the main memory 150 is not being written to and is not being read from, go to step S002.

In step S002, the CPU 140 requests the main memory 150 to write data.

In step S001, if the main memory 150 is being written or read, proceed to step S003.

In step S003, the CPU 140 confirms whether or not there is an auxiliary memory 160 that is neither being written nor read. If all the auxiliary memories 160 are being written or read, the process proceeds to step S004. In step S003, if there is an auxiliary memory 160 that is neither being written to nor read from, the process proceeds to step S005.

In step S004, the CPU 140 sets a write request in a queue that manages data write requests. Alternatively, the CPU 140 of the in-vehicle control device 100 uses communication means such as the CAN circuit 130 to transmit data to the other in-vehicle control device 220 (another control device), and the memory held by the other in-vehicle control device 220. It may be stored as an auxiliary memory. There are a plurality of memories used as auxiliary memories held by the other vehicle-mounted control devices 220, and they may be used separately for high immediacy memory, medium immediacy memory, and low immediacy memory. , a memory for high immediacy, a memory for medium immediacy, or a memory for low immediacy.

In step S005, the CPU 140 performs data distribution processing to determine the memory to be written based on the importance of the write request data and the usage status of each memory. Detailed processing of the data distribution processing will be described later with reference to FIG. 3 in [Data Distribution Processing].

In step S006, the CPU 140 issues a data write request to the auxiliary memory 160 determined in step S005 of the data allocation process.

[Data sorting process]
Data distribution processing will be described with reference to FIG. In FIG. 3, unused states are indicated by white circles, and memories selected for writing are indicated by black circles. Data A has a low degree of importance, and data B has a high degree of importance. Data C and data D have medium importance.

Auxiliary memory 1, auxiliary memory 2, auxiliary memory 3, . . . auxiliary memory N (160, 160-2, 160-3, . . . A distinction is made between memory for low immediacy and memory for low immediacy. In the example shown in FIG. 3, the auxiliary memory 1 (160) is for high immediacy, the auxiliary memory 2 (160-2) is for low immediacy, and the auxiliary memory 3 (160-3) is for medium immediacy. memory for

The CPU 140 determines the memory to be written to based on the importance of data and the usage status of each memory in the order of write requests. As shown in FIG. 3, when a write request for data A is generated while no write request is generated, the main memory 150 is first selected as a write target.

Next, when a write request for data B occurs, since the main memory 150 is being written, it is selected from the auxiliary memories 160, 160-2, 160-3, . The higher the importance of the requested data, the higher the immediacy of writing is selected and the data write processing is performed. Since the importance of data B is high, auxiliary memory 1 (160) with high writing immediacy is selected.

Similarly, for data C and data D, the memory to be written is determined by considering the importance of the write request data and the immediacy of writing to each memory.

In this way, the higher the importance of the write request data, the higher the immediacy of writing is selected, thereby further reducing the risk that important data cannot be written and lost. .

[Data centralization processing]
FIG. 4 is a flowchart showing an example of data unification processing during shutdown processing and startup processing of the in-vehicle control device 100 . Data unification processing is processing performed by the CPU 140 .

In the data unification process, the data saved in the auxiliary memory (160, 160-2, . Data management is facilitated by storing and subsequently reading only the main memory 150 .

In step S101 of FIG. 4, the CPU 140 checks whether data saved during normal control exists in the auxiliary memory (160, 160-2, . . . 160-N).

If there is data stored in the auxiliary memory (160, 160-2, . . . 160-N), proceed to step S102. If there is no data stored in the auxiliary memory (160, 160-2, . . . 160-N), the process ends.

In step S102, the CPU 140 updates the data in the main memory 150 based on the data stored in the auxiliary memories (160, 160-2, . . . 160-N).

In step S103, the CPU 140 erases the data stored in the auxiliary memory (160, 160-2, . . . 160-N).

In this way, the data stored in the auxiliary memories (160, 160-2, . By doing so, data management can be facilitated.

The data unification process as described above can be executed, for example, during the shutdown process of the in-vehicle control device 100 . That is, by performing the data unification process during the shutdown process, the data saved in the auxiliary memory (160, 160-2, . , and centralized storage in the main memory 150, and reading out only the main memory 150 at the next start-up process, data management can be facilitated.

Further, the data unification process can be executed when the in-vehicle control device 100 is activated. For example, if the in-vehicle control device 100 is not properly shut down due to a momentary drop or momentary interruption of the battery 200 that supplies power, the above-described data unification process during the shutdown process will not be executed. 150 and the auxiliary memories (160, 160-2, . , 160-2, . . . 160-N), the data required for control can be read only from the main memory 150 thereafter. That is, this makes it possible to facilitate data management.

[Memory allocation by data unification processing]
FIG. 5 shows an example of memory allocation when data unification processing is performed.

In FIG. 5, the CPU 140 performs data unification processing at the time of startup processing or shutdown processing, based on the data B stored in the auxiliary memories (160, 160-2, . . . 160-N), the main memory 150 update the data in the data B area of .

After that, the CPU 140 erases the data B in the auxiliary memory (160, 160-2, . . . 160-N) and performs control based on the data in the main memory 150.

The in-vehicle controller 100 according to one embodiment of the present invention has a plurality of memory resources (main memory 150, auxiliary memories 160, 160-2, . )have.

In the present invention, the CPU 140, which is the data control unit, performs data write processing and data storage processing when the main memory 150 is in use, and uses a plurality of auxiliary memories (160, 160-2, . . . 160-) as alternatives. N).

Therefore, as described above, by having a plurality of memory resources (main memory 150, auxiliary memories 160, 160-2, . This eliminates the risk of important data being written and lost due to a momentary voltage drop or power failure while you are waiting.

As a result, it is possible to retain important learned values that were lost due to momentary power drops and interruptions in conventional technology, and to improve vehicle drivability and safety.

In addition, the CPU 140, which is a data control unit, determines the importance of the data requested to be written and the usage status of each memory (main memory 150, auxiliary memory (160, 160-2, . . . 160-N)). Since the memory to be written is determined and written, important failure information and driver's operation status at the time of accident occurrence can be read from the in-vehicle controller 100 by an external or internal in-vehicle diagnostic device. Therefore, it is possible to accurately grasp vehicle abnormality information and operating conditions, which contributes to the investigation of the cause of the accident.

In addition, as the importance of the write request data increases, it is possible to further reduce the risk of important data being lost due to being unable to be written by selecting a memory with high immediacy of writing.

Also, during shutdown processing and startup processing of the in-vehicle control device 1, the CPU 140 stores data (updated data in the auxiliary memory) stored in the auxiliary memories (160, 160-2, . . . 150 is written into the data and integrated, all data necessary for control can be read out from the main memory 150 when the in-vehicle control device 1 is activated.

When the main memory 150 is in use, the auxiliary memories (160, 160-2, . , a memory possessed by the in-vehicle control device 220, to which written data can be notified by communication means or the like.

In addition, in the present invention, the vehicle-mounted control device also includes a drive recorder that stores the ever-changing status of the vehicle and the external situation of the vehicle.

According to the present invention, even in a drive recorder as an in-vehicle control device, even when a plurality of data write requests are generated from a plurality of cameras at the same time, there is no need to wait for data writing. It is possible to minimize the risk that important data cannot be written and lost due to a momentary voltage drop or interruption of the power supply while it is in use.

DESCRIPTION OF SYMBOLS 100... Vehicle-mounted control apparatus, 110... Power supply circuit, 120... Input-output circuit, 130... CAN circuit, 140... CPU (data control part), 150... Main memory, 160, 160-2, 160-3, 160-N...Auxiliary memory, 200...Battery, 210...Sensor/actuator, 220...Other in-vehicle controllers

Claims (6)

a main memory for storing data;
a plurality of secondary memories for storing data;
a data control unit that performs data write processing, data allocation processing, and data storage processing to the main memory and the plurality of auxiliary memories;
wherein the data control unit executes the data writing process and the data saving process to one of the plurality of auxiliary memories instead when the main memory is in use. In-vehicle controller. In the in-vehicle control device according to claim 1,
The in-vehicle control device, wherein the data control unit determines a memory to be written based on the importance of the data requested to be written and the usage status of each memory, and performs the writing. In the in-vehicle control device according to claim 1,
The plurality of auxiliary memories are classified into a memory for high immediacy, a memory for medium immediacy and a memory for low immediacy,
The data control unit selects, from among the plurality of auxiliary memories, a memory having higher immediacy of writing as the importance of the data requested to be written is higher, and performs the data writing process. In-vehicle control device. In the in-vehicle control device according to claim 1,
The data control unit writes the updated data of the plurality of auxiliary memories into the main memory that collectively manages all the data during shutdown processing of the in-vehicle control device, thereby unifying the data. in-vehicle control device. In the in-vehicle control device according to claim 4,
The data control unit writes the updated data of the plurality of auxiliary memories into the main memory that collectively manages all data during shutdown processing and startup processing of the on-vehicle control device, and unifies the data. An in-vehicle control device characterized by: In the in-vehicle control device according to claim 1,
In-vehicle control, wherein when the main memory is in use, the data control unit performs the data writing process and the data saving process using a memory owned by another in-vehicle control device as a substitute for the auxiliary memory. Device.

Images