Method, device and equipment for detecting vehicle hibernation anomaly and storage medium

Abstract

The present disclosure provides a method, device, equipment and storage medium for detecting vehicle hibernation anomaly, and belongs to the field of automobiles. In the present disclosure, a controller with hibernation anomaly can be automatically determined based on a communication message after hibernation notification. Because a normal situation after hibernation is that no communication message should be sent, the controller with hibernation anomaly can be accurately determined through the communication message at this time. In this way, the problem that it is difficult to find the controller with hibernation anomaly because the fault cannot be reproduced is well solved. After the user knows the controller with hibernation anomaly, targeted measures can be taken, for example, the corresponding controller is repaired or replaced. Therefore, the vehicle empty electricity hidden danger can be eliminated.

Description

TECHNICAL FIELD

[0001] The present disclosure relates to the field of automobiles, and in particular, to a method and device for detecting vehicle hibernation anomaly, equipment and storage medium. BACKGROUND

[0002] After the vehicle is powered off, the vehicle will be in a hibernation state after a period of time. Due to the fault of the hardware or software of the vehicle, one or more controllers in the vehicle may not be able to hibernate normally, resulting in the controllers being in a working state after the vehicle is powered off, and eventually causing the battery to run out. Therefore, it is crucial to troubleshoot the vehicle hibernation anomaly.

[0003] Generally, the vehicle owner will find the vehicle hibernation anomaly when using the vehicle again, for example, the vehicle owner finds that some components are still in a working state before starting the vehicle. These components may be components with hibernation anomaly or components awakened by components with hibernation anomaly. Then the vehicle owner sends the vehicle to a vehicle repair shop for repair.

[0004] The vehicle hibernation anomaly may be caused by accidental factors. The vehicle repair shop cannot reproduce the fault, making it difficult to accurately find the controller with hibernation anomaly and solve the problem of hibernation anomaly, resulting in the vehicle always having an empty battery risk. SUMMARY

[0005] The embodiments of the present disclosure provide a method, device, equipment and storage medium for detecting vehicle hibernation anomaly, which can solve the technical problems in the related art. The technical solutions are as follows:

[0006] In a first aspect, the embodiments of the present disclosure provide a method for detecting vehicle hibernation anomaly, which is applied to a target vehicle. The target vehicle includes a hibernation detection unit, a body domain controller and controllers of a plurality of components. The method includes the following steps:

[0007] The hibernation detection unit determines that the body domain controller sends hibernation notifications to the plurality of controllers respectively in the case of detecting a hibernation trigger event;

[0008] The hibernation detection unit obtains communication messages between different controllers;

[0009] The hibernation detection unit determines the controller with hibernation anomaly based on the communication messages between the different controllers.

[0010] In a possible implementation, the method further includes the following steps:

[0011] The hibernation detection unit sends a hibernation anomaly notification to a user-side terminal after determining the controller with hibernation anomaly.

[0012] In a possible implementation, the method further includes:

[0013] The hibernation detection unit sends the communication messages between the different controllers and the controller with the hibernation anomaly to the server.

[0014] In a possible implementation, the hibernation detection unit determines the controller with the hibernation anomaly based on the communication messages between the different controllers, including:

[0015] The hibernation detection unit acquires, from the communication messages between the different controllers, a first communication message with a sending time after a first time point, where the first time point is a time point after a preset hibernation waiting duration after sending the hibernation notification;

[0016] The hibernation detection unit determines the controller that sends each first communication message to obtain a first controller set;

[0017] The hibernation detection unit determines a wake-up notification in the first communication message, and determines a first controller that sends the wake-up notification;

[0018] The hibernation detection unit removes the first controller from the first controller set to obtain a second controller set;

[0019] The hibernation detection unit determines the controller with the hibernation anomaly based on all the second controllers included in the second controller set.

[0020] In a possible implementation, the hibernation detection unit determines the controller with the hibernation anomaly based on all the second controllers included in the second controller set, including:

[0021] The hibernation detection unit determines all the second controllers included in the second controller set as the controller with the hibernation anomaly.

[0022] In a possible implementation, the hibernation detection unit determines the controller with the hibernation anomaly based on all the second controllers included in the second controller set, including:

[0023] For each second controller included in the second controller set, if the second controller does not receive any communication message within a first preset duration before the first time point, the hibernation detection unit determines that the second controller has the hibernation anomaly.

