KR20180038973A - Method for software update of vehicle and device for the same - Google Patents

Abstract

The present invention relates to a method and an apparatus for updating the software of a vehicle that can reduce power consumption and prevent an update malfunction when software is updated. An operation method of a first communication node according to an embodiment of the present invention is an operation method of a first communication node constituting an Ethernet-based vehicle network. The operation method includes a step of switching from a sleep state to a ready state and waking up the PHY layer of the first communication node; a step of preventing the transmission of a network request to another communication node connected to a vehicle network; and a step of performing the update of the software.

Description

BACKGROUND OF THE INVENTION 1. Field of the Invention [0001] The present invention relates to a vehicle software update method,

BACKGROUND OF THE INVENTION 1. Field of the Invention [0002] The present invention relates to a method and an apparatus for updating software of a vehicle, and more particularly, to a method and an apparatus for updating software of a vehicle that can reduce power consumption and prevent an update malfunction when updating software.

2. Description of the Related Art [0002] With the rapid progress of electronic components for vehicle components, the types and number of electronic devices (for example, electronic control units (ECUs)) mounted on the vehicles have been greatly increased. Electronic devices can be largely used in a power train control system, a body control system, a chassis control system, a vehicle network, a multimedia system, and the like. The powertrain control system may mean an engine control system, an automatic shift control system, and the like. The body control system may refer to a body electrical equipment control system, a convenience device control system, a lamp control system, and the like. The chassis control system may refer to a steering control system, a brake control system, a suspension control system, and the like. The vehicle network may refer to a controller area network (CAN), a FlexRay-based network, or a MOST (media oriented system transport) based network. The multimedia system may refer to a navigation device system, a telematics system, an infotainment system, or the like.

The electronic devices constituting each of these systems and systems are connected through a vehicle network, and a vehicle network is required to support the functions of each of the electronic devices. CAN can support transmission rates of up to 1Mbps, support automatic retransmission of collided frames, and error detection based on cycle redundancy check (CRC). FlexRay-based networks can support transmission speeds of up to 10 Mbps, support simultaneous transmission of data over two channels, and synchronous data transmission. The MOST-based network is a communication network for high-quality multimedia and can support transmission rates of up to 150Mbps.

On the other hand, the telematics system, the information system, and the improved safety system of the vehicle require high transmission speed and system scalability, and CAN and FlexRay based networks do not fully support this. MOST-based networks can support higher transmission speeds than CAN- and FlexRay-based networks, but MOST-based networks are costly for all vehicle networks. Due to these problems, an ethernet-based network can be considered as a vehicle network. An Ethernet-based network can support bidirectional communication through a pair of windings and can support transmission rates up to 10 Gbps.

[0003] Software update requests of control devices arranged in a vehicle are increasing, and various methods for software update of control devices have been proposed. Among the software update methods, the scheduled update method can update the software of the control device by setting a specific time (for example, a time when the vehicle is not operated).

The prior art reservation update method may wake up a communication unit (for example, a telematics unit or a multimedia head unit) disposed in a vehicle at the time of reservation and download software to be updated from the software center. Thereafter, the downloaded software can be updated by each control device.

Such a conventional software update method has a problem that a large amount of electric power is consumed due to the operation of an electronic control unit (ECU) of a control device waking up for reservation update. Particularly, there is a problem that power consumption is increased because not only the control device in which the software is updated but also other control devices are woken up.

SUMMARY OF THE INVENTION It is an object of the present invention to provide a method and an apparatus for updating software of a vehicle that can reduce power consumption when a software is scheduled to be updated.

SUMMARY OF THE INVENTION It is an object of the present invention to provide a method and an apparatus for updating software of a vehicle that can prevent an update malfunction when a software is scheduled to be updated.

According to another aspect of the present invention, there is provided a method of operating a first communication node in an Ethernet-based vehicle network, the method comprising: To wake up the PHY layer of the first communication node; performing an update of the software; and preventing transmission of a network request to another communication node connected to the vehicle network.

In the method of operating the first communication node according to the embodiment of the present invention, the transition from the sleep state to the ready state is performed at the time of updating the software of the first communication node.

The operation method of the first communication node according to the embodiment of the present invention performs the update of the software when the software to be updated is stored in the memory of the first communication node.

An operation method of a first communication node according to an embodiment of the present invention performs update of the software at an update reservation time received from a second communication node connected to the vehicle network.

An operation method of a first communication node according to an embodiment of the present invention performs an update of the software when the vehicle is turned off.

The method of operating a first communication node according to an embodiment of the present invention further comprises transmitting an update result of the software to the second communication node after the vehicle is turned on.

The method for operating the first communication node according to the embodiment of the present invention further includes the step of performing an update of the software and then rebooting to check for the update of the software.

The operation method of the first communication node according to the embodiment of the present invention further includes a step of restoring the pre-update software when the update of the software fails.

