WO2014132740A1 - 車両制御装置 - Google Patents

車両制御装置 Download PDF

Info

Publication number
WO2014132740A1
WO2014132740A1 PCT/JP2014/052195 JP2014052195W WO2014132740A1 WO 2014132740 A1 WO2014132740 A1 WO 2014132740A1 JP 2014052195 W JP2014052195 W JP 2014052195W WO 2014132740 A1 WO2014132740 A1 WO 2014132740A1
Authority
WO
WIPO (PCT)
Prior art keywords
driver circuit
data
arithmetic unit
control device
bit
Prior art date
Application number
PCT/JP2014/052195
Other languages
English (en)
French (fr)
Inventor
信一郎 米岡
泰彦 岡田
佐藤　千尋
康司 湯浅
豊原　正裕
泰志 杉山
Original Assignee
日立オートモティブシステムズ株式会社
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 日立オートモティブシステムズ株式会社 filed Critical 日立オートモティブシステムズ株式会社
Priority to EP14756450.4A priority Critical patent/EP2962900B1/en
Priority to CN201480010627.3A priority patent/CN105008183B/zh
Priority to US14/769,735 priority patent/US9783138B2/en
Publication of WO2014132740A1 publication Critical patent/WO2014132740A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38—Information transfer, e.g. on bus
    • G06F13/42—Bus transfer protocol, e.g. handshake; Synchronisation
    • G06F13/4282—Bus transfer protocol, e.g. handshake; Synchronisation on a serial bus, e.g. I2C bus, SPI bus
    • G06F13/4291—Bus transfer protocol, e.g. handshake; Synchronisation on a serial bus, e.g. I2C bus, SPI bus using a clocked protocol
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60R—VEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R16/00—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for
    • B60R16/02—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements
    • B60R16/023—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements for transmission of signals between vehicle parts or subsystems
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B15/00—Systems controlled by a computer
    • G05B15/02—Systems controlled by a computer electric
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G07C5/08—Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
    • G07C5/0808—Diagnosing performance data

