Vehicle sleep abnormity processing method, device, equipment, medium and program product

Abstract

The invention provides a vehicle sleep exception processing method, device and equipment, a medium and a program product, and relates to the technical field of vehicle network management, and the method comprises the steps: determining whether a vehicle is in a sleep exception state or not; if the vehicle is in the dormancy abnormal state, determining a dormancy abnormal controller in the vehicle according to the received target network management message, the vehicle comprising a plurality of controllers for network management based on AUTOSAR; according to an awakening reason message and a non-dormancy reason message sent by the dormancy abnormity controller, obtaining a target awakening reason and a target non-dormancy reason corresponding to the dormancy abnormity controller; according to the target awakening reason and the target non-dormancy reason, determining a power supply control strategy corresponding to the dormancy abnormity controller; and performing dormancy exception processing on the dormancy exception controller according to the power supply control strategy. According to the invention, the problem of vehicle sleep abnormity can be processed more accurately, so that the risk of data loss is greatly reduced, and the risk of vehicle feed is effectively reduced.

Description

Technical Field

[0001] The present invention relates to the technical field of vehicle network management, and in particular to a vehicle sleep exception processing method, device, equipment, medium and program product. Background Art

[0002] With the development of vehicle electronic technology, the application of AUTomotive Open System ARchitecture (AUTOSAR) in the vehicle industry is becoming more and more widespread. For example, the communication network of the vehicle communication bus can be managed through AUTOSAR; among them, the controller based on AUTOSAR for network management can wake up the vehicle network to implement specific functions, and then enter the pre-sleep state by itself, and finally coordinate the sleep by stopping the network management message of the control communication bus. However, after the vehicle is awakened to perform a specific function, there is a situation where the controller cannot enter the sleep state, causing the vehicle network to remain awake and unable to coordinate the sleep, thereby causing the vehicle to be powered on.

[0003] At present, when a vehicle controller has a sleep abnormality problem, the controller with the sleep abnormality is usually determined based on the network management message in the vehicle communication bus, and then the controller with the sleep abnormality is powered off and then powered on again to solve the controller's sleep abnormality problem. However, there is a certain risk of data loss when dealing with the vehicle sleep abnormality problem in the above manner. Summary of the invention

[0004] The purpose of the present invention is to provide a vehicle sleep anomaly processing method, device, equipment, medium and program product to solve the risk of certain data loss when processing the vehicle sleep anomaly problem in the current way.

[0005] In order to achieve the above object, the technical solution adopted by the present invention is as follows:

[0006] A vehicle sleep exception processing method comprises: determining whether a vehicle is in a sleep exception state; if the vehicle is in a sleep exception state, determining a sleep exception controller in the vehicle according to a received target network management message, the vehicle comprising a plurality of controllers for network management based on AUTOSAR; obtaining a target wakeup reason and a target non-sleep reason corresponding to the sleep exception controller according to a wakeup reason message and a non-sleep reason message sent by the sleep exception controller; determining a power supply control strategy corresponding to the sleep exception controller according to the target wakeup reason and the target non-sleep reason; and performing sleep exception processing on the sleep exception controller according to the power supply control strategy.

[0007] According to the above technical means, starting from the reasons that cause the sleep abnormal controller to send the target network management message, the target wake-up reasons and the target non-sleep reasons are combined for analysis, instead of just using the network management message as a judgment condition to directly reset the sleep abnormal controller. This can more accurately judge the abnormal state of the sleep abnormal controller, and adopt corresponding power supply control strategies to process the sleep abnormal controller according to different abnormal states, thereby greatly reducing the risk of data loss. On the basis of realizing the rapid processing of sleep abnormal problems by the vehicle itself, it can effectively reduce the risk of vehicle power supply.

[0008] Further, according to the target wake-up reason and the target non-sleep reason, the power control strategy corresponding to the sleep exception controller is determined, including: according to the target wake-up reason is valid and the target non-sleep reason is valid, or the target wake-up reason is invalid and the target non-sleep reason is valid, the power control strategy corresponding to the sleep exception controller is determined.

[0009] Furthermore, the sleep exception controller is subjected to sleep exception processing according to the power control strategy, including: determining whether the target non-sleep reason can be ignored according to the target non-sleep reason; if so, determining the first power pin corresponding to the sleep exception controller according to the target network management message, and controlling the first power pin to be powered off and then powered on again to reset the sleep exception controller; if not, recording the target diagnostic fault code corresponding to the target non-sleep reason.

[0010] Furthermore, the reasons for not sleeping include the power mode being an unclosed mode, detecting that other controllers are sending network management messages and the target's own reasons. According to the reasons for the target not sleeping, it is determined whether the reasons for the target not sleeping can be ignored, including: if the reasons for the target not sleeping are its own reasons, then it is determined that the reasons for the target not sleeping cannot be ignored; if the reasons for the target not sleeping are that the power mode is not an unclosed mode, or detecting that other controllers are sending network management messages, then it is determined that the reasons for the target not sleeping can be ignored.

[0011] Further, according to the target wake-up reason and the target non-sleep reason, the power control strategy corresponding to the sleep exception controller is determined, including: according to the target wake-up reason being valid and the target non-sleep reason being invalid, or the target wake-up reason being invalid and the target non-sleep reason being invalid, the power control strategy corresponding to the sleep exception controller is determined.

[0012] Furthermore, sleep exception processing is performed on the sleep exception controller according to the power control strategy, including: determining whether the first power pin is allowed to be powered off; if so, controlling the first power pin to be powered off so that the controller corresponding to the first power pin enters a sleep state; if not, controlling the first power pin to be powered off and then powered on again to reset the controller corresponding to the first power pin.

[0013] Further, determining whether the first power pin allows power off includes: if there is a non-sleep controller in the controller corresponding to the first power pin, determining that the first power pin does not allow power off; if there is no non-sleep controller in the controller corresponding to the first power pin, determining that the first power pin allows power off.

[0014] Furthermore, the vehicle sleep exception handling method also includes: determining the dormant controller and / or dormant controller in the vehicle based on the network management message that has not been received; determining the second power pin corresponding to the dormant controller and / or dormant controller based on the network management message corresponding to the dormant controller and / or dormant controller respectively; determining whether the second power pin is allowed to be powered off; if so, controlling the second power pin to be powered off so that the controller corresponding to the second power pin enters a sleep state; if not, controlling the second power pin to be powered off and then powered on again to reset the controller corresponding to the second power pin.

[0015] Further, determining whether the second power pin allows power off includes: if there is a non-sleep controller in the controller corresponding to the second power pin, determining that the second power pin does not allow power off; if there is no non-sleep controller in the controller corresponding to the second power pin, determining that the second power pin allows power off.

[0016] Further, determining whether the vehicle is in an abnormal dormant state includes: if the vehicle meets preset judgment conditions and detects a target network management message after the preset judgment conditions are met for a preset time, then determining that the vehicle is in an abnormal dormant state, the preset judgment conditions include that the vehicle's power mode is an off mode, the vehicle is not in a high-voltage state, the vehicle is not in an air download OTA mode, the vehicle gear is a parking P gear, the vehicle speed is 0 and the speed validity is valid, the vehicle is in a fortified state, and the vehicle is not in a remote control function wake-up state; if the vehicle does not meet the preset judgment conditions, or does not detect a target network management message after the preset judgment conditions are met for a preset time, then determining that the vehicle is not in an abnormal dormant state.

