Bus network state control method after vehicle power-off

Abstract

The invention discloses a bus network state control method after power-off of a vehicle, and the main design concept of the invention lies in that a gateway is used as a whole vehicle signal interaction center, and the routing of bus signals of each network segment is realized. The method comprises the following steps: adding a self-defined request network flag bit in a network management message in advance; after a vehicle is powered off, when a cross-network-segment interaction function requirement exists, network communication between network segments is turned on and turned off through cooperative control of a gateway, the setting condition of a request network flag bit sent by each node of each network segment is monitored, the gateway issues request states of all network segments to a bus according to different scene requirements and a cycle, and the bus sends the request states of all the network segments to the bus. Therefore, a part of associated network segments can be pertinently controlled to realize that a local network segment maintains awakening and executes a corresponding scene function, and the other part of unrelated network segments enter a dormant state, so that the power consumption of the whole vehicle is effectively reduced. The method has low requirements on the lower hanging part of the whole vehicle, and the scheme is high in realizability and high in benefit.

Description

Technical Field

[0001] This invention relates to the field of vehicle control technology, and in particular to a method for controlling the status of a bus network after a vehicle is powered off. Background Technology

[0002] As vehicle electrical functions become increasingly sophisticated, there are growing demands for features when the vehicle is powered off in order to enhance the driver's experience. These features include features such as "follow me home," automatic window closing in rainy weather, remote window control, and "sentinel mode." Implementing a single feature requires the coordinated participation of multiple modules or even multiple network segments. This necessitates that each module enters a hibernation state in an orderly manner after the function is completed, once the power is off, to avoid draining the battery and causing the vehicle to run out of power.

[0003] Currently, multiple network segments of the vehicle are accessed through a gateway, and the network sleep of each network segment is coordinated and managed. When all nodes of all network segments request sleep, the entire vehicle's network segments are controlled to enter sleep mode simultaneously. However, this method cannot distinguish between functional scenarios. The entire vehicle sleeps and wakes up at the same time. When a simple function requires interaction with few nodes, all network segments of the vehicle will be woken up and the network will be maintained. When there are many network segments in the vehicle, it will increase additional power consumption and consume battery power.

[0004] In response, the industry has proposed using AUTOSAR network management. This approach utilizes PN packets to achieve localized network management, allowing different ECUs to operate in different scenarios while unrelated ECUs remain in a low-power state, thus reducing power consumption. However, this solution requires all nodes involved in network management to support AUTOSAR PN packets. When there are many network management nodes in a vehicle, enabling simple components like actuators to support AUTOSAR PN packets introduces additional challenges such as increased development difficulty, longer development cycles, and higher costs. Summary of the Invention

[0005] In view of the above, the present invention aims to provide a method for controlling the status of a bus network after a vehicle is powered off, so as to solve the aforementioned technical problems.

[0006] The technical solution adopted in this invention is as follows:

[0007] This invention provides a method for controlling the status of a bus network after a vehicle is powered off, including:

[0008] After the vehicle is powered off, the gateway communicates with each node in each network segment according to a predetermined cycle;

[0009] The gateway sets up a predefined vehicle network sleep status message for managing network sleep status based on the network request status sent by each node.

[0010] The system updates the pre-set vehicle network sleep status messages to the bus network and coordinates the sleep or wake-up status of all network segments of the vehicle according to requests in different scenarios.

[0011] In at least one possible implementation, setting the vehicle network sleep state message includes: configuring the closed and open states of all network segments in the vehicle network sleep state message according to the service scenarios required after power-off.

[0012] In at least one of the possible implementations, each bit in the vehicle network sleep status message represents the sleep status bit of each network segment in the corresponding scenario, and is defined as 0 indicating that the network segment is closed and 1 indicating that the network segment is open.

[0013] In at least one possible implementation, monitoring the network request status includes:

[0014] The gateway sends network request monitoring messages to investigate the needs of nodes in each network segment.

[0015] If any node loses network request monitoring messages for more than a certain number of frame periods, it is determined that the node has no network request; otherwise, it is determined that the node has a network request.

[0016] In at least one possible implementation, the sleep or wake-up state of all network segments of the vehicle under coordinated control includes:

[0017] All network segments receive the vehicle network sleep status message and obtain the sleep / wake status of themselves and other network segments;

[0018] Based on the hibernation / wake-up state, maintain the wake-up state of several non-hibernation network segments to fulfill the corresponding scenario requirements, and trigger other network segments to enter hibernation state.

[0019] In at least one possible implementation, the state control method further includes:

[0020] When the gateway detects that the network request status sent by each node indicates no network request, it enters the pre-sleep state after setting the vehicle network sleep state message and sending it to all network segments, and shuts down the communication of each network segment.

[0021] Compared with existing technologies, the main design concept of this invention is to use the gateway as the signal interaction center of the whole vehicle to realize the routing of CAN signals of each network segment. Custom information such as network request flags for scenario requirements are added to the network management messages in advance, such as: requesting the network for rain-induced window closing function, requesting the network for remote diagnostic services, requesting the network for intelligent charging services, etc. (this depends on the specific functions undertaken by the component). In this way, after the vehicle is powered off, when there is a need for cross-network segment interaction functions, the gateway coordinates the opening and closing of network communication between each network segment, and monitors the setting of the network management request network flag sent by each control node of each network segment. According to different scenario requirements, some related network segments are controlled to keep the local network segment awake and execute the functions in the corresponding scenario, while other unrelated network segments enter a sleep state, thereby reducing the power consumption of the whole vehicle. Attached Figure Description

[0022] To make the objectives, technical solutions, and advantages of this invention clearer, the invention will be further described below with reference to the accompanying drawings, wherein:

[0023] Figure 1 This is a schematic diagram of a vehicle bus network status control method provided in an embodiment of the present invention. Detailed Implementation

[0024] Embodiments of the present invention are described in detail below. Examples of these embodiments are shown in the accompanying drawings, wherein the same or similar reference numerals denote the same or similar elements or elements having the same or similar functions throughout. The embodiments described below with reference to the accompanying drawings are exemplary and are only used to explain the present invention, and should not be construed as limiting the present invention.

[0025] This invention proposes an embodiment of a bus network state control method after vehicle power-off, specifically, as follows: Figure 1 As shown, it includes:

[0026] Step S1: After the vehicle is powered off, the gateway communicates with each node in each network segment according to a predetermined cycle.

[0027] Step S2: The gateway sets a predefined vehicle network sleep status message for managing the network sleep status based on the network request status sent by each node.

[0028] In practice, a CAN message can be predefined as the vehicle network sleep status message and stored in the gateway EPROM memory. The message length can be set to 8 bytes, a total of 64 bits. Each bit represents a network request status bit for a scenario (that is, it represents whether each network segment node participates in the current business scenario): 0 means no need, and 1 means network request due to a certain scenario. Of course, in other embodiments, multiple status messages can also be defined according to the number of scenario requirements.

[0029] Furthermore, the monitoring of the network request status can specifically include: the gateway sending network request monitoring messages to investigate the needs of nodes in each network segment (which can be understood as messages used to query the scenario service needs of each node in each network segment after power-off); if the network request monitoring message of any node is lost for more than a certain number of times (e.g., 50 times) of frame period (i.e., the gateway does not receive feedback request setting of monitoring messages within a predetermined time range), then it is determined that the node has no network request (does not participate in a certain scenario service after power-off), and its requirement is to be in a dormant state; otherwise, it is determined that the node has a network request (the need to participate in a certain scenario service), and it needs to be in a wake-up state.

[0030] Specifically, when a network request monitoring message is received from a network segment control node due to a specific scenario requirement, the corresponding status bit in the vehicle network sleep state message is set to 1; otherwise, it is set to 0. In other words, based on the required service scenario after power-down, the off and on states of all network segments are configured in the vehicle network sleep state message. It can be added that the gateway can determine the currently required scenario service based on the network request monitoring messages from each node.

[0031] Step S3: Update the set vehicle network sleep status message to the bus network, and coordinate the control of the sleep or wake-up status of all network segments of the vehicle according to the requests of different scenarios.

[0032] In detail, all network segments receive the vehicle network sleep status message and obtain the sleep / wake status of themselves and other network segments; based on the sleep / wake status, maintain the wake status of several non-sleep network segments (ensuring that nodes participating in the current business scenario in these wake-up network segments can maintain communication and cooperation) to complete the corresponding scenario requirements; and, put other network segments into sleep state.