Definitions

  • the present invention relates to an apparatus for controlling the operation of a vehicle.
  • the vehicle load is driven and controlled by transmitting a parallel signal.
  • Patent Document 1 listed below describes a technique for detecting an abnormality by echoing back control data (replying the same data as the data received by the receiving side) to the transmitting side with respect to the abnormality detection of the electronic control device.
  • Patent Document 2 regarding the abnormality detection of the electronic control device, a test signal is transmitted from the comparator 23 to the transceiver 12, and the comparator 23 receives a comparison signal from the transceiver 12 and compares the results. Is reported to the CPU 21.
  • the above method is used to inspect whether or not there is a broken point in the signal line between the microcomputer 11 and the transceiver 12.
  • the sub computer 1b in communication between the main computer 1a and the sub computer 1b provided in the ECU 1, the sub computer 1b transmits read data and data obtained by inverting all the bits to the main computer 1a when the read mode is executed.
  • the main computer 1a is described as comparing these data.
  • the main computer 1a confirms whether or not the read data received from the sub computer 1b is normal by the above processing.
  • the present invention has been made in view of the above problems, and in a vehicle control device in which a driver circuit that does not have a calculation function and a calculation device communicate with each other, a simple method that both can communicate normally. It aims at providing the technique which can be diagnosed efficiently by this.
  • the vehicle control device transmits diagnostic data as a control command for the driver circuit from the arithmetic unit, and the driver circuit returns inverted diagnostic data obtained by bit-inverting the diagnostic data to the arithmetic unit.
  • the computing unit diagnoses whether or not communication between the computing unit and the driver circuit is normally performed using the diagnostic data and the inverted diagnostic data.
  • the diagnosis data transmitted from the calculation unit on the transmission side is inverted and returned by the driver circuit on the reception side, so that the diagnosis can be reliably performed.
  • the diagnosis data is transmitted as a control command for the driver circuit from the calculation unit, the diagnosis can be performed at an arbitrary timing for the calculation unit.
  • the diagnosis can be easily performed even when the driver circuit does not have an arithmetic function, the cost for mounting the diagnostic function can be suppressed.
  • FIG. 1 is a configuration diagram of a vehicle control device 1000 according to Embodiment 1.
  • FIG. It is a figure which shows the bit arrangement
  • 3 is a diagram illustrating a configuration example of a command map 220.
  • FIG. It is a figure which shows the bit arrangement
  • FIG. 1 is a configuration diagram of a vehicle control apparatus 1000 according to Embodiment 1 of the present invention.
  • the vehicle control apparatus 1000 is an ECU that controls the operation of a functional unit included in the vehicle, and includes a microcomputer (arithmetic unit) 100 and a driver circuit 200. Description of the vehicle load driven by the driver circuit 200 is omitted.
  • the microcomputer 100 includes software 110 and an MSB interface (I / F) 120.
  • the software 110 is a software group such as an application or BIOS that implements a process for controlling the vehicle operation.
  • the MSB interface 120 is a communication interface that performs serial communication with the driver circuit 200. In the first embodiment, serial communication conforming to the microsecond bus standard is performed. However, the communication method is not limited to this.
  • the MSB interface 120 includes a timer 121, a clock generator 122, a transmission register 123, and a reception register 124.
  • the clock generator 122 generates a clock signal for synchronizing operations between the microcomputer 100 and the driver circuit 200 and outputs the clock signal to the driver circuit 200 via a pair of clock wirings 320.
  • the transmission register 123 is a register that temporarily stores data to be transmitted from the MSB interface 120 to the driver circuit 200, and is connected to the driver circuit 200 via a pair of transmission wirings 330.
  • the reception register 124 is a register that temporarily stores data received from the driver circuit 200 by the MSB interface 120, and is connected to the driver circuit 200 via a single reception wiring 340.
  • the MSB interface 120 and the driver circuit 200 are further connected via an enable signal wiring 310.
  • the MSB interface 120 transmits a control command via the transmission wiring 330 and simultaneously transmits an enable signal via the enable signal wiring 310.
  • the driver circuit 200 is a driver IC that drives a vehicle load, and is configured to execute a function that is statically mounted in advance on the circuit. Therefore, the driver circuit 200 cannot execute a program, for example.
  • the driver circuit 200 includes a reception register 210, a command map 220, an output register 230, a driver 240, an execution result register 250, and a transmission register 260.
  • the reception register 210 is a register that temporarily stores data received from the MSB interface 120 via the transmission wiring 330.
  • the command map 220 is a conversion table for converting a control command received as serial data into a parallel control command for each driver 240, and will be described in detail later.
  • the output register 230 is a register that temporarily stores a control instruction for each driver 240 converted using the command map 220.
  • the driver 240 is a circuit that drives each vehicle load, and the necessary number is provided according to the type and number of vehicle loads that the driver circuit 200 drives.
  • the execution result register 250 is a register that receives operation data describing an execution result obtained as a result of each driver 240 driving a vehicle load from each driver 240 and temporarily stores the operation data.
  • the transmission register 260 is a register that temporarily stores data to be transmitted to the MSB interface 120.
  • the transmission register 123 and the reception register 124 be configured to be electrically or logically separated so as not to cause bit interference with each other. The same applies to the reception register 210 and the transmission register 260.
  • the command map 220 can be configured using a circuit device that realizes the function. Although it is technically possible to configure the command map 220 using software that implements equivalent functions and a processor that executes the software, from the viewpoint of suppressing the implementation cost of the driver circuit 200, as described above.
  • the driver circuit is preferably configured using only circuit devices.
  • ⁇ Embodiment 1 Communication from microcomputer 100 to driver circuit 200>
  • the microcomputer 100 transmits a control command to the driver circuit 200 via the transmission wiring 330.
  • Communication from the microcomputer 100 to the driver circuit 200 may be referred to as downstream.
  • FIG. 2 is a diagram showing a bit arrangement of the control frame.
  • the control frame is a frame describing a control command in a narrow sense.
  • the control frame includes a 1-bit selection bit indicating the type of frame, 5-bit instruction bits (C0 to C4) describing the type of control instruction, and 11-bit data bits (D0 to D10) describing the contents of the control instruction. It has 2 invalid bits.
  • the MSB interface 120 transmits a control frame to the driver circuit 200, the MSB interface 120 simultaneously activates the enable signal.
  • FIG. 3 is a diagram showing a bit arrangement of a data frame.
  • the data frame is a frame for transmitting actual data such as numerical data included in the control command.
  • the data frame has a 1-bit selection bit indicating the type of the frame, 16-bit data bits (D0 to D15) describing the contents of the data, and 2 invalid bits.
  • D0 to D15 16-bit data bits
  • FIG. 4 is a diagram illustrating a configuration example of the command map 220. Since the control command transmitted by the MSB interface 120 is serial data, control commands for a plurality of drivers 240 are described in series. Therefore, the driver circuit 200 extracts a control command for each driver 240 described in the serial data using the command map 220 and stores it in the output register 230. The output register 230 stores control instructions for the drivers 240 in parallel. That is, the driver circuit 200 uses the command map 220 to convert the control command described in the serial data transmitted by the microcomputer 100 into a parallel control command for the plurality of drivers 240.
  • the driver circuit 200 interprets the bit string as a control command corresponding to the bit pattern. .
  • control command described as the first example is diagnostic data to be described later. That is, diagnostic data described later is formally defined as one type of control command.
  • the driver circuit 200 has a function of self-diagnosing whether or not an abnormal state such as an abnormal voltage caused by a circuit abnormality such as a disconnection or a short circuit in each driver 240 has occurred, and an execution result register using the diagnosis result as operation data. 250. For example, when an abnormal voltage occurs in the first driver 240, the first bit value of the execution result register 250 is set to 1.
  • the driver circuit 200 since the driver circuit 200 does not have an arithmetic function, the meaning of each bit value stored in the execution result register 250 cannot be interpreted. Therefore, the driver circuit 200 converts the operation data stored in the execution result register 250 into serial data, and transmits the serial data to the microcomputer 100 via the transmission register 260 and the reception wiring 340. The microcomputer 100 diagnoses the operation data received from the driver circuit 200 by the function implemented by the software 110.
  • the communication from the driver circuit 200 to the microcomputer 100 may be called upstream.
  • the driver circuit 200 performs downstream communication and upstream communication asynchronously. That is, the driver circuit 200 transmits the operation data in the execution result register 250 to the microcomputer 100, for example, at a constant operation cycle, regardless of whether or not a control command is received from the microcomputer 100.
  • FIG. 5 is a diagram showing a bit arrangement of a data frame in upstream communication.
  • a data frame in upstream communication includes a 1-bit start bit, a 4-bit command field (C0 to C3), a 2-bit address field (A0 to A1), a 6-bit data field (D0 to D5), and a 1-bit data field. It has a parity bit and 2 stop bits. When transmitting a plurality of data frames continuously, one inter-frame bit is provided between the data frames. Since upstream communication is performed asynchronously with downstream communication, an enable signal is not required in upstream communication.
  • FIG. 6 is a diagram illustrating a configuration example of a data frame in upstream communication.
  • the driver circuit 200 converts the diagnosis result for each driver 240 into serial data according to a conversion rule as shown in FIG.
  • the serial data stored in the transmission register 260 is transmitted to the microcomputer 100 at a constant operation cycle, for example.
  • the conversion rule shown in FIG. 6 is a conversion opposite to the process of converting serial data into parallel data in downstream communication, and can therefore be implemented on the command map 220.
  • the driver circuit 200 transmits operation data indicating whether or not an abnormality has occurred in each driver 240 to the microcomputer 100.
  • the abnormality diagnosis based on the operation data has a strong aspect of diagnosing an abnormality in the vehicle load, and it is difficult to diagnose an abnormality occurring in the driver circuit 200 itself.
  • the reception register 210 provided in the driver circuit 200 for example, when an abnormality such as bit sticking (a bit at a specific position is fixed) occurs, a control command for the driver 240 is not correctly transmitted, and the vehicle operation becomes a dangerous state. There is a possibility. Similarly, if an abnormality occurs in the transmission register 260, the microcomputer 100 cannot correctly diagnose the operation of the driver 240. A similar problem may occur when an abnormality occurs in the transmission wiring 330 or the reception wiring 340.
  • the driver circuit 200 has an arithmetic function, and the driver circuit 200 itself can make a self-diagnosis by checking the data on each register and the data on each wiring by, for example, a parity check. there is a possibility. However, if an arithmetic function is provided in the driver circuit 200, the mounting cost of the driver circuit 200 increases. Further, when the driver 240 is mounted in the driver circuit 200, the driver 240 tends to generate heat easily, and if a calculation function is added, a cause of heat generation is added, which is not preferable from the viewpoint of heat countermeasures.
  • the microcomputer 100 transmits diagnostic data for diagnosing whether or not the communication with the driver circuit 200 is normally performed to the driver circuit 200, and the driver circuit 200 transmits the diagnostic data to the bit.
  • the inverted inverted bit data is returned to the microcomputer 100.
  • the microcomputer 100 obtains a logical sum of the diagnostic data and the inverted diagnostic data, and if all the bits are 1 as a result, it can be confirmed that the communication with the driver circuit 200 can be normally performed.
  • ⁇ Bit arrangement of diagnostic data is arbitrary.
  • the driver circuit 200 when “1100” is transmitted as diagnostic data, the driver circuit 200 returns inverted diagnostic data “0011” obtained by inverting this to the microcomputer 100.
  • FIG. 7 is a diagram illustrating an example of timing when the microcomputer 100 transmits diagnostic data and timing when the driver circuit 200 returns inverted diagnostic data.
  • diagnostic data is defined as one type of control command from the microcomputer 100 to the driver circuit 200, and the microcomputer 100 transmits diagnostic data whenever it is time to transmit the control command to the driver circuit 200. To be able to.
  • the microcomputer 100 transmits diagnostic data to the driver circuit 200 within an arbitrary execution cycle.
  • the diagnosis data is defined as the control command “RD_DATA” illustrated as the first example in FIG.
  • the driver circuit 200 can determine whether diagnostic data has arrived using the command map 220.
  • the driver circuit 200 stores inversion result data obtained by inverting all bits of RD_DATA in the execution result register 250.
  • the driver circuit 200 converts the operation data into serial data according to the conversion rule illustrated in FIG. 6 in the execution cycle for performing the upstream communication. Further, when the inverted diagnosis data is stored in the execution result register 250 in the immediately preceding execution cycle, this is added to an appropriate position (for example, the end) in the serial data.
  • the microcomputer 100 transmits diagnostic data to the driver circuit 200
  • the microcomputer 100 receives the inverted diagnostic data together with the operation data when receiving the upstream communication next time.
  • the microcomputer 100 performs diagnosis according to the above-described diagnosis rules.
  • FIG. 8 is a time chart example of downstream communication and upstream communication. Hereinafter, an example of the time chart of FIG. 8 will be described.
  • the microcomputer 100 and the driver circuit 200 perform serial communication, it is necessary to set the control cycle of the downstream communication in accordance with the shortest required communication cycle. That is, it is necessary to satisfy the shortest control cycle required by each vehicle load. Further, in order to confirm the certainty of the control command, when using two-way verification (same data is transmitted twice consecutively, and if both are the same data, it is regarded as normal data), 1 / of the shortest cycle is used. It is necessary to transmit a control command in two cycles.
  • the microcomputer 100 needs to transmit a control command to the driver circuit 200 at a cycle of 1.6 ⁇ s.
  • a specific communication cycle may be appropriately determined according to load specifications, required accuracy, and the like. Examples of other loads include a solenoid circuit and a heater circuit.
  • the microcomputer 100 transmits the above-described diagnostic data (RD_DATA) to the driver circuit 200 in an arbitrary communication cycle. Since the diagnostic data is defined as one of the control commands, the diagnostic data can be transmitted at an arbitrary timing as long as there is no restriction such as the order of the control commands.
  • the driver circuit 200 performs upstream communication asynchronously with the downstream communication, and transmits operation data of each driver 240 to the microcomputer 100.
  • the driver circuit adds inverted diagnostic data (INV_RD_DATA) obtained by bit-inverting this to an appropriate location (in the example shown in FIG. 8) in the upstream communication.
  • the microcomputer 100 transmits diagnostic data in the subsequent downstream communication cycle
  • the microcomputer 100 transmits data obtained by bit-inverting the previous diagnostic data (equal to INV_RD_DATA) to the driver circuit 200 as new diagnostic data.
  • the bit is inverted every time diagnostic data is transmitted. This is to uniformly diagnose all the bit positions. Details will be described in the second embodiment.
  • the communication cycle of upstream communication may be arbitrary (for example, 10 ms cycle), but the calculation load increases as the number of communication increases. For example, what is necessary is just to set it as the communication speed required when carrying out vehicle diagnosis, such as OBD2 (On Board Diagnostics 2), on the microcomputer 100 side.
  • vehicle diagnosis such as OBD2 (On Board Diagnostics 2)
  • timing of performing the diagnostic process illustrated in FIG. 8 is before the vehicle is started. Specifically, it is desirable to carry out before the engine is started after the reset of the vehicle control device 1000 is released.
  • the microcomputer 100 transmits diagnostic data to the driver circuit 200 as one of the control commands, and the driver circuit 200 performs inverted diagnosis in which the diagnostic data is bit-inverted. Data is returned to the microcomputer 100. Thereby, the microcomputer 100 can diagnose whether or not the communication with the driver circuit 200 can be normally performed at an arbitrary timing at which the control command is transmitted.
  • the microcomputer 100 performs the above diagnosis depending on whether or not the logical sum of the diagnosis data and the inverted diagnosis data is all 1 bits. Since this diagnosis rule is the same regardless of the bit arrangement of the diagnosis data, the diagnosis process on the microcomputer 100 side can be simplified (it is not necessary to compare each bit one by one). In addition, since the driver circuit 200 only needs to invert the bit, the above processing can be implemented without using an arithmetic function, for example, by a circuit (NOT circuit) that increases or decreases the voltage value representing the bit value.
  • NOT circuit a circuit that increases or decreases the voltage value representing the bit value.
  • the driver circuit 200 performs upstream communication asynchronously with downstream communication. This eliminates the need for the microcomputer 100 to wait for the result of transmitting the diagnostic data, so that the timing for transmitting the diagnostic data can be set more freely.
  • the driver circuit 200 serializes the inverted diagnosis data together with the operation data describing the self-diagnosis result of each driver 240 and transmits the inverted diagnosis data to the microcomputer 100. This eliminates the need for providing a separate communication cycle for transmitting the inverted diagnosis data, thereby reducing the communication load.
  • the microcomputer 100 and the driver circuit 200 include one enable wiring 310, one pair of clock wiring 320, one pair of transmission wiring 330, and one reception wiring 340. These are connected by a total of 6 wires, and mutually perform serial communication conforming to the MSB standard. As a result, the number of terminals and the number of wirings of the microcomputer 100 and the driver circuit 200 can be reduced.
  • the diagnostic data transmitted by the microcomputer 100 may be arbitrary. However, in order to carry out diagnosis more efficiently, it is considered that there is room for devising the bit arrangement of diagnosis data. Therefore, in the second embodiment of the present invention, a bit array of diagnostic data that can perform diagnosis more efficiently will be examined.
  • the configuration of the vehicle control device 1000 is the same as that of the first embodiment.
  • bit value at a specific position may be fixed to the same value (bit fixation).
  • bit fixation In order to detect bit sticking with a communication cycle as short as possible, every time the microcomputer 100 transmits diagnostic data, all bits are inverted, and all bits have both a bit value 0 and a bit value 1 within two communication cycles. It is desirable to do so. This is the same for both the transmission register 123 and the reception register 124, and the same is true for both the reception register 210 and the transmission register 260 in the driver circuit 200.
  • each register adjacent bits may be short-circuited due to factors such as foreign matter, and there is a possibility that an abnormality that always has the same value (bit short-circuit) may occur.
  • bit short-circuit it is desirable that the diagnostic data have bit values 0 and 1 alternately.
  • the diagnostic data transmitted by the microcomputer 100 it is considered desirable for the diagnostic data transmitted by the microcomputer 100 to have bit value 0 and bit value 1 alternately, and to invert the bit value every time diagnostic data is transmitted.
  • RD_DATA shown in the first row of FIG. 4, based on this examination, both the bit array starting from bit value 0 and the bit array starting from bit value 1 are defined as RD_DATA.
  • the vehicle control apparatus 1000 uses a bit array having bit values 0 and 1 alternately as diagnostic data. As a result, bit sticking can be detected within two communication cycles, and misdiagnosis due to a bit short-circuit can be avoided.
  • this abnormality is an abnormality detected by issuing diagnostic data and does not depend on operation data acquired from the driver 240. That is, this abnormality does not represent an abnormality of the vehicle load or the driver 240.
  • the following operations can be considered as operations performed by the microcomputer 100.
  • the microcomputer 100 issues a control command for stopping the vehicle load or the driver 240 corresponding to the bit position where the abnormality is detected.
  • the control command is not normally transmitted to the driver 240 if the register is faulty, it is necessary to transmit the control command to the driver 240 via another communication wiring, for example. .
  • the microcomputer 100 brings the vehicle operation to the safe side and stops the operation of the driver circuit 200.
  • the enable signal may be deactivated, or an operation stop command may be issued as a control command.
  • the microcomputer 100 outputs, for example, a signal indicating a bit position where an abnormality has been detected or a content equivalent thereto to a host control device.
  • the present invention is not limited to the embodiments described above, and includes various modifications.
  • the above embodiment has been described in detail for easy understanding of the present invention, and is not necessarily limited to the one having all the configurations described.
  • a part of the configuration of one embodiment can be replaced with the configuration of another embodiment.
  • the configuration of another embodiment can be added to the configuration of a certain embodiment. Further, with respect to a part of the configuration of each embodiment, another configuration can be added, deleted, or replaced.
  • the driver circuit 200 is configured using a programmable circuit device (FPGA or the like) by dynamically changing the circuit configuration as long as the constraints such as the device cost allow.
  • FPGA programmable circuit device
  • the driver circuit 200 may be provided with a minimum calculation function that is insufficient to realize the function of the driver circuit 200.
  • the driver circuit 200 explained that the diagnostic data is bit-inverted and transmitted. However, it is not always necessary to invert all the bits of the diagnostic data and transmit them all at once, and only some bits are inverted. Then, the transmission may be repeated.
  • the microcomputer 100 diagnoses the entire diagnosis data by repeating the sequential diagnosis using the bit inverted data received from the driver circuit 200.
  • the microcomputer 100 instructs the driver circuit 200 to switch the command map 220 by downstream communication, and sequentially diagnoses all the bits so as to diagnose all bits. Also good.
  • the command map 220 may describe a command for bit-inverting diagnostic data by a technique such as bit shift, and the driver circuit 200 may perform bit inversion using the command.
  • the mounting cost of the driver circuit 200 and the diagnostic processing load increase, it is desirable to invert all bits at once.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Mechanical Engineering (AREA)
  • Automation & Control Theory (AREA)
  • Small-Scale Networks (AREA)
  • Debugging And Monitoring (AREA)
  • Combined Controls Of Internal Combustion Engines (AREA)