[0017] A vehicle sleep exception processing device comprises: a first determination module, used to determine whether a vehicle is in a sleep exception state; a second determination module, used to determine a sleep exception controller in the vehicle according to a received target network management message if the vehicle is in a sleep exception state, the vehicle comprising a plurality of controllers for network management based on AUTOSAR; an acquisition module, used to acquire a target wake-up reason and a target non-sleep reason corresponding to the sleep exception controller according to a wake-up reason message and a non-sleep reason message sent by the sleep exception controller; a third determination module, used to determine a power control strategy corresponding to the sleep exception controller according to the target wake-up reason and the target non-sleep reason; and a processing module, used to perform sleep exception processing on the sleep exception controller according to the power control strategy.

[0018] Further, the third determination module is specifically used to determine the power control strategy corresponding to the sleep abnormality controller according to whether the target wakeup reason is valid and the target non-sleep reason is valid, or whether the target wakeup reason is invalid and the target non-sleep reason is valid.

[0019] Furthermore, the processing module is specifically used to: determine whether the target non-sleep reason can be ignored based on the target non-sleep reason; if so, determine the first power pin corresponding to the sleep abnormality controller based on the target network management message, and control the first power pin to power off and then power on again to reset the sleep abnormality controller; if not, record the target diagnostic fault code corresponding to the target non-sleep reason.

[0020] Furthermore, the reasons for not sleeping include the power mode being an unclosed mode, detecting other controllers sending network management messages and the reasons itself. When the processing module is used to determine whether the reason for the target not sleeping can be ignored based on the reason for the target not sleeping, it is specifically used for: if the reason for the target not sleeping is its own reason, then it is determined that the reason for the target not sleeping cannot be ignored; if the reason for the target not sleeping is that the power mode is not closed, or other controllers are detected sending network management messages, then it is determined that the reason for the target not sleeping can be ignored.

[0021] Further, the third determination module is specifically used to determine the power control strategy corresponding to the sleep abnormality controller according to whether the target wakeup reason is valid and the target non-sleep reason is invalid, or whether the target wakeup reason is invalid and the target non-sleep reason is invalid.

[0022] Furthermore, the processing module is specifically used to: determine whether the first power pin is allowed to be powered off; if so, control the first power pin to be powered off so that the controller corresponding to the first power pin enters a sleep state; if not, control the first power pin to be powered off and then powered on again to reset the controller corresponding to the first power pin.

[0023] Furthermore, when the processing module is used to determine whether the first power pin allows power off, it is specifically used to: if there is a non-sleep controller in the controller corresponding to the first power pin, determine that the first power pin does not allow power off; if there is no non-sleep controller in the controller corresponding to the first power pin, determine that the first power pin allows power off.

[0024] Furthermore, the processing module is also used to: determine the dormant controller and / or dormant controller in the vehicle based on the network management message that has not been received; determine the second power pin corresponding to the dormant controller and / or dormant controller respectively based on the network management message corresponding to the dormant controller and / or dormant controller respectively; determine whether the second power pin is allowed to be powered off; if so, control the second power pin to be powered off so that the controller corresponding to the second power pin enters a dormant state; if not, control the second power pin to be powered off and then powered on again to reset the controller corresponding to the second power pin.

[0025] Furthermore, when the processing module is used to determine whether the second power pin is allowed to be powered off, it is specifically used to: if there is a non-sleep controller in the controller corresponding to the second power pin, determine that the second power pin is not allowed to be powered off; if there is no non-sleep controller in the controller corresponding to the second power pin, determine that the second power pin is allowed to be powered off.

[0026] Further, the first determination module is specifically used for: if the vehicle satisfies preset judgment conditions and detects a target network management message after the preset judgment conditions are met for a preset time, then it is determined that the vehicle is in an abnormal dormant state, and the preset judgment conditions include that the vehicle's power mode is in an off mode, the vehicle is not in a high-voltage state, the vehicle is not in an air download OTA mode, the vehicle gear is in the parking P gear, the vehicle speed is 0 and the speed validity is valid, the vehicle is in a fortified state, and the vehicle is not in a remote control function wake-up state; if the vehicle does not meet the preset judgment conditions, or the target network management message is not detected after the preset judgment conditions are met for a preset time, then it is determined that the vehicle is not in an abnormal dormant state.

[0027] A vehicle comprises a vehicle body, front wheels and rear wheels, wherein the vehicle body is arranged between the front wheels and the rear wheels; the vehicle also comprises a vehicle dormancy abnormality processing device as described above in the present invention and arranged on the vehicle body.

[0028] An electronic device comprises: a processor and a memory in communication with the processor; the memory stores computer-executable instructions; the processor executes the computer-executable instructions stored in the memory to implement the vehicle dormancy abnormality processing method as described above in the present invention.

[0029] A computer-readable storage medium stores computer program instructions. When the computer program instructions are executed, the vehicle dormancy abnormality processing method of the present invention is implemented.

[0030] A computer program product includes a computer program. When the computer program is executed, the vehicle dormancy abnormality processing method of the present invention is implemented.

[0031] Beneficial effects of the present invention: The vehicle sleep abnormality processing method, device, equipment, medium and program product provided by the present invention, after determining that the vehicle is in a sleep abnormal state, determines the sleep abnormality controller in the vehicle according to the received target network management message; obtains the target wake-up reason and target non-sleep reason corresponding to the sleep abnormality controller according to the wake-up reason message and the non-sleep reason message sent by the sleep abnormality controller; determines the power control strategy corresponding to the sleep abnormality controller according to the target wake-up reason and the target non-sleep reason; performs sleep abnormality processing on the sleep abnormality controller according to the power control strategy, and can start from the cause that causes the sleep abnormality controller to send the target network management message, and combine and analyze the target wake-up reason and the target non-sleep reason, instead of just using the network management message as a judgment condition to directly reset the sleep abnormality controller. Therefore, the present invention can more accurately judge the abnormal state of the sleep abnormality controller, and adopt the corresponding power control strategy to process the sleep abnormality controller according to different abnormal states, thereby greatly reducing the risk of data loss. On the basis of realizing the rapid processing of the sleep abnormality problem by the vehicle itself, it can effectively reduce the risk of vehicle power feeding. BRIEF DESCRIPTION OF THE DRAWINGS

[0032] In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the following briefly introduces the drawings required for use in the embodiments or the description of the prior art. Obviously, the drawings described below are some embodiments of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative labor.

[0033] Figure 1 A schematic diagram of an application scenario provided by an embodiment of the present invention;

[0034] Figure 2 A flowchart of a vehicle sleep abnormality processing method provided by an embodiment of the present invention;

[0035] Figure 3 A flowchart of a vehicle sleep abnormality processing method provided by another embodiment of the present invention;

[0036] Figure 4 A flowchart of a vehicle sleep abnormality processing method provided by another embodiment of the present invention;

[0037] Figure 5 A schematic diagram of the structure of a vehicle sleep abnormality processing device provided by an embodiment of the present invention;