According to another aspect of the present invention, there is provided an operation method of a communication unit constituting an ethernet-based vehicle network, the method comprising: To wake up the PHY layer, and preventing transmission of the network request to the communication nodes connected to the vehicle network.

The method of operating a communication unit according to an embodiment of the present invention further includes downloading software from a software center.

The method of operating a communication unit according to an embodiment of the present invention further comprises updating the software.

The operating method of the communication unit according to the embodiment of the present invention downloads the software at the update reservation time.

An operation method of a communication unit according to an embodiment of the present invention downloads the software while the vehicle is running.

The method of operating a communication unit according to an embodiment of the present invention further includes transmitting the software to the specific communication node when software of a specific communication node connected to the vehicle network is downloaded.

An operation method of a communication unit according to an embodiment of the present invention further includes receiving an update result of the software from the specific communication node.

According to an aspect of the present invention, there is provided a communication node configured to perform an update of a program in an ethernet-based vehicle network, the communication node including a PHY layer unit including a PHY layer processor, A controller unit including a controller processor, and a memory in which at least one instruction executed by each of the PHY layer unit and the controller unit is stored. The at least one command changes from a sleep state to a ready state to wake up the PHY layer of the first communication node. And prevents transmission of network requests to other communication nodes connected to the vehicle network.

The at least one command of the communication node according to an embodiment of the present invention receives software from a communication unit disposed in the vehicle during running of the vehicle. Then, the received software is stored in the memory. Then, the update reservation time of the software is received from the communication unit. Then, the software is updated at the update reservation time of the software.

The at least one command of the communication node according to an embodiment of the present invention updates the software after the vehicle is turned off.

The at least one instruction of the communication node according to an embodiment of the present invention checks for an update of the software by rebooting after updating the software.

The at least one command of the communication node according to an embodiment of the present invention restores the pre-update software if the update of the software fails.

A method and an apparatus for updating software of a vehicle according to an embodiment of the present invention can wake up only a target end node among a plurality of end nodes connected to an Ethernet network to reduce power consumption of a vehicle due to updating of software.

In addition, the software update method and apparatus of the vehicle according to the embodiment of the present invention can prevent malfunction of the software update by updating the software so that the software update of the target end node is performed while the vehicle is turned off.

In addition, the software update method and apparatus of the vehicle according to the embodiment of the present invention can receive the software update result at the target end node by the communication unit, and the communication unit can retry the software update based on the software update result.

1 is a block diagram illustrating an embodiment of a topology of a vehicle network.
2 is a block diagram showing an embodiment of a communication node constituting a vehicle network.
3 is a diagram showing a software update apparatus for a vehicle according to an embodiment of the present invention.
4 is a diagram illustrating a software update method of a vehicle according to an embodiment of the present invention.
5 is a diagram showing an operation of a communication unit and a target end node as an example of a software update method of a vehicle.

While the invention is susceptible to various modifications and alternative forms, specific embodiments thereof are shown by way of example in the drawings and will herein be described in detail. It should be understood, however, that the invention is not intended to be limited to the particular embodiments, but includes all modifications, equivalents, and alternatives falling within the spirit and scope of the invention.

The terms first, second, etc. may be used to describe various components, but the components should not be limited by the terms. The terms are used only for the purpose of distinguishing one component from another. For example, without departing from the scope of the present invention, the first component may be referred to as a second component, and similarly, the second component may also be referred to as a first component. And / or < / RTI > includes any combination of a plurality of related listed items or any of a plurality of related listed items.

It is to be understood that when an element is referred to as being "connected" or "connected" to another element, it may be directly connected or connected to the other element, . On the other hand, when an element is referred to as being "directly connected" or "directly connected" to another element, it should be understood that there are no other elements in between.

The terminology used in this application is used only to describe a specific embodiment and is not intended to limit the invention. The singular expressions include plural expressions unless the context clearly dictates otherwise. In the present application, the terms "comprises" or "having" and the like are used to specify that there is a feature, a number, a step, an operation, an element, a component or a combination thereof described in the specification, But do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, or combinations thereof.

Unless defined otherwise, all terms used herein, including technical or scientific terms, have the same meaning as commonly understood by one of ordinary skill in the art to which this invention belongs. Terms such as those defined in commonly used dictionaries should be interpreted as having a meaning consistent with the meaning in the context of the relevant art and are to be interpreted in an ideal or overly formal sense unless explicitly defined in the present application Do not.

Hereinafter, preferred embodiments of the present invention will be described in detail with reference to the accompanying drawings. In order to facilitate the understanding of the present invention, the same reference numerals are used for the same constituent elements in the drawings and redundant explanations for the same constituent elements are omitted.

1 is a block diagram illustrating one embodiment of a network topology of a vehicle network.