Abstract

　演算機能を持たないドライバ回路と演算装置とが通信する車両制御装置において、両者が正常に通信できていることを簡易な手法によって効率的に診断することができる技術を提供する。　本発明に係る車両制御装置は、演算部からドライバ回路に対する制御命令として診断データを送信し、ドライバ回路は診断データをビット反転した反転診断データを演算部に返信する。演算部は、診断データと反転診断データを用いて、演算部とドライバ回路との間の通信が正常に実施できているか否かを診断する。

Description

車両制御装置
　本発明は、車両の動作を制御する装置に関する。
　従来、車両の動作を制御する電子制御装置（ＥＣＵ：Ｅｌｅｃｔｒｏｎｉｃ　Ｃｏｎｔｒｏｌ　Ｕｎｉｔ）は、車両負荷を駆動するドライバＩＣ（Ｉｎｔｅｇｒａｔｅｄ　Ｃｉｒｃｕｉｔ）と、ドライバＩＣを制御するマイコンとを備え、マイコンからドライバＩＣに対してパラレル信号を送信することにより、車両負荷を駆動制御している。
　一方、近年ではＥＣＵに求められる機能が高機能化するとともに、低コスト化に対する要求も増している。そこで、マイコンのｐｏｒｔ数を削減してコストを低減するため、マイコンとドライバＩＣとの間で送受信するパラレル信号をシリアル信号に置き換える試みがなされている。例えばマイクロシリアルバス規格に準拠した通信が、これに該当する。
　マイコンとドライバＩＣがシリアル信号によって通信する場合、複数の制御命令が直列的に記述されたシリアルデータを送受信することになる。この場合、マイコンとドライバＩＣとの間のシリアル通信において異常が発生すると、ドライバＩＣが駆動する全ての車両負荷に対する制御命令が異常となる。したがって、マイコンとドライバＩＣとの間のシリアル通信における異常が発生した場合はこれを即座に検出して車両をフェールセーフモードに移行させることが必要になると考えられる。
　下記特許文献１には、電子制御装置の異常検出に関し、制御データをエコーバック（受信側が受信したデータと同じデータを送信側へ返信する）することによって異常を検出する技術が記載されている。
　下記特許文献２には、電子制御装置の異常検出に関し、比較器２３からトランシーバ１２に対して検査信号を送信し、さらに比較器２３はトランシーバ１２から比較用信号を受信し、両者を比較した結果をＣＰＵ２１へ報告する手法が記載されている。同文献においては、上記手法により、マイコン１１とトランシーバ１２の間の信号線に断線した箇所があるか否かなどを検査している。
　下記特許文献３には、ＥＣＵ１が備えるメインコンピュータ１ａとサブコンピュータ１ｂの間の通信において、サブコンピュータ１ｂはリードモード実行時に読み出しデータとその全ビットを反転したデータをメインコンピュータ１ａに対して送信し、メインコンピュータ１ａはこれらデータを比較することが記載されている。メインコンピュータ１ａは上記処理により、サブコンピュータ１ｂから受信した読み出しデータが正常であるか否かを確認している。
特開２０００－３１２１５１号公報 特開２０１１－２２９０７９号公報 特開平４－１７０８２９号公報
　特許文献１に記載されている技術においては、通信データそのものをエコーバックするため、通信データ自体が異常である場合にこれを検出できない可能性がある。例えばエコーバックするデータがビット値０またはビット値１いずれかに偏っていると、いずれかのビット位置において異常が発生していてもこれを正常なデータであると誤認識してしまう可能性がある。
　特許文献２に記載されている技術においては、比較器２３を設けるための追加コストが必要になる。また、マイコン１１とトランシーバ１２が通信していない間に検査信号を発信する必要があるため、検査を実施するタイミングが制約される。
　特許文献３に記載されている技術においては、メインコンピュータ１ａとサブコンピュータ１ｂともに演算機能を備えている必要があるため、コストが高くなる傾向がある。また、サブコンピュータ１ｂが読み出したデータとこれをビット反転したデータをともにメインコンピュータ１ａに対して送信するので、診断実施のために通信するデータ量が大きくなる傾向があると考えられる。
　本発明は、以上のような課題に鑑みてなされたものであり、演算機能を持たないドライバ回路と演算装置とが通信する車両制御装置において、両者が正常に通信できていることを簡易な手法によって効率的に診断することができる技術を提供することを目的とする。
　本発明に係る車両制御装置は、演算部からドライバ回路に対する制御命令として診断データを送信し、ドライバ回路は診断データをビット反転した反転診断データを演算部に返信する。演算部は、診断データと反転診断データを用いて、演算部とドライバ回路との間の通信が正常に実施できているか否かを診断する。
　本発明に係る車両制御装置によれば、送信側である演算部から送信した診断データを受信側であるドライバ回路が反転して返信するので、診断を確実に実施することができる。また、演算部からドライバ回路に対する制御命令として診断データを送信するので、演算部にとって任意のタイミングで診断を実施することができる。さらには、ドライバ回路が演算機能を持たない場合であっても診断を容易に実施できるので、診断機能を実装するコストを抑えることができる。
実施形態１に係る車両制御装置１０００の構成図である。 制御フレームのビット配列を示す図である。 データフレームのビット配列を示す図である。 コマンドマップ２２０の構成例を示す図である。 アップストリーム通信におけるデータフレームのビット配列を示す図である。 アップストリーム通信におけるデータフレームの構成例を示す図である。 マイコン１００が診断データを送信するタイミングとドライバ回路２００が反転診断データを返信するタイミングの例を示す図である。 ダウンストリーム通信とアップストリーム通信のタイムチャート例である。
＜実施の形態１＞
　図１は、本発明の実施形態１に係る車両制御装置１０００の構成図である。車両制御装置１０００は、車両が備える機能部の動作を制御するＥＣＵであり、マイコン（演算部）１００とドライバ回路２００を備える。ドライバ回路２００が駆動する車両負荷については記載を省略した。
　マイコン１００は、ソフトウェア１１０とＭＳＢインターフェース（Ｉ／Ｆ）１２０を備える。ソフトウェア１１０は、車両動作を制御する処理を実装したアプリケーションやＢＩＯＳなどのソフトウェア群である。ＭＳＢインターフェース１２０は、ドライバ回路２００との間でシリアル通信を実施する通信インターフェースである。本実施形態１においてはマイクロセカンドバス規格に準拠したシリアル通信を実施するものとするが、通信方式はこれに限られるものではない。
　ＭＳＢインターフェース１２０は、タイマ１２１、クロック生成器１２２、送信レジスタ１２３、受信レジスタ１２４を備える。クロック生成器１２２は、マイコン１００とドライバ回路２００の間で動作を同期させるためのクロック信号を生成し、１対のクロック配線３２０を介してドライバ回路２００へ出力する。送信レジスタ１２３は、ＭＳＢインターフェース１２０からドライバ回路２００に対して送信するデータを一時的に格納するレジスタであり、１対の送信配線３３０を介してドライバ回路２００に接続されている。受信レジスタ１２４は、ＭＳＢインターフェース１２０がドライバ回路２００から受信したデータを一時的に格納するレジスタであり、１本の受信配線３４０を介してドライバ回路２００に接続されている。
　ＭＳＢインターフェース１２０とドライバ回路２００の間はさらに、イネーブル信号配線３１０を介して接続されている。ＭＳＢインターフェース１２０は、ドライバ回路２００に対して制御命令を発行するときは、送信配線３３０を介して制御命令を送信すると同時に、イネーブル信号配線３１０を介してイネーブル信号を送信する。
　ドライバ回路２００は、車両負荷を駆動するドライバＩＣであり、あらかじめ回路上に静的に実装された機能を実行するように構成されている。したがってドライバ回路２００は、例えばプログラムを実行することはできない。ドライバ回路２００は、受信レジスタ２１０、コマンドマップ２２０、出力レジスタ２３０、ドライバ２４０、実行結果レジスタ２５０、送信レジスタ２６０を備える。
　受信レジスタ２１０は、送信配線３３０を介してＭＳＢインターフェース１２０から受信したデータを一時的に格納するレジスタである。コマンドマップ２２０は、シリアルデータとして受信した制御命令を各ドライバ２４０に対するパラレルな制御命令に変換するための変換テーブルであり、詳細は後述する。出力レジスタ２３０は、コマンドマップ２２０を用いて変換した各ドライバ２４０に対する制御命令を一時的に格納するレジスタである。ドライバ２４０は、各車両負荷を駆動する回路であり、ドライバ回路２００が駆動する車両負荷の種類や個数に応じて必要な数だけ設けられている。実行結果レジスタ２５０は、各ドライバ２４０が車両負荷を駆動した結果として得られる実行結果を記述した動作データを各ドライバ２４０から受け取って一時的に格納するレジスタである。送信レジスタ２６０は、ＭＳＢインターフェース１２０に対して送信するデータを一時的に格納するレジスタである。
　送信レジスタ１２３と受信レジスタ１２４は、互いにビット干渉を起こさないように、電気的または論理的に分離して構成することが望ましい。受信レジスタ２１０と送信レジスタ２６０についても同様である。
　コマンドマップ２２０は、その機能を実現する回路デバイスを用いて構成することができる。同等の機能を実装したソフトウェアとこれを実行するプロセッサを用いてコマンドマップ２２０を構成することも技術的には可能であるが、ドライバ回路２００の実装コストを抑制する観点からは、上述のようにドライバ回路は回路デバイスのみを用いて構成することが望ましい。
＜実施の形態１：マイコン１００からドライバ回路２００に対する通信＞
　マイコン１００は、送信配線３３０を介して、ドライバ回路２００に対して制御命令を送信する。マイコン１００からドライバ回路２００に対する通信を、ダウンストリームと呼ぶ場合もある。制御命令を記述したフレームは、制御フレームとデータフレームの２種類がある。以下これらデータフレームの例について説明する。
　図２は、制御フレームのビット配列を示す図である。制御フレームは、狭義の制御命令を記述したフレームである。制御フレームは、フレームの種類を示す１ビットの選択ビット、制御命令の種類を記述した５ビットの命令ビット（Ｃ０～Ｃ４）、制御命令の内容を記述した１１ビットのデータビット（Ｄ０～Ｄ１０）、２ビットの無効ビットを有する。ＭＳＢインターフェース１２０は、制御フレームをドライバ回路２００に対して送信するとき、同時にイネーブル信号をアクティブにする。
　図３は、データフレームのビット配列を示す図である。データフレームは、制御命令に含まれる数値データなどの実データを送信するためのフレームである。データフレームは、フレームの種類を示す１ビットの選択ビット、データの内容を記述した１６ビットのデータビット（Ｄ０～Ｄ１５）、２ビットの無効ビットを有する。ＭＳＢインターフェース１２０は、データフレームをドライバ回路２００に対して送信するとき、同時にイネーブル信号をアクティブにする。
　図４は、コマンドマップ２２０の構成例を示す図である。ＭＳＢインターフェース１２０が送信する制御命令はシリアルデータであるため、複数のドライバ２４０に対する制御命令が直列的に記述されている。そこでドライバ回路２００は、コマンドマップ２２０を用いてシリアルデータ内に記述されている各ドライバ２４０に対する制御命令を抽出し、それぞれ出力レジスタ２３０に格納する。出力レジスタ２３０は、各ドライバ２４０に対する制御命令を並列的に格納する。すなわちドライバ回路２００は、コマンドマップ２２０を用いることにより、マイコン１００が送信したシリアルデータ内に記述されている制御命令を、複数のドライバ２４０に対するパラレルな制御命令に変換する。
　ドライバ回路２００は、マイコン１００から受信した制御フレーム内に記述されているデータが図４に示すいずれかのビットパターンと合致した場合、そのビット列は当該ビットパターンに対応する制御命令であると解釈する。
　図４に示すデータ例においては、１６種類の制御命令を例示したが、これに限られるものではない。なお、１番目の例として記述している制御命令は、後述する診断データである。すなわち後述する診断データは、形式的には制御命令の１種として定義されている。
＜実施の形態１：ドライバ回路２００からマイコン１００に対する通信＞
　ドライバ回路２００は、各ドライバ２４０における断線や短絡などの回路異常によって生じる異常電圧などの異常状態が発生したか否かを自己診断する機能を備えており、その診断結果を動作データとして実行結果レジスタ２５０に格納する。例えば１番目のドライバ２４０において異常電圧が発生した場合は、実行結果レジスタ２５０の１番目のビット値を１にする、などの機能を備える。
　ただしドライバ回路２００は演算機能を持たないため、実行結果レジスタ２５０に格納されている各ビット値の意味を解釈することはできない。そこでドライバ回路２００は、実行結果レジスタ２５０に格納されている動作データをシリアルデータに変換し、送信レジスタ２６０および受信配線３４０を介してマイコン１００へ送信する。マイコン１００は、ソフトウェア１１０が実装している機能によってドライバ回路２００から受信した動作データを診断する。
　ドライバ回路２００からマイコン１００に対する通信を、アップストリームと呼ぶ場合もある。ドライバ回路２００は、ダウンストリーム通信とアップストリーム通信を非同期で実施する。すなわちドライバ回路２００は、マイコン１００から制御命令を受信したか否かによらず、例えば一定の動作周期で実行結果レジスタ２５０内の動作データをマイコン１００へ送信する。
　図５は、アップストリーム通信におけるデータフレームのビット配列を示す図である。アップストリーム通信におけるデータフレームは、１ビットの開始ビット、４ビットのコマンドフィールド（Ｃ０～Ｃ３）、２ビットのアドレスフィールド（Ａ０～Ａ１）、６ビットのデータフィールド（Ｄ０～Ｄ５）、１ビットのパリティビット、２ビットの停止ビットを有する。複数のデータフレームを連続して送信する場合は、データフレーム間に１ビットのフレーム間ビットを設ける。アップストリーム通信はダウンストリーム通信とは非同期に実施されるため、アップストリーム通信においてはイネーブル信号は必要ない。
　図６は、アップストリーム通信におけるデータフレームの構成例を示す図である。ドライバ回路２００は、各ドライバ２４０についての診断結果を、図６に示すような変換規則にしたがってシリアルデータに変換し、送信レジスタ２６０に格納する。送信レジスタ２６０に格納されたシリアルデータは、例えば一定の動作周期でマイコン１００へ送信される。図６に示す変換規則は、ダウンストリーム通信においてシリアルデータをパラレルデータに変換する処理と逆向きの変換であるため、コマンドマップ２２０上に実装することができる。
＜実施の形態１：診断データ＞
　ドライバ回路２００は、各ドライバ２４０における異常発生の有無を示す動作データをマイコン１００へ送信する。この動作データによる異常診断は、車両負荷の異常を診断するという側面が強く、ドライバ回路２００自身に発生した異常については診断することが困難である。
　他方、ドライバ回路２００が備える受信レジスタ２１０において、例えばビット固着（特定箇所のビットが固定される）などの異常が発生すると、ドライバ２４０に対する制御命令が正しく伝達されず、車両動作が危険な状態になる可能性がある。同様に送信レジスタ２６０において異常が発生すると、マイコン１００はドライバ２４０の動作を正しく診断することができない。同様の不具合は、送信配線３３０や受信配線３４０において異常が発生している場合にも生じ得る。
　上記のようなドライバ回路２００の異常は、ドライバ回路２００が演算機能を備え、各レジスタ上のデータや各配線上のデータを例えばパリティチェックなどによってチェックすることにより、ドライバ回路２００自身が自己診断できる可能性がある。しかしドライバ回路２００内に演算機能を設けると、ドライバ回路２００の実装コストが増大する。またドライバ２４０をドライバ回路２００内に実装する場合、ドライバ２４０は発熱し易い傾向があり、さらに演算機能を追加すると発熱原因を追加することになるので、熱対策の観点から好ましくない。
　そこで本実施形態１において、マイコン１００はドライバ回路２００との間の通信が正常に実施できているか否かを診断するための診断データをドライバ回路２００へ送信し、ドライバ回路２００は診断データをビット反転した反転ビットデータをマイコン１００へ返信することとした。マイコン１００は、診断データと反転診断データの論理和を求め、その結果すべてのビットが１になれば、ドライバ回路２００との間の通信が正常に実施できていることを確認できる。
　診断データのビット配列は任意である。例えば診断データとして「１１００」を送信した場合、ドライバ回路２００はこれを反転した反転診断データ「００１１」をマイコン１００へ返信する。マイコン１００は、「１１００」と「００１１」の論理和を求め、その結果すべてのビットが１であれば（１１００＋００１１＝１１１１）、ドライバ回路２００との間の通信が正常に実施できていることが分かる。すなわち、受信レジスタ２１０、送信レジスタ２６０、送信配線３３０、受信配線３４０のいずれにおいても異常が発生していないことを確認することができる。
　図７は、マイコン１００が診断データを送信するタイミングとドライバ回路２００が反転診断データを返信するタイミングの例を示す図である。マイコン１００が診断データをドライバ回路２００に対して送信するタイミングとしては様々なものが考えられる。本実施形態１においては、マイコン１００からドライバ回路２００に対する制御命令の１種として診断データを定義し、マイコン１００は制御命令をドライバ回路２００に対して送信するタイミングであればいつでも、診断データを送信することができるものとした。
　図７に示す例において、マイコン１００は任意の実行周期内でドライバ回路２００に対して診断データを送信する。診断データは、図４の１番目に例示した制御命令「ＲＤ＿ＤＡＴＡ」として定義されている。ドライバ回路２００は、コマンドマップ２２０を用いて診断データが到着したか否かを判定することができる。ドライバ回路２００は、制御命令ＲＤ＿ＤＡＴＡが到着した場合は、ＲＤ＿ＤＡＴＡの全ビットをビット反転した反転診断データを、実行結果レジスタ２５０に格納する。
　ドライバ回路２００は、アップストリーム通信を実施する実行周期において、図６に例示した変換規則にしたがって動作データをシリアルデータに変換する。さらに、直前の実行周期において反転診断データが実行結果レジスタ２５０内に格納されている場合は、これをシリアルデータ内の適当な位置（例えば末尾）に追加する。
　マイコン１００は、診断データをドライバ回路２００に対して送信した場合、次にアップストリーム通信を受信するとき、動作データと併せて反転診断データを受信することになる。マイコン１００は、上述の診断規則にしたがって診断を実施する。
　図８は、ダウンストリーム通信とアップストリーム通信のタイムチャート例である。以下、図８のタイムチャート例について説明する。
　マイコン１００とドライバ回路２００はシリアル通信するため、要求される最も短い通信周期に合わせてダウンストリーム通信の制御周期を設定する必要がある。すなわち、各車両負荷が要求する制御周期のうち最短のものを満足する必要がある。さらには、制御命令の確からしさを確認するため２連照合（同じデータを２回連続して送信し、２回とも同じデータであれば正常データとみなす）を用いた場合、最短周期の１／２周期で制御命令を送信する必要がある。
　図８に示す例においては、リレー負荷、インジェクタ負荷、イグニッション負荷の３種類が存在し、イグニッション負荷が要求する制御周期が最も短く３．２μｓであるものと仮定した。そのためマイコン１００は、１．６μｓ周期でドライバ回路２００に対して制御命令を送信する必要がある。具体的な通信周期は負荷仕様や要求精度などに応じて適宜定めればよい。その他の負荷としては、例えばソレノイド回路、ヒータ回路などが考えられる。
　またマイコン１００は、任意の通信周期において、上述の診断データ（ＲＤ＿ＤＡＴＡ）をドライバ回路２００に対して送信する。診断データは制御命令の１つとして定義されているため、制御命令の順番などの制約がない限り、任意のタイミングにおいて診断データを送信することができる。
　ドライバ回路２００は、ダウンストリーム通信とは非同期にアップストリーム通信を実施し、各ドライバ２４０の動作データをマイコン１００へ送信する。直前のアップストリーム通信周期において診断データを受信した場合、ドライバ回路はこれをビット反転した反転診断データ（ＩＮＶ＿ＲＤ＿ＤＡＴＡ）をアップストリーム通信内の適当な箇所（図８に示す例では末尾）に付加する。
　マイコン１００は、次回以降のダウンストリーム通信周期において診断データを送信する場合、前回の診断データをビット反転したデータ（ＩＮＶ＿ＲＤ＿ＤＡＴＡと等しくなる）を、新たな診断データとしてドライバ回路２００に対して送信する。以後同様に、診断データを送信する毎にビットを反転する。これは全てのビット位置を均一に診断するためである。詳細は実施形態２において説明する。
　アップストリーム通信の通信周期は任意でよい（例えば１０ｍｓ周期）が、通信回数が増えると演算負荷が増加するため、必要最小限に抑えることが望ましい。例えばマイコン１００側でＯＢＤ２（Ｏｎ　Ｂｏａｒｄ　Ｄｉａｇｎｏｓｉｓ　２）などの車両診断を実施する際に必要な通信速度とすればよい。
　図８に例示するような診断処理を実施するタイミングとしては、車両が起動する前が望ましい。具体的には、車両制御装置１０００のリセットが解除されてからエンジンが始動する前までに実施することが望ましい。
＜実施の形態１：まとめ＞
　以上のように、本実施形態１に係る車両制御装置１０００において、マイコン１００は制御命令の１つとして診断データをドライバ回路２００に対して送信し、ドライバ回路２００は診断データをビット反転した反転診断データをマイコン１００に返信する。これにより、マイコン１００は制御命令を送信する任意のタイミングで、ドライバ回路２００との間の通信が正常に実施できているか否かを診断することができる。
　また、本実施形態１に係る車両制御装置１０００において、マイコン１００は診断データと反転診断データの論理和が全ビット１であるか否かにより、上記診断を実施する。この診断規則は診断データのビット配列によらず同一であるため、マイコン１００側の診断処理を簡易化することができる（各ビットを逐一比較する必要がない）。またドライバ回路２００はビットを反転するのみでよいので、例えばビット値を表す電圧値を増減する回路（ＮＯＴ回路）などにより、演算機能を用いずに上記処理を実装することができる。
　また、本実施形態１に係る車両制御装置１０００において、ドライバ回路２００は、ダウンストリーム通信とは非同期にアップストリーム通信を実施する。これにより、マイコン１００は診断データを送信した結果を待機する必要がなくなるので、診断データを送信するタイミングをさらに自由に設定することができる。
　また、本実施形態１に係る車両制御装置１０００において、ドライバ回路２００は、各ドライバ２４０の自己診断結果を記述した動作データと併せて、反転診断データをシリアル化してマイコン１００に送信する。これにより、反転診断データを送信するための通信周期を別途設ける必要がなくなるので、通信負荷を軽減することができる。
　また、本実施形態１に係る車両制御装置１０００において、マイコン１００とドライバ回路２００は、１本のイネーブル配線３１０、１対のクロック配線３２０、１対の送信配線３３０、１本の受信配線３４０の、合計６配線によって接続され、互いにＭＳＢ規格に準拠したシリアル通信を実施する。これにより、マイコン１００とドライバ回路２００それぞれの端子数および配線数を少なく抑えることができる。
＜実施の形態２＞
　実施形態１においては、マイコン１００が送信する診断データは任意でよいことを説明した。ただし、より効率的に診断を実施するためには、診断データのビット配列について工夫する余地があると考えられる。そこで本発明の実施形態２においては、より効率的に診断を実施することができる診断データのビット配列について検討する。車両制御装置１０００の構成は実施形態１と同様である。
　各レジスタや配線に異常が発生すると、特定位置のビット値が同一の値に固定される（ビット固着）可能性がある。ビット固着をできる限り短い通信周期で検出するためには、マイコン１００が診断データを送信する毎に全ビットを反転させ、２通信周期以内で全ビットがビット値０とビット値１の双方を持つようにすることが望ましい。これは送信レジスタ１２３と受信レジスタ１２４の双方について同様であり、またドライバ回路２００内の受信レジスタ２１０と送信レジスタ２６０の双方について同様である。
　また、各レジスタは隣接するビットが異物などの要因によって短絡し、必ず同じ値となる（ビット短絡）異常が発生する可能性がある。ビット短絡を回避するためには、診断データはビット値０とビット値１を交互に有することが望ましい。
　以上に鑑みると、マイコン１００が送信する診断データとしては、ビット値０とビット値１を交互に有し、かつ診断データを送信する毎にビット値を反転することが望ましいと考えられる。図４の１行目に示すＲＤ＿ＤＡＴＡの例においては、この検討を踏まえ、ビット値０から開始するビット配列とビット値１から開始するビット配列ともに、ＲＤ＿ＤＡＴＡとして定義した。
＜実施の形態２：まとめ＞
　以上のように、本実施形態２に係る車両制御装置１０００は、ビット値０とビット値１を交互に有するビット配列を、診断データとして用いる。これにより、２通信周期以内でビット固着を検出し、かつビット短絡による誤診断を回避することができる。
＜実施の形態３＞
　以上の実施形態１～２において、マイコン１００は、診断データのいずれかの位置において異常なビットを検出した場合、そのビット位置に対応するレジスタアドレスが異常であることを検出することができる。ただしこの異常は、診断データを発行することによって検出した異常であり、ドライバ２４０から取得する動作データには依拠していない。すなわちこの異常は、車両負荷やドライバ２４０の異常を表すものではない。このときマイコン１００が実施する動作としては、例えば以下のようなものが考えられる。
（異常検出時の動作例１）
　マイコン１００は、異常を検出したビット位置に対応する車両負荷またはドライバ２４０を停止させる旨の制御命令を発行する。ただし、レジスタが故障していると制御命令がドライバ２４０に対して正常に伝達されない可能性があるため、例えば別の通信配線などを経由してドライバ２４０に対して制御命令を伝達する必要がある。
（異常検出時の動作例２）
　マイコン１００は、診断データのいずれかのビット位置において異常が検出された場合は、車両動作を安全側に倒し、ドライバ回路２００の動作を停止する。具体的には、イネーブル信号を非アクティブにしてもよいし、制御命令として動作停止命令を発行してもよい。
（異常検出時の動作例３）
　マイコン１００は、異常を検出したビット位置またはこれと同等の内容を示す信号を、例えば上位の制御装置に対して出力する。
＜実施の形態４＞
　本発明は上記した実施形態に限定されるものではなく、様々な変形例が含まれる。上記実施形態は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施形態の構成の一部を他の実施形態の構成に置き換えることもできる。また、ある実施形態の構成に他の実施形態の構成を加えることもできる。また、各実施形態の構成の一部について、他の構成を追加・削除・置換することもできる。
　実施形態１～３において、ドライバ回路２００は、装置コストなどの制約条件が許容する限りにおいては、回路構成を動的に変更することによりプログラム可能な回路デバイス（ＦＰＧＡなど）を用いて構成することもできるし、実施形態１で説明したようにあらかじめ回路基板上に実装された機能のみを実施し、その回路構成を動的に変更することができない回路デバイスを用いて構成することもできる。あるいは、ドライバ回路２００が担う機能を実現するには不十分な最小限度の演算機能をドライバ回路２００に付与してもよい。
　実施形態１～３において、ドライバ回路２００は診断データをビット反転して送信することを説明したが、必ずしも診断データの全ビットを反転して一括送信する必要はなく、一部のビットのみを反転して送信することを繰り返すようにしてもよい。マイコン１００はドライバ回路２００から受け取ったビット反転データを用いて逐次診断を実施することを繰り返すことにより、診断データ全体を診断する。
　診断データの一部ビットを反転させる場合、例えばマイコン１００からドライバ回路２００に対してダウンストリーム通信によりコマンドマップ２２０の切り替えを指示し、順次診断を実施することにより、全ビットを診断するようにしてもよい。この場合、コマンドマップ２２０上において、ビットシフトなどの手法により診断データをビット反転させるコマンドを記述しておき、ドライバ回路２００はこれを用いてビット反転を実施するようにしてもよい。ただし、ドライバ回路２００の実装コストや診断処理負荷が増大するため、全ビットを一度に反転するのが望ましい。
　１００：マイコン、１１０：ソフトウェア、１２０：ＭＳＢインターフェース、１２１：タイマ、１２２：クロック生成器、１２３：送信レジスタ、１２４：受信レジスタ、２００：ドライバ回路、２１０：受信レジスタ、２２０：コマンドマップ、２３０：出力レジスタ、２４０：ドライバ、２５０：実行結果レジスタ、２６０：送信レジスタ、３１０：イネーブル信号配線、３２０：クロック配線、３３０：送信配線、３４０：受信配線、１０００：車両制御装置。