[0038] Figure 6 A schematic diagram of the structure of an electronic device provided by an embodiment of the present invention. DETAILED DESCRIPTION

[0039] The following will describe the embodiments of the present invention with reference to the accompanying drawings and preferred embodiments. Those skilled in the art can easily understand other advantages and effects of the present invention from the contents disclosed in this specification. The present invention can also be implemented or applied through other different specific embodiments, and the details in this specification can also be modified or changed in various ways based on different viewpoints and applications without departing from the spirit of the present invention. It should be understood that the preferred embodiments are only for illustrating the present invention, not for limiting the scope of protection of the present invention.

[0040] It should be noted that the illustrations provided in the following embodiments are only schematic illustrations of the basic concept of the present invention, and thus the drawings only show components related to the present invention rather than being drawn according to the number, shape and size of components in actual implementation. In actual implementation, the type, quantity and proportion of each component may be changed arbitrarily, and the component layout may also be more complicated.

[0041] It should be noted that the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data used for analysis, stored data, displayed data, etc.) involved in the present invention are all information and data authorized by the user or fully authorized by all parties, and the collection, use and processing of relevant data must comply with relevant laws, regulations and standards, and corresponding operation entrances shall be provided for users to choose to authorize or refuse.

[0042] With the development of vehicle electronic technology, AUTOSAR is increasingly used in the vehicle industry. For example, the communication network of the vehicle communication bus can be managed through AUTOSAR. Specifically, the communication network of the controller area network (CAN) or the CAN with Flexible Data-Rate (CANFD) bus can be managed through AUTOSAR. The main feature of the AUTOSAR network management solution is multi-master control. The controller based on AUTOSAR for network management can wake up the vehicle network to implement specific functions, and then enter the pre-sleep state by itself, and finally coordinate sleep by controlling the suspension of network management messages on the communication bus. However, after the vehicle is awakened to perform a specific function, there is a situation where the controller cannot enter the sleep state due to some reasons, which causes the vehicle network to remain awake and unable to coordinate sleep, resulting in vehicle power feeding.

[0043] At present, when a vehicle controller has a sleep abnormality problem, the controller with the sleep abnormality is usually determined based on the network management message in the vehicle communication bus, and then the controller with the sleep abnormality is powered off and then powered on again to solve the controller's sleep abnormality problem. However, when dealing with the vehicle sleep abnormality problem in the above manner, the controller with the sleep abnormality is directly powered off without determining the cause of the sleep abnormality, which poses a certain risk of data loss, such as the loss of stored data, user data, or controller learning data. In addition, in related technologies, the cloud platform can also be used to analyze the cause of the vehicle's sleep abnormality, and remote control instructions can be issued to the vehicle based on the analysis results to deal with the sleep abnormality problem. However, when the vehicle is parked in a place with a poor network, such as an underground garage, data may not be received or remote control instructions may be lost, causing the solution to fail.

[0044] Based on the above problems, the present invention provides a method for handling vehicle sleep anomalies. The method no longer uses the network management message as a judgment condition alone, but uses the network management message as a preliminary judgment condition. Then, after the conditional judgment of the network management message, the abnormal state of the controller can be judged more accurately based on the cause of the controller sending the network management message. Then, according to different abnormal states, different power control strategies are used to directly process the controller without interacting with the cloud platform, so that the vehicle itself can quickly handle the problem of network abnormality and non-sleep, reducing the risk of vehicle power feeding. In addition, the normal controller on the whole vehicle can also be powered off to save the power consumption of the normal controller.

[0045] In the following, the application scenario of the solution provided by the present invention is firstly described by way of example.

[0046] Figure 1 Schematic diagram of an application scenario provided by an embodiment of the present invention. Figure 1 As shown, in this application scenario, the vehicle includes a regional controller and multiple controllers based on AUTOSAR for network management (i.e. Figure 1 AUTOSAR network management controller 1 to controller N); wherein, the regional controller is used to receive network management messages sent by each AUTOSAR network management controller, and at the same time, as a gateway node, forward the network management messages on the downstream CAN network; each AUTOSAR network management controller is a controller that performs specific functions on the vehicle, and needs to send network management messages, controller wake-up reason messages, and non-sleep reason messages. After the vehicle is powered off, the regional controller determines the sleep abnormal controller in the vehicle according to the vehicle sleep abnormality processing method provided in an embodiment of the present invention, analyzes the target wake-up reason and target non-sleep reason sent by the sleep abnormal controller, determines the power control strategy corresponding to the sleep abnormal controller, and performs sleep abnormality processing according to the power control strategy.

[0047] It should be noted that Figure 1 This is only a schematic diagram of an application scenario provided by an embodiment of the present invention. Figure 1 does not limit the equipment included in Figure 1 The positional relationship between the devices is limited.

[0048] The technical solution of the present invention is described in detail below through specific embodiments. It should be noted that the following specific embodiments can be combined with each other, and the same or similar concepts or processes may not be described in detail in some embodiments.

[0049] Figure 2 The flowchart of the vehicle sleep exception processing method provided by one embodiment of the present invention. The vehicle sleep exception processing method can be executed by software and / or hardware devices. For example, the hardware device can be a vehicle sleep exception processing device. The vehicle sleep exception processing device can be an electronic device or a processing chip in an electronic device. Specifically, the electronic device can be a regional controller of the vehicle. Figure 2 As shown, the method of the embodiment of the present invention includes:

[0050] S201. Determine whether the vehicle is in an abnormal dormant state.

[0051] In the embodiment of the present invention, illustratively, after the vehicle is powered off, the vehicle may be detected to determine whether the vehicle is in an abnormal dormant state.

[0052] Further, optionally, determining whether the vehicle is in an abnormal dormant state may include: if the vehicle satisfies preset judgment conditions and detects a target network management message after the preset judgment conditions are met for a preset period of time, then determining that the vehicle is in an abnormal dormant state, the preset judgment conditions include that the vehicle's power mode is OFF mode, the vehicle is not in a high voltage state, the vehicle is not in an Over-the-Air (OTA) mode, the vehicle gear is in the parking (P) gear, the vehicle speed is 0 and the speed validity is valid, the vehicle is in a fortified state, and the vehicle is not in a remote control function wake-up state; if the vehicle does not meet the preset judgment conditions, or the target network management message is not detected after the preset judgment conditions are met for a preset period of time, then determining that the vehicle is not in an abnormal dormant state.

[0053] Exemplarily, the preset duration is, for example, 30 minutes (min). It can be determined whether the vehicle meets the preset judgment conditions. If the preset judgment conditions are met, the time is set for 30 minutes. If the target network management message can still be detected after 30 minutes, that is, there is a network management message on any communication bus of the vehicle, it means that the vehicle has not yet entered the sleep state, so it can be determined that the vehicle is in an abnormal sleep state. If the vehicle does not meet the preset judgment conditions, or the target network management message is not detected after the preset judgment conditions are met for 30 minutes, it means that the vehicle has entered the sleep state, so it can be determined that the vehicle is not in an abnormal sleep state, and the process ends.

[0054] S202: If the vehicle is in a dormant abnormal state, determine a dormant abnormal controller in the vehicle according to the received target network management message, wherein the vehicle includes a plurality of controllers for network management based on AUTOSAR.