[0024] In a possible implementation, the method further includes:

[0025] If the second controller receives a second communication message within a preset time length before the first time point, the sleep detection unit re-determines whether the second controller has a sleep abnormality.

[0026] In a possible implementation, the sleep detection unit re-determines whether the second controller has a sleep abnormality, including:

[0027] The sleep detection unit notifies the vehicle body domain controller to re-send a sleep notification to the second controller.

[0028] If the second controller does not send a communication message other than the wake-up notification within a second preset time length after the end time point, the sleep detection unit determines that the second controller does not have a sleep abnormality.

[0029] In a possible implementation, the sleep detection unit re-determines whether the second controller has a sleep abnormality, including:

[0030] The sleep detection unit determines a third controller that sends the second communication message, and turns off power supply of the third controller.

[0031] The sleep detection unit notifies the vehicle body domain controller to re-send a sleep notification to the second controller.

[0032] If the second controller does not send a communication message other than the wake-up notification within a second preset time length after the end time point, the sleep detection unit determines that the second controller does not have a sleep abnormality.

[0033] In a second aspect, the embodiments of the present disclosure provide a device for detecting hibernation anomaly of a vehicle. The device is applied to a hibernation detection unit, and the hibernation detection unit belongs to a target vehicle. The target vehicle further includes a body domain controller and controllers of a plurality of components. The device includes:

[0034] A determination module is configured to determine that the body domain controller sends hibernation notifications to the plurality of controllers respectively in a case where a hibernation trigger event is detected.

[0035] An acquisition module is configured to acquire communication messages between different controllers.

[0036] The determination module is further configured to determine the controller with the hibernation anomaly based on the communication messages between the different controllers.

[0037] In a possible implementation, the device further includes a sending module configured to:

[0038] The hibernation detection unit sends a hibernation anomaly notification to a user-side terminal after determining the controller with the hibernation anomaly.

[0039] In a possible implementation, the sending module is further configured to:

[0040] The hibernation detection unit sends the communication messages between the different controllers and the controller with the hibernation anomaly to a server.

[0041] In a possible implementation, the determination module is configured to:

[0042] The hibernation detection unit acquires first communication messages with sending time after a first time point from the communication messages between the different controllers, where the first time point is a time point after a preset hibernation waiting duration after sending the hibernation notification.

[0043] The hibernation detection unit determines the controllers that send each first communication message to obtain a first controller set.

[0044] The hibernation detection unit determines a wake-up notification from the first communication messages, and determines a first controller that sends the wake-up notification.

[0045] The hibernation detection unit removes the first controller from the first controller set to obtain a second controller set.

[0046] The hibernation detection unit determines the controller with the hibernation anomaly based on all second controllers included in the second controller set.

[0047] In a possible implementation, the determination module is configured to:

[0048] The hibernation detection unit determines all second controllers included in the second controller set as the controllers with hibernation abnormality.

[0049] In a possible implementation, the determination module is configured to:

[0050] For each second controller included in the second controller set, if the second controller does not receive any communication message within a first preset time length before the first time point, the hibernation detection unit determines that the second controller has hibernation abnormality.

[0051] In a possible implementation, the determination module is further configured to:

[0052] If the second controller receives a second communication message within a preset time length before the first time point, the hibernation detection unit re-determines whether the second controller has hibernation abnormality.

[0053] In a possible implementation, the determination module is configured to:

[0054] The hibernation detection unit instructs the vehicle body domain controller to re-send the hibernation notification to the second controller, and re-sends the hibernation notification until the second controller does not receive any communication message within a target time period after the re-sending of the hibernation notification, where an end time point of the target time period is a time point after the re-sending of the hibernation notification and after the hibernation waiting time length, and a start time point of the target time period is a time point that is separated from the end time point by the first preset time length.

[0055] If the second controller does not send a communication message other than the wake-up notification within a second preset time length after the end time point, the hibernation detection unit determines that the second controller does not have hibernation abnormality, and if the second controller sends a communication message other than the wake-up notification within the second preset time length after the end time point, the hibernation detection unit determines that the second controller has hibernation abnormality.

[0056] In a possible implementation, the determination module is configured to:

[0057] The hibernation detection unit determines a third controller that sends the second communication message, and closes the power supply of the third controller.

[0058] The hibernation detection unit instructs the vehicle body domain controller to re-send the hibernation notification to the second controller.