Claims (13)

  1. 　車両が備える機能部を制御するための制御命令を出力する演算部と、
    　前記制御命令にしたがって前記機能部を駆動するドライバ回路と、
    　を備え、
    　前記ドライバ回路は、回路上にあらかじめ静的に実装された機能を実行するように構成されており、
    　前記演算部は、前記ドライバ回路が正常動作しているか否かを診断するための診断データを、前記制御命令として前記ドライバ回路に対して送信し、
    　前記ドライバ回路は、前記演算部から受信した前記診断データの少なくとも一部をビット反転した反転診断データを前記演算部に対して送信し、
    　前記演算部は、前記ドライバ回路へ出力した前記診断データと前記ドライバ回路から受信した前記反転診断データを用いて、前記演算部と前記ドライバ回路が正常に通信できているか否かを診断する
    　ことを特徴とする車両制御装置。
  2. 　前記演算部は、前記ドライバ回路に対して前記診断データを送信する毎に、前記診断データをビット反転させる
    　ことを特徴とする請求項１記載の車両制御装置。
  3. 　前記車両制御装置は、
    　前記演算部から前記ドライバ回路に対して送信する信号を伝搬する送信配線と、
    　前記ドライバ回路から前記演算部に対して送信する信号を伝搬する受信配線と、
    　を備え、
    　前記ドライバ回路は、
    　　前記送信配線を介して前記演算部と通信する動作と、前記受信配線を介して前記演算部と通信する動作とを非同期に実行し、
    　　前記機能部の動作結果を示す動作データおよび前記反転診断データを、前記演算部に対して前記受信配線を介して送信する
    　ことを特徴とする請求項２記載の車両制御装置。
  4. 　前記演算部は、前記ドライバ回路に対して前記制御命令を出力するいずれかの実行周期において、前記診断データを前記ドライバ回路に対して送信し、
    　前記ドライバ回路は、前記動作データを前記演算部に対して送信する前の実行周期において前記演算部から前記診断データを受信した場合は、その受信した診断データをビット反転することにより前記反転診断データを生成する
    　ことを特徴とする請求項３記載の車両制御装置。
  5. 　前記ドライバ回路は、
    　前記送信配線を介して前記演算部から受信したデータを格納する受信レジスタと、
    　前記受信配線を介して前記演算部に対して送信するデータを格納する送信レジスタと、
    　を備え、
    　前記受信レジスタと前記送信レジスタは、互いにビット干渉を起こさないように分離して構成されている
    　ことを特徴とする請求項３記載の車両制御装置。
  6. 　前記演算部は、ビット値０とビット値１を交互に配置したデータを前記診断データとして前記ドライバ回路へ送信する
    　ことを特徴とする請求項２記載の車両制御装置。
  7. 　前記演算部は、複数の前記機能部に対して同時に発行する前記制御命令を１つのシリアルデータ内に記述して前記ドライバ回路に対して送信し、
    　前記ドライバ回路は、
    　　前記演算部から受信した前記シリアルデータ内に記述されているビットデータと前記機能部に対する制御命令との間の対応関係を定義する受信コマンドマップを備え、
    　　前記受信コマンドマップを用いて、前記シリアルデータ内に記述されているビットデータを、複数の前記機能部に対する前記制御命令に変換することにより、前記シリアルデータを複数の前記機能部に対して同時に発行する前記制御命令に変換する
    　ことを特徴とする請求項１記載の車両制御装置。
  8. 　前記ドライバ回路は、複数の前記機能部の動作結果を示す前記動作データを１つのシリアルデータ内に記述して前記演算部に対して送信する
    　ことを特徴とする請求項３記載の車両制御装置。
  9. 　前記演算部と前記ドライバ回路は、マイクロセカンドバス規格に準拠して互いに通信する
    　ことを特徴とする請求項７記載の車両制御装置。
  10. 　前記車両制御装置は、
    　前記演算部から前記ドライバ回路に対してクロック信号を送信する１対のクロック配線と、
    　１対の前記送信配線と、
    　１本の前記受信配線と、
    　前記送信配線および前記受信配線を介した通信を有効化する旨を指示する有効化信号を前記演算部から前記ドライバ回路に対して送信する１本の有効化信号配線と、
    　を備えることを特徴とする請求項３記載の車両制御装置。
  11. 　前記演算部は、
    　　前記診断データと前記反転診断データを用いて、前記診断データまたは前記反転データのうちビット異常が生じている箇所を特定することにより、前記受信レジスタまたは前記送信レジスタにおいて異常が生じている箇所を診断し、その結果を示す信号を出力する　ことを特徴とする請求項５記載の車両制御装置。
  12. 　前記演算部は、前記診断データまたは前記反転データのうちビット異常が生じている箇所が存在する場合は、前記ドライバ回路を停止させるよう指示する前記制御命令を前記ドライバ回路に対して出力し、
    　前記ドライバ回路は、前記演算部から受信した前記制御命令にしたがって、前記機能部を駆動する動作を停止する
    　ことを特徴とする請求項１１記載の車両制御装置。
  13. 　前記ドライバ回路は、前記機能部として、前記車両が備えるソレノイド回路、前記車両が備えるリレー回路、前記車両が備えるインジェクタ回路、前記車両が備えるイグニッション回路、前記車両が備えるヒータ回路のうち少なくともいずれかを駆動する
    　ことを特徴とする請求項１記載の車両制御装置。