[0055] For example, after determining that the vehicle is in an abnormal dormant state, the received target network management message can be analyzed to determine the abnormal dormant controller in the vehicle. Specifically, according to the AUTOSAR network management specification requirements, each controller that performs network management based on AUTOSAR needs to send a network management message, and the network management message identifier (ID) needs to meet the format: ID: 0x4XX. Since the network management message ID of each controller is unique, and the network management message ID of each controller is in a one-to-one correspondence with the controller, the corresponding controller can be identified based on the received network management message ID. Table 1 shows the correspondence between the network management message ID, the controller (Electronic Control Unit, ECU) and the power pin; wherein, the network management message ID and the controller are in a one-to-one correspondence; the network management message ID and the power pin are in a many-to-one relationship, and accordingly, the controller and the power pin are also in a many-to-one relationship, for example, ECU2 and ECU3 correspond to the same power pin J1-2; VIU stands for vehicle interface unit (Vehicle Interface Unit), EFUSE stands for electronic fuse (Electronic Fuse), and HSD stands for high side driver (High Side Driver).

[0056] Table 1

[0057]

[0058] In this step, referring to Table 1, assuming that the received target network management message ID is 0x401, it can be determined that the abnormally dormant controller in the vehicle is ECU 1. Based on this, it can be determined that the controllers corresponding to the received target network management message ID are not dormant; if no network management message is received, the controllers corresponding to its ID are dormant or can be dormant.

[0059] S203: Obtain a target awakening reason and a target non-sleep reason corresponding to the sleep abnormality controller according to the awakening reason message and the non-sleep reason message sent by the sleep abnormality controller.

[0060] It can be understood that each controller that performs network management based on AUTOSAR, in addition to sending network management messages after being awakened, can also continue to send its own network awakening reasons and reasons for maintaining awakening through awakening reason messages, and continue to send non-sleep reasons through non-sleep reason messages. Among them, the awakening reason message and the non-sleep reason message can also be understood as application messages; the awakening reasons may include: power awakening, network management (Network Management, NM) message awakening and self-reason awakening; the non-sleep reason may include, for example, the power mode is not closed, other controllers are detected to be sending network management messages and self-reasons, etc. Correspondingly, the electronic device executing the embodiment of the present method receives all the wake-up reason messages and non-sleep reason messages.

[0061] In this step, in addition to sending the target network management message, the sleep exception controller also sends a wake-up reason message and a non-sleep reason message. Therefore, based on the received wake-up reason message and non-sleep reason message, the target wake-up reason and target non-sleep reason of the network communication in the current state of the sleep exception controller can be obtained, so as to determine the power control strategy corresponding to the sleep exception controller based on the analysis of the target wake-up reason and the target non-sleep reason.

[0062] S204: Determine a power control strategy corresponding to the sleep abnormality controller according to the target wake-up reason and the target non-sleep reason.

[0063] Exemplarily, after obtaining the target wakeup reason and the target non-sleep reason corresponding to the sleep exception controller, the target wakeup reason and the target non-sleep reason can be combined and analyzed to determine the power control strategy corresponding to the sleep exception controller. Exemplarily, for example, the power control strategy corresponding to the sleep exception controller can be determined based on whether the target wakeup reason is valid and the target non-sleep reason is valid, or the target wakeup reason is invalid and the target non-sleep reason is valid. For example, the power control strategy is to reset the sleep exception controller; the power control strategy corresponding to the sleep exception controller can be determined based on whether the target wakeup reason is valid and the target non-sleep reason is invalid, or the target wakeup reason is invalid and the target non-sleep reason is invalid. For example, the power control strategy is to power off the sleep exception controller or reset the sleep exception controller. For how to determine the power control strategy corresponding to the sleep exception controller based on the target wakeup reason and the target non-sleep reason, please refer to the subsequent embodiments, which will not be repeated here.

[0064] S205: Perform sleep exception processing on the sleep exception controller according to the power control strategy.

[0065] In this step, after determining the power control strategy corresponding to the sleep abnormal controller, the sleep abnormal controller can be processed according to the power control strategy, that is, the power control strategy is executed. Exemplarily, the power control strategy is, for example, to reset the sleep abnormal controller, and then the sleep abnormal controller is powered off and then powered on again.

[0066] The vehicle sleep abnormality processing method provided by the embodiment of the present invention determines the sleep abnormality controller in the vehicle according to the received target network management message after determining that the vehicle is in the sleep abnormality state; obtains the target wake-up reason and target non-sleep reason corresponding to the sleep abnormality controller according to the wake-up reason message and the non-sleep reason message sent by the sleep abnormality controller; determines the power control strategy corresponding to the sleep abnormality controller according to the target wake-up reason and the target non-sleep reason; performs sleep abnormality processing on the sleep abnormality controller according to the power control strategy, and can start from the cause that causes the sleep abnormality controller to send the target network management message, and combine and analyze the target wake-up reason and the target non-sleep reason, instead of just using the network management message as a judgment condition to directly reset the sleep abnormality controller. Therefore, the embodiment of the present invention can more accurately judge the abnormal state of the sleep abnormality controller, and adopt the corresponding power control strategy to process the sleep abnormality controller according to different abnormal states, thereby greatly reducing the risk of data loss. On the basis of realizing the rapid processing of the sleep abnormality problem by the vehicle itself, it can effectively reduce the risk of vehicle power feeding.

[0067] Figure 3This is a flow chart of a method for handling vehicle sleep anomalies provided by another embodiment of the present invention. Based on the above embodiment, the embodiment of the present invention further describes the method for handling vehicle sleep anomalies. Figure 3 As shown, the method of the embodiment of the present invention may include:

[0068] S301. Determine whether the vehicle is in an abnormal dormant state.

[0069] The detailed description of this step can be found in Figure 2 In the description of S201 in the embodiment shown, if the vehicle is in a dormant abnormal state, step S302 is executed; if the vehicle is not in a dormant abnormal state, the process ends ( Figure 3 not shown).

[0070] S302: If the vehicle is in a dormant abnormal state, determine a dormant abnormal controller in the vehicle according to the received target network management message, wherein the vehicle includes a plurality of controllers for network management based on AUTOSAR.

[0071] The detailed description of this step can be found in Figure 2 The relevant description of S202 in the illustrated embodiment will not be repeated here.

[0072] S303: Obtain a target awakening reason and a target non-sleep reason corresponding to the sleep abnormality controller according to the awakening reason message and the non-sleep reason message sent by the sleep abnormality controller.

[0073] The detailed description of this step can be found in Figure 2 The relevant description of S203 in the illustrated embodiment will not be repeated here.

[0074] In a possible implementation manner, in an embodiment of the present invention, Figure 2 The step S204 may further include the following step S304:

[0075] S304, determining a power control strategy corresponding to the sleep abnormality controller according to whether the target wakeup reason is valid and the target non-sleep reason is valid, or whether the target wakeup reason is invalid and the target non-sleep reason is valid, and executing step S305.

[0076] Exemplarily, if the target wake-up reason sent by the sleep abnormal controller is valid and the target non-sleep reason is valid, it means that the abnormal controller may be in a normal working state, and further analysis can be performed in combination with the target non-sleep reason to determine the power control strategy corresponding to the sleep abnormal controller. If the target wake-up reason sent by the sleep abnormal controller is invalid and the target non-sleep reason is valid, it means that the sleep abnormal controller may not have finished its local work, and further analysis can be performed in combination with the target non-sleep reason to determine the power control strategy corresponding to the sleep abnormal controller.

[0077] Accordingly, Figure 2 The step S205 may further include the following three steps S305 to S307:

[0078] S305: Determine whether the target non-sleep reason can be ignored according to the target non-sleep reason.

[0079] In this step, for the case where the target awakening reason is valid and the target non-sleeping reason is valid, or the target awakening reason is invalid and the target non-sleeping reason is valid, further analysis can be performed in combination with the target non-sleeping reason to determine whether the target non-sleeping reason can be ignored.

[0080] Optionally, the reasons for not sleeping include the power mode being not shutting down, detecting other controllers sending network management messages and the target's own reasons. Based on the reasons for the target not sleeping, it is determined whether the reasons for the target not sleeping can be ignored. It may include: if the reason for the target not sleeping is the target's own reasons, then it is determined that the reason for the target not sleeping cannot be ignored; if the reason for the target not sleeping is that the power mode is not shutting down, or other controllers are detected sending network management messages, then it is determined that the reason for the target not sleeping can be ignored.

[0081] Exemplarily, the target non-sleep reason can be further analyzed according to the type of pre-set non-sleep reason to determine whether the target non-sleep reason can be ignored. If the target non-sleep reason is its own reason, it means that the sleep abnormality controller itself still has work in progress and cannot perform power-off processing. Therefore, it can be determined that the target non-sleep reason cannot be ignored. Among them, the specific self-reason can be defined by the controller itself, and the embodiment of the present invention does not limit it. If the target non-sleep reason is that the power mode is not closed, or other controllers are detected to be sending network management messages, it can be determined that the target non-sleep reason can be ignored.

[0082] If it is determined that the reason why the target does not sleep can be ignored, step S306 is executed; if it is determined that the reason why the target does not sleep can not be ignored, step S307 is executed.

[0083] S306 . Determine a first power pin corresponding to the sleep abnormal controller according to the target network management message, and control the first power pin to be powered off and then powered on again to reset the sleep abnormal controller.

[0084] Exemplarily, after determining that the reason why the target is not in sleep mode can be ignored, referring to the example of step S202, since the network management message ID and the power pin are in a many-to-one relationship, the first power pin corresponding to the sleep abnormal controller can be determined according to the received network management message ID, so that the first power pin can be accurately controlled to be powered off and then powered on again to reset the sleep abnormal controller. It can be understood that in this embodiment, the power control strategy corresponding to the sleep abnormal controller is to control the first power pin corresponding to the sleep abnormal controller to be powered off and then powered on again to reset the sleep abnormal controller.

[0085] S307 , recording the target diagnostic fault code corresponding to the reason why the target does not sleep.

[0086] Exemplarily, after determining that the target non-sleep reason cannot be ignored, the target diagnostic trouble code (DTC) corresponding to the target non-sleep reason can be recorded. Wherein, when recording the target diagnostic trouble code, the target network management message ID, the target wake-up reason, the target non-sleep reason, and the time when the problem occurred sent by the sleep abnormality controller can also be recorded, such as storing the recorded information in the memory of the electronic device executing the embodiment of the method, and supporting the storage of at least 5 groups of data (corresponding to the 5 most recent sleep abnormality problems), which cannot be lost after power failure, so as to be viewed when troubleshooting the sleep abnormality problem.

[0087] In another possible implementation manner, in an embodiment of the present invention, Figure 2 The step S204 may further include the following step S308:

[0088] S308, determining a power control strategy corresponding to the sleep abnormality controller according to whether the target wakeup reason is valid and the target non-sleep reason is invalid, or whether the target wakeup reason is invalid and the target non-sleep reason is invalid, and executing step S309.

[0089] Exemplarily, the target wake-up reason sent by the sleep abnormality controller is valid and the target non-sleep reason is invalid, indicating that the sleep abnormality controller may have ended the normal working state and can enter the sleep state, but it has been awakened for some abnormal reasons. Therefore, the first power pin corresponding to the sleep abnormality controller can be identified and prepared to be shut down in the next step, that is, the power control strategy corresponding to the sleep abnormality controller is determined. The target wake-up reason sent by the sleep abnormality controller is invalid and the target non-sleep reason is invalid, indicating that the sleep abnormality controller is in an abnormal state and has been sending target network management messages for some abnormal reasons. Therefore, the first power pin corresponding to the sleep abnormality controller can be identified and prepared to be shut down in the next step, that is, the power control strategy corresponding to the sleep abnormality controller is determined.

[0090] Accordingly, Figure 2 The step S205 may further include the following three steps S309 to S311:

[0091] S309: Determine whether the first power pin corresponding to the sleep abnormality controller is allowed to be powered off.

[0092] In this step, the first power pin corresponding to the sleep abnormal controller can be determined according to the target network management message, and then it can be determined whether the first power pin corresponding to the sleep abnormal controller is allowed to be powered off.

[0093] Further, optionally, determining whether the first power pin allows power off may include: if there is a non-sleep controller in the controller corresponding to the first power pin, determining that the first power pin does not allow power off; if there is no non-sleep controller in the controller corresponding to the first power pin, determining that the first power pin allows power off.

[0094] In this embodiment, considering that there are multiple controllers on the actual vehicle that are powered by one power pin, it is necessary to arbitrate the power pins. This embodiment can be understood as arbitrating the first power pin to determine whether the power can be cut off. Specifically, during arbitration, it is determined whether the first power pin corresponds to multiple controllers, whether the corresponding controllers are all controllers for network management based on AUTOSAR, and whether the corresponding controllers are all in sleep / can sleep (that is, no network management message is received). If there are controllers that are not in sleep among the controllers corresponding to the first power pin, it can be determined that the first power pin is not allowed to be directly powered off. If there are no non-sleeping controllers among the controllers corresponding to the first power pin, that is, the controllers for network management based on AUTOSAR are all in sleep / can sleep, it can be determined that the first power pin is allowed to be directly powered off.

[0095] If it is determined that the first power pin allows power off, step S310 is executed; if it is determined that the first power pin does not allow power off, step S311 is executed.

[0096] S310, controlling the first power pin to be powered off, so that the controller corresponding to the first power pin enters a sleep state.

[0097] In this step, after determining that the first power pin is allowed to be powered off, the first power pin is controlled to be powered off, so that the controller corresponding to the first power pin enters a sleep state.

[0098] S311 , controlling the first power pin to be powered off and then powered on again to reset a controller corresponding to the first power pin.

[0099] In this step, after determining that the first power pin is not allowed to be powered off, the first power pin is controlled to be powered off and then powered on again to reset the controller corresponding to the first power pin.

[0100] It should be noted that the embodiment of the present invention does not limit the execution order of steps S304 to S307 and steps S308 to S311.

[0101] The vehicle sleep abnormality processing method provided by the embodiment of the present invention determines the sleep abnormality controller in the vehicle according to the received target network management message after determining that the vehicle is in the sleep abnormality state; obtains the target wake-up reason and target non-sleep reason corresponding to the sleep abnormality controller according to the wake-up reason message and the non-sleep reason message sent by the sleep abnormality controller; determines the power control strategy corresponding to the sleep abnormality controller according to whether the target wake-up reason is valid and the target non-sleep reason is valid, or the target wake-up reason is invalid and the target non-sleep reason is valid; determines the power control strategy corresponding to the sleep abnormality controller according to whether the target wake-up reason is valid and the target non-sleep reason is invalid, or the target wake-up reason is invalid and the target non-sleep reason is invalid, realizes the combined analysis of the target wake-up reason and the target non-sleep reason to determine the corresponding power control strategy, thereby performing sleep abnormality processing on the sleep abnormality controller according to the power control strategy, can more accurately judge the abnormal state of the sleep abnormality controller, and adopts the corresponding power control strategy to process the sleep abnormality controller according to different abnormal states, thereby greatly reducing the risk of data loss, and effectively reducing the risk of vehicle power feeding on the basis of realizing the rapid processing of sleep abnormality problems by the vehicle itself.

[0102] On the basis of the above embodiments, considering the dormant controller and / or dormant controller in the vehicle, Figure 4 A flowchart of a vehicle sleep abnormality processing method provided by another embodiment of the present invention. Figure 4 As shown, the method of the embodiment of the present invention may include:

[0103] S401: Determine whether the vehicle is in an abnormal dormant state.

[0104] The detailed description of this step can be found in Figure 2 The relevant description of S201 in the illustrated embodiment will not be repeated here.

[0105] S402: If the vehicle is in an abnormal dormant state, determine a dormant controller and / or a dormant controller in the vehicle according to the network management message that has not been received.

[0106] Exemplarily, referring to the example of step S202, since the network management message ID of each controller is unique, and the network management message ID of each controller is in a one-to-one correspondence with the controller, the dormant controllers and / or dormant controllers in the vehicle can be accurately determined based on the unreceived network management messages.

[0107] S403: Determine the second power pins corresponding to the dormant controller and / or the dormant controller respectively according to the network management messages respectively corresponding to the dormant controller and / or the dormant controller respectively.

[0108] Exemplarily, referring to the example of step S202, since the network management message ID and the power pin are in a many-to-one relationship, the power pin corresponding to the dormant controller can be determined based on the network management message corresponding to the dormant controller (for example, represented by the second power pin), and / or the power pin corresponding to the dormant controller can be determined based on the network management message corresponding to the dormant controller (for example, represented by the second power pin).

[0109] S404: Determine whether the second power pin is allowed to be powered off.

[0110] In this step, after determining the second power pins corresponding to the controller that has been put to sleep and / or the controller that can be put to sleep, it can be determined whether the second power pins are allowed to be powered off.

[0111] Further, optionally, determining whether the second power pin allows power off may include: if there is a non-sleep controller in the controller corresponding to the second power pin, determining that the second power pin does not allow power off; if there is no non-sleep controller in the controller corresponding to the second power pin, determining that the second power pin allows power off.

[0112] Exemplarily, considering that there are multiple controllers on the actual vehicle that are powered by one power pin, it is necessary to arbitrate the power pins. This embodiment can be understood as arbitrating the second power pin to determine whether the power can be cut off. Specifically, during arbitration, it is determined whether the second power pin corresponds to multiple controllers, whether the corresponding controllers are all controllers for network management based on AUTOSAR, and whether the corresponding controllers are all in sleep / can sleep (that is, no network management message is received). If there are controllers that are still not in sleep among the controllers corresponding to the second power pin, it can be determined that the second power pin is not allowed to be directly powered off. If there are no non-sleeping controllers among the controllers corresponding to the second power pin, that is, the controllers for network management based on AUTOSAR are all in sleep / can sleep, it can be determined that the second power pin is allowed to be directly powered off.

[0113] If it is determined that the second power pin allows power off, step S405 is executed; if it is determined that the second power pin does not allow power off, step S406 is executed.

[0114] S405 , controlling the second power pin to be powered off, so that the controller corresponding to the second power pin enters a sleep state.

[0115] In this step, after determining that the second power pin is allowed to be powered off, the second power pin is controlled to be powered off, so that the controller corresponding to the second power pin enters a sleep state.

[0116] S406: Control the second power pin to be powered off and then powered on again to reset the controller corresponding to the second power pin.

[0117] In this step, after determining that the second power pin is not allowed to be powered off, the second power pin is controlled to be powered off and then powered on again to reset the controller corresponding to the second power pin.

[0118] The vehicle sleep abnormality processing method provided by the embodiment of the present invention determines that the vehicle is in a sleep abnormal state, and determines the dormant controller and / or dormant controller in the vehicle according to the network management message that has not been received; determines the second power pin corresponding to the dormant controller and / or dormant controller according to the network management message corresponding to the dormant controller and / or dormant controller respectively; determines the corresponding power control strategy according to whether the second power pin allows power off, and can accurately control the power off of the dormant controller and / or dormant controller that is normally in sleep on the whole vehicle, thereby saving electricity consumption of the dormant controller and / or dormant controller.

[0119] On the basis of the above-mentioned embodiments, the embodiments of the present invention also provide a vehicle sleep exception processing system, which includes a regional controller and a plurality of controllers for network management based on AUTOSAR (i.e., AUTOSAR network management controllers). Among them, the regional controller is used to receive network management messages sent by each AUTOSAR network management controller, and at the same time, as a gateway node, forward the network management messages on the hanging CAN network. A sleep exception judgment and processing system is deployed in the regional controller, and the sleep exception judgment and processing system can perform logical judgment and instruction issuance according to the received network management message, wake-up reason message and non-sleep reason message. An intelligent power distribution system is also deployed in the regional controller, and the intelligent power distribution system can accurately control the power supply of each AUTOSAR network management controller. According to the correspondence between the network management message ID sent by the AUTOSAR network management controller and the power pin and the power distribution scheme, the power supply and wake-up power can be selectively controlled, thereby controlling the sleep and wake-up of the AUTOSAR network management controller. The vehicle sleep abnormality processing system of the embodiment of the present invention can be used to execute the technical solution of any of the above-mentioned method embodiments, and its implementation principle and technical effect are similar, which will not be repeated here.

[0120] The following are embodiments of the device of the present invention, which can be used to implement the method embodiments of the present invention. For details not disclosed in the device embodiments of the present invention, please refer to the method embodiments of the present invention.

[0121] Figure 5 This is a schematic diagram of the structure of a vehicle sleep abnormality processing device provided by an embodiment of the present invention. Figure 5 As shown, the vehicle dormancy abnormality processing device 500 of the embodiment of the present invention includes: a first determination module 501, a second determination module 502, an acquisition module 503, a third determination module 504 and a processing module 505. Among them:

[0122] The first determination module 501 is used to determine whether the vehicle is in an abnormal dormant state.

[0123] The second determination module 502 is used to determine the abnormal dormancy controller in the vehicle according to the received target network management message if the vehicle is in an abnormal dormancy state, and the vehicle includes multiple controllers for network management based on AUTOSAR.

[0124] The acquisition module 503 is used to acquire the target awakening reason and target non-sleep reason corresponding to the sleep abnormality controller according to the awakening reason message and non-sleep reason message sent by the sleep abnormality controller.

[0125] The third determining module 504 is used to determine the power control strategy corresponding to the sleep abnormality controller according to the target awakening reason and the target non-sleep reason.

[0126] The processing module 505 is used to perform sleep exception processing on the sleep exception controller according to the power control strategy.

[0127] Further, the third determination module 504 may be specifically configured to determine a power control strategy corresponding to the sleep abnormality controller according to whether the target wakeup reason is valid and the target non-sleep reason is valid, or whether the target wakeup reason is invalid and the target non-sleep reason is valid.

[0128] Further, the processing module 505 can be specifically used to: determine whether the target non-sleep reason can be ignored based on the target non-sleep reason; if so, determine the first power pin corresponding to the sleep abnormality controller based on the target network management message, and control the first power pin to power off and then power on again to reset the sleep abnormality controller; if not, record the target diagnostic fault code corresponding to the target non-sleep reason.

[0129] Furthermore, the reasons for not sleeping include the power mode being an unclosed mode, detecting other controllers sending network management messages and the reasons itself. When the processing module 505 is used to determine whether the reason for the target not sleeping can be ignored based on the reason for the target not sleeping, it can be specifically used for: if the reason for the target not sleeping is its own reason, then it is determined that the reason for the target not sleeping cannot be ignored; if the reason for the target not sleeping is that the power mode is not closed, or other controllers are detected sending network management messages, then it is determined that the reason for the target not sleeping can be ignored.

[0130] Further, the third determination module 504 may be specifically configured to determine a power control strategy corresponding to the sleep abnormality controller according to whether the target wakeup reason is valid and the target non-sleep reason is invalid, or whether the target wakeup reason is invalid and the target non-sleep reason is invalid.

[0131] Further, the processing module 505 can be specifically used to: determine whether the first power pin is allowed to be powered off; if so, control the first power pin to be powered off so that the controller corresponding to the first power pin enters a sleep state; if not, control the first power pin to be powered off and then powered on again to reset the controller corresponding to the first power pin.

[0132] Further, when the processing module 505 is used to determine whether the first power pin is allowed to be powered off, it can be specifically used to: if there is a non-sleep controller in the controller corresponding to the first power pin, determine that the first power pin is not allowed to be powered off; if there is no non-sleep controller in the controller corresponding to the first power pin, determine that the first power pin is allowed to be powered off.

[0133] Furthermore, the processing module 505 can also be used to: determine the dormant controller and / or dormant controller in the vehicle based on the network management message that has not been received; determine the second power pin corresponding to the dormant controller and / or dormant controller based on the network management message corresponding to the dormant controller and / or dormant controller; determine whether the second power pin is allowed to be powered off; if so, control the second power pin to be powered off so that the controller corresponding to the second power pin enters a dormant state; if not, control the second power pin to be powered off and then powered on again to reset the controller corresponding to the second power pin.

[0134] Further, when the processing module 505 is used to determine whether the second power pin is allowed to be powered off, it can be specifically used to: if there is a non-sleep controller in the controller corresponding to the second power pin, determine that the second power pin is not allowed to be powered off; if there is no non-sleep controller in the controller corresponding to the second power pin, determine that the second power pin is allowed to be powered off.

[0135] Further, the first determination module 501 can be specifically used for: if the vehicle meets the preset judgment conditions and detects the target network management message after the preset judgment conditions are met for a preset time, it is determined that the vehicle is in an abnormal dormant state, and the preset judgment conditions include that the vehicle's power mode is in an off mode, the vehicle is not in a high-voltage state, the vehicle is not in an OTA mode, the vehicle's gear is in P gear, the vehicle speed is 0 and the speed validity is valid, the vehicle is in a fortified state, and the vehicle is not in a remote control function wake-up state; if the vehicle does not meet the preset judgment conditions, or the target network management message is not detected after the preset judgment conditions are met for a preset time, it is determined that the vehicle is not in an abnormal dormant state.

[0136] The device of the embodiment of the present invention can be used to execute the technical solution of any of the above-mentioned method embodiments. Its implementation principle and technical effects are similar and will not be repeated here.

[0137] The present invention also provides a vehicle, comprising a vehicle body, front wheels and rear wheels, wherein the vehicle body is arranged between the front wheels and the rear wheels; the vehicle also includes a vehicle dormancy abnormality processing device as described above in the embodiment of the present invention, which is arranged on the vehicle body.

[0138] Figure 6 This is a schematic diagram of the structure of an electronic device provided by an embodiment of the present invention. Figure 6 As shown, the electronic device 600 may include: at least one processor 601 and a memory 602 .

[0139] The memory 602 is used to store programs. Specifically, the programs may include program codes, and the program codes include computer-executable instructions.

[0140] The memory 602 may include a high-speed random access memory (RAM), and may also include a non-volatile memory (non-volatile memory), such as at least one disk memory.

[0141] The processor 601 is used to execute the computer-executable instructions stored in the memory 602 to implement the vehicle sleep exception processing method described in the aforementioned method embodiment. Among them, the processor 601 may be a central processing unit (CPU), or an application specific integrated circuit (ASIC), or one or more integrated circuits configured to implement the embodiment of the present invention. Specifically, when implementing the vehicle sleep exception processing method described in the aforementioned method embodiment, the electronic device may be, for example, a regional controller of the vehicle.

[0142] Optionally, the electronic device 600 may further include a communication interface 603. In a specific implementation, if the communication interface 603, the memory 602 and the processor 601 are implemented independently, the communication interface 603, the memory 602 and the processor 601 may be interconnected through a bus and communicate with each other. The bus may be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus or an Extended Industry Standard Architecture (EISA) bus, etc. The bus may be divided into an address bus, a data bus, a control bus, etc., but it does not mean that there is only one bus or one type of bus.

[0143] Optionally, in a specific implementation, if the communication interface 603, the memory 602 and the processor 601 are integrated on a chip, the communication interface 603, the memory 602 and the processor 601 can communicate through an internal interface.

[0144] The present invention also provides a computer-readable storage medium, in which computer program instructions are stored. When a processor executes the computer program instructions, the above-mentioned vehicle sleep exception processing method is implemented.

[0145] The present invention also provides a computer program product, including a computer program, which implements the above vehicle sleep exception processing method when executed by a processor.

[0146] The computer-readable storage medium mentioned above can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read only memory (EEPROM), erasable programmable read only memory (EPROM), programmable read only memory (PROM), read only memory (ROM), magnetic storage, flash memory, magnetic disk or optical disk. The readable storage medium can be any available medium that can be accessed by a general or special-purpose computer.

[0147] An exemplary readable storage medium is coupled to the processor so that the processor can read information from the readable storage medium and write information to the readable storage medium. Of course, the readable storage medium can also be a component of the processor. The processor and the readable storage medium can be located in a dedicated integrated circuit. Of course, the processor and the readable storage medium can also exist as discrete components in the vehicle sleep exception processing device.

[0148] Those skilled in the art can understand that all or part of the steps of implementing the above-mentioned method embodiments can be completed by hardware related to program instructions. The aforementioned program can be stored in a computer-readable storage medium. When the program is executed, the steps of the above-mentioned method embodiments are executed; and the aforementioned storage medium includes: ROM, RAM, disk or optical disk and other media that can store program codes.