[0059] If the second controller does not send a communication message other than the wake-up notification within the second preset time period after the end time point, the sleep detection unit determines that the second controller does not have a sleep abnormality; if the second controller sends a communication message other than the wake-up notification within the second preset time period after the end time point, the sleep detection unit determines that the second controller has a sleep abnormality.

[0060] In a third aspect, an electronic device is provided, which includes a memory and a processor. The memory is configured to store computer instructions. The processor executes the computer instructions stored in the memory, so that the electronic device executes the method of the first aspect and possible implementation manners thereof.

[0061] In a fourth aspect, a computer readable storage medium is provided, which stores computer program codes. When the computer program codes are executed by an electronic device, the electronic device executes the method of the first aspect and possible implementation manners thereof.

[0062] In a fifth aspect, a computer program product is provided, which includes computer program codes. When the computer program codes are executed by an electronic device, the electronic device executes the method of the first aspect and possible implementation manners thereof.

[0063] In the present disclosure, a controller having a sleep abnormality is automatically determined based on a communication message after a sleep notification. Because a normal situation after sleep is that no communication message should be sent, a controller having a sleep abnormality can be accurately determined at this time through a communication message. In this way, the problem of being unable to find a controller having a sleep abnormality due to the inability to reproduce a fault is well solved. After the user learns that a controller having a sleep abnormality exists, targeted measures can be taken, such as repairing or replacing the corresponding controller. Thus, the vehicle empty electricity hidden danger can be eliminated.

[0064] It should be understood that the foregoing general description and the following detailed description are only exemplary and explanatory, and cannot limit the present disclosure. BRIEF DESCRIPTION OF DRAWINGS

[0065] In order to more clearly illustrate the technical solutions in the embodiments of the present disclosure, the drawings needed in the embodiment description will be briefly introduced. Obviously, the drawings in the following description are only some embodiments of the present disclosure, and other drawings can be obtained by those skilled in the art without creative labor.

[0066] Figure 1 FIG. 1 is a structural schematic diagram of a sleep detection unit provided by an embodiment of the present disclosure;

[0067] Figure 2This is a schematic diagram of a process for detecting abnormal vehicle sleep mode provided in an embodiment of this disclosure;

[0068] Figure 3 This is a schematic diagram of a process for detecting abnormal vehicle sleep mode provided in an embodiment of this disclosure;

[0069] Figure 4 This is a schematic diagram of a process for detecting abnormal vehicle sleep mode provided in an embodiment of this disclosure;

[0070] Figure 5 This is a schematic diagram of the structure of a device for detecting abnormal vehicle sleep conditions provided in an embodiment of this disclosure. Detailed Implementation

[0071] To make the objectives, technical solutions, and advantages of this disclosure clearer, the embodiments of this disclosure will be described in further detail below with reference to the accompanying drawings.

[0072] This disclosure provides a method for detecting abnormal vehicle sleep mode. This method can be applied to a target vehicle, which includes a sleep detection unit, a body domain controller, and controllers for multiple components. The following describes each component in detail:

[0073] The sleep detection unit can be any device on the target vehicle capable of acquiring communication messages between various controllers. This disclosure uses a telematics box (T-BOX) as an example for detailed explanation; other cases are similar and will not be repeated. The T-BOX is an intelligent in-vehicle terminal in a vehicle networking system. The T-BOX can communicate with the vehicle's Controller Area Network (CAN) bus to acquire communication messages sent between the controllers of various components. The T-BOX also contains a small processor that can process the acquired communication messages, such as analyzing the type of communication messages. Based on the communication messages between the controllers, the T-BOX can then determine which controllers have sleep abnormalities.

[0074] The hibernation detection unit can also be used by a remote computing device. After a device in the target vehicle (i.e., a device that obtains communication messages between controllers, such as a T-BOX) obtains the communication messages between controllers, it can send the communication messages to the hibernation detection unit, i.e., the remote computing device. The remote computing device can determine the controller with hibernation abnormality based on the communication messages between controllers.

[0075] like Figure 1 As shown, the hibernation detection unit may include a processor 110, a memory 120, and a communication component 130, etc., which will be described in detail below:

[0076] The processor 110 can be a central processing unit (CPU), which can be used to analyze various types of communication messages, etc.