PCT/JP2014/052195 2013-02-27 2014-01-31 車両制御装置 WO2014132740A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP14756450.4A EP2962900B1 (en) 2013-02-27 2014-01-31 Vehicle control device
CN201480010627.3A CN105008183B (zh) 2013-02-27 2014-01-31 车辆控制装置
US14/769,735 US9783138B2 (en) 2013-02-27 2014-01-31 Vehicle control device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2013-036639 2013-02-27
JP2013036639A JP6133622B2 (ja) 2013-02-27 2013-02-27 車両制御装置

Publications (1)

Publication Number Publication Date
WO2014132740A1 true WO2014132740A1 (ja) 2014-09-04

Family

ID=51428014

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2014/052195 WO2014132740A1 (ja) 2013-02-27 2014-01-31 車両制御装置

Country Status (5)

Country Link
US (1) US9783138B2 (ja)
EP (1) EP2962900B1 (ja)
JP (1) JP6133622B2 (ja)
CN (1) CN105008183B (ja)
WO (1) WO2014132740A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107111935A (zh) * 2015-01-09 2017-08-29 株式会社电装 车载设备、车载设备诊断系统
CN107209986A (zh) * 2015-01-15 2017-09-26 株式会社电装 车载设备

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2551206A (en) * 2016-06-10 2017-12-13 Gm Global Tech Operations Llc Method to share data between semiconductors chips
CN110036189B (zh) * 2016-12-05 2021-10-08 日立安斯泰莫株式会社 控制装置
EP3698242A1 (en) * 2018-08-21 2020-08-26 Google LLC Extensible mapping for vehicle system buses
CN109703493A (zh) * 2019-01-30 2019-05-03 浙江合众新能源汽车有限公司 一种电动汽车用动力域控制器系统架构
JP7461219B2 (ja) 2020-05-25 2024-04-03 日立Astemo株式会社 電子制御装置
CN113311774B (zh) * 2021-06-09 2023-02-28 中国第一汽车股份有限公司 一种驱动控制方法和系统

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH03135645A (ja) * 1989-10-20 1991-06-10 Pfu Ltd 計算機システムにおけるエラー検出方式
JPH04170829A (ja) 1990-11-02 1992-06-18 Fuji Heavy Ind Ltd 車載コンピュータ間のデータ通信方法
JPH1069440A (ja) * 1996-08-28 1998-03-10 Kofu Nippon Denki Kk インタフェース診断方法およびシステム
JP2000312151A (ja) 1999-04-27 2000-11-07 Denso Corp 電子制御装置
JP2010116165A (ja) * 2010-03-05 2010-05-27 Hitachi Automotive Systems Ltd 車両制御システム及び該システムを用いた自動車
JP2011229079A (ja) 2010-04-22 2011-11-10 Toyota Motor Corp 電子制御ユニット

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3486990B2 (ja) * 1994-12-12 2004-01-13 株式会社デンソー シリアル通信装置
JP3421199B2 (ja) 1996-07-29 2003-06-30 カルソニックカンセイ株式会社 車両用メータの自己診断装置
JP4253110B2 (ja) 2000-09-04 2009-04-08 株式会社日立製作所 車両制御システム
JP2004069643A (ja) * 2002-08-09 2004-03-04 Fuji Heavy Ind Ltd 車両用制御ユニット
JP4627556B2 (ja) * 2008-08-08 2011-02-09 アロカ株式会社 超音波診断装置
US9676357B2 (en) * 2010-06-15 2017-06-13 Infineon Technologies Ag Diagnosis of integrated driver circuits

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH03135645A (ja) * 1989-10-20 1991-06-10 Pfu Ltd 計算機システムにおけるエラー検出方式
JPH04170829A (ja) 1990-11-02 1992-06-18 Fuji Heavy Ind Ltd 車載コンピュータ間のデータ通信方法
JPH1069440A (ja) * 1996-08-28 1998-03-10 Kofu Nippon Denki Kk インタフェース診断方法およびシステム
JP2000312151A (ja) 1999-04-27 2000-11-07 Denso Corp 電子制御装置
JP2010116165A (ja) * 2010-03-05 2010-05-27 Hitachi Automotive Systems Ltd 車両制御システム及び該システムを用いた自動車
JP2011229079A (ja) 2010-04-22 2011-11-10 Toyota Motor Corp 電子制御ユニット

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2962900A4

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107111935A (zh) * 2015-01-09 2017-08-29 株式会社电装 车载设备、车载设备诊断系统
CN107209986A (zh) * 2015-01-15 2017-09-26 株式会社电装 车载设备