[0033] Finally, it can be added that when the network request status sent by each node is detected to indicate no network request in a certain period, after setting the vehicle network sleep state message (in conjunction with the previous example, all network segments are set to 0 in each scenario) and sending the last frame of the message, the gateway enters the pre-sleep state and shuts down the communication of each network segment.

[0034] In summary, the main design concept of this invention is to use the gateway as the signal interaction center of the entire vehicle to realize the routing of CAN signals from various network segments. A custom request network flag is pre-added to the network management message; after the vehicle is powered off, when there is a need for cross-network segment interaction, the gateway coordinates the opening and closing of network communication between different network segments, and monitors the setting status of the request network flag sent by each node in each network segment. Based on different scenario requirements, the gateway periodically sends the request status of all network segments to the bus, thereby enabling targeted control of some related network segments to maintain local network segment wake-up and execute corresponding scenario functions, while other unrelated network segments enter a sleep state, effectively reducing the overall vehicle power consumption.

[0035] In this invention, when directional terms are mentioned, they are relative concepts based on the embodiments. Furthermore, "at least one" refers to one or more, and "more than one" refers to two or more. "And / or" describes the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent the existence of A alone, A and B simultaneously, or B alone. A and B can be singular or plural. The character " / " generally indicates that the preceding and following related objects have an "or" relationship. "At least one of the following" and similar expressions refer to any combination of these items, including any combination of single or plural items. For example, at least one of a, b, and c can represent: a, b, c, a and b, a and c, b and c, or a and b and c, where a, b, and c can be single or multiple.

[0036] The above description of the structure, features, and effects of the present invention is based on the embodiments shown in the figures. However, the above are only preferred embodiments of the present invention. It should be noted that the technical features involved in the above embodiments and their preferred methods can be reasonably combined and matched by those skilled in the art to form a variety of equivalent solutions without departing from or changing the design concept and technical effects of the present invention. Therefore, the present invention is not limited to the scope of implementation shown in the figures. Any changes made in accordance with the concept of the present invention, or modifications to equivalent embodiments, that do not exceed the spirit covered by the specification and figures, should be within the protection scope of the present invention.

Claims

1. A method for controlling the status of a bus network after a vehicle is powered off, characterized in that, include: After the vehicle is powered off, the gateway communicates with each node in each network segment according to a predetermined cycle; The gateway sets up a predefined vehicle network sleep status message for managing network sleep status based on the network request status sent by each node. The system updates the pre-set vehicle network sleep status messages to the bus network and coordinates the sleep or wake-up status of all network segments of the vehicle according to requests in different scenarios.

2. The method for controlling the bus network status after vehicle power-off according to claim 1, characterized in that, Setting the vehicle network sleep state message includes configuring the closed and open states of all network segments in the vehicle network sleep state message according to the service scenarios required after power-off.

3. The method for controlling the bus network status after vehicle power-off according to claim 2, characterized in that, Each bit in the vehicle network sleep status message represents the sleep status bit of each network segment in the corresponding scenario, and is defined as 0 indicating that the network segment is closed and 1 indicating that the network segment is open.

4. The method for controlling the bus network status after vehicle power-off according to claim 1, characterized in that, Monitoring the status of the network requests includes: The gateway sends network request monitoring messages to investigate the needs of nodes in each network segment. If any node loses network request monitoring messages for more than a certain number of frame periods, it is determined that the node has no network request; otherwise, it is determined that the node has a network request.

5. The method for controlling the status of the bus network after vehicle power-off according to claim 1, characterized in that, The sleep or wake-up states of all network segments of the vehicle under coordinated control include: All network segments receive the vehicle network sleep status message and obtain the sleep / wake status of themselves and other network segments; Based on the hibernation / wake-up state, maintain the wake-up state of several non-hibernation network segments to fulfill the corresponding scenario requirements, and trigger other network segments to enter hibernation state.

6. The method for controlling the bus network status after vehicle power-off according to any one of claims 1 to 5, characterized in that, The state control method further includes: When the gateway detects that the network request status sent by each node indicates no network request, it enters the pre-sleep state after setting the vehicle network sleep state message and sending it to all network segments, and shuts down the communication of each network segment.

Images