[0077] The memory 120 can be various volatile memories or non-volatile memories, such as a solid state disk (SSD), a dynamic random access memory (DRAM) memory, etc. The memory can be used to store pre-stored data, intermediate data and result data in the sleep abnormality detection process, for example, communication messages between various controllers.

[0078] The communication component 130 can be a wired network connector, a wireless fidelity (WiFi) module, a Bluetooth module, a cellular network communication module, etc. The communication component can be used for data transmission with other devices, for example, the communication component can be used to receive a communication message, send a fault controller detected through the communication message to an end user, etc.

[0079] The body domain controller is an important part of the automotive electronic structure, which is responsible for centralized processing of the logic of body control type functions, for example, the body domain controller can control the seat, control the air conditioner, etc., in addition, the body domain controller can also control the vehicle to sleep.

[0080] There are many controllers of various components, for example, controllers of various sensors on the vehicle, such as a vehicle speed sensor, a temperature sensor, etc., and also engine controllers, anti-lock braking system controllers, intelligent key controllers, navigation system controllers, audio system controllers, airbag controllers, vehicle entertainment system controllers, instrument panel controllers or vehicle light system controllers, etc. The embodiments of the present disclosure do not make any limitation on this.

[0081] Generally, when a vehicle is in hibernation, some controllers can not be able to normally hibernate after a specified time length, or some controllers hibernate after the specified time length and then abnormally wake up. This can be caused by a software problem in the controller, the software can have defects or errors, or the hardware of the controller can be faulty, such as the processor or memory inside the controller. When a target vehicle is in hibernation, if a controller hibernates abnormally, other controllers can also hibernate abnormally. For example, when controller A hibernates abnormally, controller A continuously sends communication messages to controller B, so that controller B also hibernates abnormally. Similarly, controller B can also continuously send communication messages to controller C, and controller C also hibernates abnormally. When a controller hibernates abnormally, it continuously consumes the power of the battery on the target vehicle, and eventually can even cause the vehicle to run out of power and the vehicle to fail to start normally. Moreover, the vehicle owner can discover that the vehicle hibernates abnormally when starting the vehicle again, at which time the vehicle is sent to a vehicle repair shop, and a large amount of power has been consumed. The vehicle repair shop can reproduce the hibernation of the vehicle to find the faulty controller, and then repair the faulty controller. In actual life, the hibernation abnormality of the vehicle can be accidental, and it can be difficult to reproduce the process of the hibernation abnormality after the hibernation abnormality to accurately determine the controller that causes the hibernation abnormality of the vehicle.

[0082] The embodiment of the present disclosure provides a method for detecting hibernation abnormality of a vehicle. The method can be applied to a target vehicle, and the target vehicle includes a hibernation detection unit, a body domain controller, and a plurality of component controllers. The related content has been introduced before, and will not be repeated here. After the body domain controller sends a hibernation notification, the hibernation detection unit can be informed, and then the hibernation detection unit obtains communication messages between the controllers after the hibernation notification is sent, and determines the controller with hibernation abnormality based on the communication messages. In this way, when the vehicle hibernates abnormally, the communication messages can be recorded, and the controller with hibernation abnormality can be informed in time, so as to avoid the situation that the controller with hibernation abnormality cannot be obtained due to accidental factors.

[0083] As shown in FIG. 1, the method for detecting hibernation abnormality of a vehicle provided by the present disclosure can include the following steps: Figure 2

[0084] In step 201, the hibernation detection unit determines that the body domain controller sends a hibernation notification to each of the plurality of controllers when detecting a hibernation trigger event.

[0085] ​Firstly, the dormancy trigger time is introduced. There are many dormancy trigger events, which can be a dormancy notification sent by the user to the target vehicle, instructing the vehicle to dormancy, or a dormancy performed by the body domain controller detecting a dormancy trigger event, for example, when the body domain controller detects that the driver performs the vehicle power-off operation and closes the door after getting off the vehicle, the body domain controller sends a dormancy notification to each controller, for example, when the body domain controller detects that the vehicle has been parked for a long time, the body domain controller sends a dormancy notification to each controller. When the body domain controller detects a dormancy trigger event, it sends a dormancy notification to each controller on the target vehicle. When each controller receives the dormancy notification, after a specified time period corresponding to each controller, the controller enters dormancy. The body domain controller can communicate with the dormancy detection unit. When the body domain controller sends a dormancy notification to each controller, the T-BOX can detect it through the CAN bus. The embodiment of the present disclosure takes the T-BOX as an example to explain the scheme in detail, and other cases are similar and will not be repeated here.