Also Published As

Publication number Publication date
JP6133622B2 (ja) 2017-05-24
EP2962900A4 (en) 2016-11-02
US9783138B2 (en) 2017-10-10
JP2014162404A (ja) 2014-09-08
CN105008183B (zh) 2017-08-22
EP2962900A1 (en) 2016-01-06
US20160001716A1 (en) 2016-01-07
CN105008183A (zh) 2015-10-28
EP2962900B1 (en) 2018-06-13

Similar Documents

Publication Publication Date Title
JP6133622B2 (ja) 車両制御装置
US7555353B2 (en) Input device of safety unit
JP6207987B2 (ja) 車載用電子制御装置
US9707908B2 (en) Driving device
CN105911377A (zh) 一种输入输出端口的测试方法
WO2015083251A1 (ja) 監視装置、制御システム及び監視プログラム
JP2014162404A5 (ja)
JP3637029B2 (ja) 車載電子制御装置
JP2007293678A (ja) 共用バス接続診断装置
JP6344302B2 (ja) 組電池制御装置
JP2009054041A (ja) 模擬マイクロコンピュータ装置
JPH06249036A (ja) 自動車用エンジン制御装置
KR101619741B1 (ko) 자체 진단 기능이 내장된 반도체 소자를 시험하는 장치
Zhang et al. Design and Implementation of Configurable UART with Self-Test Function
KR101826779B1 (ko) Asic의 제어 로직의 진단 장치 및 방법
KR102663807B1 (ko) 자체 진단 기능을 가지는 비동기식 직렬 통신장치
JP6597325B2 (ja) 電子制御装置
JP2006195739A (ja) 電子制御装置
JPWO2020090034A1 (ja) 処理装置
JP6274947B2 (ja) 車載制御装置のマイクロプロセッサの異常診断方法
WO2023013245A1 (ja) サーボシステムおよびサーボシステムの制御方法
JP4073184B2 (ja) エンジン制御装置
KR101856065B1 (ko) Obd 테스트 장치 및 방법
JP2001034500A (ja) マイクロコンピュータ故障診断装置およびマイクロコンピュータ故障診断方法
JP2008089339A (ja) Ｌｓｉテスタの診断装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 14756450

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 14769735

Country of ref document: US

Ref document number: 2014756450

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE