In-vehicle network management using virtual networks
First Claim
1. An on-board vehicle network, comprising:
- a plurality of on-board vehicle electronic control units (ECUs) connected together via at least one network bus that permits communication between said ECUs;
a first virtual network comprising a first group of said ECUs, wherein said first group of said ECUs are operable together to perform a first control task and are each identified using a first code that is associated with said first virtual network; and
a second virtual network comprising a second group of said ECUs, wherein said second group of said ECUs are operable together to perform a second control task and are each identified using a second code that is associated with said second virtual network;
wherein said ECUs of said first and second virtual networks are connected to said network bus to receive first and second messages, with said ECUs of said first virtual network being responsive to said first message to perform said first control task and said ECUs of said second virtual network being responsive to said second message to perform said second control task;
wherein a first one of said ECUs is connected to said network bus to receive a first signal requesting activation of said first virtual network and is operable in response to said first signal to periodically generate said first message until said first control task is completed; and
wherein a second one of said ECUs is connected to said network bus to receive a second signal requesting activation of said second virtual network and is operable in response to said second signal to periodically generate said second message until said second control task is completed.
14 Assignments
0 Petitions
Accused Products
Abstract
A network management approach for use in a vehicle to control activation of electronic control units (ECUs) networked together throughout the vehicle. The ECUs are grouped together by function into virtual networks, with each virtual network including those ECUs used in carrying out a particular control task, such as controlling power windows or automatic headlights. The virtual networks are activated using a messaging protocol that specifies which virtual network is being activated. Periodic messages specifying the virtual network are also used to maintain it active. This permits the ECUs to be maintained in a low power quiescent state when the control functions are not needed, while allowing only those needed for a particular control task to be awakened and maintained in an activated state to carry out their associated control task. An ECU can activate one of the virtual networks by transmitting a wake-up signal followed by a message identifying the virtual network. Each of the ECUs receive this message and, if it is a member of the virtual network being initialized, maintains itself in an active state to carry out the control task associated with the virtual network. The other ECUs return to the quiescent state. Using this approach, an ECU is able to activate only the necessary ECUs for a particular control task without having to know which or how many ECUs are involved in performing the task.
-
Citations
34 Claims
-
1. An on-board vehicle network, comprising:
-
a plurality of on-board vehicle electronic control units (ECUs) connected together via at least one network bus that permits communication between said ECUs;
a first virtual network comprising a first group of said ECUs, wherein said first group of said ECUs are operable together to perform a first control task and are each identified using a first code that is associated with said first virtual network; and
a second virtual network comprising a second group of said ECUs, wherein said second group of said ECUs are operable together to perform a second control task and are each identified using a second code that is associated with said second virtual network;
wherein said ECUs of said first and second virtual networks are connected to said network bus to receive first and second messages, with said ECUs of said first virtual network being responsive to said first message to perform said first control task and said ECUs of said second virtual network being responsive to said second message to perform said second control task;
wherein a first one of said ECUs is connected to said network bus to receive a first signal requesting activation of said first virtual network and is operable in response to said first signal to periodically generate said first message until said first control task is completed; and
wherein a second one of said ECUs is connected to said network bus to receive a second signal requesting activation of said second virtual network and is operable in response to said second signal to periodically generate said second message until said second control task is completed. - View Dependent Claims (2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22)
-
-
23. A method of managing an on-board vehicle network of electronic control units (ECUs), wherein at least some of the ECUs are operable in both an active state and a low power quiescent state and wherein the network includes at least one subset of the ECUs that are operable together to perform a particular control task, the method comprising the steps of:
-
(a) receiving a signal request for activating a control task;
(b) waking up the ECUs out of the low power quiescent state;
(c) sending a message to the ECUs that includes a code associated with the control task;
(d) wherein each of a number of the ECUs perform the steps of;
(d1) receiving the message and, (d2) if the code included with the message corresponds to a control task associated with the ECU, then operating in an active state in which the ECU is operable to perform the control task together with other ECUs associated with the control task; and
(d3) if the code included with the message does not correspond to a control task associated with the ECU, then entering into the low power quiescent state. - View Dependent Claims (24, 25, 26, 27, 28, 29, 30, 31, 32, 33)
step (a) further comprises having one of the ECUs receive the signal request;
step (b) further comprises having that one ECU send out a wake-up signal to other ECUs on the network; and
step (c) further comprises having that one ECU send the message to other ECUs on the network.
-
-
25. The method of claim 24, wherein the message includes data that uniquely identifies that one ECU.
-
26. The method of claim 23, wherein the code identifies a virtual network that includes the ECUs associated with the control task to which the code corresponds.
-
27. The method of claim 23, wherein step (c) further comprises sending a message having a code for each of a plurality of control tasks.
-
28. The method of claim 27, wherein each of the codes within the message comprise a bit located in a different position within the message, whereby each of the plurality of control tasks is associated with one of the bits within the message.
-
29. The method of claim 23, wherein step (b) further comprises, for each of a number of the ECUs, waiting a period of time for receipt of the message and, in the absence of receipt of that message, entering into the low power quiescent state following elapse of the period of time.
-
30. The method of claim 23, wherein step (c) further comprises periodically sending a follow-up message to the ECUs, wherein said follow-up messages including the code.
-
31. The method of claim 30, wherein, for those ECUs associated with the code contained in the messages, the method further comprises the steps of:
-
waiting a period of time for receipt of one of the messages;
entering into the low power quiescent state if none of the messages is received within a selected period of time; and
if one of the messages is received within the selected period of time, then continuing in the active state and repeating said waiting, entering, and continuing steps.
-
-
32. The method of claim 31, further comprising the step of resetting a timer following receipt of each of the messages and entering the low power quiescent state upon expiration of the timer.
-
33. The method of claim 32, further comprising the steps of receiving a signal indicative of a low-voltage condition and halting operation of the timer until the low-voltage condition is no longer indicated.
-
34. A method of operating an electronic control unit (ECU) that is included within an on-board vehicle network of ECUs, comprising the steps of:
-
(a) operating in a low-power quiescent state;
(b) receiving a wake-up signal via the network;
(c) switching to an active state in response to the wake-up signal;
(d) monitoring the network for receipt of a code indicative of a control task to be carried out using a number of the ECUs on the network;
(e) switching back to the quiescent state if no code is received within a period of time following the wake-up signal; and
(f) if a code is received within the period of time, then performing the steps of;
(f1) determining whether the ECU is associated with the code;
(f2) if so, enabling operation of the ECU to support carrying out the control task; and
(f3) if not, switching back to the quiescent state.
-
Specification