1, a communication node constituting a vehicle network may refer to a gateway, a switch (or a bridge), an end node, or the like. The gateway 100 may be connected to at least one switch 110, 110-1, 110-2, 120, or 130, and may connect different networks. For example, the gateway 100 may include a communication node that supports a controller area network (CAN) (or FlexRay, a media oriented system transport (MOST), a local interconnect network (LIN) ) Protocol can be connected between the switches. Each of the switches 110, 110-1, 110-2, 120 and 130 may be connected to at least one end node 111, 112, 113, 121, 122, 123, 131, 132, Each of the switches 110, 110-1, 110-2, 120 and 130 may interconnect the end nodes 111, 112, 113, 121, 122, 123, 131, 132 and 133, It is possible to control the nodes 111, 112, 113, 121, 122, 123, 131, 132,

The end nodes 111, 112, 113, 121, 122, 123, 131, 132 and 133 may mean an electronic control unit (ECU) for controlling various devices included in the vehicle. For example, end nodes 111, 112, 113, 121, 122, 123, 131, 132 and 133 may be infotainment devices (e.g., display devices, navigation devices, (An around view monitoring device), and the like.

The communication nodes (i.e., gateways, switches, end nodes, etc.) that constitute the vehicle network may be a star topology, a bus topology, a ring topology, a tree topology, Topology, and so on. Further, each of the communication nodes constituting the vehicle network may support the CAN protocol, the FlexRay protocol, the MOST protocol, the LIN protocol, the Ethernet protocol, and the like. Embodiments according to the present invention can be applied to the network topology described above, and the network topology to which the embodiments according to the present invention are applied is not limited to this, and can be variously configured.

2 is a block diagram showing an embodiment of a communication node constituting a vehicle network.

Referring to FIG. 2, a communication node 200 constituting a network may include a PHY layer unit 210 and a controller unit 220. In addition, the communication node 200 may further include a regulator (not shown) for supplying power. At this time, the controller unit 220 may be implemented including a medium access control (MAC) layer. PHY layer unit 210 may receive signals from other communication nodes or may transmit signals to other communication nodes. The controller unit 220 may control the PHY layer unit 210 and may perform various functions (e.g., infotainment function, etc.). The PHY layer unit 210 and the controller unit 220 may be implemented as one SoC (System on Chip) or a separate chip.

The PHY layer unit 210 and the controller unit 220 may be connected through a media independent interface (MII) 230. The MII 230 may refer to an interface defined in IEEE 802.3, and may be configured as a data interface and a management interface between the PHY layer unit 210 and the controller unit 220. One of the interfaces of RMII (reduced MII), GMII (gigabit MII), RGMII (reduced GMII), SGMII (serial GMII) and XGMII (10 GMII) may be used instead of MII 230. The data interface may include a transmission channel and a reception channel, and each of the channels may have independent clock, data, and control signals. The management interface may be configured as a two-signal interface, one for the clock and the other for the data.

The PHY layer unit 210 may include a PHY layer interface unit 211, a PHY layer processor 212 and a PHY layer memory 213 and the like. The configuration of the PHY layer unit 210 is not limited thereto, and the PHY layer unit 210 may be configured in various ways. The PHY layer interface unit 211 may transmit signals received from the controller unit 220 to the PHY layer processor 212 and may transmit signals received from the PHY layer processor 212 to the controller unit 220. [ PHY layer processor 212 may control the operation of PHY layer interface unit 211 and PHY layer memory 213, respectively. The PHY layer processor 212 may perform modulation of the signal to be transmitted or demodulation of the received signal. The PHY layer processor 212 may control the PHY layer memory 213 to input or output a signal. The PHY layer memory 213 can store the received signal and output the stored signal upon request of the PHY layer processor 212. [ Here, the PHY layer unit 210 may include a Physical Coding Sublayer (PCS) for coding an output signal.

The controller unit 220 may perform monitoring and control for the PHY layer unit 210 via the MII 230. The controller unit 220 may include a controller interface unit 221, a controller processor 222, a main memory 223, an auxiliary memory 224, and the like. The configuration of the controller unit 220 is not limited thereto, and the controller unit 220 can be configured in various ways. The controller interface unit 221 can receive signals from the PHY layer unit 210 (i.e., the PHY layer interface unit 211) or an upper layer (not shown) and send the received signals to the controller processor 222 And may transmit signals received from the controller processor 222 to the PHY layer unit 210 or higher layer. The controller processor 222 may further include independent memory control logic or integrated memory control logic for controlling the controller interface unit 221, the main memory 223 and the auxiliary memory 224. The memory control logic may be included in the main memory 223 and the auxiliary memory 224, or may be included in the controller processor 222 and implemented.

Each of the main memory 223 and the auxiliary memory 224 may store the signal processed by the controller processor 222 and output the stored signal at the request of the controller processor 222. [ The main memory 223 may mean a volatile memory (e.g., random access memory (RAM), etc.) that temporarily stores data necessary for the operation of the controller processor 222. [ The auxiliary memory 224 includes an operating system code (e.g., a kernel and a device driver) and an application program code for performing functions of the controller processor 220 May be stored in the nonvolatile memory. A flash memory having a high processing speed can be used as a nonvolatile memory or a hard disk drive (HDD), a compact disc-read only memory (CD-ROM), etc. for storing a large amount of data Can be used. Controller processor 222 may typically be comprised of logic circuitry including at least one processing core. As the controller processor 222, an ARM (Advanced RISC Machines Ltd.) series core, an atom series core, or the like may be used.

Hereinafter, a method performed in a communication node belonging to a vehicle network and a corresponding counterpart communication node will be described. Hereinafter, even when a method (e.g., transmission or reception of a signal) to be performed at the first communication node is described, the corresponding second communication node can perform a method corresponding to the method performed at the first communication node For example, receiving or transmitting a signal). That is, when the operation of the first communication node is described, the corresponding second communication node can perform an operation corresponding to the operation of the first communication node. Conversely, when the operation of the second communication node is described, the corresponding first communication node can perform an operation corresponding to the operation of the switch

3 is a diagram showing a software update apparatus for a vehicle according to an embodiment of the present invention.

3, a software update apparatus for a vehicle according to an embodiment of the present invention includes a communication unit 300 disposed in a vehicle, a plurality of switches 110-1 and 110-2, and a plurality of end nodes 401- 404). Here, each of the plurality of end nodes 401 to 404 may be a vehicle control device (for example, a brake control device, a suspension control device, a speed control device, and the like). Although FIG. 3 shows four end nodes 401 to 404, the present invention is not limited to this, and the number of end nodes may be changed according to the number of control devices disposed in the vehicle.

The communication unit 300 may include a telematics or multimedia head unit, a communication modem for connection with external communication devices, and a display module for displaying information to a user.

The communication unit 300 can download the software of the end nodes 401 to 404 disposed in the vehicle from the software center using the communication modem. Here, the communication unit 300 can download the software of the communication unit 300 or the end nodes 401 to 404 from the software center when the vehicle is running. The communication unit 300 can determine whether the downloaded software corresponds to the software of the communication unit 300 or to which end node among the plurality of end nodes disposed in the vehicle. As a result of the determination, the communication unit 300 can transmit the software to the target end node 401 that requires updating of the software based on the determination result when the software of the specific end node among the end nodes 401 to 404 is downloaded . At this time, the communication unit 300 may transmit software for updating to the target end node 401 when the vehicle is running.

In addition, the communication unit 300 can set an update reservation time. At this time, the communication unit 300 may maintain the update reservation time set previously, or may set a new update reservation time by receiving a new update reservation time from the user. To this end, the communication unit 300 may display a menu for maintaining or changing the update reservation time on the display screen, and may receive information on maintenance or change of the update reservation time from the user. Then, the communication unit 300 can store the set update reservation time and transmit it to the target end node 401. Here, the update reservation time can be applied to updating the software of the communication unit 300 and the end nodes 401 to 404.

Here, when the vehicle is traveling, the PHY layer of the communication unit 300 is in a normal state. When the startup is off, the PHY layer is switched to a sleep state. When the reservation time comes, the PHY layer is ready And when the software update is completed, the PHY layer can be switched to a sleep state.

When the software of the communication unit 300 is downloaded from the software center, the software can be stored in the internal memory of the communication unit 300. [ Then, at the update reservation time, the communication unit 300 can be woken up to perform the update operation of the software. The update operation of the software can be performed when the vehicle is not driven after the start is turned off. The PHY layer of the communication unit 300 is woken up and the PCS of the PHY layer is controlled so that the network request is transmitted to the end nodes 401 to 404 As shown in FIG. That is, communication unit 300 may prevent transmission of network requests to end nodes 401-404.

As another embodiment of the present invention, the communication unit 300 may download software of the communication unit 300 or the end nodes 401 to 404 from the software center even when the vehicle is not traveling. In this case, the communication unit 300 can wake up at the time of update reservation and download software of the communication unit 300 or the end nodes 401 to 404 from the software center in a state in which the vehicle is not started. When the software of the communication unit 300 is downloaded, the communication unit 300 can perform the update of the software and prevent transmission of the network request to the end nodes 401 to 404.

2, each of the communication unit 300 and the plurality of end nodes 401 to 404 is connected to an ethernet-based vehicle network and performs software update at a set reservation time can do. In an Ethernet-based vehicle network, the communication unit 300 may be a first communication node, and each of the end nodes 401-404 may be a second communication node. Conversely, in an Ethernet-based vehicle network, each of the end nodes 401-404 may be a first communication node, and the communication unit 300 may be a second communication node.

Each of the communication unit 300 and the plurality of end nodes 401 to 404 includes a PHY layer unit 210 including a PHY layer processor 212 and a controller unit 220 including a controller processor 222. [ And at least one instruction executed by each of the PHY layer unit 210 and the controller unit 220 is stored.

Here, each of the communication unit 300 and the plurality of end nodes 401 to 404 may perform the following operation through at least one command stored in the memory. Each of the plurality of end nodes 401 to 404 may receive software from the communication unit 300 disposed in the vehicle during running of the vehicle. In addition, each of the plurality of end nodes 401 to 404 may store the received software in the memory while driving the vehicle. In addition, each of the plurality of end nodes 401 to 404 can receive the software update reservation time from the running communication unit 300 of the vehicle. Then, each of the plurality of end nodes 401 to 404 may perform updating of the software stored in the memory at the update reservation time of the software after the vehicle is turned off.

Hereinafter, among the plurality of end nodes 401 to 404, an end node in which software is updated is defined as a target end node 401. The target end node 401 receiving the software from the communication unit 300 among the plurality of end nodes 401 to 404 may store the received software in a memory. The target end node 401 can be performed during the running of the vehicle to receive the software and to store the software in memory.

Here, when the software of the target end node 401 is updated during the running of the vehicle, the target end node 401 does not normally operate during the software update. Therefore, in order to prevent the operation end of the target end node 401 from being caused by the software update, the target end node 401 does not directly perform the software update, but updates the software in the memory You can save the software.

The target end node 401 can determine whether the vehicle is turned off and perform an update of the software stored in the memory at the software update time while the startup is turned off. At this time, the target end node 401 may wake up at the reserved time to supply power to the PHY layer of the target end node 401. At this time, the target end node 401 may send a linkup and a wakeup request to the communication unit 300.

The target end node 401 can perform a reboot after performing the software update and check whether the update of the software has been normally performed.

The target end node 401 can recover the previous software if an error occurs in updating the software. On the other hand, the target end node 401 can complete the update when the software update is normally performed. At this time, the target end node 401 can transmit the update result of the software to the communication unit 300.

Here, the communication unit 300 downloads the same version of software from the software center 500, if the update of the software on the target end node 401 is successful, based on the software update result received from the target end node 401 I can not. On the other hand, the communication unit 300 can download the same version of the software again from the software center 500 if the update of the software in the target end node 401 fails.

In the present invention, when updating the software, the target end node 410 transmits a network request to the communication unit 300 so that the end nodes 402 to 404 other than the target end node 401 are not woken up. Lt; / RTI >

Here, the target end node 401 may request the transmission of a network request to the communication unit 300 at least one of the following two points of view.

First, the target end node 401 wakes up at the update reservation time, supplies power to the PHY layer, controls the PCS (Physical Coding Sublayer) of the PHY layer, and transmits a network request to the communication unit 300 Or to other end nodes 402-404. As another example, the target end node 401 wakes up at the update reservation time and supplies power to the PHY layer. In addition, the target end node 401 prevents transmission of a network request to the communication unit 300 Can be requested. That is, the target end node 401 may prevent transmission of network requests to the communication unit 300 or other end nodes 402-404.

Second, the target end node 401 may perform a reboot to check whether the software update is normally performed after performing the update operation of the software. After rebooting, the target end node 401 supplies power to the PHY layer and controls the Physical Coding Sublayer (PCS) of the PHY layer so that a network request is transmitted to the communication unit 300 or another end It may not be transmitted to the nodes 402 to 404. As another example, the target end node 401 may supply power to the PHY layer while waking up at the update reservation time, and may request the communication unit 300 to prevent transmission of a network request.

The communication unit 300 controls the PCS (Physical Coding Sublayer) disposed in the PHY layer when a request to transmit a network request (e.g., a Network Management message: NM message) is received from the target end node 401, Are not transmitted to the other end nodes (402 to 404). On the other hand, as another example, the communication unit 300 may receive a transmission request of a network request (for example, a network management message: NM message) from the target end node 401, The PCS (Physical Coding Sublayer) disposed at the PHY terminal can be controlled to prevent the network request from being transmitted.

This allows the end nodes 402-404 other than the target end node 401 to be prevented from waking up upon software update. That is, at the time of software update of the target end node 401, the power consumption of the vehicle in which the other end nodes 402 to 404 are woken up increases. In order to prevent this, the communication unit 300 transmits the target end node 401 ) Can only be woken up.

4 is a diagram illustrating a software update method of a vehicle according to an embodiment of the present invention.

Referring to FIG. 4, the communication unit 300 disposed in the vehicle may download software from the software center 500 using a communication modem (S10). Here, a telematics or multimedia head unit may be applied to the communication unit 300, and downloading of software may be performed while the vehicle is running.

Then, the communication unit 300 can determine which of the plurality of end nodes disposed in the vehicle corresponds to the downloaded software. Then, the communication unit 300 can transmit the software to the target end node 401 that requires updating of the software based on the determination result (S20). The PHY layer of the target end node 401 is in a normal state when the vehicle is in motion and the target end node 401 can receive software from the communication unit 300. [

Subsequently, the target end node 401 receiving the software from the communication unit 300 may store the received software in memory (S30). At this time, the target end node 401 may store the software in the memory so that the software update can be performed at a predetermined scheduled time without directly performing the software update.

Then, the communication unit 300 can set an update reservation time. At this time, the previously set update reservation time can be maintained, or a new update reservation time can be input from the user and a new update reservation time can be set.

Then, the communication unit 300 can transmit information on the set update reservation time to the target end node 401 (S40). This allows the target end node 401 to be woken up at the scheduled time. When the start is turned off after the vehicle is completed, the target end node 401 can switch the PHY layer from a normal state to a sleep state.

Here, the target end node 401 in the sleep state can switch the PHY layer from sleep state to ready state at the preset reservation time. The target end node 401 may wake up at the scheduled time to power the PHY layer of the target end node 401. [ The target end node 401 may send a linkup and a wakeup request to the communication unit 300.

At this time, the target end node 401 controls a Physical Coding Sublayer (PCS) disposed in the PHY layer so that the other end nodes are not woken up so that a network request is transmitted to the communication unit 300 or other end nodes 402 to 404, respectively.

As another example, the target end node 401 may request the transmission of a network request to the communication unit 300 to prevent other end nodes from being woken up. The communication unit 300 controls the Physical Coding Sublayer (PCS) disposed at the PHY layer of the communication unit 300 when the transmission inhibition of the network request is received at the target end node 401 so that the network request is transmitted to the other end nodes 402 To 404).

This allows the end nodes 402-404 other than the target end node 401 to be prevented from waking up upon software update.

Wake-up of the target end node 401 can be performed in a state in which the vehicle is not started, that is, in a state in which the vehicle is not running. If the start time of the vehicle is turned on even at the update reservation time, the software update of the target end node 401 is not performed.

Subsequently, the target end node 401 may perform an update of the software stored in the memory (S60). At this time, updating of the software at the target end node 401 may be performed in a state where the vehicle is not started and the vehicle is not running.

Subsequently, the target end node 401 can complete the update if the software update is normally performed (S70). Meanwhile, the target end node 401 can recover the previous software when an error occurs in updating the software. The target end node 401 may transmit the update result of the software to the communication unit 300. [

In the description of S50, it is described that the target end node 401 can request the communication unit 300 to prevent transmission of a network request. However, the present invention is not limited to this. As another example of the present invention, after performing the update operation of the software, the target end node 401 may perform a reboot in order to check whether the software update has been normally performed. The target end node 401 may supply power to the PHY layer after rebooting and may request the communication unit 300 to prevent transmission of a network request. The PHY layer of the target end node 401 may remain ready until the update of the software is completed. The target end node 401 may transition the PHY layer from a ready state to a sleep state after the software update is completed.

5 is a diagram showing an operation of a communication unit and a target end node as an example of a software update method of a vehicle.

Referring to FIG. 5, the communication unit 300 disposed in the vehicle determines whether the vehicle is running (S110).

As a result of the determination in S110, when the vehicle is running, the communication unit 300 may download the software of the end nodes disposed in the vehicle from the software center 500 using the communication modem (S120). On the other hand, if it is determined in step S110 that the vehicle is not traveling, the communication unit 300 may return to step S110 to determine whether the vehicle is traveling.

Here, a telematics or multimedia head unit may be applied to the communication unit 300, and downloading of software may be performed while the vehicle is running. Further, each of the end nodes 401 to 404 disposed in the vehicle may be a control device of the vehicle (for example, a brake control device, a suspension control device, a speed control device, and the like).

Then, the communication unit 300 can determine which of the plurality of end nodes disposed in the vehicle corresponds to the downloaded software. Then, the communication unit 300 can transmit the software to the target end node 401 that requires updating of the software based on the determination result (S130). At this time, the communication unit 300 can transmit the software to the target end node 401 when the vehicle is running. The PHY layer of the target end node 401 is in a normal state when the vehicle is in motion and the target end node 401 can receive software from the communication unit 300. [

Subsequently, the target end node 401 receiving the software from the communication unit 300 may store the received software in memory (S140). At this time, when the software of the target end node 401 is updated during the running of the vehicle, the target end node 401 does not normally operate during the software update. Therefore, in order to prevent the operation end of the target end node 401 from being caused by the software update, the target end node 401 does not directly perform the software update, but updates the software in the memory You can save the software. The target end node 410 can perform the update of the software in the case where the vehicle does not run while the vehicle is running, without performing the update of the software.

Subsequently, the communication unit 300 can set an update reservation time (S150). At this time, the communication unit 300 may maintain the update reservation time set previously, or may set a new update reservation time by receiving a new update reservation time from the user. To this end, the communication unit 300 may display a menu for maintaining or changing the update reservation time on the display screen, and may receive information on maintenance or change of the update reservation time from the user. Then, the communication unit 300 can transmit the set update reservation time to the target end node 401. [

Subsequently, the target end node 401 determines whether the vehicle is turned off (S160). As described above, when the software update of the target end node 401 is performed during the running of the vehicle, the target end node 401 may not normally operate. To prevent this, It can be determined whether or not the starting of the vehicle is turned off.

If it is determined in step S160 that the start of the vehicle has not been turned off, the target end node 401 may return to the step before step S160 to again determine whether the start of the vehicle has been turned off.

On the other hand, if it is determined in step S160 that the vehicle is turned off, the target end node 401 may switch the PHY layer from a normal state to a sleep state.

The target end node 401 may determine whether the current time is the update reservation time (S170).

If it is determined in step S170 that the current time is not the update reservation time, the target end node 401 may return to the step before step S170 to determine again whether the current time is the update reservation time.

On the other hand, if it is determined in step S170 that the current time is the update reservation time, the target end node 401 may change the PHY layer from a sleep state to a ready state. The target end node 401 can wake up the ECU at the set update reservation time (S180).

Here, the target end node 401 may wake up at the reserved time and supply power to the PHY layer of the target end node 401. [ The target end node 401 may send a linkup and a wakeup request to the communication unit 300.

At this time, the target end node 401 controls the PCS (Physical Coding Sublayer) disposed in the PHY layer so that the other end nodes 402 to 404 are not woken up, and a network request is transmitted to the communication unit 300 Or to other end nodes 402-404.

As another example, the target end node 401 may request the transmission of a network request to the communication unit 300 to prevent other end nodes from being woken up. The communication unit 300 controls the Physical Coding Sublayer (PCS) disposed at the PHY layer of the communication unit 300 when the transmission inhibition of the network request is received at the target end node 401 so that the network request is transmitted to the other end nodes 402 To 404).

As another example, the target end node 401 may request the transmission of a network request to the other end nodes 402-404 so that the other end nodes 402-404 are not woken up. In this manner, when the software is updated, the end nodes other than the target end node 401 can be prevented from being woken up.

That is, power is supplied to the PHY layer of the target end node 401 to wake up the ECU of the target end node 401 at the reserved time of the software, and the other end nodes 402 to 404 Does not wake up. That is, the communication unit 300 wakes up only the target end node 401 that requires a software update, maintains the network in a sleep state, and does not wake up other end nodes except for the target end node 401 (S190). Here, the target end node 401 maintains the PHY layer in a ready state, and other end nodes 402 to 404 of the network remain in a sleep state.

Subsequently, the ECU of the target end node 401 may perform an update of the software stored in the memory (S200). At this time, updating of the software at the target end node 401 may be performed in a state where the vehicle is not started and the vehicle is not running.

Subsequently, the target end node 401 may perform a reboot after performing the software update (S210).

Subsequently, the target end node 401 can check whether the software update has been normally performed (S220).

Then, the target end node 401 can determine whether the software update is successful (S230).

As a result of the determination in S230, the target end node 401 can recover the previous software when an error occurs in updating the software (S240). At this time, after the start-up is turned on, the software with the update error can be deleted and the previous software can be restored so that the target end node 401 can operate normally.

As a result of the determination in S230, if the software update is normally performed, the target end node 401 can complete the update (S250).

The target end node 401 may then send the update result of the software to the communication unit 300. At this time, the target end node 401 may transmit the update result of the software to the communication unit 300 after the start-up of the vehicle is turned on.

The PHY layer of the target end node 401 may remain ready until the update of the software is completed. The target end node 401 may transition the PHY layer from a ready state to a sleep state after the software update is completed.

The communication unit 300 then determines whether to download the same version of software from the software center 500 if the software update on the target end node 401 is successful based on the software update result of the target end node 401 . On the other hand, the communication unit 300 can download the same version of the software again from the software center 500 if the update of the software in the target end node 401 fails. At this time, the communication unit 300 can perform the software update of the target end node 401 again by performing the operations of S120 to S250 again.

In the description of S180, it is described that the target end node 401 can request the communication unit 300 to prevent transmission of a network request. However, the present invention is not limited to this. As another example of the present invention, in S210, the target end node 401 may perform a software update operation and then reboot to check whether software update has been normally performed. The target end node 401 supplies power to the PHY layer after rebooting and controls a PCS (Physical Coding Sublayer) disposed in the PHY layer to transmit a network request to the communication unit 300 or another End nodes 402-404. As another example, the target end node 401 may request the transmission of a network request to the communication unit 300 to prevent other end nodes from being woken up.

When updating the software of the target end node 401 using the onboard diagnostics (OBD) as well as the method of updating the software of the target end node 401, the software update of the vehicle described with reference to Fig. 5 Method can be applied. In this case, after the target end node 401 is woken up by connecting the vehicle diagnostic apparatus OBD to the vehicle's network in the state where the vehicle is not turned on, the target end node 401 performs the operations S190 to S250, Can be updated. At this time, the target end node 401 controls the PCS (Physical Coding Sublayer) disposed in the PHY layer so that the other end nodes 402 to 404 are not woken up, and a network request is transmitted to the communication unit 300 Or to other end nodes 402-404.

As another example, the target end node 401 may request the transmission of a network request to the communication unit 300 to prevent other end nodes 402-404 from being woken up. The communication unit 300 controls the PCS (Physical Coding Sublayer) disposed at the PHY layer when the transmission request of the network request is received at the target end node 401 so that the network request is not transmitted to the other end nodes 402 to 404 .

A method and an apparatus for updating software of a vehicle according to an embodiment of the present invention can wake up only a target end node among a plurality of end nodes connected to an Ethernet network to reduce power consumption of a vehicle due to updating of software.

In addition, the software update method and apparatus of the vehicle according to the embodiment of the present invention can prevent malfunction of the software update by updating the software so that the software update of the target end node is performed while the vehicle is turned off.

In addition, the software update method and apparatus of the vehicle according to the embodiment of the present invention can receive the software update result at the target end node by the communication unit, and the communication unit can retry the software update based on the software update result.

The methods according to the present invention can be implemented in the form of program instructions that can be executed through various computer means and recorded on a computer readable medium. The computer readable medium may include program instructions, data files, data structures, and the like, alone or in combination. The program instructions recorded on the computer readable medium may be those specially designed and constructed for the present invention or may be available to those skilled in the computer software.

Examples of computer readable media include hardware devices that are specially configured to store and execute program instructions, such as ROM, RAM, flash memory, and the like. Examples of program instructions include machine language code such as those generated by a compiler, as well as high-level language code that can be executed by a computer using an interpreter or the like. The hardware devices described above may be configured to operate with at least one software module to perform the operations of the present invention, and vice versa.

It will be understood by those skilled in the art that various changes in form and details may be made therein without departing from the spirit and scope of the invention as defined in the appended claims. It will be possible.

100: Gateway
110, 110-1, 110-2, 120, 130: switch
111, 112, 113, 121, 122, 123, 131, 132, 133:
200: communication node
210: PHY layer unit
220: Controller unit
300: communication unit
401 to 404: End node
500: Software Center

Claims (20)

1. A method of operating a first communication node comprising an ethernet-based vehicle network,
Switching from a sleep state to a ready state to wake up the PHY layer of the first communication node;
Preventing transmission of a network request to another communication node connected to the vehicle network; And
And performing an update of the software.
A method of operating a first communication node. The method according to claim 1,
The transition from the sleep state to the ready state is performed at the time of updating the software of the first communication node,
A method of operating a first communication node. The method of claim 2,
Performing an update of the software when the software to be updated is stored in the memory of the first communication node,
A method of operating a first communication node. The method of claim 3,
Performing an update of the software at an update reservation time received from a second communication node connected to the vehicle network,
A method of operating a first communication node. The method of claim 4,
Performing an update of the software when the vehicle is turned off,
A method of operating a first communication node. The method of claim 5,
Further comprising transmitting the update result of the software to the second communication node after the vehicle is turned on.
A method of operating a first communication node. The method of claim 5,
Further comprising: performing an update of the software and then rebooting to check for an update of the software;
A method of operating a first communication node. The method of claim 7,
Further comprising restoring software prior to the update if the update of the software fails,
A method of operating a first communication node. 1. A method of operating a communication unit comprising an ethernet-based vehicle network,
Switching from a sleep state to a ready state at an update reservation time to wake up the PHY layer; And
And preventing transmission of a network request to communication nodes connected to the vehicle network.
A method of operating a communication unit. The method of claim 9,
Further comprising downloading software from a software center,
A method of operating a communication unit. The method of claim 10,
Further comprising updating the software,
A method of operating a communication unit. The method of claim 10,
Downloading the software at the update reservation time,
A method of operating a communication unit. The method of claim 10,
Downloading the software during driving of the vehicle,
A method of operating a communication unit. The method of claim 10,
When software of a specific communication node connected to the vehicle network is downloaded,
Further comprising transmitting the software to the particular communication node.
A method of operating a communication unit. 15. The method of claim 14,
Further comprising receiving an update result of the software from the specific communication node,
A method of operating a communication unit. 1. A communication node for configuring an ethernet-based vehicle network to perform updating of a program,
A PHY layer unit including a PHY layer processor;
A controller unit including a controller processor; And
At least one instruction executed by each of the PHY layer unit and the controller unit is stored,
Wherein the at least one instruction comprises:
Switching from a sleep state to a ready state to wake up the PHY layer of the first communication node,
A network node, and a network node,
Communication node. 18. The method of claim 16,
Wherein the at least one instruction comprises:
Receiving software from a communication unit disposed in the vehicle during running of the vehicle,
Storing the received software in a memory,
Receiving an update reservation time of the software from the communication unit,
Updating the software at an update reservation time of the software,
Communication node. 18. The method of claim 17,
Wherein the at least one instruction comprises:
Updating the software after the vehicle is turned off,
Communication node. 18. The method of claim 16,
Wherein the at least one instruction comprises:
Updating the software and then rebooting to check for an update of the software,
Communication node. 19. The method of claim 18,
Wherein the at least one instruction comprises:
If the update of the software fails, restoring the pre-update software,
Communication node.

Images