[0086] Step 202, the dormancy detection unit obtains the communication messages between different controllers.

[0087] The T-BOX is connected with the CAN bus, and thus can obtain the communication messages between different controllers through the CAN bus. After the body domain controller sends a dormancy notification, the T-BOX can start to obtain the communication messages between the controllers.

[0088] Step 203, the dormancy detection unit determines the controller with dormancy abnormality based on the communication messages between different controllers.

[0089] The T-BOX can determine the controller with dormancy abnormality based on the communication messages between different controllers. The corresponding processing flow is introduced in detail in the flow shown in Figure 3

[0090] Step 204, the dormancy detection unit sends a dormancy abnormality notification to the user side terminal after determining the controller with dormancy abnormality.

[0091] After determining the controller with dormancy abnormality, the dormancy detection unit can send it to the user to remind the user of the current dormancy fault of the vehicle. Optionally, the dormancy detection unit can notify the user immediately after detecting the communication messages between the controllers after the first time point, so that the user can know the current dormancy abnormality of the vehicle at the first time of the vehicle dormancy abnormality. Then a series of measures can be taken, for example, the user can drive the vehicle to a vehicle repair place for repair.

[0092] The dormancy detection unit can also send the communication messages between different controllers and the determined controller with dormancy abnormality to the server, so that the relevant technical personnel can further analyze the cause of the vehicle dormancy abnormality through the communication messages.​

[0093] The hibernation detection unit can determine the controller with hibernation abnormality based on the communication message between different controllers, and the process flow is as shown in Figure 3 The process flow comprises the following steps:

[0094] Step 301: The hibernation detection unit obtains a first communication message sent after a first time point in the communication message between different controllers.

[0095] The first time point is a time point after a preset hibernation waiting time length after sending the hibernation notification. The hibernation waiting time length is the time during which the controller hibernates after receiving the hibernation instruction. During the hibernation waiting time length, the controller can process some work that is not completed when the hibernation instruction is received, or also process some preparation work for entering hibernation. After the hibernation waiting time length, if the controller still receives a message within a specified time length before the hibernation waiting time length, the controller cannot normally enter hibernation. The first time point can be a time point after the longest hibernation waiting time length among the hibernation waiting time lengths corresponding to all controllers on the vehicle that need to hibernate. After the first time point, if each controller on the target vehicle does not have an abnormality, the controller should enter the hibernation state.

[0096] Step 302: The hibernation detection unit determines the controller sending each first communication message to obtain a first controller set.

[0097] After the hibernation detection unit obtains the communication message between the controllers, the hibernation detection unit can determine the corresponding controller (i.e., the controller sending the communication message) of the communication message based on the controller identifier carried in the notification message, and the controllers can form the first controller set.

[0098] Step 303: The hibernation detection unit determines the wake-up notification in the first communication message, and determines the first controller sending the wake-up notification.

[0099] When the controller is normally woken up by the hibernation instruction, the wake-up notification is sent. The controller that is abnormally woken up after normal hibernation or that has never hibernated will not send the wake-up notification. The controller sending the wake-up notification can be referred to as the first controller.

[0100] Step 304: The hibernation detection unit removes the first controller from the first controller set to obtain a second controller set.

[0101] Step 305: The hibernation detection unit determines the controller with hibernation abnormality based on all second controllers included in the second controller set.

[0102] This step can have two processing methods. One is that the hibernation detection unit determines all controllers in the second controller set as the controller with hibernation abnormality.

[0103] Optionally, the hibernation detection unit can further determine whether each second controller in the second controller set is abnormally hibernating through some methods. The specific processing flow is as follows.

[0104] The hibernation detection unit obtains the communication messages between different controllers before the first time point. Based on these communication messages, it further determines whether the second controller is abnormally hibernating. The determination method is that, for the second controller included in the second controller set, if the second controller does not receive any communication message within a first preset time length before the first time point, the hibernation detection unit determines that the second controller has hibernation abnormality. The first preset time length can be set to the time length required for the second controller to process a communication message. If the second controller does not receive any communication message before the first time point, and the second controller does not normally hibernate, it indicates that the second controller has hibernation abnormality.

