WO2024090220A1 - 車載装置、車載システム、制御方法及び制御プログラム - Google Patents

車載装置、車載システム、制御方法及び制御プログラム Download PDF

Info

Publication number
WO2024090220A1
WO2024090220A1 PCT/JP2023/037002 JP2023037002W WO2024090220A1 WO 2024090220 A1 WO2024090220 A1 WO 2024090220A1 JP 2023037002 W JP2023037002 W JP 2023037002W WO 2024090220 A1 WO2024090220 A1 WO 2024090220A1
Authority
WO
WIPO (PCT)
Prior art keywords
mode
power consumption
vehicle device
vehicle
low power
Prior art date
Application number
PCT/JP2023/037002
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 株式会社オートネットワーク技術研究所
Publication of WO2024090220A1 publication Critical patent/WO2024090220A1/ja

Links

Images

Classifications

    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60RVEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R16/00Electric 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/02Electric 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/023Electric 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]

Definitions

  • This disclosure relates to an in-vehicle device, an in-vehicle system, a control method, and a control program.
  • Vehicles are equipped with a wide variety of on-board devices, such as control system ECUs (Electronic Control Units) that control the engine, transmission, etc., body system ECUs that control headlights, power windows, etc., and information system ECUs for navigation devices, multimedia devices, etc.
  • control system ECUs Electronic Control Units
  • body system ECUs body system ECUs that control headlights, power windows, etc.
  • information system ECUs for navigation devices, multimedia devices, etc.
  • PNCs Partial Network Clusters
  • the partial network function has been standardized in ISO (International Organization for Standardization) 11898-6.
  • Non-Patent Document 1 discloses a technology for communicating requests and release information for a Partial Network Cluster (PNC) between ECUs using network management messages (NM messages).
  • PNC Partial Network Cluster
  • Patent Document 1 discloses a technology for waking up a sleeping ECU when an abnormality occurs in communication, in which an ECU normally receives a wake-up signal via a communication path, and when an abnormality occurs in communication, receives a startup pulse signal sent from a management ECU to its own ECU via a power supply path.
  • the in-vehicle device is an in-vehicle device that controls a control target, and includes a communication interface connected to a communication line; a first determination unit that determines whether a switching condition is satisfied for switching the operation mode of the in-vehicle device from a sleep mode in which the control target cannot be controlled to a low power consumption mode in which the power consumption of the in-vehicle device is higher than that of the sleep mode; a first switching unit that switches the operation mode from the sleep mode to the low power consumption mode when the first determination unit determines that the switching condition is satisfied; a second determination unit that determines whether a frame received by the communication interface through the communication line while the operation mode is the low power consumption mode contains designation information that designates the in-vehicle device as a startup target; and a second switching unit that switches the operation mode from the low power consumption mode to a normal mode in which the power consumption of the in-vehicle device is higher than that of the low power consumption mode and in which the control target can
  • FIG. 1 is a block diagram showing an example of a configuration of an in-vehicle system according to an embodiment.
  • FIG. 2 is a block diagram showing an example of the configuration of an integrated ECU having a communication interface that does not support the partial network function according to the embodiment.
  • 1 is a block diagram showing an example of the configuration of an ECU having a communication interface that does not support a partial network function according to an embodiment.
  • FIG. 4 is a diagram illustrating an example of the cluster table.
  • FIG. 5 is a diagram for explaining operation modes of the ECU according to the embodiment.
  • FIG. 6 is a functional block diagram showing an example of functions of an ECU having a communication interface that does not support the partial network function according to the embodiment.
  • FIG. 7 is a schematic diagram showing a CAN frame format.
  • FIG. 8 is a diagram illustrating an example of the association between each bit of a data field and a cluster.
  • FIG. 9 is a diagram showing an example of a data field included in an NM frame.
  • FIG. 10 is a diagram showing an example of transition of operation modes in an ECU having a communication interface that does not support the partial network function.
  • FIG. 11 is a state transition diagram for explaining switching of the operation mode of the ECU according to the embodiment.
  • FIG. 12 is a flowchart showing an example of the operation of the ECU according to the embodiment.
  • Each in-vehicle device has a communication interface (hereinafter also referred to as "communication I/F") that connects to a communication line (bus).
  • the communication I/F is divided into a communication I/F that supports the partial network function (hereinafter also referred to as “compatible I/F”) and a communication I/F that does not support the partial network function (hereinafter also referred to as "non-compatible I/F").
  • a compatible I/F When a compatible I/F receives a frame that specifies the PNC to which the device belongs, it wakes up the device itself. On the other hand, when a non-compatible I/F receives a frame broadcast on a communication line, it wakes up the device itself, regardless of the specified PNC. In this way, in the case of an in-vehicle device that includes a non-compatible I/F, the device itself may wake up and consume power even if it is not being used for a service.
  • the introduction cost of the partial network function will increase as the number of in-vehicle devices increases. If an ECU equipped with a non-compatible I/F is used in conjunction with the in-vehicle device to reduce the introduction cost of the compatible I/F, the power consumption of the entire system will increase as described above.
  • the in-vehicle control device is an in-vehicle device that controls a control target, and includes a communication interface connected to a communication line, a first determination unit that determines whether a switching condition for switching the operation mode of the in-vehicle device from a sleep mode in which the control target cannot be controlled to a low power consumption mode in which the power consumption of the in-vehicle device is higher than that of the sleep mode is satisfied, and a first switching unit that switches the operation mode from the sleep mode to the low power consumption mode when the first determination unit determines that the switching condition is satisfied, a second determination unit that determines whether a frame received by the communication interface through the communication line while the operation mode is the low power consumption mode contains designation information that designates the in-vehicle device as a startup target, and a second switching unit that switches the operation mode from the low power consumption mode to a normal mode in which the power consumption of the in-vehicle device is higher than that of the low power consumption mode and the control target can be controlled
  • the in-vehicle device may further include a third switching unit that switches the operation mode from the low power consumption mode to the sleep mode when a set period of time has elapsed without the communication interface receiving a frame through the communication line while the operation mode is the low power consumption mode. This makes it possible to suppress power consumption caused by the low power consumption mode continuing for a long period of time.
  • the set period may be set according to the cluster to which the in-vehicle device belongs. This allows the in-vehicle device to wait in a low power consumption mode for receiving a frame including the designated information during an appropriate period according to the cluster to which the in-vehicle device belongs.
  • the set period may be set according to the state of the vehicle in which the in-vehicle device is installed. This allows the in-vehicle device to wait in a low power consumption mode for receiving a frame including the designated information for an appropriate period according to the state of the vehicle.
  • the set period may be set according to a service that the in-vehicle device provides to the user. This allows the in-vehicle device to wait in a low power consumption mode for receiving a frame including the designated information during an appropriate period according to the service that the in-vehicle device provides to the user.
  • the switching condition may be that the communication interface receives a signal. This allows the operation mode of the in-vehicle device to be switched from a sleep mode to a low power consumption mode in response to another device sending a signal to provide a service to a user.
  • the switching condition may be the expiration of a preset execution period of the sleep mode. This allows the operation mode of the in-vehicle device to be switched from the sleep mode to the low power consumption mode according to a certain period of time.
  • the execution period of the sleep mode may be set according to the cluster to which the in-vehicle device belongs. This allows the in-vehicle device to wait in the sleep mode for an appropriate period according to the cluster to which the in-vehicle device belongs.
  • the execution period of the sleep mode may be set according to the state of the vehicle in which the in-vehicle device is installed. This allows the in-vehicle device to wait in the sleep mode for an appropriate period according to the state of the vehicle.
  • the execution period of the sleep mode may be set according to the service that the in-vehicle device provides to the user. This allows the in-vehicle device to wait in the sleep mode for an appropriate period according to the service that the in-vehicle device provides to the user.
  • the low power consumption mode may be an operation mode in which the control target cannot be controlled. This makes it possible to reduce power consumption in the low power consumption mode.
  • the sleep mode may be an operating mode in which frames received through the communication line cannot be processed
  • the low power consumption mode may be an operating mode in which frames received through the communication line can be processed. This makes it possible to reduce power consumption for frame processing in the sleep mode, and to execute required frame processing in the low power consumption mode.
  • the low power consumption mode may be an operation mode having a lower operating clock than the normal mode. This makes it possible to suppress power consumption in the low power consumption mode.
  • the low power consumption mode may be an operating mode in which the communication interface is unable to transmit frames
  • the normal mode may be an operating mode in which the communication interface is able to transmit frames. This makes it possible to reduce power consumption for transmitting frames in the low power consumption mode, and to transmit required frames in the normal mode.
  • the in-vehicle system includes any one of the in-vehicle devices (1) to (14) above, the communication line, and an in-vehicle control device that is connected to the communication line and outputs the frame to the communication line. This allows the in-vehicle system to use the partial network function even if the communication interface of the in-vehicle device does not support the partial network function.
  • the control method according to the present embodiment is a control method used by an in-vehicle device that controls a control target, and includes the steps of: determining whether a switching condition for switching the operation mode of the in-vehicle device from a sleep mode in which the control target cannot be controlled to a low power consumption mode in which the power consumption of the in-vehicle device is higher than that of the sleep mode is satisfied; switching the operation mode from the sleep mode to the low power consumption mode when it is determined that the switching condition is satisfied; determining whether a frame received by a communication interface through a communication line while the operation mode is the low power consumption mode contains designation information that designates the in-vehicle device as a startup target; and switching the operation mode from the low power consumption mode to a normal mode in which the power consumption of the in-vehicle device is higher than that of the low power consumption mode and the control target can be controlled when it is determined that the designation information is contained in the received frame.
  • This allows the in-vehicle device to use a partial network
  • the control program according to this embodiment is a control program used by an in-vehicle device that controls a control target, and causes a computer to execute the steps of: determining whether a switching condition for switching the operation mode of the in-vehicle device from a sleep mode in which the control target cannot be controlled to a low power consumption mode in which the power consumption of the in-vehicle device is higher than that of the sleep mode is satisfied; switching the operation mode from the sleep mode to the low power consumption mode when it is determined that the switching condition is satisfied; determining whether a frame received by a communication interface through a communication line while the operation mode is the low power consumption mode contains designation information that designates the in-vehicle device as a startup target; and switching the operation mode from the low power consumption mode to a normal mode in which the power consumption of the in-vehicle device is higher than that of the low power consumption mode and the control target can be controlled when it is determined that the designation information is contained in the received frame.
  • This allows the in-vehicle device to use
  • the present disclosure can be realized not only as an in-vehicle device having the above-mentioned characteristic configuration, an in-vehicle system including the in-vehicle control device, a control method having steps corresponding to characteristic processes in the in-vehicle device, and a control program for causing the in-vehicle control device to execute the characteristic processes, but also as a semiconductor integrated circuit in part or in whole.
  • In-vehicle system 1 is a block diagram showing an example of the configuration of an in-vehicle system according to the present embodiment.
  • the in-vehicle system 10 is mounted on a vehicle.
  • the in-vehicle system 10 includes an integrated ECU 200 and ECUs 300A, 300B, 300C, 400A, 400B, and 400C.
  • the in-vehicle system 10 is an in-vehicle network configured by the integrated ECU 200, ECUs 300A, 300B, 300C, 400A, 400B, and 400C, and a communication cable (communication bus) connecting them.
  • ECUs 300A, 300B, 300C, 400A, 400B, and 400C are disposed in various parts of the vehicle.
  • ECUs 300A, 300B, 300C, 400A, 400B, and 400C individually control the hardware of each part of the vehicle and monitor the status of the hardware of each part of the vehicle.
  • ECUs 300A, 300B, 300C, 400A, 400B, and 400C are ECUs for the control system, body system, and information system.
  • ECUs 300A, 300B, and 300C are collectively referred to as "ECU 300”
  • ECUs 400A, 400B, and 400C are collectively referred to as "ECU 400.”
  • the integrated ECU 200 is connected to each of the ECUs 300A, 300B, 300C, 400A, 400B, and 400C via in-vehicle buses 500A and 500B, such as a CAN (Controller Area Network) bus.
  • the integrated ECU 200 has communication interfaces (communication I/F) 210A and 210B.
  • the communication I/F 210A is connected to the in-vehicle bus 500A.
  • the ECUs 300A, 300B, 400A, and 400B are connected to the in-vehicle bus 500A.
  • the communication I/F 210B is connected to the in-vehicle bus 500B.
  • the ECUs 300C and 400C are connected to the in-vehicle bus 500B.
  • the integrated ECU 200 can communicate with each of the ECUs 300A, 300B, 300C, 400A, 400B, and 400C.
  • the integrated ECU 200 may be referred to as "ECU 200.”
  • Each of ECUs 300A, 300B, and 300C includes a communication I/F 310 connected to the vehicle bus.
  • Each of ECUs 400A, 400B, and 400C includes a communication I/F 410 connected to the vehicle bus.
  • 310 is a compatible I/F that supports the partial network function
  • communication I/Fs 210A, 210B, and 410 without a pattern are non-compatible I/Fs that do not support the partial network function.
  • the in-vehicle system 10 is a mixture of an ECU 300 with a compatible I/F and ECUs 200 and 400 with non-compatible I/Fs.
  • ECUs 200 and 400 are examples of "in-vehicle devices.”
  • the ECUs 200, 300, and 400 use a communication protocol that supports the partial network function.
  • the communication protocol is, for example, CAN, CAN FD (CAN with Flexible Data Rate), or CAN PN (CAN with Partial Networking).
  • the integrated ECU 200 functions as a gateway that relays communications between the ECUs 300A, 300B, 300C, 400A, 400B, and 400C.
  • the ECUs 300 and 400 can transmit frames.
  • One example of a frame is a Network Management (NM) frame for network management.
  • the integrated ECU 200 relays frames between ECUs connected to different buses.
  • the integrated ECU 200 can relay frames between the ECU 300A connected to the vehicle bus 500A and the ECU 400C connected to the vehicle bus 500B. This allows frames to be transmitted and received between the ECUs 300A, 300B, 400A, and 400B connected to the vehicle bus 500A and the ECUs 300C and 400C connected to the vehicle bus 500B, for example.
  • the partial network function is made available in the integrated ECU 200 and the ECU 400 having a non-compliant I/F.
  • the hardware configuration of the integrated ECU 200 will be described below.
  • FIG. 2 is a block diagram showing an example of the configuration of an integrated ECU having a non-compliant I/F according to this embodiment.
  • the integrated ECU 200 includes a microcontroller 220 and communication I/Fs 210A and 210B.
  • the microcontroller 220 is, for example, a one-chip semiconductor integrated circuit, and includes a processor 201, a non-volatile memory 202, a volatile memory 203, a peripheral circuit 204, and an input/output interface (I/O) 205.
  • the volatile memory 203 is, for example, a semiconductor memory such as SRAM (Static Random Access Memory) or DRAM (Dynamic Random Access Memory).
  • the non-volatile memory 202 is, for example, a semiconductor memory such as flash memory, ROM (Read Only Memory), EPROM (Erasable Programmable Read Only Memory), or EEPROM (Electrically Erasable Programmable Read-Only Memory).
  • Processor 201 is, for example, a CPU (Central Processing Unit). However, processor 201 is not limited to a CPU. Processor 201 may be a GPU (Graphics Processing Unit). Processor 201 is configured to be able to execute computer programs. However, processor 201 may include, for example, an ASIC (Application Specific Integrated Circuit) in part, or a programmable logic device such as an FPGA (Field Programmable Gate Array) in part.
  • ASIC Application Specific Integrated Circuit
  • FPGA Field Programmable Gate Array
  • the non-volatile memory 202 stores a control program 206, which is a computer program, and data used to execute the control program 206.
  • the control program 206 can be stored in a recording medium such as a flash memory, a ROM, or a CD-ROM.
  • the processor 201 enables the use of a partial network function in the integrated ECU 200 by the control program 206.
  • the non-volatile memory 202 stores a cluster table 207, cluster information 208, and low clock period information 209.
  • the cluster table 207, cluster information 208, and low clock period information 209 will be described later.
  • the peripheral circuit 204 is a circuit that enables the microcontroller 220 to realize various functions.
  • the peripheral circuit 204 includes circuits such as a general-purpose input/output port (GPIO), an analog/digital converter, a timer, and serial communication.
  • the serial communication circuit complies with standards such as UART (Universal Asynchronous Receiver/Transmitter), I2C (Inter-Integrated Circuit), and SPI (serial peripheral interface).
  • I/O 205 is connected to communication I/F 210A and 210B.
  • I/O 205 is a port used for input/output with communication I/F 210A and 210B.
  • Communication I/Fs 210A and 210B are communication interfaces that comply with the communication protocol for the in-vehicle network described above. As described above, communication I/Fs 210A and 210B are non-compliant I/Fs that do not support the partial network function.
  • the communication I/F 210A includes a control circuit 211A and a PHY 212A.
  • the control circuit 211A is a circuit for executing processing of frames to be transmitted and received.
  • the control circuit 211A has a memory that stores sleep period information 213A.
  • the control circuit 211A is capable of executing a timer function using the sleep period information 213A.
  • the sleep period information 213A will be described later.
  • PHY 212A is connected to vehicle bus 500B and converts between analog signals on the vehicle bus 500B side and digital signals on the control circuit 211A side. PHY 212A does not support partial network functionality and cannot interpret the PNC specified as the wake-up target in the frame.
  • Communication I/F 210B includes a control circuit 211B and a PHY 212B.
  • Control circuit 211B has a configuration similar to that of control circuit 211A. However, because control circuit 211A can execute a timer function using sleep period information 213A, control circuit 211B does not need to execute a similar timer function. In other words, control circuit 211B does not need to store sleep period information.
  • PHY 212B is connected to the vehicle bus 500C and converts between analog signals on the vehicle bus 500C side and digital signals on the control circuit 211B side. Like PHY 212A, PHY 212B does not support partial network functionality.
  • FIG. 3 is a block diagram showing an example of the configuration of an ECU having a non-compliant I/F according to this embodiment.
  • the ECU 400 includes a microcontroller 420 and a communication I/F 410.
  • the microcontroller 420 has the same configuration as the microcontroller 220 of the integrated ECU 200 described above. That is, the microcontroller 420 includes a processor 401, a non-volatile memory 402, a volatile memory 403, a peripheral circuit 404, and an I/O 405.
  • the non-volatile memory 402 stores a control program 406, which is a computer program, and data used to execute the control program 406.
  • the control program 406 can be stored in a recording medium such as a flash memory, a ROM, or a CD-ROM.
  • the processor 401 enables the ECU 400 to use a partial network function by using the control program 406.
  • Cluster information 408 and low clock period information 409 are stored in the non-volatile memory 402. Cluster information 408 and low clock period information 409 will be described later.
  • the peripheral circuit 404 includes a serial communication circuit that complies with standards such as UART, I2C, and SPI.
  • the serial communication circuit of the peripheral circuit 404 is connected to a device or sensor that is the control target of the ECU 400, and can receive signals output from the sensor and transmit control signals to the control target.
  • I/O 405 is connected to communication I/F 410.
  • I/O 405 is a port used for input/output with communication I/F 410.
  • the communication I/F 410 is a communication interface that complies with the communication protocol for the in-vehicle network described above. As described above, the communication I/F 410 is a non-compatible I/F that does not support the partial network function.
  • the communication I/F 410 includes a control circuit 411 and a PHY 412.
  • the control circuit 411 is a circuit for executing processing of frames to be transmitted and received.
  • the control circuit 411 has a memory that stores sleep period information 413.
  • the control circuit 411 can execute a timer function using the sleep period information 413.
  • the sleep period information 413 will be described later.
  • PHY 412 is connected to vehicle bus 500A or 500C, and converts between analog signals on the vehicle bus side and digital signals on the control circuit 411 side. PHY 412 does not support partial network functionality and cannot interpret the PNC specified as the wake-up target in the frame.
  • the clusters will now be described. Each of the ECUs 200, 300, and 400 belongs to at least one cluster.
  • the non-volatile memory 202 of the integrated ECU 200 stores a cluster table 207 that links the ECUs 200, 300, and 400 with the clusters to which the ECUs 200, 300, and 400 belong (see FIG. 2).
  • a cluster may be defined, for example, for each service provided to a user.
  • the service is executed by one or more ECUs 200, 300, 400.
  • Examples of services executed by multiple ECUs include automatic high beam control of headlights, automatic cruise control, door unlocking, remote control of air conditioning, anti-theft alarm notification, charging of the drive battery (high voltage battery) in an electric vehicle, and charging of the auxiliary battery (low voltage battery) from the drive battery.
  • Auto-cruise driving is performed by an ADAS (Advanced Driver-Assistance Systems) ECU, a radar ECU that processes radar detection results and detects objects outside the vehicle, and an ECU for vehicle driving. For this reason, the ADAS ECU, radar ECU, and ECU for vehicle driving belong to the same cluster.
  • ADAS Advanced Driver-Assistance Systems
  • Door unlocking is performed, for example, by a body ECU that controls the moving parts of the vehicle's body (door locks, power windows, door mirrors, etc.) and an authentication ECU that authenticates the code sent from the smart key (key fob). For this reason, the body ECU and the authentication ECU belong to the same cluster.
  • Remote control of the air conditioner is performed, for example, by an air conditioner ECU that controls the air conditioner and an engine ECU that controls the engine. Therefore, the air conditioner ECU and the engine ECU belong to the same cluster.
  • Anti-theft alarm notification is performed, for example, by an alarm ECU that issues an alarm and an exterior communication ECU that communicates with a device outside the vehicle (for example, a security company's server). For this reason, the alarm ECU and the exterior communication ECU belong to the same cluster.
  • the charging of the driving battery is performed, for example, by a charging ECU that controls the charging of the driving battery and the auxiliary battery, and a battery management ECU that manages the driving battery. Therefore, the charging ECU and the battery management ECU belong to the same cluster.
  • the auxiliary battery is charged by the charging ECU, the battery management ECU, and the power conversion ECU, which controls the DC/DC converter that converts the direct current voltage output from the driving battery. Therefore, the charging ECU, the battery management ECU, and the power conversion ECU belong to the same cluster.
  • Some services are executed by a single ECU. Therefore, it is possible to configure a cluster that includes only one ECU. Examples of services executed by a single ECU include wiper operation, automatic steering adjustment, automatic seat adjustment, etc.
  • Wiper operation is performed by the wiper ECU that controls the wipers. Therefore, only the wiper ECU belongs to one cluster.
  • FIG. 4 is a diagram showing an example of a cluster table.
  • Cluster table 207 shown in FIG. 4 indicates which ECUs 200, 300, and 400 belong to each of eight clusters PNC1 to PNC8. Note that the number of clusters in FIG. 4 is an example, and nine or more clusters may be prepared. Fewer than eight clusters may also be prepared. In the table, "1" indicates that ECUs 200, 300, and 400 belong to the cluster in that row, and "0" indicates that ECUs 200, 300, and 400 do not belong to the cluster in that row.
  • ECUs 300A, 300B, 400A, 400B, and 200 belong to cluster PNC1.
  • ECUs 300B, 300C, 400C, and 200 belong to cluster PNC2.
  • ECUs 300A, 300B, 300C, 400A, 400B, and 200 belong to cluster PNC3.
  • ECUs 200, 300, and 400 do not belong to cluster PNC8, making it a so-called "empty" cluster.
  • "waking up ECUs 300A, 300B, 400A, 400B, and 200 belonging to cluster PNC1" is also simply expressed as "waking up cluster PNC1". Similar expressions are used for the other clusters PNC2 to PNC8.
  • ECU 300 The operating modes of ECU 300 include normal mode and sleep mode. In normal mode, ECU 300 is in operation, and is capable of controlling the control target and communicating with other ECUs 200, 300, and 400. In sleep mode, ECU 300 is in a stopped state, except for some functions of communication I/Fs 110A, 110B, and 310.
  • a frame (management control frame, hereinafter also referred to as "NM frame") specifying the cluster to be woken up is transmitted on the communication buses 400A, 400B, 400C.
  • the wake-up request i.e., the NM frame specifying the cluster to be woken up, is transmitted, for example, by the integrated ECU 200.
  • the NM frame is created using the cluster table 207.
  • the source of the NM frame is not limited to the integrated ECU 200, and the ECUs 300, 400 may transmit the NM frame.
  • the communication I/Fs 110A, 110B, and 310 of the ECU 300 in sleep mode receive an NM frame and determine whether or not the cluster to which the ECU 300 belongs is specified in the NM frame. If the cluster to which the ECU 300 belongs is not specified, the ECU 300 remains in sleep mode. If the cluster to which the ECU 300 belongs is specified, the communication I/Fs 110A, 110B, and 310 interrupt the processor and instruct it to switch from sleep mode to normal mode. This wakes up the ECUs 300 that belong to the specified cluster.
  • the operation modes of the ECUs 200 and 400 include a normal mode, a low clock mode, and a sleep mode.
  • Figure 5 is a diagram for explaining the operation modes of the ECU according to the embodiment.
  • the operation mode of the ECU 200, 400 is the operation mode of the microcontroller 220, 420.
  • the operation state of the processor 201, 401, the operation state of the communication I/F 210A, 210B, 410, and the operation state of the peripheral circuit 204, 404 differ.
  • the processors 201 and 401 operate at a high clock. In low clock mode, the processors 201 and 401 operate at a low clock (i.e., a clock lower than that in normal mode). In sleep mode, the processors 201 and 401 are stopped.
  • the communication I/Fs 210A, 210B, and 410 operate in normal mode. In low clock mode, the communication I/Fs 210A, 210B, and 410 operate except for the frame transmission function. In other words, in normal mode, the communication I/Fs 210A, 210B, and 410 can perform processes including sending and receiving frames. In low clock mode, the communication I/Fs 210A, 210B, and 410 can perform processes including receiving frames, but cannot send frames. In sleep mode, the communication I/Fs 210A, 210B, and 410 stop some of their functions. Specifically, in sleep mode, the communication I/Fs 210A, 210B, and 410 execute the dominant detection function and timer function described below, and other functions are stopped. In other words, in sleep mode, the communication I/Fs 210A, 210B, and 410 cannot perform processes including sending and receiving frames.
  • the peripheral circuits 204, 404 operate. That is, in normal mode, the ECUs 200, 400 can receive signals output from sensors and control controlled objects. In low clock mode, the peripheral circuits 204, 404 are stopped. In sleep mode, the peripheral circuits 204, 404 are also stopped. That is, in low clock mode and sleep mode, the ECUs 200, 400 cannot receive signals output from sensors or control controlled objects.
  • the power consumption by the ECUs 200 and 400 is large. In the sleep mode, the power consumption by the ECUs 200 and 400 is small. The power consumption by the ECUs 200 and 400 in the low clock mode is smaller than the power consumption in the normal mode and larger than the power consumption in the sleep mode.
  • [6. Functions of ECU] 6 is a functional block diagram showing an example of functions of an ECU having a non-compliant I/F according to this embodiment.
  • the functions of the ECU 400 will be described as a representative, but the functions of the integrated ECU 200 are also similar.
  • the ECU 400 has the functions of a first determination unit 421, a first switching unit 422, a second determination unit 423, a second switching unit 424, a third switching unit 425, a third determination unit 426, and a fourth switching unit 427.
  • the first determination unit 421 and the first switching unit 422 are functions of the control circuit 411.
  • the second determination unit 423, the second switching unit 424, the third switching unit 425, the third determination unit 426, and the fourth switching unit 427 are functions of the processor 401.
  • the functions of the second determination unit 423, the second switching unit 424, the third switching unit 425, the third determination unit 426, and the fourth switching unit 427 are realized by the processor 401 executing the control program 406.
  • the first determination unit 421 determines whether a switching condition for switching the operation mode of the ECU 400 from the sleep mode to the low power consumption mode is met.
  • One example of a switching condition is when the communication I/F 410 receives a signal.
  • FIG. 7 is a schematic diagram showing the CAN frame format.
  • Figure 7 shows the data frame structure of the standard CAN format. The upper line in the figure indicates recessive and the lower line indicates dominant.
  • a CAN data frame includes the following fields: SOF (Start Of Frame), CAN ID, RTR (Remote transmission Request), control field, data field, CRC (Cyclic Redundancy Check) sequence, CRC delimiter, ACK (Acknowledgement) slot, ACK delimiter, and EOF (End Of Frame).
  • SOF indicates the start of the frame.
  • the CAN ID is used to identify the ECU and the type of frame.
  • RTR is used to identify data frames and remote frames. In the case of a data frame, RTR is dominant.
  • the control field stores information used for communication control.
  • the data field stores up to 8 bytes of actual data (payload).
  • the CRC sequence and CRC delimiter are collectively called the CRC field, and a type of error detection code is stored in the CRC field.
  • the ACK slot and ACK delimiter are collectively called the ACK field, and the ACK field stores information indicating whether the CRC field was received correctly or not. EOF indicates the end of the frame.
  • a specific example of a switching condition is when communication I/F 410 detects a dominant.
  • the first determination unit 421 functions in sleep mode. As described above, in sleep mode, communication I/F 410 cannot receive frames, but can detect dominants. When another ECU transmits a frame, communication I/F 410 detects the dominant at the beginning of the frame. The first determination unit 421 determines whether or not a dominant has been detected by communication I/F 410.
  • the sleep period is the period during which the sleep mode is executed.
  • the control circuit 411 stores sleep period information 413.
  • the sleep period information is information that indicates the sleep period.
  • the sleep period is set according to the cluster to which ECU 400 belongs.
  • the sleep period in PNC1 is set to a first period
  • the sleep period in PNC2 is set to a second period that is different from the first period. In this way, the sleep period can be set for each cluster.
  • the sleep period is set according to the state of the vehicle in which the ECU 400 is installed.
  • vehicle states include an IG (ignition) on state, an ACC (accessory) state, a running state, a state in which the vehicle is stopped and no occupants are on board (hereinafter also referred to as a "stopped state with no occupants on board”), a state in which the vehicle is stopped and occupants are on board (hereinafter also referred to as a "stopped state with no occupants on board”), and in the case of an electric vehicle, a charging state in which the driving battery is being charged.
  • a sleep period can be set for each vehicle state.
  • the sleep period is set according to the service that ECU 400 provides to the user. For example, if ECU 400 is a headlight ECU that provides auto high beam control for the headlights, a sleep period corresponding to the auto high beam control is set. For example, if ECU 400 is a body ECU that provides door unlocking, a sleep period corresponding to door unlocking is set.
  • Services include real-time services, which require real-timeness, and non-real-time services, which do not require real-timeness.
  • Real-time services are services that need to be executed immediately after their execution is requested.
  • real-time services are services for which the allowable time from when the ECU receives a frame requesting the execution of the service until the ECU executes processing for that service is less than a reference value.
  • Non-real-time services are services that do not need to be executed immediately after their execution is requested.
  • non-real-time services are services for which the allowable time from when the ECU receives a frame requesting the execution of the service until the ECU executes processing for that service is greater than or equal to a reference value.
  • the sleep period is set to a short period of time.
  • the sleep period is set to be longer than the sleep period of the ECU that provides the real-time service.
  • a cluster can be defined for each service.
  • wiper drive is an immediacy service.
  • a short sleep period is set for the wiper ECU that belongs to the cluster corresponding to wiper drive.
  • Other examples of immediacy services are automatic high beam control for headlights, auto cruise driving, door unlocking, automatic steering adjustment, and automatic seat adjustment.
  • a short sleep period (for example, a sleep period less than a predetermined reference value) is set for the ECUs that belong to the clusters corresponding to these services. Note that the same sleep period may be set for all immediacy services, or different sleep periods may be set for different immediacy services.
  • remote control of an air conditioner is a non-realtime service.
  • a long sleep period is set for the air conditioner ECU and engine ECU that belong to the cluster corresponding to remote control of the air conditioner.
  • Other examples of non-realtime services are anti-theft alarm notification, charging of the driving battery in an electric vehicle, and charging from the driving battery to the auxiliary battery.
  • a long sleep period (for example, a sleep period equal to or greater than a predetermined reference value) is set for the ECUs that belong to the cluster corresponding to these services. Note that the same sleep period may be set for all non-realtime services, or different sleep periods may be set for each non-realtime service.
  • Services can be classified by vehicle state. Services corresponding to the IG on state are, for example, wiper drive and automatic high beam control of the headlights.
  • a service corresponding to the driving state is, for example, auto cruise driving.
  • Services corresponding to the stopped and occupant state are, for example, door unlocking, automatic steering adjustment, and automatic seat adjustment.
  • Services corresponding to the stopped and not occupant state are, for example, remote control of the air conditioner and anti-theft alarm notification.
  • Services corresponding to the charging state of an electric vehicle are charging the driving battery and charging from the driving battery to the auxiliary battery.
  • the services corresponding to the IG on state, driving state, and stationary vehicle passenger state are immediate services. For this reason, a short sleep period is set for the ECU that executes the services corresponding to the IG on state, driving state, and stationary vehicle passenger state.
  • immediate service provision is not necessarily required.
  • the services corresponding to the stopped, unoccupied state and charging state are non-immediate services. For this reason, a long sleep period is set for the ECU that executes the services corresponding to the stopped, unoccupied state and charging state.
  • a common sleep period may be set for all ECUs 200, 400.
  • the switching condition may include both the communication I/F 410 detecting a dominant and the expiration of the sleep period.
  • the first determination unit 421 may determine that the switching condition is met.
  • the first switching unit 422 switches the operation mode of the ECU 400 from the sleep mode to the low clock mode. Specifically, when the switching condition is met, the first switching unit 422 interrupts the processor 401 and instructs it to transition to the low clock mode. This causes the operation mode of the ECU 400 (microcontroller 420) to switch from the sleep mode to the low clock mode.
  • the processor 401 In the low clock mode, the processor 401 operates at a low clock.
  • the second determination unit 423 which is a function of the processor 401, determines whether or not a frame (NM frame) received by the communication I/F 410 via the vehicle bus 500 while the operating mode of the ECU 400 is in the low clock mode contains designation information that designates the ECU 400 as a target for startup. Note that "start” here refers to the ECU 400 starting operation in normal mode, and includes "wake-up.”
  • the NM frame specifies the cluster to be woken up.
  • the specification information is information that specifies the cluster to be woken up.
  • the NM frame includes a data field F1 that specifies the cluster to be woken up from among the multiple clusters PNC1 to PNC8.
  • Figure 8 is a diagram illustrating the link between each bit of data field F1 and clusters PNC1 to PNC8.
  • Data field F1 is composed of, for example, 8 bits, and each bit is assigned to a cluster PNC1 to PNC8.
  • cluster PNC1 is assigned to the first bit (Bit0).
  • Figure 9 is a diagram showing an example of a data field F1 included in an NM frame.
  • Each bit in data field F1 is a flag indicating whether or not it is a wake-up target. If the corresponding cluster is not a wake-up target, the bit is set to "0". If the corresponding cluster is a wake-up target, the bit is set to "1". For example, in data field F1 in Figure 9, Bit 0 is "1" and Bits 1 to 7 are “0". In other words, cluster PNC1 is specified as a wake-up target.
  • setting a bit to "1" in data field F1 of the NM frame will be appropriately expressed as “enabling” the cluster corresponding to that bit, and setting a bit to "0” will be appropriately expressed as “disabling” the cluster corresponding to that bit.
  • Each ECU 200, 400 stores cluster information 208, 408 in non-volatile memory 202, 402 (see Figures 2 and 3).
  • Cluster information 208, 408 is information that indicates the cluster to which the ECU belongs.
  • the same information as that in the fourth column from the left in cluster table 207 shown in Figure 4 (the column indicating the cluster to which ECU 400A belongs) is stored as cluster information 408 in non-volatile memory 402.
  • the same information as that in the fifth column from the left in cluster table 207 is stored as cluster information 408 in non-volatile memory 402.
  • second determination unit 423 determines whether cluster information 408 stored in non-volatile memory 402 matches data field F1. Specifically, second determination unit 423 calculates the product of the bits of cluster information 408 and the corresponding bits in data field F1 for each bit. If any bit is "1" after the calculation, second determination unit 423 determines that cluster information 408 and data field F1 "match", that is, that the NM frame includes designation information that designates ECU 400 as the target to be started.
  • cluster information 408 has an 8-bit pattern of "101...0”
  • data field F1 has an 8-bit pattern of "100...0”.
  • the nth bit of cluster information 408 corresponds to the nth bit of data field F1.
  • the product of the 1st bit of cluster information 408 and the 1st bit of data field F1 is "1”
  • the NM frame contains designation information that designates ECU 400A as the activation target.
  • the second switching unit 424 switches the operation mode of the ECU 400 (microcontroller 420) from the low clock mode to the normal mode.
  • the third switching unit 425 switches the operation mode of the ECU 400 from the low clock mode to the sleep mode when a low clock period has elapsed without the communication I/F 410 receiving a frame through the vehicle bus 500 while the operation mode of the ECU 400 is in the low clock mode.
  • the low clock period is an example of a "setting period.”
  • the low clock period is the shortest execution period of the low clock mode. In other words, if the low clock period has elapsed without receiving a frame after the operation mode of the ECU 400 has switched to the low clock mode, the operation mode of the ECU 400 will switch from the low clock mode to the sleep mode. If the ECU 400 receives a frame while in the low clock mode, the low clock period is reset. In this case, the operation mode will transition to the sleep mode after the low clock period has elapsed since the ECU 400 last received a frame.
  • the non-volatile memory 402 stores low clock period information 409.
  • the low clock period information 409 is information that indicates a low clock period.
  • the low clock period is set according to the cluster to which ECU 400 belongs. For example, in PNC1, the low clock period is set to the third period, and in PNC2, the low clock period is set to the fourth period that is different from the third period. In this way, the low clock period can be set for each cluster.
  • the low clock period is set according to the state of the vehicle in which the ECU 400 is installed (IG on state, ACC state, driving state, non-rider stopped state, ridden stopped state, charging state, etc.).
  • the low clock period is set according to the service that the ECU 400 provides to the user. For example, if the ECU 400 is a headlight ECU, a low clock period corresponding to auto high beam control is set. For example, if the ECU 400 is a body ECU, a low clock period corresponding to door unlocking is set.
  • FIG. 10 is a diagram showing an example of transition of operation modes in an ECU 400 having a non-compliant I/F 410.
  • the low clock mode is for a short period of time.
  • the low clock mode is for a short period of time.
  • the operation mode switches from sleep mode to low clock mode.
  • the low clock mode expires, the operation mode switches from low clock mode to sleep mode.
  • the low clock time is short, the operation mode switches frequently. This increases the total period of sleep mode, making it possible to reduce power consumption.
  • the period of low clock mode accounts for a high proportion of the total period. Therefore, when a wakeup is indicated in the NM frame, the operation mode can be immediately switched to normal mode.
  • the service provided by ECU 400 is a real-time service
  • the low clock period is set to a long period (lower example in Figure 10).
  • the low clock period is set to be shorter than the low clock period of the ECU providing the real-time service (upper example in Figure 10).
  • a cluster can be defined for each service.
  • a long low clock period is set for the wiper ECU belonging to the cluster corresponding to wiper operation, which is an immediacy service.
  • immediacy services include automatic high beam control of headlights, auto cruise driving, door unlocking, automatic steering adjustment, and automatic seat adjustment.
  • a long low clock period (for example, a low clock period equal to or greater than a predetermined reference value) is set for the ECUs 400 belonging to the clusters corresponding to these services. Note that the same low clock period may be set for all immediacy services, or different low clock periods may be set for different immediacy services.
  • a long low clock period is set for the air conditioner ECU and engine ECU that belong to a cluster corresponding to remote control of an air conditioner, which is a non-realtime service.
  • non-realtime services include anti-theft alarm notification, charging of a driving battery in an electric vehicle, and charging from the driving battery to an auxiliary battery.
  • a short low clock period (for example, a low clock period less than a predetermined reference value) is set for the ECUs that belong to the cluster corresponding to these services. Note that the same low clock period may be set for all non-realtime services, or different low clock periods may be set for each non-realtime service.
  • Services can be classified according to the vehicle state.
  • a long low clock period is set for the ECU that executes the services corresponding to the immediate services in the IG on state, driving state, and stationary/riding state.
  • a long low clock period is set for the ECU that executes the services corresponding to the stationary, non-occupied state and the charging state, which are non-realtime services.
  • a common low clock period may be set for all ECUs 200, 400.
  • the third determination unit 426 determines whether or not a preset sleep condition is satisfied while the operation mode of the ECU 400 is in the normal mode.
  • the sleep condition is set for each ECU.
  • the fourth switching unit 427 switches the operation mode of the ECU 400 from the normal mode to the sleep mode when the third determination unit 426 determines that the sleep condition is met.
  • FIG. 11 is a state transition diagram for explaining the switching of the operation mode of the ECU according to the embodiment.
  • the sleep mode when a switching condition is met, the operation mode of the ECU 400 switches to the low clock mode.
  • the operation mode of ECU 400 switches to normal mode.
  • the operation mode of the ECU 400 switches to sleep mode.
  • FIG. 12 is a flowchart showing an example of the operation of the ECU according to this embodiment.
  • control circuit 411 determines whether or not the switching condition is met (step S101). If the switching condition is not met (NO in step S101), the control circuit 411 executes step S101 again.
  • step S101 If the switching condition is met (YES in step S101), the control circuit 411 interrupts the processor 401 and instructs it to switch to the low-clock mode (step S102).
  • the interrupt signal activates the processor 401, and the operation mode of the ECU 400 switches from the sleep mode to the low-clock mode.
  • the processor 401 determines whether or not an NM frame has been received (step S103). If an NM frame has not been received (NO in step S103), the processor 401 proceeds to step S105.
  • the processor 401 determines whether the cluster specified as the wake-up target in the NM frame matches the cluster to which the device belongs (step S104).
  • step S104 the processor 401 proceeds to step S105 and determines whether the low clock period has expired (step S105).
  • step S105 If the low clock period has not expired (NO in step S105), the processor 401 returns to step S103.
  • step S105 If the low clock period has expired (YES in step S105), the processor 401 switches the operation mode of the ECU 400 from the low clock mode to the sleep mode (step S106). When the operation mode has switched to the sleep mode, the process returns to step S101.
  • step S104 If the cluster specified as the wake-up target in the NM frame matches the cluster to which the device belongs (YES in step S104), the processor 401 switches the operation mode of the ECU 400 from the low clock mode to the normal mode (step S107).
  • the processor 401 determines whether or not the sleep condition is met (step S108). If the sleep condition is not met (NO in step S108), the processor 401 executes step S108 again.
  • step S108 If the sleep condition is met (YES in step S108), the processor 401 switches the operation mode of the ECU 400 from the normal mode to the sleep mode (step S109). When the operation mode is switched to the sleep mode, the process returns to step S101.
  • the low clock mode described in the above embodiment is an example of a "low power consumption mode". That is, the low power consumption mode is not limited to the low clock mode.
  • the low power consumption mode may be a mode in which the communication I/F 410 operates and the peripheral circuits are stopped, but the processor 401 operates at the same clock as in the normal mode. Even in such an operation mode, the power consumption can be lower than in the normal mode because the peripheral circuits are stopped.
  • the low power consumption mode may be a mode in which the communication I/F 410 operates and the operation clock of the processor 401 is lower than in the normal mode, but the peripheral circuits operate. Even in such an operation mode, the power consumption can be lower than in the normal mode because the operation clock of the processor 401 is low.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mechanical Engineering (AREA)
  • Small-Scale Networks (AREA)

Abstract

車載装置は、通信インタフェースと、動作モードを切り替えるための切替条件が成立したか否かを判定する第1判定部と、前記切替条件が成立したと判定された場合に、前記動作モードをスリープモードから低消費電力モードへ切り替える第1切替部と、前記動作モードが前記低消費電力モードである間に、前記通信インタフェースが前記通信線を通じて受信したフレームにおいて、前記車載装置を起動対象として指定する指定情報が含まれているか否かを判定する第2判定部と、前記第2判定部によって前記受信したフレームにおいて前記指定情報が含まれていると判定された場合に、前記動作モードを、前記低消費電力モードから通常モードへ切り替える第2切替部と、を備える。

Description

車載装置、車載システム、制御方法及び制御プログラム
 本開示は、車載装置、車載システム、制御方法及び制御プログラムに関する。本出願は、2022年10月28日出願の日本出願第2022-173011号に基づく優先権を主張し、前記日本出願に記載された全ての内容を援用するものである。
 車両には、エンジン、トランスミッション等を制御する制御系ECU(Electronic Control Unit)、ヘッドライト、パワーウインドウ等を制御するボディ系ECU、ナビゲーション装置、マルチメディア機器等の情報系ECU等、多種の車載装置が搭載される。近年、各車載装置をバスネットワークにて接続する車載システムにおいて、機能(サービス)毎に車載装置をPNC(Partial Network Cluster)と呼ばれるクラスタに分け、サービスの実行に用いられるPNCの車載装置をウェイクアップさせ、その他のPNCの車載装置をスリープさせるパーシャルネットワーク機能が発展してきた。パーシャルネットワーク機能は、ISO(International Organization for Standardization) 11898-6において規格化されている。
 非特許文献1には、ネットワークマネジメントメッセージ(NMメッセージ)を用いて、ECU間のパーシャルネットワーククラスタ(PNC:Partial Network Cluster)の要求及び開放情報を通信する技術が開示されている。
 特許文献1には、通信に異常が発生した場合にスリープ中のECUをウェイクアップさせる技術として、通常時は通信路経由でウェイクアップ信号を受信し、通信に異常が発生している場合には管理ECUから自ECU宛に電力供給路経由で送信される起動パルス信号を受信するECUが開示されている。
特開2015-107672号公報
AUTOSAR Layered Software Architecture,[online],[令和4年10月4日検索],インターネット<https://www.autosar.org/fileadmin/user_upload/standards/classic/4-3/AUTOSAR_EXP_LayeredSoftwareArchitecture.pdf> p.161-p.165
 本開示の一態様に係る車載装置は、制御対象を制御する車載装置であって、通信線に接続された通信インタフェースと、前記車載装置の動作モードを、前記制御対象の制御が不可能なスリープモードから、前記車載装置における消費電力が前記スリープモードよりも高い低消費電力モードへ切り替えるための切替条件が成立したか否かを判定する第1判定部と、前記第1判定部によって前記切替条件が成立したと判定された場合に、前記動作モードを前記スリープモードから前記低消費電力モードへ切り替える第1切替部と、前記動作モードが前記低消費電力モードである間に、前記通信インタフェースが前記通信線を通じて受信したフレームにおいて、前記車載装置を起動対象として指定する指定情報が含まれているか否かを判定する第2判定部と、前記第2判定部によって前記受信したフレームにおいて前記指定情報が含まれていると判定された場合に、前記動作モードを、前記低消費電力モードから、前記車載装置における消費電力が前記低消費電力モードよりも高く且つ前記制御対象の制御が可能な通常モードへ切り替える第2切替部と、を備える。
図1は、実施形態に係る車載システムの構成の一例を示すブロック図である。 図2は、実施形態に係るパーシャルネットワーク機能に対応していない通信インタフェースを有する統合ECUの構成の一例を示すブロック図である。 実施形態に係るパーシャルネットワーク機能に対応していない通信インタフェースを有するECUの構成の一例を示すブロック図である。 図4は、クラスタテーブルの一例を示す図である。 図5は、実施形態に係るECUの動作モードを説明するための図である。 図6は、実施形態に係るパーシャルネットワーク機能に対応していない通信インタフェースを有するECUの機能の一例を示す機能ブロック図である。 図7は、CANのフレームフォーマットを示す模式図である。 図8は、データフィールドの各ビットとクラスタとの紐付けを例示する図である。 図9は、NMフレームに含まれるデータフィールドの一例を示す図である。 図10は、パーシャルネットワーク機能に対応していない通信インタフェースを有するECUにおける動作モードの遷移の例を示す図である。 図11は、実施形態に係るECUの動作モードの切り替えを説明するための状態遷移図である。 図12は、実施形態に係るECUの動作の一例を示すフローチャートである。
 <本開示が解決しようとする課題>
 各車載装置は、通信線(バス)と接続する通信インタフェース(以下、「通信I/F」ともいう)を有する。通信I/Fは、パーシャルネットワーク機能に対応している通信I/F(以下、「対応I/F」ともいう)と、パーシャルネットワーク機能に対応していない通信I/F(以下、「非対応I/F」ともいう)とに分けられる。
 対応I/Fは、自装置が属するPNCが指定されたフレームを受信した場合、自装置をウェイクアップさせる。一方で、非対応I/Fは、通信線にブロードキャストされるフレームを受信すると、指定されているPNCにかかわらず、自装置をウェイクアップさせる。このように、非対応I/Fを含む車載装置の場合、自装置がサービスに用いられない場合であってもウェイクアップして電力を消費してしまう場合がある。
 例えば全ての車載装置に対応I/Fを搭載すると、車載装置の台数増加に伴ってパーシャルネットワーク機能の導入コストが増大する。対応I/Fの導入コストを削減するために非対応I/Fが搭載されたECUを併用すると、上記のとおりシステム全体における消費電力が増大する。
 <本開示の効果>
 本開示によれば、パーシャルネットワーク機能に対応していない通信I/Fが搭載された車載装置において、パーシャルネットワーク機能を利用することができる。
 <本開示の実施形態の概要>
 以下、本開示の実施形態の概要を列記して説明する。
 (1) 本実施形態に係る車載制御装置は、制御対象を制御する車載装置であって、通信線に接続された通信インタフェースと、前記車載装置の動作モードを、前記制御対象の制御が不可能なスリープモードから、前記車載装置における消費電力が前記スリープモードよりも高い低消費電力モードへ切り替えるための切替条件が成立したか否かを判定する第1判定部と、前記第1判定部によって前記切替条件が成立したと判定された場合に、前記動作モードを前記スリープモードから前記低消費電力モードへ切り替える第1切替部と、前記動作モードが前記低消費電力モードである間に、前記通信インタフェースが前記通信線を通じて受信したフレームにおいて、前記車載装置を起動対象として指定する指定情報が含まれているか否かを判定する第2判定部と、前記第2判定部によって前記受信したフレームにおいて前記指定情報が含まれていると判定された場合に、前記動作モードを、前記低消費電力モードから、前記車載装置における消費電力が前記低消費電力モードよりも高く且つ前記制御対象の制御が可能な通常モードへ切り替える第2切替部と、を備える。これにより、通信インタフェースがパーシャルネットワーク機能に対応していない場合でも、車載装置においてパーシャルネットワーク機能を利用することができる。
 (2) 上記(1)において、前記車載装置は、前記動作モードが前記低消費電力モードである間に、前記通信インタフェースが前記通信線を通じてフレームを受信せずに設定期間が経過した場合に、前記動作モードを、前記低消費電力モードから前記スリープモードへ切り替える第3切替部をさらに備えてもよい。これにより、低消費電力モードが長時間継続することによる電力消費を抑制することができる。
 (3) 上記(2)において、前記設定期間は、前記車載装置が属するクラスタに応じて設定されてもよい。これにより、車載装置が属するクラスタに応じた適切な期間において、車載装置が、指定情報を含むフレームの受信を低消費電力モードで待機することができる。
 (4) 上記(2)において、前記設定期間は、前記車載装置が搭載される車両の状態に応じて設定されてもよい。これにより、車両の状態に応じた適切な期間において、車載装置が、指定情報を含むフレームの受信を低消費電力モードで待機することができる。
 (5) 上記(2)において、前記設定期間は、前記車載装置がユーザに提供するサービスに応じて設定されてもよい。これにより、車載装置がユーザに提供するサービスに応じた適切な期間において、車載装置が、指定情報を含むフレームの受信を低消費電力モードで待機することができる。
 (6) 上記(1)から(5)のいずれか1つにおいて、前記切替条件は、前記通信インタフェースが信号を受信したことであってもよい。これにより、ユーザへのサービスの提供のために他の装置が信号を送信したことに応じて、車載装置の動作モードをスリープモードから低消費電力モードに切り替えることができる。
 (7) 上記(1)から(5)のいずれか1つにおいて、前記切替条件は、予め設定された前記スリープモードの実行期間が満了することであってもよい。これにより、一定の期間に応じて、車載装置の動作モードをスリープモードから低消費電力モードに切り替えることができる。
 (8) 上記(7)において、前記スリープモードの実行期間は、前記車載装置が属するクラスタに応じて設定されてもよい。これにより、車載装置が属するクラスタに応じた適切な期間において、車載装置がスリープモードで待機することができる。
 (9) 上記(7)において、前記スリープモードの実行期間は、前記車載装置が搭載される車両の状態に応じて設定されてもよい。これにより、車両の状態に応じた適切な期間において、車載装置がスリープモードで待機することができる。
 (10) 上記(7)において、前記スリープモードの実行期間は、前記車載装置がユーザに提供するサービスに応じて設定されてもよい。これにより、車載装置がユーザに提供するサービスに応じた適切な期間において、車載装置がスリープモードで待機することができる。
 (11) 上記(1)から(10)のいずれか1つにおいて、前記低消費電力モードは、前記制御対象の制御が不可能な動作モードであってもよい。これにより、低消費電力モードにおける電力消費を抑制することができる。
 (12) 上記(1)から(11)のいずれか1つにおいて、前記スリープモードは、前記通信線を通じて受信したフレームの処理が不可能な動作モードであり、前記低消費電力モードは、前記通信線を通じて受信したフレームの処理が可能な動作モードであってもよい。これにより、スリープモードにおいてフレームの処理のための電力消費を抑制することができ、低消費電力モードにおいて、必要とされるフレームの処理を実行することができる。
 (13) 上記(1)から(12)のいずれか1つにおいて、前記低消費電力モードは、前記通常モードよりも動作クロックが低い動作モードであってもよい。これにより、低消費電力モードにおける電力消費を抑制することができる。
 (14) 上記(1)から(13)のいずれか1つにおいて、前記低消費電力モードは、前記通信インタフェースがフレームを送信不可能な動作モードであり、前記通常モードは、前記通信インタフェースがフレームを送信可能な動作モードであってもよい。これにより、低消費電力モードにおいてフレームの送信のための電力消費を抑制することができ、通常モードにおいて、必要とされるフレームの送信を実行することができる。
 (15) 本実施形態に係る車載システムは、上記(1)から(14)のいずれか1つの車載装置と、前記通信線と、前記通信線に接続され、前記通信線に前記フレームを出力する車載制御装置と、を備える。これにより、車載装置の通信インタフェースがパーシャルネットワーク機能に対応していない場合でも、車載システムにおいてパーシャルネットワーク機能を利用することができる。
 (16) 本実施形態に係る制御方法は、制御対象を制御する車載装置によって用いられる制御方法であって、前記車載装置の動作モードを、前記制御対象の制御が不可能なスリープモードから、前記車載装置における消費電力が前記スリープモードよりも高い低消費電力モードへ切り替えるための切替条件が成立したか否かを判定するステップと、前記切替条件が成立したと判定された場合に、前記動作モードを前記スリープモードから前記低消費電力モードへ切り替えるステップと、前記動作モードが前記低消費電力モードである間に、通信インタフェースが通信線を通じて受信したフレームにおいて、前記車載装置を起動対象として指定する指定情報が含まれているか否かを判定するステップと、前記受信したフレームにおいて前記指定情報が含まれていると判定された場合に、前記動作モードを、前記低消費電力モードから、前記車載装置における消費電力が前記低消費電力モードよりも高く且つ前記制御対象の制御が可能な通常モードへ切り替えるステップと、を含む。これにより、通信インタフェースがパーシャルネットワーク機能に対応していない場合でも、車載装置においてパーシャルネットワーク機能を利用することができる。
 (17) 本実施形態に係る制御プログラムは、制御対象を制御する車載装置によって用いられる制御プログラムであって、コンピュータに、前記車載装置の動作モードを、前記制御対象の制御が不可能なスリープモードから、前記車載装置における消費電力が前記スリープモードよりも高い低消費電力モードへ切り替えるための切替条件が成立したか否かを判定するステップと、前記切替条件が成立したと判定された場合に、前記動作モードを前記スリープモードから前記低消費電力モードへ切り替えるステップと、前記動作モードが前記低消費電力モードである間に、通信インタフェースが通信線を通じて受信したフレームにおいて、前記車載装置を起動対象として指定する指定情報が含まれているか否かを判定するステップと、前記受信したフレームにおいて前記指定情報が含まれていると判定された場合に、前記動作モードを、前記低消費電力モードから、前記車載装置における消費電力が前記低消費電力モードよりも高く且つ前記制御対象の制御が可能な通常モードへ切り替えるステップと、を実行させる。これにより、通信インタフェースがパーシャルネットワーク機能に対応していない場合でも、車載装置においてパーシャルネットワーク機能を利用することができる。
 本開示は、上記のような特徴的な構成を備える車載装置、前記車載制御装置を含む車載システム、前記車載装置における特徴的な処理をステップとする制御方法、及び前記車載制御装置に特徴的な処理を実行させるための制御プログラムとして実現することができるだけでなく、前記車載制御装置の一部又は全部を半導体集積回路として実現することができる。
 <本開示の実施形態の詳細>
 以下、図面を参照しつつ、本発明の実施形態の詳細を説明する。なお、以下に記載する実施形態の少なくとも一部を任意に組み合わせてもよい。
 [1.車載システム]
 図1は、本実施形態に係る車載システムの構成の一例を示すブロック図である。車載システム10は、車両に搭載される。
 本実施形態に係る車載システム10は、統合ECU200と、ECU300A,300B,300C,400A,400B,400Cとを含む。車載システム10は、統合ECU200,ECU300A,300B,300C,400A,400B,400C及びそれらを繋ぐ通信ケーブル(通信バス)によって構成される車載ネットワークである。
 複数のECU300A,300B,300C,400A,400B,400Cは、車両の各部に配置される。ECU300A,300B,300C,400A,400B,400Cは、車両の各部のハードウェアを個別に制御したり、車両の各部のハードウェアの状態を監視したりする。例えば、ECU300A,300B,300C,400A,400B,400Cは、制御系、ボディ系、情報系のECUである。なお、以下の説明では、ECU300A,300B,300Cを総称して「ECU300」ともいい、ECU400A,400B,400Cを総称して「ECU400」ともいう。
 統合ECU200は、ECU300A,300B,300C,400A,400B,400CのそれぞれとCAN(Controller Area Network)バスのような車載バス500A,500Bを介して接続されている。具体的には、統合ECU200は、通信インタフェース(通信I/F)210A,210Bを備える。通信I/F210Aは、車載バス500Aに接続されている。車載バス500Aには、ECU300A,300B,400A,400Bが接続されている。通信I/F210Bは、車載バス500Bに接続されている。車載バス500Bには、ECU300C,400Cが接続されている。統合ECU200は、ECU300A,300B,300C,400A,400B,400Cのそれぞれと相互に通信することができる。以下、統合ECU200を、「ECU200」ということがある。
 ECU300A,300B,300Cのそれぞれは、車載バスに接続された通信I/F310を備える。ECU400A,400B,400Cのそれぞれは、車載バスに接続された通信I/F410を備える。
 図1において、斜線ハッチングで示す310は、パーシャルネットワーク機能に対応する対応I/Fであり、無模様の通信I/F210A,210B,410は、パーシャルネットワーク機能に対応していない非対応I/Fである。すなわち、車載システム10は、対応I/Fを有するECU300と、非対応I/Fを有するECU200,400とが混在している。ECU200,400は、「車載装置」の一例である。
 ECU200,300,400は、パーシャルネットワーク機能に対応した通信プロトコルを使用する。通信プロトコルは、例えば、CAN、CAN FD(CAN with Flexible Data Rate)、又はCAN PN(CAN with Partial Networking)である。
 統合ECU200は、ECU300A,300B,300C,400A,400B,400C間の通信を中継するゲートウェイとしての機能を有する。ECU300,400は、フレームを送信することができる。フレームの一例は、ネットワーク管理用のNM(Network Management)フレームである。統合ECU200は、異なるバスに接続されたECU間のフレームを中継する。例えば、統合ECU200は、車載バス500Aに接続されたECU300Aと、車載バス500Bに接続されたECU400Cとの間でフレームを中継することができる。これにより、例えば、車載バス500Aに接続されたECU300A,300B,400A,400Bと、車載バス500Bに接続されたECU300C,400Cとの間で、フレームの送受信が可能である。
 [2.統合ECUの構成]
 本実施形態では、非対応I/Fを有する統合ECU200及びECU400において、パーシャルネットワーク機能を利用可能とする。以下、統合ECU200のハードウェア構成について説明する。
 図2は、本実施形態に係る非対応I/Fを有する統合ECUの構成の一例を示すブロック図である。統合ECU200は、マイクロコントローラ220と、通信I/F210A,210Bとを含む。
 マイクロコントローラ220は、例えば1チップの半導体集積回路であり、プロセッサ201と、不揮発性メモリ202と、揮発性メモリ203と、周辺回路204と、入出力インタフェース(I/O)205とを含む。
 揮発性メモリ203は、例えばSRAM(Static Random Access Memory)、DRAM(Dynamic Random Access Memory)等の半導体メモリである。不揮発性メモリ202は、例えばフラッシュメモリ、ROM(Read Only Memory)、EPROM(Erasable Programmable Read Only Memory)、EEPROM(Electrically Erasable Programmable Read-Only Memory)等の半導体メモリである。
 プロセッサ201は、例えばCPU(Central Processing Unit)である。ただし、プロセッサ201は、CPUに限られない。プロセッサ201は、GPU(Graphics Processing Unit)であってもよい。プロセッサ201は、コンピュータプログラムを実行可能に構成される。ただしプロセッサ201は、例えば、ASIC(Application Specific Integrated Circuit)を一部に含んでもよいし、FPGA(Field Programmable Gate Array)等のプログラマブルロジックデバイスを一部に含んでもよい。
 不揮発性メモリ202には、コンピュータプログラムである制御プログラム206及び制御プログラム206の実行に使用されるデータが格納される。制御プログラム206は、フラッシュメモリ、ROM、CD-ROMなどの記録媒体に記憶させることができる。プロセッサ201は、制御プログラム206によって、統合ECU200においてパーシャルネットワーク機能を利用可能とする。
 不揮発性メモリ202には、クラスタテーブル207、クラスタ情報208及び低クロック期間情報209が格納される。クラスタテーブル207、クラスタ情報208及び低クロック期間情報209については後述する。
 周辺回路204は、マイクロコントローラ220に種々の機能を実現させるための回路である。例えば、周辺回路204は、汎用入出力ポート(GPIO)、アナログ/デジタル変換器、タイマ、シリアル通信等の回路を含む。シリアル通信回路は、例えば、UART(Universal Asynchronous Receiver/Transmitter)、I2C(Inter-Integrated Circuit)、SPI(serial peripheral interface)等の規格に準拠している。
 I/O205は、通信I/F210A,210Bに接続されている。I/O205は、通信I/F210A,210Bとの入出力に使用されるポートである。
 通信I/F210A,210Bは、上述した車載ネットワーク用の通信プロトコルに準拠した通信インタフェースである。上述したように、通信I/F210A,210Bは、パーシャルネットワーク機能に対応していない非対応I/Fである。
 通信I/F210Aは、制御回路211A及びPHY212Aを含む。制御回路211Aは、送受信するフレームの処理を実行するための回路である。制御回路211Aは、スリープ期間情報213Aを格納したメモリを有している。制御回路211Aは、スリープ期間情報213Aを使用したタイマ機能を実行可能である。スリープ期間情報213Aについては後述する。
 PHY212Aは、車載バス500Bに接続されており、車載バス500B側のアナログ信号と、制御回路211A側のデジタル信号とを相互変換する。PHY212Aは、パーシャルネットワーク機能に対応しておらず、フレームにおいてウェイクアップ対象として指定されたPNCを解釈することはできない。
 通信I/F210Bは、制御回路211B及びPHY212Bを含む。制御回路211Bは、制御回路211Aと同様の構成を有する。ただし、制御回路211Aがスリープ期間情報213Aを使用したタイマ機能を実行可能であるため、制御回路211Bは、同様のタイマ機能を実行しなくてもよい。つまり、制御回路211Bは、スリープ期間情報を記憶していなくてもよい。
 PHY212Bは、車載バス500Cに接続されており、車載バス500C側のアナログ信号と、制御回路211B側のデジタル信号とを相互変換する。PHY212Aと同様に、PHY212Bは、パーシャルネットワーク機能に対応していない。
 [3.ECUの構成]
 以下、パーシャルネットワーク機能に対応していないECU400のハードウェア構成について説明する。
 図3は、本実施形態に係る非対応I/Fを有するECUの構成の一例を示すブロック図である。ECU400は、マイクロコントローラ420と、通信I/F410とを含む。
 マイクロコントローラ420は、上述した統合ECU200のマイクロコントローラ220と同じ構成を有する。つまり、マイクロコントローラ420は、プロセッサ401と、不揮発性メモリ402と、揮発性メモリ403と、周辺回路404と、I/O405とを含む。
 不揮発性メモリ402には、コンピュータプログラムである制御プログラム406及び制御プログラム406の実行に使用されるデータが格納される。制御プログラム406は、フラッシュメモリ、ROM、CD-ROMなどの記録媒体に記憶させることができる。プロセッサ401は、制御プログラム406によって、ECU400においてパーシャルネットワーク機能を利用可能とする。
 不揮発性メモリ402には、クラスタ情報408及び低クロック期間情報409が格納される。クラスタ情報408及び低クロック期間情報409については後述する。
 周辺回路404は、例えば、UART、I2C、SPI等の規格に準拠したシリアル通信回路を含む。周辺回路404の当該シリアル通信回路は、ECU400の制御対象のデバイス又はセンサに接続されており、センサから出力された信号を受信したり、制御対象へ制御信号を送信したりすることができる。
 I/O405は、通信I/F410に接続されている。I/O405は、通信I/F410との入出力に使用されるポートである。
 通信I/F410は、上述した車載ネットワーク用の通信プロトコルに準拠した通信インタフェースである。上述したように、通信I/F410は、パーシャルネットワーク機能に対応していない非対応I/Fである。
 通信I/F410は、制御回路411及びPHY412を含む。制御回路411は、送受信するフレームの処理を実行するための回路である。制御回路411は、スリープ期間情報413を格納したメモリを有している。制御回路411は、スリープ期間情報413を使用したタイマ機能を実行可能である。スリープ期間情報413については後述する。
 PHY412は、車載バス500A又は500Cに接続されており、車載バス側のアナログ信号と、制御回路411側のデジタル信号とを相互変換する。PHY412は、パーシャルネットワーク機能に対応しておらず、フレームにおいてウェイクアップ対象として指定されたPNCを解釈することはできない。
 [4.クラスタ]
 クラスタについて説明する。ECU200,300,400のそれぞれは、少なくとも1個のクラスタに属している。統合ECU200の不揮発性メモリ202は、ECU200,ECU300,400と、ECU200,300,400のそれぞれが属するクラスタとを紐付けたクラスタテーブル207を格納する(図2参照)。
 クラスタは、例えば、ユーザに提供されるサービス毎に定められてもよい。サービスは、1つ又は複数のECU200,300,400によって実行される。
 複数のECUによって実行されるサービスの例として、ヘッドライトのオートハイビーム制御、オートクルーズ走行、ドアロック解除、エアコンの遠隔制御、盗難防止アラーム通知、電気自動車における走行用バッテリ(高圧バッテリ)の充電、走行用バッテリから補機バッテリ(低圧バッテリ)への充電等がある。
 ヘッドライトのオートハイビーム制御は、ヘッドライトを制御するヘッドライトECUと、車両走行用のECU(エンジンECU、ブレーキECU等)とによって実行される。このため、ヘッドライトECUと車両走行用のECUとは同じクラスタに属する。
 オートクルーズ走行は、ADAS(Advanced Driver-Assistance Systems) ECUと、レーダの検知結果を処理し、車両外部の物体を検知するレーダECUと、車両走行用のECUとによって実行される。このため、ADAS ECUとレーダECUと車両走行用のECUとは同じクラスタに属する。
 ドアロック解除は、例えば、車両のボディの可動部(ドアロック、パワーウインドウ、ドアミラー等)を制御するボディECUと、スマートキー(キーフォブ)から送信されるコードを認証する認証ECUとによって実行される。このため、ボディECUと認証ECUとは同じクラスタに属する。
 エアコンの遠隔制御は、例えば、エアコンを制御するエアコンECUと、エンジンを制御するエンジンECUとによって実行される。このため、エアコンECUとエンジンECUとは同じクラスタに属する。
 盗難防止アラーム通知は、例えば、警報を発するアラームECUと、車外の装置(例えば、警備会社のサーバ)と通信する車外通信ECUとによって実行される。このため、アラームECUと車外通信ECUとは同じクラスタに属する。
 走行用バッテリの充電は、例えば、走行用バッテリ及び補機バッテリの充電を制御する充電ECUと、走行用バッテリを管理するバッテリ管理ECUとによって実行される。このため、充電ECUとバッテリ管理ECUとは同じクラスタに属する。
 補機バッテリの充電は、充電ECUと、バッテリ管理ECUと、走行用バッテリから出力される直流電圧を変換するDC/DCコンバータを制御する電力変換ECUとによって実行される。このため、充電ECUと、バッテリ管理ECUと、電力変換ECUとは同じクラスタに属する。
 1つのECUによって実行されるサービスもある。したがって、1つのECUのみを含むクラスタも設定可能である。1つのECUによって実行されるサービスの例として、ワイパー駆動、ステアリングの自動調整、シートの自動調整等がある。
 ワイパー駆動は、ワイパーを制御するワイパーECUによって実行される。このため、ワイパーECUのみが、1つのクラスタに属する。
 ステアリングの自動調整は、パワーステアリングを制御するパワステECUによって実行される。このため、パワステECUのみが、1つのクラスタに属する。
 シートの自動調整は、パワーシートを制御するシートECUによって実行される。このため、シートECUのみが、1つのクラスタに属する。
 図4は、クラスタテーブルの一例を示す図である。図4に示すクラスタテーブル207では、8個のクラスタPNC1~PNC8に、それぞれどのECU200,300,400が属しているかを示している。なお、図4におけるクラスタ数は例示であり、9個以上のクラスタが用意されてもよいし。8個未満のクラスタが用意されてもよい。テーブル中において、「1」はその行のクラスタにECU200,300,400が属していることを示し、「0」はその行のクラスタにECU200,300,400が属していないことを示している。
 例えば、クラスタPNC1には、ECU300A,300B,400A,400B,200が属している。クラスタPNC2には、ECU300B,300C,400C,200が属している。クラスタPNC3には、ECU300A,300B,300C,400A,400B,200が属している。クラスタPNC8には、ECU200,300,400が属しておらず、いわゆる「空き」のクラスタとなっている。以下の説明では、「クラスタPNC1に属するECU300A,300B,400A,400B,200をウェイクアップさせる」ことを、単に「クラスタPNC1をウェイクアップさせる」とも表現する。他のクラスタPNC2~PNC8についても同様の表現を用いる。
 [5.動作モード]
 パーシャルネットワーク機能に非対応のECU200,400の動作モードの説明に先立ち、パーシャルネットワーク機能に対応したECU300の動作モード及びウェイクアップ動作について説明する。
 ECU300の動作モードには、通常モード及びスリープモードが含まれる。通常モードは、ECU300が稼働している状態であり、制御対象を制御し、他のECU200,300,400と通信することが可能である。スリープモードは、通信I/F110A,110B,310の一部の機能を除いてECU300が停止した状態である。
 CANでは、パーシャルネットワーク機能によって一部のクラスタをウェイクアップさせる場合、ウェイクアップ対象のクラスタを指定したフレーム(管理制御フレーム。以下、「NMフレーム」ともいう)が通信バス400A,400B,400C上を送信される。ウェイクアップの要求、すなわち、ウェイクアップ対象のクラスタを指定したNMフレームは、例えば、統合ECU200によって送信される。統合ECU200の場合、クラスタテーブル207を用いてNMフレームが作成される。ただし、NMフレームの送信元は、統合ECU200に限られず、ECU300,400がNMフレームを送信してもよい。
 スリープモードにあるECU300の通信I/F110A,110B,310は、NMフレームを受信し、当該NMフレームにおいて自装置が属するクラスタが指定されているか否かを判断する。自装置が属するクラスタが指定されていない場合、ECU300はそのままスリープモードを維持する。自装置が属するクラスタが指定されている場合、通信I/F110A,110B,310はプロセッサに割り込みをかけ、スリープモードから通常モードへの切り替えを指示する。これにより、指定されたクラスタに属するECU300がウェイクアップする。
 次に、パーシャルネットワーク機能に非対応のECU200,400の動作モードについて説明する。
 ECU200,400の動作モードには、通常モード、低クロックモード、及びスリープモードが含まれる。図5は、実施形態に係るECUの動作モードを説明するための図である。
 具体的には、ECU200,400の動作モードとは、マイクロコントローラ220,420の動作モードである。動作モードによって、プロセッサ201,401の動作状態、通信I/F210A,210B,410の動作状態、及び周辺回路204,404の動作状態が異なる。
 通常モードでは、プロセッサ201,401が高クロックで動作する。低クロックモードでは、プロセッサ201,401が低クロック(すなわち、通常モードよりも低いクロック)で動作する。スリープモードでは、プロセッサ201,401が停止される。
 通常モードでは、通信I/F210A,210B,410が動作する。低クロックモードでも、通信I/F210A,210B,410はフレームの送信機能を除き動作する。つまり、通常モードでは、通信I/F210A,210B,410はフレームの送受信を含む処理が可能である。低クロックモードでは、通信I/F210A,210B,410はフレームの受信を含む処理が可能であるが、フレームの送信が不可能である。スリープモードでは、通信I/F210A,210B,410は一部の機能を停止する。具体的には、スリープモードにおいて、通信I/F210A,210B,410は後述するドミナントの検出機能と、タイマ機能とを実行し、その他の機能は停止する。つまり、スリープモードでは、通信I/F210A,210B,410はフレームの送受信を含む処理が不可能である。
 通常モードでは、周辺回路204,404が動作する。つまり、通常モードでは、ECU200,400は、センサから出力された信号を受信したり、制御対象を制御したりすることができる。低クロックモードでは、周辺回路204,404は停止される。スリープモードでも、周辺回路204,404は停止される。つまり、低クロックモード及びスリープモードでは、ECU200,400は、センサから出力された信号を受信したり、制御対象を制御したりすることができない。
 上記のような通常モードでは、ECU200,400による消費電力は大きい。スリープモードでは、ECU200,400による消費電力は小さい。低クロックモードにおけるECU200,400による消費電力は、通常モードでの消費電力よりも小さく、スリープモードでの消費電力よりも大きい。
 [6.ECUの機能]
 図6は、本実施形態に係る非対応I/Fを有するECUの機能の一例を示す機能ブロック図である。ここでは、代表してECU400の機能を説明するが、統合ECU200の機能も同様である。
 ECU400は、第1判定部421と、第1切替部422と、第2判定部423と、第2切替部424と、第3切替部425と、第3判定部426と、第4切替部427との各機能を有する。第1判定部421及び第1切替部422は、制御回路411の機能である。第2判定部423、第2切替部424、第3切替部425、第3判定部426、及び第4切替部427は、プロセッサ401の機能である。第2判定部423、第2切替部424、第3切替部425、第3判定部426、及び第4切替部427の各機能は、プロセッサ401が制御プログラム406を実行することにより実現される。
 第1判定部421は、ECU400の動作モードを、スリープモードから低消費電力モードへ切り替えるための切替条件が成立したか否かを判定する。
 切替条件の一例は、通信I/F410が信号を受信したことである。
 図7は、CANのフレームフォーマットを示す模式図である。図7には、CANの標準フォーマットのデータフレーム構造が示される。図中の上側の線はリセッシブを、下側の線はドミナントを示す。図7に示すように、CANのデータフレームには、SOF(Start Of Frame)、CAN ID、RTR(Remote transmission Request)、コントロールフィールド、データフィールド、CRC(Cyclic Redundancy Check)シーケンス、CRCデリミタ、ACK(Acknowledgement)スロット、ACKデリミタ、EOF(End Of Frame)の各フィールドが含まれる。SOFはフレームの開始を示す。CAN IDは、ECU及びフレームの種類を識別するために用いられる。RTRはデータフレームとリモートフレームとを識別するために使用される。データフレームの場合、RTRはドミナントである。コントロールフィールドには通信制御に用いられる情報が格納される。データフィールドには、最大8バイトの実データ(ペイロード)が格納される。CRCシーケンス及びCRCデリミタは合わせてCRCフィールドと呼ばれ、CRCフィールドには一種の誤り検出符号が格納される。ACKスロット及びACKデリミタは合わせてACKフィールドと呼ばれ、ACKフィールドにはCRCフィールド部分までを正常に受信できたか否かを示す情報が格納される。EOFはフレームの終わりを示す。
 フレームは、ドミナントで開始される。切替条件の具体的な例は、通信I/F410がドミナントを検出したことである。第1判定部421は、スリープモードにおいて機能する。上述したように、スリープモードでは、通信I/F410はフレームの受信は不能であるが、ドミナントの検出は可能である。他のECUがフレームを送信したときに、通信I/F410はそのフレームの先頭のドミナントを検出する。第1判定部421は、通信I/F410によってドミナントが検出されたか否かを判定する。
 切替条件の他の例は、スリープ期間が満了することである。スリープ期間は、スリープモードの実行期間である。図3に示すように、制御回路411はスリープ期間情報413を記憶している。スリープ期間情報は、スリープ期間を示す情報である。
 一例では、スリープ期間は、ECU400が属するクラスタに応じて設定される。例えば、PNC1ではスリープ期間が第1期間に設定され、PNC2ではスリープ期間が第1期間とは異なる第2期間に設定される。このように、クラスタ毎にスリープ期間を設定することができる。
 他の例では、スリープ期間は、ECU400が搭載される車両の状態に応じて設定される。例えば、車両状態として、IG(イグニッション)オン状態、ACC(アクセサリ)状態、走行状態、停車中であり且つ乗員が乗車していない状態(以下、「非乗車停止状態」ともいう)、停車中であり且つ乗員が乗車している状態(以下、「乗車停止状態」ともいう)、電気自動車では走行用バッテリを充電している充電状態等がある。このように、車両状態毎にスリープ期間を設定することができる。
 さらに他の例では、スリープ期間は、ECU400がユーザに提供するサービスに応じて設定される。例えば、ECU400がヘッドライトのオートハイビーム制御を提供するヘッドライトECUである場合、オートハイビーム制御に対応したスリープ期間が設定される。例えば、ECU400がドアロック解除を提供するボディECUである場合、ドアロック解除に対応したスリープ期間が設定される。
 サービスには、即時性が要求される即時性サービスと、即時性が要求されない非即時性サービスとが含まれる。即時性サービスとは、サービスの実行が要求されてから即時に実行する必要があるサービスである。具体的には、即時性サービスとは、サービスの実行を要求するフレームをECUが受信してから、ECUにおいて当該サービスのための処理が実行されるまでの許容時間が、基準値未満のサービスである。非即時性サービスとは、サービスの実行が要求されてから即時に実行する必要がないサービスである。具体的には、非即時性サービスとは、サービスの実行を要求するフレームをECUが受信してから、ECUにおいて当該サービスのための処理が実行されるまでの許容時間が、基準値以上のサービスである。
 ECU400が提供するサービスが即時性サービスである場合、ECU400が長期間スリープモードにあると、サービスを即時に実行できない可能性がある。このため、ECU400が提供するサービスが即時性サービスである場合、スリープ期間は短期間に設定される。これに対して、ECU400が提供するサービスが非即時性サービスである場合、スリープ期間は、即時性サービスを提供するECUのスリープ期間よりも長く設定される。
 上述したように、クラスタはサービス毎に定めることができる。例えば、ワイパー駆動は、即時性サービスである。このため、ワイパー駆動に対応するクラスタに属するワイパーECUには、短いスリープ期間が設定される。即時性サービスの他の例は、ヘッドライトのオートハイビーム制御、オートクルーズ走行、ドアロック解除、ステアリングの自動調整、シートの自動調整である。これらのサービスに対応するクラスタに属するECUには、短いスリープ期間(例えば、所定の基準値未満のスリープ期間)が設定される。なお、即時性サービスの全てで同一のスリープ期間が設定されてもよいし、即時性サービスによって異なるスリープ期間が設定されてもよい。
 例えば、エアコンの遠隔制御は、非即時性サービスである。このため、エアコンの遠隔制御に対応するクラスタに属するエアコンECU及びエンジンECUには、長いスリープ期間が設定される。非即時性サービスの他の例は、盗難防止アラーム通知、電気自動車における走行用バッテリの充電、走行用バッテリから補機バッテリへの充電である。これらのサービスに対応するクラスタに属するECUには、長いスリープ期間(例えば、所定の基準値以上のスリープ期間)が設定される。なお、非即時性サービスの全てで同一のスリープ期間が設定されてもよいし、非即時性サービスによって異なるスリープ期間が設定されてもよい。
 サービスは、車両状態毎に分類することができる。IGオン状態に対応するサービスは、例えば、ワイパー駆動及びヘッドライトのオートハイビーム制御である。走行状態に対応するサービスは、例えば、オートクルーズ走行である。停車乗車状態に対応するサービスは、例えば、ドアロック解除、ステアリングの自動調整、シートの自動調整である。停車非乗車状態に対応するサービスは、例えば、エアコンの遠隔制御、盗難防止アラーム通知である。電気自動車の充電状態に対応するサービスは、走行用バッテリの充電、走行用バッテリから補機バッテリへの充電である。
 IGオン状態、走行状態、停車乗車状態では、即時のサービス実行が求められる。すなわち、IGオン状態、走行状態、及び停車乗車状態のそれぞれに対応するサービスは、即時性サービスである。このため、IGオン状態、走行状態、及び停車乗車状態のそれぞれに対応するサービスを実行するECUには、短いスリープ期間が設定される。
 停車非乗車状態及び充電状態では、即時のサービス提供は必ずしも求められない。すなわち、停車非乗車状態及び充電状態のそれぞれに対応するサービスは、非即時性サービスである。このため、停車非乗車状態及び充電状態のそれぞれに対応するサービスを実行するECUには、長いスリープ期間が設定される。
 なお、全てのECU200,400に対して、共通のスリープ期間を設定してもよい。
 図6に戻り、切替条件は、通信I/F410がドミナントを検出したことと、スリープ期間が満了したこととの両方を含んでもよい。すなわち、通信I/F410がドミナントを検出した場合、又は、スリープ期間が満了した場合に、第1判定部421は切替条件が成立したと判定してもよい。
 第1切替部422は、第1判定部421によって切替条件が成立したと判定された場合に、ECU400の動作モードをスリープモードから低クロックモードへ切り替える。具体的には、切替条件が成立した場合、第1切替部422はプロセッサ401へ割り込みをかけ、低クロックモードへの移行を指示する。これにより、ECU400(マイクロコントローラ420)の動作モードがスリープモードから低クロックモードへ切り替わる。
 低クロックモードでは、プロセッサ401が低クロック動作する。プロセッサ401の機能である第2判定部423は、ECU400の動作モードが低クロックモードである間に、通信I/F410が車載バス500を通じて受信したフレーム(NMフレーム)において、ECU400を起動対象として指定する指定情報が含まれているか否かを判定する。なお、ここでいう「起動」とは、ECU400が通常モードでの動作を開始することをいい、「ウェイクアップ」を含む。
 上述したように、NMフレームでは、ウェイクアップ対象のクラスタが指定される。指定情報は、ウェイクアップ対象のクラスタを指定する情報である。具体的な一例では、NMフレームには、複数のクラスタPNC1~PNC8のうちウェイクアップさせるクラスタを指定するデータフィールドF1が含まれている。
 図8は、データフィールドF1の各ビットとクラスタPNC1~PNC8との紐付けを例示する図である。データフィールドF1は、例えば8ビットで構成され、各ビットにクラスタPNC1~PNC8が割り当てられている。例えば、1番目のビット(Bit0)にクラスタPNC1が割り当てられている。
 図9は、NMフレームに含まれるデータフィールドF1の一例を示す図である。データフィールドF1における各ビットは、ウェイクアップ対象であるか否かを示すフラグである。対応するクラスタがウェイクアップ対象でない場合、ビットは「0」に設定される。対応するクラスタがウェイクアップ対象である場合、ビットは「1」に設定される。例えば、図9のデータフィールドF1では、Bit0が「1」となっており、Bit1~7は「0」となっている。つまり、クラスタPNC1がウェイクアップ対象として指定されている。
 以下では、NMフレームのデータフィールドF1において、ビットを「1」に設定することを、そのビットに対応するクラスタを「有効にする」と適宜表現し、ビットを「0」に設定することを、そのビットに対応するクラスタを「無効にする」と適宜表現する。
 各ECU200,400は、不揮発性メモリ202,402にクラスタ情報208,408を格納している(図2及び図3参照)。クラスタ情報208,408は、自装置が属するクラスタを示す情報である。例えば、ECU400Aの場合、図4に示すクラスタテーブル207において、左から4列目(ECU400Aが属するクラスタを示す列)と同じ情報をクラスタ情報408として不揮発性メモリ402に記憶している。ECU400Bの場合、クラスタテーブル207において、左から5列目と同じ情報をクラスタ情報408として不揮発性メモリ402に記憶している。
 図6に戻り、低クロックモードにあるECU400が、データフィールドF1を含むNMフレームを車載バス500を介して受信すると、第2判定部423は、不揮発性メモリ402に格納されているクラスタ情報408とデータフィールドF1とが適合するか否かを判断する。具体的には、第2判定部423は、クラスタ情報408のビットと、データフィールドF1のうち対応するビットとの積を1ビットごとに算出する。算出後に「1」となるビットがある場合には、クラスタ情報408とデータフィールドF1とが「適合する」、すなわち、NMフレームにおいて、ECU400を起動対象として指定する指定情報が含まれていると判定する。
 図4、図8及び図9の例では、クラスタ情報408は「101・・・0」という8ビットのパターンを有しており、データフィールドF1は「100・・・0」という8ビットのパターンを有している。図8により、クラスタ情報408のnビット目が、データフィールドF1のnビット目に対応している。この例では、クラスタ情報408の1ビット目とデータフィールドF1の1ビット目の積が「1」となるため、NMフレームにおいて、ECU400Aを起動対象として指定する指定情報が含まれている。
 図6に戻り、第2切替部424は、第2判定部423によってNMフレームにおいて自装置をウェイクアップ対象として指定する指定情報が含まれていると判定された場合に、ECU400(マイクロコントローラ420)の動作モードを、低クロックモードモードから通常モードへ切り替える。
 第3切替部425は、ECU400の動作モードが低クロックモードである間に、通信I/F410が車載バス500を通じてフレームを受信せずに低クロック期間が経過した場合に、ECU400の動作モードを、低クロックモードからスリープモードへ切り替える。低クロック期間は、「設定期間」の一例である。
 低クロック期間は、低クロックモードの最短実行期間である。つまり、ECU400の動作モードが低クロックモードに切り替わってから、フレームを受信せずに低クロック期間が経過した場合、低クロックモードからスリープモードへECU400の動作モードが切り替わる。低クロックモードの間にECU400がフレームを受信すると、低クロック期間はリセットされる。この場合、ECU400が最後にフレームを受信してから低クロック期間経過後に、動作モードがスリープモードへ移行する。
 図3に示すように、不揮発性メモリ402は低クロック期間情報409を記憶している。低クロック期間情報409は、低クロック期間を示す情報である。
 一例では、低クロック期間は、ECU400が属するクラスタに応じて設定される。例えば、PNC1では低クロック期間が第3期間に設定され、PNC2では低クロック期間が第3期間とは異なる第4期間に設定される。このように、クラスタ毎に低クロック期間を設定することができる。
 他の例では、低クロック期間は、ECU400が搭載される車両の状態(IGオン状態、ACC状態、走行状態、非乗車停止状態、乗車停止状態、充電状態等)に応じて設定される。
 さらに他の例では、低クロック期間は、ECU400がユーザに提供するサービスに応じて設定される。例えば、ECU400がヘッドライトECUである場合、オートハイビーム制御に対応した低クロック期間が設定される。例えば、ECU400がボディECUである場合、ドアロック解除に対応した低クロック期間が設定される。
 図10は、非対応I/F410を有するECU400における動作モードの遷移の例を示す図である。上側の例では、低クロックモードが短期間である。下側の例では、低クロックモードが短期間である。ECU400の動作モードがスリープモードである場合に、ドミナントが検出されると、動作モードがスリープモードから低クロックモードに切り替わる。低クロックモードが満了すると、動作モードは低クロックモードからスリープモードに切り替わる。低クロック時間が短い上側の例では、動作モードが頻繁に切り替わる。このため、スリープモードの総期間が増え、消費電力を抑えることができる。一方、低クロック時間が長い下側の例では、期間全体に対して低クロックモードの期間が占める割合が高い。したがって、NMフレームにおいてウェイクアップが指されると即座に動作モードを通常モードに切り替えることができる。
 ECU400が提供するサービスが即時性サービスである場合、ECU400が頻繁にスリープモードに切り替わると、サービスを即時に実行できない可能性がある。このため、ECU400が提供するサービスが即時性サービスである場合、低クロック期間は長期間に設定される(図10の下側の例)。これに対して、ECU400が提供するサービスが非即時性サービスである場合、低クロック期間は、即時性サービスを提供するECUの低クロック期間よりも短く設定される(図10の上側の例)。これにより、短い低クロック期間が満了するとスリープモードに切り替わるため、消費電力を抑えることができる。
 上述したように、クラスタはサービス毎に定めることができる。例えば、即時性サービスであるワイパー駆動に対応するクラスタに属するワイパーECUには、長い低クロック期間が設定される。上述したように、即時性サービスの例として、ヘッドライトのオートハイビーム制御、オートクルーズ走行、ドアロック解除、ステアリングの自動調整、シートの自動調整がある。これらのサービスに対応するクラスタに属するECU400には、長い低クロック期間(例えば、所定の基準値以上の低クロック期間)が設定される。なお、即時性サービスの全てで同一の低クロック期間が設定されてもよいし、即時性サービスによって異なる低クロック期間が設定されてもよい。
 例えば、非即時性サービスであるエアコンの遠隔制御に対応するクラスタに属するエアコンECU及びエンジンECUには、長い低クロック期間が設定される。上述したように、非即時性サービスの例として、盗難防止アラーム通知、電気自動車における走行用バッテリの充電、走行用バッテリから補機バッテリへの充電がある。これらのサービスに対応するクラスタに属するECUには、短い低クロック期間(例えば、所定の基準値未満の低クロック期間)が設定される。なお、非即時性サービスの全てで同一の低クロック期間が設定されてもよいし、非即時性サービスによって異なる低クロック期間が設定されてもよい。
 サービスは、車両状態毎に分類することができる。即時性サービスであるIGオン状態、走行状態、及び停車乗車状態のそれぞれに対応するサービスを実行するECUには、長い低クロック期間が設定される。
 非即時性サービスである停車非乗車状態及び充電状態のそれぞれに対応するサービスを実行するECUには、長い低クロック期間が設定される。
 なお、全てのECU200,400に対して、共通の低クロック期間を設定してもよい。
 図6に戻り、第3判定部426は、ECU400の動作モードが通常モードである間に、予め設定されたスリープ条件が成立したか否かを判定する。スリープ条件は、ECU毎に設定される。
 第4切替部427は、第3判定部426によってスリープ条件が成立したと判定された場合に、ECU400の動作モードを、通常モードからスリープモードへ切り替える。
 上述したようなECU400の機能により、ECU400の動作モードは、スリープモード、低クロックモード、及び通常モードの間で遷移する。図11は、実施形態に係るECUの動作モードの切り替えを説明するための状態遷移図である。スリープモードにおいて、切替条件が成立すると、ECU400の動作モードは低クロックモードに切り替わる。
 低クロックモードにおいて、自装置が属するクラスタがNMフレームにおいてウェイクアップ対象に指定されている、つまり、NMフレームにおいてウェイクアップ対象に指定されたクラスタが、自装置が属するクラスタに適合する場合、ECU400の動作モードは通常モードに切り替わる。
 低クロックモードにおいて、フレームを受信せずに低クロック期間が満了した場合、ECU400の動作モードはスリープモードに切り替わる。
 通常モードにおいて、スリープ条件が成立した場合、ECU400の動作モードはスリープモードに切り替わる。
 [7.ECUの動作]
 以下、本実施形態に係る非対応I/Fを有するECUの動作を説明する。ここでは、代表してECU400の動作を説明するが、統合ECU200の動作も同様である。
 図12は、本実施形態に係るECUの動作の一例を示すフローチャートである。
 ECU400がスリープモードにある場合に、制御回路411は、切替条件が成立したか否かを判定する(ステップS101)。切替条件が成立していない場合(ステップS101においてNO)、制御回路411はステップS101を再度実行する。
 切替条件が成立した場合(ステップS101においてYES)、制御回路411は、プロセッサ401に割り込みをかけ、低クロックモードへの切り替えを指示する(ステップS102)。割り込み信号によってプロセッサ401が起動し、ECU400の動作モードがスリープモードから低クロックモードに切り替わる。
 プロセッサ401は、NMフレームを受信したか否かを判定する(ステップS103)。NMフレームを受信していない場合(ステップS103においてNO)、プロセッサ401はステップS105へ進む。
 ECU400がNMフレームを受信した場合(ステップS103においてYES)、プロセッサ401は、NMフレームにおいてウェイクアップ対象として指定されたクラスタが、自装置が属するクラスタに適合するか否かを判定する(ステップS104)。
 NMフレームにおいてウェイクアップ対象として指定されたクラスタが、自装置が属するクラスタに適合していない場合(ステップS104においてNO)、プロセッサ401は、ステップS105に進み、低クロック期間が満了したか否かを判定する(ステップS105)。
 低クロック期間が満了していない場合(ステップS105においてNO)、プロセッサ401は、ステップS103に戻る。
 低クロック期間が満了している場合(ステップS105においてYES)、プロセッサ401は、ECU400の動作モードを低クロックモードからスリープモードへ切り替える(ステップS106)。動作モードがスリープモードに切り替わると、ステップS101に戻る。
 NMフレームにおいてウェイクアップ対象として指定されたクラスタが、自装置が属するクラスタに適合している場合(ステップS104においてYES)、プロセッサ401は、ECU400の動作モードを低クロックモードから通常モードへ切り替える(ステップS107)。
 通常モードにおいて、プロセッサ401は、スリープ条件が成立したか否かを判定する(ステップS108)。スリープ条件が成立していない場合(ステップS108においてNO)、プロセッサ401は、ステップS108を再度実行する。
 スリープ条件が成立した場合(ステップS108においてYES)、プロセッサ401は、ECU400の動作モードを通常モードからスリープモードへ切り替える(ステップS109)。動作モードがスリープモードに切り替わると、ステップS101に戻る。
 [8.変型例]
 上記の実施形態で説明した低クロックモードは、「低消費電力モード」の一例である。つまり、低消費電力モードは、低クロックモードに限定されない。例えば、低消費電力モードは、通信I/F410が動作し、周辺回路が停止するが、通常モードと同じクロックでプロセッサ401が動作するモードであってもよい。このような動作モードであっても、周辺回路が停止しているため、通常モードよりも消費電力を低くすることができる。他の例では、低消費電力モードは、通信I/F410が動作し、プロセッサ401の動作クロックが通常モードよりも低いが、周辺回路が動作するモードであってもよい。このような動作モードであっても、プロセッサ401の動作クロックが低いため、通常モードよりも消費電力を低くすることができる。
 [9.補記]
 今回開示された実施の形態はすべての点で例示であって、制限的ではない。本発明の権利範囲は、上述の実施形態ではなく請求の範囲によって示され、請求の範囲と均等の意味及びその範囲内でのすべての変更が含まれる。
 10 車載システム
 200 統合ECU
 500A,500B,500C,500 車載バス
 201,401 プロセッサ
 202,402 不揮発性メモリ
 203,403 揮発性メモリ
 204,404 周辺回路
 205,405 入出力インタフェース(I/O)
 206,406 制御プログラム
 207 クラスタテーブル
 208,408 クラスタ情報
 209,409 低クロック期間情報
 210A,210B,410 通信インタフェース(通信I/F)
 211A,211B,411 制御回路
 212A,212B,412 PHY
 213A,413 スリープ期間情報
 220,420 マイクロコントローラ
 421 第1判定部
 422 第1切替部
 423 第2判定部
 424 第2切替部
 425 第3切替部
 426 第3判定部
 427 第4切替部
 PNC1~PNC8 クラスタ
 F1 データフィールド

Claims (17)

  1.  制御対象を制御する車載装置であって、
     通信線に接続された通信インタフェースと、
     前記車載装置の動作モードを、前記制御対象の制御が不能なスリープモードから、前記車載装置における消費電力が前記スリープモードよりも高い低消費電力モードへ切り替えるための切替条件が成立したか否かを判定する第1判定部と、
     前記第1判定部によって前記切替条件が成立したと判定された場合に、前記動作モードを前記スリープモードから前記低消費電力モードへ切り替える第1切替部と、
     前記動作モードが前記低消費電力モードである間に、前記通信インタフェースが前記通信線を通じて受信したフレームにおいて、前記車載装置を起動対象として指定する指定情報が含まれているか否かを判定する第2判定部と、
     前記第2判定部によって前記受信したフレームにおいて前記指定情報が含まれていると判定された場合に、前記動作モードを、前記低消費電力モードから、前記車載装置における消費電力が前記低消費電力モードよりも高く且つ前記制御対象の制御が可能な通常モードへ切り替える第2切替部と、
     を備える、
     車載装置。
  2.  前記車載装置は、前記動作モードが前記低消費電力モードである間に、前記通信インタフェースが前記通信線を通じてフレームを受信せずに設定期間が経過した場合に、前記動作モードを、前記低消費電力モードから前記スリープモードへ切り替える第3切替部をさらに備える、
     請求項1に記載の車載装置。
  3.  前記設定期間は、前記車載装置が属するクラスタに応じて設定される、
     請求項2に記載の車載装置。
  4.  前記設定期間は、前記車載装置が搭載される車両の状態に応じて設定される、
     請求項2に記載の車載装置。
  5.  前記設定期間は、前記車載装置がユーザに提供するサービスに応じて設定される、
     請求項2に記載の車載装置。
  6.  前記切替条件は、前記通信インタフェースが信号を受信したことである、
     請求項1から請求項5のいずれか1項に記載の車載装置。
  7.  前記切替条件は、予め設定された前記スリープモードの実行期間が満了することである、
     請求項1から請求項5のいずれか1項に記載の車載装置。
  8.  前記スリープモードの実行期間は、前記車載装置が属するクラスタに応じて設定される、
     請求項7に記載の車載装置。
  9.  前記スリープモードの実行期間は、前記車載装置が搭載される車両の状態に応じて設定される、
     請求項7に記載の車載装置。
  10.  前記スリープモードの実行期間は、前記車載装置がユーザに提供するサービスに応じて設定される、
     請求項7に記載の車載装置。
  11.  前記低消費電力モードは、前記制御対象の制御が不能な動作モードである、
     請求項1から請求項10のいずれか1項に記載の車載装置。
  12.  前記スリープモードは、前記通信線を通じて受信したフレームの処理が不能な動作モードであり、
     前記低消費電力モードは、前記通信線を通じて受信したフレームの処理が可能な動作モードである、
     請求項1から請求項11のいずれか1項に記載の車載装置。
  13.  前記低消費電力モードは、前記通常モードよりも動作クロックが低い動作モードである、
     請求項1から請求項12のいずれか1項に記載の車載装置。
  14.  前記低消費電力モードは、前記通信インタフェースがフレームを送信不能な動作モードであり、
     前記通常モードは、前記通信インタフェースがフレームを送信可能な動作モードである、
     請求項1から請求項13のいずれか1項に記載の車載装置。
  15.  前記請求項1から請求項14のいずれか1項に記載の車載装置と、
     前記通信線と、
     前記通信線に接続され、前記通信線に前記フレームを出力する車載制御装置と、
     を備える、
     車載システム。
  16.  制御対象を制御する車載装置によって用いられる制御方法であって、
     前記車載装置の動作モードを、前記制御対象の制御が不能なスリープモードから、前記車載装置における消費電力が前記スリープモードよりも高い低消費電力モードへ切り替えるための切替条件が成立したか否かを判定するステップと、
     前記切替条件が成立したと判定された場合に、前記動作モードを前記スリープモードから前記低消費電力モードへ切り替えるステップと、
     前記動作モードが前記低消費電力モードである間に、通信インタフェースが通信線を通じて受信したフレームにおいて、前記車載装置を起動対象として指定する指定情報が含まれているか否かを判定するステップと、
     前記受信したフレームにおいて前記指定情報が含まれていると判定された場合に、前記動作モードを、前記低消費電力モードから、前記車載装置における消費電力が前記低消費電力モードよりも高く且つ前記制御対象の制御が可能な通常モードへ切り替えるステップと、
     を含む、
     制御方法。
  17.  制御対象を制御する車載装置によって用いられる制御プログラムであって、
     コンピュータに、
     前記車載装置の動作モードを、前記制御対象の制御が不能なスリープモードから、前記車載装置における消費電力が前記スリープモードよりも高い低消費電力モードへ切り替えるための切替条件が成立したか否かを判定するステップと、
     前記切替条件が成立したと判定された場合に、前記動作モードを前記スリープモードから前記低消費電力モードへ切り替えるステップと、
     前記動作モードが前記低消費電力モードである間に、通信インタフェースが通信線を通じて受信したフレームにおいて、前記車載装置を起動対象として指定する指定情報が含まれているか否かを判定するステップと、
     前記受信したフレームにおいて前記指定情報が含まれていると判定された場合に、前記動作モードを、前記低消費電力モードから、前記車載装置における消費電力が前記低消費電力モードよりも高く且つ前記制御対象の制御が可能な通常モードへ切り替えるステップと、
     を実行させるための、
     制御プログラム。
PCT/JP2023/037002 2022-10-28 2023-10-12 車載装置、車載システム、制御方法及び制御プログラム WO2024090220A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2022-173011 2022-10-28
JP2022173011A JP2024064428A (ja) 2022-10-28 2022-10-28 車載装置、車載システム、制御方法及び制御プログラム

Publications (1)

Publication Number Publication Date
WO2024090220A1 true WO2024090220A1 (ja) 2024-05-02

Family

ID=90830694

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2023/037002 WO2024090220A1 (ja) 2022-10-28 2023-10-12 車載装置、車載システム、制御方法及び制御プログラム

Country Status (2)

Country Link
JP (1) JP2024064428A (ja)
WO (1) WO2024090220A1 (ja)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2022090901A (ja) * 2020-12-08 2022-06-20 トヨタ自動車株式会社 車載ネットワークシステム

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2022090901A (ja) * 2020-12-08 2022-06-20 トヨタ自動車株式会社 車載ネットワークシステム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
RICHARD HUBBARD: "How Selective Wake Enables Partial Networking", APPLICATION NOTE, 1 June 2022 (2022-06-01), pages 1 - 18, XP093164492, Retrieved from the Internet <URL:https://www.ti.com/lit/an/slla521b/slla521b.pdf?ts=1701332235716> *

Also Published As

Publication number Publication date
JP2024064428A (ja) 2024-05-14

Similar Documents

Publication Publication Date Title
CN108933719B (zh) 车载can网络管理方法、车载can网络、车辆
JP5252374B2 (ja) 車載通信ネットワークシステム
EP1158718B1 (en) In-vehicle network management using virtual networks
CN102658801B (zh) 一种新能源汽车can系统网络管理方法
US10850685B2 (en) Onboard relay device, information processing method, storage medium storing program, relay device, and information processing system
US9164574B2 (en) Switching a control device in a vehicle network to sleep mode when velocity is above a threshold and switching to an operating mode after a number of received messages
JP3994821B2 (ja) 車両用通信システム
US20120084378A1 (en) Communication system, master node, and slave node
JP2009532949A (ja) 通信バス上の受信装置用のメッセージバッファリング方法、およびユニット
US20030128111A1 (en) Multiplex communication apparatus for vehicle
KR101890379B1 (ko) 차량용 인프라 시스템
CN104199351A (zh) 一种汽车总线休眠唤醒方法
KR102219603B1 (ko) 네트워크 시스템
JP2010274783A (ja) 制御装置及びコンピュータプログラム
US6529530B1 (en) Multiplex communicating method
WO2024090220A1 (ja) 車載装置、車載システム、制御方法及び制御プログラム
JP2004350137A (ja) 車両用通信システム
US9118651B2 (en) Control unit for in-vehicle ethernet and method for controlling thereof
JP7503013B2 (ja) 電子制御装置及び電子制御装置の起動方法
US20220182258A1 (en) In-vehicle network system
JP5614365B2 (ja) データ中継装置、車載ネットワーク
Yi et al. Power saving using Partial Networking in automotive system
KR100860486B1 (ko) 차량자세제어시스템에서 캔 메시지 타임아웃 에러 체크방법
CN112068493A (zh) 一种整车休眠唤醒控制方法和控制系统
WO2024058027A1 (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: 23880907

Country of ref document: EP

Kind code of ref document: A1