[0149] Finally, it should be noted that the above embodiments are only preferred embodiments for fully illustrating the present invention, and the protection scope of the present invention is not limited thereto. Any equivalent substitution or change made by a person skilled in the art based on the present invention is within the protection scope of the present invention.

Claims

1. A method for handling vehicle dormancy abnormality, characterized in that: include: Determine whether the vehicle is in an abnormal dormant state; If the vehicle is in a dormant abnormal state, determining a dormant abnormal controller in the vehicle according to the received target network management message, wherein the vehicle includes a plurality of controllers for network management based on an automotive open system architecture AUTOSAR; According to the wake-up reason message and the non-sleep reason message sent by the sleep abnormality controller, obtaining the target wake-up reason and the target non-sleep reason corresponding to the sleep abnormality controller; Determining a power control strategy corresponding to the sleep abnormality controller according to the target wake-up reason and the target non-sleep reason; The sleep exception controller performs sleep exception processing according to the power control strategy.

2. The vehicle dormancy abnormality processing method according to claim 1, characterized in that: The determining, according to the target wake-up reason and the target non-sleep reason, a power control strategy corresponding to the sleep abnormality controller includes: According to whether the target wake-up reason is valid and the target non-sleep reason is valid, or whether the target wake-up reason is invalid and the target non-sleep reason is valid, a power control strategy corresponding to the sleep abnormality controller is determined.

3. The vehicle dormancy abnormality processing method according to claim 2, characterized in that: The performing sleep exception processing on the sleep exception controller according to the power control strategy includes: Determine, according to the target non-sleep reason, whether the target non-sleep reason can be ignored; If yes, determining the first power pin corresponding to the sleep abnormality controller according to the target network management message, and controlling the first power pin to be powered off and then powered on again to reset the sleep abnormality controller; If not, the target diagnostic fault code corresponding to the reason why the target does not sleep is recorded.

4. The vehicle dormancy abnormality processing method according to claim 3, characterized in that: The reasons for not sleeping include that the power mode is not turned off, that other controllers are detected to be sending network management messages, and the reasons of the controller itself. The determining whether the reasons for not sleeping of the target can be ignored according to the reasons for not sleeping of the target includes: If the reason why the target does not sleep is the self-reason, it is determined that the reason why the target does not sleep cannot be ignored; If the reason why the target does not sleep is that the power mode is not turned off, or it is detected that other controllers are sending network management messages, it is determined that the reason why the target does not sleep can be ignored.

5. The vehicle dormancy abnormality processing method according to claim 3, characterized in that: The determining, according to the target wake-up reason and the target non-sleep reason, a power control strategy corresponding to the sleep abnormality controller includes: According to the target wake-up reason being valid and the target non-sleep reason being invalid, or the target wake-up reason being invalid and the target non-sleep reason being invalid, a power control strategy corresponding to the sleep abnormality controller is determined.

6. The vehicle dormancy abnormality processing method according to claim 5, characterized in that: The performing sleep exception processing on the sleep exception controller according to the power control strategy includes: Determining whether the first power pin is allowed to be powered off; If yes, then controlling the first power pin to be powered off so that the controller corresponding to the first power pin enters a sleep state; If not, the first power pin is controlled to be powered off and then powered on again to reset the controller corresponding to the first power pin.

7. The vehicle dormancy abnormality processing method according to claim 6, characterized in that: The determining whether the first power pin is allowed to be powered off includes: If there is a non-sleep controller among the controllers corresponding to the first power pin, determining that the first power pin is not allowed to be powered off; If there is no non-sleep controller among the controllers corresponding to the first power pin, it is determined that the first power pin is allowed to be powered off.

8. The vehicle dormancy abnormality processing method according to any one of claims 1 to 7, characterized in that: Also includes: Determining a dormant controller and / or a dormant controller in the vehicle according to the unreceived network management message; Determine the second power pins corresponding to the dormant controller and / or the dormant controller respectively according to the network management messages respectively corresponding to the dormant controller and / or the dormant controller; Determining whether the second power pin is allowed to be powered off; If yes, control the second power pin to be powered off, so that the controller corresponding to the second power pin enters a sleep state; If not, the second power pin is controlled to be powered off and then powered on again to reset the controller corresponding to the second power pin.

9. The vehicle dormancy abnormality processing method according to claim 8, characterized in that: The determining whether the second power pin is allowed to be powered off includes: If there is a non-sleep controller among the controllers corresponding to the second power pin, determining that the second power pin is not allowed to be powered off; If there is no non-sleep controller among the controllers corresponding to the second power pin, it is determined that the second power pin is allowed to be powered off.

10. The vehicle dormancy abnormality processing method according to any one of claims 1 to 7, characterized in that: The step of determining whether the vehicle is in an abnormal dormant state includes: If the vehicle meets the preset judgment conditions, and the target network management message is detected after the preset judgment conditions are met for a preset time, it is determined that the vehicle is in an abnormal dormant state, and the preset judgment conditions include that the power mode of the vehicle is off mode, the vehicle is not in a high voltage state, the vehicle is not in an over-the-air download OTA mode, the vehicle gear is parking P gear, the vehicle speed is 0 and the speed validity is valid, the vehicle is in a fortified state, and the vehicle is not in a remote control function awakening state; If the vehicle does not meet the preset judgment condition, or if the target network management message is not detected after the preset judgment condition is met for the preset time period, it is determined that the vehicle is not in a dormant abnormal state.

11. A vehicle sleep abnormality processing device, characterized in that: include: A first determination module is used to determine whether the vehicle is in an abnormal dormant state; A second determination module is used to determine a sleep abnormal controller in the vehicle according to the received target network management message if the vehicle is in a sleep abnormal state, wherein the vehicle includes a plurality of controllers for network management based on an automotive open system architecture AUTOSAR; An acquisition module, used for acquiring a target awakening reason and a target non-sleep reason corresponding to the sleep abnormality controller according to the awakening reason message and the non-sleep reason message sent by the sleep abnormality controller; A third determination module is used to determine the power control strategy corresponding to the sleep abnormality controller according to the target wake-up reason and the target non-sleep reason; A processing module is used to perform sleep exception processing on the sleep exception controller according to the power control strategy.

12. A vehicle, characterized in that: The vehicle comprises a vehicle body, front wheels and rear wheels, wherein the vehicle body is arranged between the front wheels and the rear wheels; the vehicle further comprises a vehicle dormancy abnormality processing device as claimed in claim 11 arranged on the vehicle body.

13. An electronic device, characterized in that: include: A processor, and a memory communicatively connected to the processor; The memory stores computer-executable instructions; The processor executes the computer-executable instructions stored in the memory to implement the vehicle dormancy abnormality processing method according to any one of claims 1 to 10.

14. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores computer program instructions, and when the computer program instructions are executed, the vehicle dormancy abnormality processing method according to any one of claims 1 to 10 is implemented.

15. A computer program product comprising a computer program, characterized in that When the computer program is executed, the vehicle sleep abnormality processing method according to any one of claims 1 to 10 is implemented.

Images