[0105] Further, for the second controller receiving the second communication message within the preset time length before the first time point, the hibernation detection unit cannot know whether the second controller does not normally hibernate because it processes the communication messages sent by other controllers to the second controller, or the second controller itself has hibernation abnormality. At this time, the vehicle body domain controller can be notified to resend the hibernation notification to the second controller, and then it is determined whether the second controller has hibernation abnormality. The corresponding processing mode is as follows.

[0106] The specific method is that the hibernation detection unit notifies the vehicle body domain controller to resend the hibernation notification to the second controller. If the second controller receives any communication message within a target time period after resending the hibernation notification, the hibernation notification is resent until the second controller does not receive any communication message within the target time period after resending the hibernation notification, wherein the end time point of the target time period is the time point after the hibernation waiting time length after resending the hibernation notification, and the start time point of the target time period is the time point separated from the end time point by a first preset time length. The first preset time length can be specified by relevant technical personnel, and the present disclosure does not limit this. For example, the first preset time length can be 1s. In this way, the hibernation notification is resent to the second controller, and the abnormal hibernation of the vehicle caused by the second controller still needing to process the communication messages sent by other controllers after sending the hibernation notification is avoided. The determination method is introduced as follows.

[0107] If the second controller does not send communication messages other than the wake-up notification within a second preset time length after the end time point, the hibernation detection unit determines that the second controller does not have hibernation abnormality. If the second controller sends communication messages other than the wake-up notification within the second preset time length after the end time point, the hibernation detection unit determines that the second controller has hibernation abnormality.

[0108] For the above processing mode, the second controller will always receive the second communication message after the vehicle body domain controller sends multiple sleep notifications to the second controller. A threshold number of times can be set in advance. When the sleep detection unit learns that the sleep instructions sent by the vehicle body domain controller to the second controller exceed the threshold number of times, the following Figure 4 Another method provided in the present disclosure re-determines whether the second controller is in abnormal sleep. The corresponding processing flow is shown in FIG. 4B, which includes the following steps. Figure 4

[0109] In step 401, the sleep detection unit determines the third controller that sends the second communication message, and turns off the power supply of the third controller.

[0110] The second communication message is the communication message sent by the third controller to the second controller within a target time period after the vehicle body domain controller last sends a sleep notification to the second controller at a current time point. Then the power supply of the third controller is turned off, so that the third controller cannot send communication messages to the second controller.

[0111] Within the target time point, there can be one or more communication messages sent to the second controller. The power supply of all controllers that send communication messages to the second controller can be turned off.

[0112] In step 402, the sleep detection unit notifies the vehicle body domain controller to re-send a sleep notification to the second controller.

[0113] In step 403, if the second controller does not send a communication message other than the wake-up notification within a second preset time period after the end time point, the sleep detection unit determines that the second controller does not have a sleep abnormality. If the second controller sends a communication message other than the wake-up notification within the second preset time period after the end time point, the sleep detection unit determines that the second controller has a sleep abnormality.

[0114] The second preset time period can be the same as or different from the first preset time period described above. Related technical personnel can set it according to actual conditions, and the present disclosure does not limit it. For example, the second preset time period can be 1s.

[0115] In the present disclosure, the controller with a sleep abnormality is automatically determined based on the communication message after the sleep notification. Because the normal situation after sleep is not to send a communication message, the controller with a sleep abnormality can be accurately determined at this time through the communication message. In this way, the problem of being unable to find the controller with a sleep abnormality due to the inability to reproduce the fault is well solved. After the user learns that the controller with a sleep abnormality exists, targeted measures can be taken, such as repairing or replacing the corresponding controller. Thus, the vehicle empty electricity hidden danger can be eliminated.​

[0116] Based on the same technical concept, the embodiment of the present disclosure provides a device for detecting vehicle hibernation anomaly, which is applied to a hibernation detection unit, the hibernation detection unit belongs to a target vehicle, and the target vehicle further comprises a body domain controller and controllers of a plurality of components, as shown in the figure, the device comprises: Figure 5

[0117] A determination module 510 is configured to determine that the body domain controller sends hibernation notifications to the plurality of controllers respectively in the case of detecting a hibernation trigger event.

[0118] An acquisition module 520 is configured to acquire communication messages between different controllers.

[0119] The determination module 510 is further configured to determine the controller with hibernation anomaly based on the communication messages between the different controllers.

[0120] In a possible implementation, the device further comprises a sending module 530 configured to:

[0121] The hibernation detection unit sends a hibernation anomaly notification to a user-side terminal after determining the controller with hibernation anomaly.

[0122] In a possible implementation, the sending module 530 is further configured to:

[0123] The hibernation detection unit sends the communication messages between the different controllers and the controller with hibernation anomaly to a server.

[0124] In a possible implementation, the determination module 510 is configured to:

[0125] The hibernation detection unit acquires first communication messages with sending time after a first time point in the communication messages between the different controllers, wherein the first time point is a time point after a preset hibernation waiting duration after sending the hibernation notification.

[0126] The hibernation detection unit determines the controllers sending each first communication message to obtain a first controller set.

[0127] The hibernation detection unit determines a wake-up notification in the first communication messages and determines a first controller sending the wake-up notification.

[0128] The hibernation detection unit removes the first controller from the first controller set to obtain a second controller set.

[0129] The hibernation detection unit determines the controller with hibernation anomaly based on all second controllers included in the second controller set. ​

[0130] In a possible implementation, the determining module 510 is configured to:

[0131] The sleep detection unit determines all second controllers included in the second controller set as the controllers with sleep abnormity.

[0132] In a possible implementation, the determining module 510 is configured to:

[0133] For each second controller included in the second controller set, if the second controller does not receive any communication message within a first preset time length before the first time point, the sleep detection unit determines that the second controller has sleep abnormity.

[0134] In a possible implementation, the determining module 510 is further configured to:

[0135] If the second controller receives a second communication message within a preset time length before the first time point, the sleep detection unit re-determines whether the second controller has sleep abnormity.

[0136] In a possible implementation, the determining module 510 is configured to:

[0137] The sleep detection unit notifies the body domain controller to re-send a sleep notification to the second controller, and re-sends the sleep notification until the second controller does not receive any communication message within a target time period after re-sending the sleep notification, if the second controller receives any communication message within the target time period after re-sending the sleep notification, wherein an end time point of the target time period is a time point after the sleep waiting time length after re-sending the sleep notification, and a start time point of the target time period is a time point that is separated from the end time point by the first preset time length.

[0138] If the second controller does not send a communication message other than the wake-up notification within a second preset time length after the end time point, the sleep detection unit determines that the second controller does not have sleep abnormity, and if the second controller sends a communication message other than the wake-up notification within the second preset time length after the end time point, the sleep detection unit determines that the second controller has sleep abnormity.

[0139] In a possible implementation, the determining module 510 is configured to:

[0140] The sleep detection unit determines a third controller that sends the second communication message, and closes power supply of the third controller.

[0141] The hibernation detection unit informs the vehicle body domain controller to resend the hibernation notification to the second controller;

[0142] If the second controller does not send a communication message other than the wake-up notification within the second preset time period after the end time point, the hibernation detection unit determines that the second controller does not have a hibernation abnormality, and if the second controller sends a communication message other than the wake-up notification within the second preset time period after the end time point, the hibernation detection unit determines that the second controller has a hibernation abnormality.

[0143] In the embodiments of the present disclosure, the controller having a hibernation abnormality is automatically determined based on the communication message after the hibernation notification. Because the normal condition after hibernation is that no communication message should be sent, the controller having a hibernation abnormality can be accurately determined through the communication message at this time. In this way, the problem that it is difficult to find the controller having a hibernation abnormality because the fault cannot be reproduced is well solved. After the user knows the controller having a hibernation abnormality, targeted measures can be taken, such as repairing or replacing the corresponding controller. Therefore, the vehicle empty electricity hidden danger can be eliminated.

[0144] It should be noted that: the device for detecting vehicle hibernation abnormality provided in the above embodiments is only exemplified by the division of the above functional modules when performing the process of detecting the vehicle hibernation abnormality. In actual application, the above functions can be completed by different functional modules according to needs, that is, the internal structure of the device is divided into different functional modules to complete all or part of the functions described above. In addition, the device for detecting vehicle hibernation abnormality and the method for detecting vehicle hibernation abnormality provided in the above embodiments belong to the same concept, and the specific implementation process is detailed in the method embodiments, which will not be repeated here.

[0145] In the above embodiments, all or part of the steps can be implemented by software, hardware, firmware or any combination thereof, when implemented by using software, all or part of the steps can be implemented in the form of a computer program product. The computer program product includes one or more computer instructions loaded and executed on a device, which generates the processes or functions described in the embodiments of the present disclosure. The computer instructions can be stored in a computer readable storage medium or transmitted from one computer readable storage medium to another computer readable storage medium, for example, the computer instructions can be transmitted from one website, computer, server or data center to another website, computer, server or data center through wired (such as coaxial cable, optical fiber, digital subscriber line) or wireless (such as infrared, wireless, microwave, etc.) mode. The computer readable storage medium can be any available medium that can be accessed by a device or a data storage device such as a server, data center, etc. integrated with one or more available media sets. The available media can be magnetic media (such as floppy disk, hard disk and magnetic tape, etc.), optical media (such as digital video disk (digital video disk, DVD), etc.), or semiconductor media (such as solid state disk, etc.).

[0146] Those skilled in the art can understand that all or part of the steps of the above embodiments can be completed by hardware, or by program instructing relevant hardware, and the program can be stored in a computer readable storage medium, and the storage medium mentioned above can be read only memory, disk or optical disk, etc.

[0147] The above only describes one embodiment of the present disclosure, and does not limit the present disclosure, any modification, equivalent replacement, improvement, etc. within the principles of the present disclosure shall be included in the protection scope of the present disclosure.

Claims

1. A method of detecting hibernation anomaly of a vehicle, characterized by, The method is applied to a target vehicle including a hibernation detection unit, a body domain controller and controllers of a plurality of components, and the method includes: The hibernation detection unit determines that the body domain controller sends hibernation notifications to the plurality of controllers respectively in a case where a hibernation trigger event is detected; The hibernation detection unit obtains communication messages between different controllers; The hibernation detection unit determines, based on the communication messages between the different controllers, controllers that exist hibernation abnormities; The hibernation detection unit determines, based on the communication messages between the different controllers, controllers that exist hibernation abnormities, including: The hibernation detection unit obtains, in the communication messages between the different controllers, first communication messages with sending times after a first time point, wherein the first time point is a time point after a preset hibernation waiting duration after the hibernation notifications are sent; The hibernation detection unit determines controllers that send each first communication message to obtain a first controller set; The hibernation detection unit determines a wake-up notification in the first communication messages and determines a first controller that sends the wake-up notification; The hibernation detection unit removes the first controller from the first controller set to obtain a second controller set; The hibernation detection unit determines, based on all second controllers included in the second controller set, controllers that exist hibernation abnormities; The hibernation detection unit determines, based on all second controllers included in the second controller set, controllers that exist hibernation abnormities, including: The hibernation detection unit determines, as controllers that exist hibernation abnormities, all second controllers included in the second controller set; The hibernation detection unit determines, based on all second controllers included in the second controller set, controllers that exist hibernation abnormities, including: For each second controller included in the second controller set, if the second controller does not receive any communication message within a first preset duration before the first time point, the hibernation detection unit determines that the second controller exists a hibernation abnormality.

2. The method of claim 1, wherein, The method further includes: The hibernation detection unit sends a hibernation abnormality notification to a user-side terminal after determining the controllers that exist hibernation abnormities.

3. The method of claim 1, wherein, The method further includes: The hibernation detection unit sends, to a server, the communication messages between the different controllers and the controllers that exist hibernation abnormities.

4. A device for detecting abnormal vehicle sleep mode, characterized in that, The device is applied to a hibernation detection unit and is used to execute the method in any one of claims 1 to 3, and the device includes: A determination module that is used to determine that a body domain controller sends hibernation notifications to a plurality of controllers respectively in a case where a hibernation trigger event is detected; An obtaining module that is used to obtain communication messages between different controllers; The determination module is further used to determine, based on the communication messages between the different controllers, controllers that exist hibernation abnormities.

5. An electronic device, comprising: The electronic device includes a memory and a processor, the memory is used to store computer instructions; The processor executes the computer instructions stored in the memory to enable the electronic device to execute the method in any one of claims 1 to 3.

6. A computer-readable storage medium, characterized in that, The computer readable storage medium stores computer program code which, when executed by an electronic device, causes the electronic device to perform the method of any one of claims 1 to 3.

7. A computer program product, characterised in that, The computer program product comprises computer program code which, when executed by an electronic device, causes the electronic device to perform the method of any one of claims 1 to 3.

Images