Vehicle sleep / wake-up control methods, electronic devices and vehicles

By determining the wake-up status of the vehicle's network, the network is only woken up when necessary, thus resolving the problem of vehicle battery drain caused by frequent wake-ups and ensuring normal vehicle startup.

CN116494896BActive Publication Date: 2026-03-06GREAT WALL MOTOR CO LTD
View PDF 2 Cites 0 Cited by

Patent Information

Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
Filing Date
2023-05-11
Publication Date
2026-03-06

AI Technical Summary

Technical Problem

Frequent wake-ups of the vehicle's network can cause severe battery depletion, resulting in the vehicle being unable to start.

Method used

Based on the received abnormal wake-up command from the battery sensor controller, it is determined whether the vehicle network has been abnormally woken up. If it has not been abnormally woken up, the vehicle network is woken up and it is determined whether there is a risk of thermal runaway. If it has been abnormally woken up, the vehicle network is kept in a dormant state to avoid frequent wake-ups.

Benefits of technology

To prevent frequent wake-ups of the vehicle network, avoid severe battery depletion, and ensure the vehicle can start normally.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN116494896B_ABST
    Figure CN116494896B_ABST
Patent Text Reader

Abstract

This application provides a vehicle sleep / wake-up control method, electronic device, and vehicle. Based on receiving an abnormal wake-up command from a battery sensor controller, it determines whether the vehicle's entire network has been abnormally woken up. If the vehicle's entire network has not been abnormally woken up, it is woken up, and the risk of thermal runaway is assessed. If the vehicle's entire network has been abnormally woken up, it is kept in a sleep state. This ensures that when an abnormal wake-up command is subsequently received from the battery sensor controller, the vehicle's entire network will not be woken up again, thus preventing frequent wake-up of the entire network and avoiding the problem of severe battery depletion and inability to start due to frequent wake-ups.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This application relates to the field of vehicle safety technology, and in particular to a vehicle sleep-wake control method, electronic equipment, and vehicle. Background Technology

[0002] To prevent battery drain during vehicle startup, the vehicle's network maintains a low-power state after entering sleep mode. However, when a vehicle malfunctions, there may be a risk of thermal runaway. In such cases, it is necessary to wake up the vehicle's network to determine if thermal runaway is a risk. However, frequently waking up the vehicle's network can cause severe battery drain, resulting in the vehicle being unable to start. Summary of the Invention

[0003] In view of this, the purpose of this application is to propose a vehicle sleep-wake control method, electronic device and vehicle to solve the problem in the prior art that frequent wake-up of the vehicle network causes serious power loss of the vehicle and the inability to start.

[0004] To achieve the above objectives, the first aspect of this application provides a vehicle sleep / wake-up control method, the method comprising:

[0005] Based on the received abnormal wake-up command from the battery sensor controller, determine whether the vehicle's network has been abnormally woken up.

[0006] If the vehicle's network has been abnormally woken up, the vehicle's network will be kept in a dormant state.

[0007] If the vehicle's network has not been abnormally woken up, then the vehicle's network is woken up, and it is determined whether the vehicle is at risk of thermal runaway.

[0008] Optionally, the method further includes:

[0009] When a preset normal wake-up command is received, the vehicle's network wake-up status is obtained;

[0010] If the wake-up state is that it has been abnormally woken up, the pre-stored verification signal is sent to the battery sensor controller, and the battery sensor controller is judged to be normal based on the feedback signal of the battery sensor controller.

[0011] When it is determined that the battery sensor controller is normal, the wake-up state is switched from being abnormally woken up to not being abnormally woken up.

[0012] Optionally, if the wake-up state is that it has been abnormally woken up, sending a pre-stored verification signal to the battery sensor controller, and determining whether the battery sensor controller is normal based on the feedback signal from the battery sensor controller, includes:

[0013] Send the pre-stored verification signal to the battery sensor controller;

[0014] Obtain the feedback signal from the battery sensor controller based on the verification signal;

[0015] When the feedback signal of the battery sensor controller does not match the pre-stored verification signal, it is determined that the battery sensor controller is abnormal.

[0016] When the feedback signal of the battery sensor controller matches the pre-stored verification signal, it is determined that the battery sensor controller is normal.

[0017] Optionally, the wake-up flag of the vehicle's central electronic control module is marked with a status code, which includes a first status code or a second status code. When the vehicle's network is abnormally woken up, the status code of the wake-up flag is switched from the first status code to the second status code.

[0018] The determination of whether the vehicle's network has been abnormally woken up includes:

[0019] When the status code of the wake-up flag is the first status code, it is determined that the vehicle's network has not been abnormally woken up.

[0020] When the status code of the wake-up flag is the second status code, it is determined that the vehicle's network has been abnormally woken up.

[0021] Optionally, the method further includes:

[0022] When a preset normal wake-up command is received, the current status code of the wake-up flag is obtained;

[0023] If the current status code is the second status code, the pre-stored verification signal is sent to the battery sensor controller, and the battery sensor controller is judged to be normal based on the feedback signal of the battery sensor controller.

[0024] When it is determined that the battery sensor controller is normal, the current status code is switched from the second status code to the first status code.

[0025] Optionally, the step of sending a pre-stored verification signal to the battery sensor controller if the current status code is the second status code, and determining whether the battery sensor controller is functioning normally based on the feedback signal from the battery sensor controller, includes:

[0026] Send the pre-stored verification signal to the battery sensor controller;

[0027] Obtain the feedback signal from the battery sensor controller based on the verification signal;

[0028] When the feedback signal of the battery sensor controller does not match the pre-stored verification signal, it is determined that the battery sensor controller is abnormal.

[0029] When the feedback signal of the battery sensor controller matches the pre-stored verification signal, it is determined that the battery sensor controller is normal.

[0030] Optionally, determining that the battery sensor controller is malfunctioning when the feedback signal of the battery sensor controller does not match the pre-stored verification signal includes:

[0031] If the feedback signal of the battery sensor controller does not match the pre-stored verification signal, it is determined that the pre-stored verification signal writing has failed.

[0032] The pre-stored verification signal is resent to the battery sensor controller, and it is determined whether the pre-stored verification signal has been successfully written.

[0033] If the number of write failures exceeds the preset write failure threshold, the battery sensor controller is determined to be malfunctioning.

[0034] Optionally, waking up the vehicle's network and determining whether the vehicle has a risk of thermal runaway includes:

[0035] Receives the power release value from the battery management system;

[0036] The power release value is compared with a preset power release threshold to obtain the comparison result;

[0037] When the comparison result shows that the released power value is greater than the preset released power threshold, it is determined that there is a risk of thermal runaway;

[0038] When the comparison result shows that the energy release value is less than or equal to the preset energy release threshold, it is determined that there is no risk of thermal runaway.

[0039] Based on the same inventive concept, a second aspect of this application provides an electronic device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that the processor executes the program to implement the method described in the first aspect.

[0040] Based on the same inventive concept, a third aspect of this application provides a vehicle that includes the electronic equipment described in the second aspect.

[0041] As can be seen from the above, the vehicle sleep / wake-up control method, electronic device, and vehicle provided in this application, based on receiving an abnormal wake-up command from the battery sensor controller, determine whether the vehicle's entire network has been abnormally woken up. If the vehicle's entire network has not been abnormally woken up, then the vehicle's entire network is woken up, and it is determined whether there is a risk of thermal runaway. If the vehicle's entire network has been abnormally woken up, then the vehicle's entire network is kept in a sleep state. In this way, when an abnormal wake-up command is subsequently received from the battery sensor controller, the vehicle's entire network that has been abnormally woken up will not be abnormally woken up again, thereby preventing frequent wake-up of the entire vehicle network. This also avoids the problem of severe battery depletion and inability to start the vehicle due to frequent wake-up. Attached Figure Description

[0042] To more clearly illustrate the technical solutions in this application or related technologies, the drawings used in the description of the embodiments or related technologies will be briefly introduced below. Obviously, the drawings described below are only embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0043] Figure 1 This is a flowchart of a vehicle sleep / wake-up control method according to an embodiment of this application;

[0044] Figure 2 This is a schematic diagram of the vehicle sleep / wake-up control device according to an embodiment of this application;

[0045] Figure 3 This is a schematic diagram of an electronic device according to an embodiment of this application. Detailed Implementation

[0046] To make the objectives, technical solutions, and advantages of this application clearer, the following detailed description is provided in conjunction with specific embodiments and the accompanying drawings.

[0047] It should be noted that, unless otherwise defined, the technical or scientific terms used in the embodiments of this application should have the ordinary meaning understood by one of ordinary skill in the art to which this application pertains. The terms "first," "second," and similar terms used in the embodiments of this application do not indicate any order, quantity, or importance, but are merely used to distinguish different components. Terms such as "comprising" or "including" mean that the element or object preceding the word encompasses the elements or objects listed after the word and their equivalents, without excluding other elements or objects. Terms such as "connected" or "linked" are not limited to physical or mechanical connections, but can include electrical connections, whether direct or indirect. Terms such as "upper," "lower," "left," and "right" are only used to indicate relative positional relationships; when the absolute position of the described object changes, the relative positional relationship may also change accordingly.

[0048] In related technologies, to avoid power depletion during vehicle startup, the vehicle's network maintains a low-power state after entering sleep mode, with the static current value generally below 15mA. However, when the vehicle controller malfunctions or the vehicle issues an anti-theft warning, the static current value increases. To prevent vehicle accidents, it is necessary to wake up the vehicle's network to determine if there is a risk of thermal runaway. However, frequent wake-ups of the vehicle's network can cause severe power depletion, resulting in the vehicle being unable to start.

[0049] This embodiment proposes a vehicle sleep-wake method, such as... Figure 1 As shown, the method includes:

[0050] Step 101: Based on the received abnormal wake-up command from the battery sensor controller, determine whether the vehicle network has been abnormally woken up.

[0051] In this step, after receiving the abnormal wake-up command sent by the Electric Battery Sensor (EBS) based on the abnormal static current of the whole vehicle, the Central Electric Module (CEM) determines whether the vehicle network has been woken up. The abnormal wake-up command can be a low-level signal. Using a low-level signal as the abnormal wake-up command can keep the power consumption inside the vehicle at a low level, thereby avoiding the problem of the vehicle being unable to start due to a dead battery.

[0052] The process by which the battery sensor controller generates an abnormal wake-up command includes:

[0053] Obtain the vehicle's static current value. When the static current value is within a preset static current threshold range and the time within the preset static current threshold range is within a preset time range, generate an abnormal wake-up command.

[0054] During this process, the battery sensor controller continuously monitors the static current value of the vehicle. If the monitored static current value is within the preset static current threshold range and the time within the range is also within the preset time range, an abnormal wake-up command is generated and sent to the central control module in the form of a low-level signal.

[0055] For example, the battery sensor controller continuously monitors the static current value of the vehicle. When the monitored static current value is greater than 500mA (i.e., the preset static current threshold range, which can be set according to specific circumstances, but is not specifically limited here), and the condition is met for 1000ms (i.e., the preset time range, which can be set according to specific circumstances, but is not specifically limited here), an abnormal wake-up command is generated.

[0056] Furthermore, if the duration is less than 1000ms and the interruption is less than 200ms (this can be set according to specific circumstances, and no specific limit is set here), it is considered continuous.

[0057] Step 102: If the vehicle's network has been abnormally woken up, control the vehicle's network to remain in a dormant state.

[0058] In this step, if the vehicle's network has been abnormally woken up, indicating a potential risk of thermal runaway, the vehicle's network will remain in a dormant state. Furthermore, even if an abnormal wake-up command is received again from the battery sensor controller during subsequent periods of dormancy, the network will not be abnormally woken up again if it has been detected as having been abnormally woken up previously. This prevents frequent wake-ups of the vehicle network, thus avoiding severe battery depletion and the inability to start the vehicle due to frequent wake-ups.

[0059] Step 103: If the vehicle's network has not been abnormally woken up, then wake up the vehicle's network and determine whether the vehicle is at risk of thermal runaway.

[0060] In this step, if the vehicle's entire network has not been abnormally woken up before, that is, if the risk of thermal runaway has not been determined before, then the vehicle's entire network can be woken up at this time to determine whether the risk of thermal runaway exists. By only waking up the entire network that has not been abnormally woken up before, the problem of frequent wake-ups can be avoided.

[0061] The above scheme, based on the received abnormal wake-up command from the battery sensor controller, determines whether the vehicle's network has been woken up. If the vehicle's network has not been abnormally woken up, it is woken up to determine if there is a risk of thermal runaway. If the vehicle's network has been abnormally woken up, it means that the vehicle has already been woken up by the abnormal wake-up command and the risk of thermal runaway has been determined. That is, when the vehicle receives another abnormal wake-up command from the battery sensor controller, it is not necessary to wake up the vehicle network again to re-determine the risk of thermal runaway. The vehicle's network can simply be kept in a dormant state. By only waking up the vehicle network that has not been abnormally woken up before, subsequent abnormal wake-up commands from the battery sensor controller will not wake up the abnormally woken-up network, thus preventing frequent wake-up of the vehicle network. This also avoids the problem of severe battery drain and inability to start caused by frequent wake-up.

[0062] In some embodiments, the method further includes:

[0063] Step A1: When a preset normal wake-up command is received, the vehicle's network wake-up status is obtained.

[0064] Step A2: If the wake-up state is that it has been abnormally woken up, send the pre-stored verification signal to the battery sensor controller, and determine whether the battery sensor controller is normal based on the feedback signal of the battery sensor controller.

[0065] Step A3: When it is determined that the battery sensor controller is normal, the wake-up state is switched from being abnormally woken up to not being abnormally woken up.

[0066] In the above scheme, a normal wake-up command list is preset. The normal wake-up commands in the list can be key start commands, voice start commands, gesture start commands, or power-on commands, etc. When a normal wake-up command is received, the wake-up status of the vehicle network is monitored. If the wake-up status is that it has been abnormally woken up, the pre-stored verification signal is sent to the battery sensor controller. This method is used to determine whether the battery sensor controller is normal, so as to determine whether the abnormal wake-up command issued by the battery sensor controller is accurate.

[0067] If the battery sensor controller is functioning normally, the wake-up status of the vehicle network will be switched from being abnormally woken up to not being abnormally woken up. This will enable the system to execute the process of waking up only the vehicle network that was not abnormally woken up before and determining whether there is a thermal risk in the vehicle after receiving an abnormal wake-up command from the battery sensor controller again.

[0068] In some embodiments, step A2 includes:

[0069] Step A21: Send the pre-stored verification signal to the battery sensor controller;

[0070] Step A22: Obtain the feedback signal of the battery sensor controller based on the verification signal.

[0071] Step A23: When the feedback signal of the battery sensor controller does not match the pre-stored verification signal, it is determined that the battery sensor controller is abnormal.

[0072] Step A24: When the feedback signal of the battery sensor controller matches the pre-stored verification signal, it is determined that the battery sensor controller is normal.

[0073] In the above scheme, the feedback signal of the battery sensor controller based on the verification signal is read. If the read feedback signal does not match the verification signal sent to the battery sensor controller, the battery sensor controller is determined to be abnormal. At this time, it is impossible to determine whether the abnormal wake-up command issued by the battery sensor controller is accurate.

[0074] If the feedback signal read matches the verification signal sent to the battery sensor controller, the battery sensor controller is considered to be normal. In this case, the abnormal wake-up command issued by the battery sensor controller is accurate.

[0075] In some embodiments, the wake-up flag of the vehicle's central electronic control module is marked with a status code, which includes a first status code or a second status code. When the vehicle's network is abnormally woken up, the status code of the wake-up flag is switched from the first status code to the second status code.

[0076] In step 101, determining whether the vehicle's network has been abnormally woken up includes:

[0077] Step 1011: When the status code of the wake-up flag is the first status code, it is determined that the vehicle network has not been abnormally woken up.

[0078] Step 1012: When the status code of the wake-up flag is the second status code, it is determined that the vehicle's network has been abnormally woken up.

[0079] In the above scheme, the status code of the wake-up flag indicates whether the vehicle network has been abnormally woken up. The first status code indicates that the vehicle network has not been abnormally woken up, and the second status code indicates that the vehicle network has been abnormally woken up before.

[0080] If the vehicle network is abnormally woken up, the status code of the wake-up flag bit corresponding to the central electronic control module will be switched from the first status code to the second status code. For example, the status code of the wake-up flag bit corresponding to the central electronic control module will be switched from 0 (which can be set according to specific circumstances, and there is no specific limitation here) to 1 (which can be set according to specific circumstances, and there is no specific limitation here).

[0081] The vehicle's network has been abnormally woken up by checking the status code of the wake-up flag. If the status code of the wake-up flag is the first status code, it is determined that the vehicle's network has been abnormally woken up.

[0082] If the wake-up flag's status code is the second status code, it is determined that the vehicle's network has not been abnormally woken up.

[0083] By using the status code of the wake-up flag, it is possible to quickly determine whether the vehicle network has been abnormally woken up, thereby enabling timely wake-up of the vehicle network and assessment of whether the vehicle has thermal risks.

[0084] In some embodiments, the method further includes:

[0085] Step B1: When a preset normal wake-up command is received, obtain the current status code of the wake-up flag bit.

[0086] Step B2: If the current status code is the second status code, send the pre-stored verification signal to the battery sensor controller, and determine whether the battery sensor controller is normal based on the feedback signal of the battery sensor controller.

[0087] Step B3: When it is determined that the battery sensor controller is normal, the second status code is switched to the first status code.

[0088] In the above scheme, a normal wake-up command list is preset. The normal wake-up commands in this list can be key start commands, voice start commands, gesture start commands, or power-on commands, etc. When the central electronic control module receives a normal wake-up command, it monitors whether the current status code of its wake-up flag is the second status code. If the current status code is the second status code, the verification signal stored in the central electronic control module is sent to the battery sensor controller. Based on the feedback signal of the battery sensor controller, it is determined whether the battery sensor controller is normal. Based on the determination result of whether the battery sensor controller is normal, it is determined whether the abnormal wake-up command issued by the battery sensor controller is accurate.

[0089] For example, when the vehicle network is woken up normally, the current status code of the internal wake-up flag is monitored to see if it is 1 (this can be set according to the specific situation, and no specific limitation is made here). If it is 1, the static current over-limit value (i.e. verification signal) stored in the central electronic control module is rewritten into the battery sensor controller to determine whether the battery sensor controller is normal.

[0090] If the battery sensor controller is confirmed to be normal, the second status code is switched to the first status code. For example, the second status code 1 (which can be set according to specific circumstances, and there is no specific limitation here) is switched to the first status code 0 (which can be set according to specific circumstances, and there is no specific limitation here). This ensures that when the vehicle network enters a sleep state again, and after receiving an abnormal wake-up command, the process of waking up the vehicle network that has not been abnormally woken up is executed again to determine whether there is a thermal risk in the vehicle and to ensure vehicle safety.

[0091] In some embodiments, step B2 includes:

[0092] Step B21: Send the pre-stored verification signal to the battery sensor controller;

[0093] Step B22: Obtain the feedback signal of the battery sensor controller based on the verification signal.

[0094] Step B23: If the feedback signal of the battery sensor controller does not match the pre-stored verification signal, then the battery sensor controller is determined to be abnormal.

[0095] Step B24: When the feedback signal of the battery sensor controller matches the pre-stored verification signal, it is determined that the battery sensor controller is normal.

[0096] In the above scheme, the feedback signal of the battery sensor controller based on the verification signal is read. If the read feedback signal does not match the verification signal sent to the battery sensor controller, the battery sensor controller is determined to be abnormal. At this time, it is impossible to determine whether the abnormal wake-up command issued by the battery sensor controller is accurate.

[0097] If the feedback signal read matches the verification signal sent to the battery sensor controller, the battery sensor controller is considered to be normal, and the abnormal wake-up command issued by the battery sensor controller is accurate.

[0098] In some embodiments, step A23 or step B23 includes:

[0099] If the feedback signal of the battery sensor controller does not match the pre-stored verification signal, it is determined that the pre-stored verification signal writing has failed.

[0100] The pre-stored verification signal is resent to the battery sensor controller, and it is determined whether the pre-stored verification signal has been successfully written.

[0101] If the number of write failures exceeds the preset write failure threshold, the battery sensor controller is determined to be malfunctioning.

[0102] In the above scheme, if the number of write failures exceeds the preset write failure threshold, for example, if the number of write failures is greater than 2 (which can be set according to specific circumstances, and no specific limit is made here), then the battery sensor controller is determined to be abnormal. The execution method for determining the battery sensor controller to be abnormal can be to generate and record fault codes.

[0103] The fault codes are provided to the after-sales diagnostic team to determine whether the battery sensor controller is functioning properly and whether a write failure has occurred.

[0104] As an optional embodiment, after generating and recording the fault code, the fault code is sent to the vehicle networking system (Telematics-BOX, TBOX) for easy querying.

[0105] In some embodiments, step 103, waking up the vehicle's network and determining whether the vehicle has a risk of thermal runaway, includes:

[0106] Step 1031: Receive the power release value from the battery management system;

[0107] Step 1032: Compare the power release value with a preset power release threshold to obtain a comparison result.

[0108] Step 1033: When the comparison result shows that the power release value is greater than the preset power release threshold, it is determined that there is a risk of thermal runaway.

[0109] Step 1034: When the comparison result is that the power release value is less than or equal to the preset power release threshold, it is determined that there is no risk of thermal runaway.

[0110] In the above scheme, the Battery Management System (BMS) manages several groups of vehicle power batteries. Each group of power batteries consists of several cells. The battery management system feeds back the power release value of each power battery. After the vehicle network is abnormally woken up, the vehicle control unit (VCU) receives the power release value sent by the battery management system.

[0111] The power release value is compared with a preset power release threshold. For example, the power release threshold is the current or voltage of the power battery cell. The preset power release threshold can be 5% of the nominal value of the power battery (which can be set according to specific circumstances, and is not specifically limited here). The current or voltage of the power battery cell is compared with 5% of the nominal value of the power battery to obtain the corresponding comparison result.

[0112] When the current release value exceeds the preset power release threshold, it is determined that there is a risk of thermal runaway. For example, if the voltage or current of any power battery cell exceeds the nominal value of the power battery by 5%, it is determined that there is a risk of thermal runaway (if any cell has a risk of thermal runaway, then the entire battery pack has a risk of thermal runaway).

[0113] When the current release value is less than or equal to the preset power release threshold, it is determined that there is no risk of thermal runaway. For example, when the voltage or current of any power battery cell is less than or equal to 5% of the nominal value of the power battery, it is determined that there is no risk of thermal runaway. No communication signal from the vehicle controller can be detected on the vehicle bus. The central electronic control module controls the vehicle network to re-enter the sleep state and will not wake up the abnormally woken vehicle network until the vehicle is woken up normally again. The vehicle bus can be a controller area network (CAN bus).

[0114] As an optional embodiment, after determining that there is a risk of thermal runaway, a fault alarm message is generated, the fault alarm message is reported through the vehicle network system, uploaded to the TSP (Telematics Service Provider) platform, and the sales and production departments are notified to handle it.

[0115] As an optional embodiment, after a preset time has elapsed since the fault alarm information was sent, such as 2 seconds after the fault alarm information was sent, the vehicle's entire network is controlled to re-enter a sleep state to avoid the vehicle from losing power.

[0116] As an optional implementation, after determining that there is no risk of thermal runaway, the vehicle controller enters a sleep state.

[0117] Optionally, the fault alarm information includes at least first-level fault alarm information and second-level fault alarm information;

[0118] When the comparison result shows that the released power value is greater than the preset released power threshold, a risk of thermal runaway is determined, and a fault alarm message is generated and sent, including:

[0119] When the comparison result is that the power release value is greater than the preset power release threshold, and the power release value is less than or equal to the preset power release grading threshold, the first level fault alarm information is generated and sent.

[0120] When the comparison result shows that the power release value is greater than the preset current release value, and the power release value is greater than the preset power release grading threshold, a second-level fault alarm message is generated and sent.

[0121] In this step, the fault alarm information includes at least first-level fault alarm information and second-level fault alarm information.

[0122] If the comparison result shows that the power release value is greater than the preset power release threshold, and the power release value is less than or equal to the preset power release grading threshold, a first-level fault alarm message is generated and sent.

[0123] For example, if the power release value is A, the power release threshold is B, and the power release grading threshold is C, when A is greater than B and less than or equal to C, it indicates that the severity level of thermal runaway risk is relatively low. The first-level fault alarm information reported and uploaded to the TSP platform through the vehicle network system is text information.

[0124] If the comparison result shows that the power release value is greater than the preset power release threshold, and the power release value is greater than the preset power release grading threshold, a second-level fault alarm message is generated and sent.

[0125] For example, if the power release value is A, the power release threshold is B, and the power release grading threshold is C, when A is greater than B and also greater than C, it indicates a high level of severe thermal runaway risk. The second-level fault alarm information reported and uploaded to the TSP platform through the vehicle network system is text and sound information, or text and sound and light information.

[0126] This method of grading represents the severity of thermal runaway risk, enabling timely handling by the after-sales and production departments.

[0127] It should be noted that the method in this embodiment can be executed by a single device, such as a computer or server. The method can also be applied in a distributed scenario, where multiple devices cooperate to complete the task. In such a distributed scenario, one of these devices may execute only one or more steps of the method in this embodiment, and the multiple devices will interact with each other to complete the method described.

[0128] It should be noted that the above description describes some embodiments of this application. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps recorded in the claims can be performed in a different order than that shown in the above embodiments and still achieve the desired result. Furthermore, the processes depicted in the drawings do not necessarily require a specific or sequential order to achieve the desired result. In some embodiments, multitasking and parallel processing are also possible or may be advantageous.

[0129] Based on the same inventive concept, and corresponding to any of the above embodiments, this application also provides a vehicle sleep-wake control device.

[0130] refer to Figure 2 The vehicle sleep / wake-up control device includes:

[0131] The judgment module 201 is used to determine whether the vehicle network has been abnormally woken up based on the abnormal wake-up command received from the battery sensor controller.

[0132] The hibernation module 202 is used to control the vehicle network to remain in hibernation state when the vehicle network has been abnormally woken up.

[0133] The wake-up module 203 is used to wake up the vehicle's network when the vehicle's network has not been abnormally woken up, and to determine whether the vehicle has a risk of thermal runaway.

[0134] In some embodiments, the vehicle sleep / wake-up control device further includes a first verification module, comprising:

[0135] The first acquisition unit is used to acquire the vehicle network wake-up status of the vehicle when a preset normal wake-up command is received.

[0136] The first judgment unit is used to send a pre-stored verification signal to the battery sensor controller if the wake-up state is that it has been abnormally woken up, and to determine whether the battery sensor controller is normal based on the feedback signal of the battery sensor controller.

[0137] The first switching unit is used to switch the wake-up state from being abnormally woken up to not being abnormally woken up when it is determined that the battery sensor controller is normal.

[0138] In some embodiments, the first determining unit is specifically used for:

[0139] The first verification signal sending unit is used to send the pre-stored verification signal to the battery sensing controller.

[0140] The first feedback signal sending unit is used to acquire the feedback signal of the battery sensing controller based on the verification signal;

[0141] The first anomaly determination unit is used to determine that the battery sensor controller is abnormal when the feedback signal of the battery sensor controller does not match the pre-stored verification signal.

[0142] The first normal determination unit is used to determine that the battery sensor controller is normal when the feedback signal of the battery sensor controller matches the pre-stored verification signal.

[0143] In some embodiments, the wake-up flag of the vehicle's central electronic control module is marked with a status code, which includes a first status code or a second status code. When the vehicle's network is abnormally woken up, the status code of the wake-up flag is switched from the first status code to the second status code.

[0144] Module 201 is specifically used for:

[0145] When the status code of the wake-up flag is the first status code, it is determined that the vehicle's network has not been abnormally woken up.

[0146] When the status code of the wake-up flag is the second status code, it is determined that the vehicle's network has been abnormally woken up.

[0147] In some embodiments, the vehicle sleep / wake-up control device further includes a second verification module, comprising:

[0148] The second acquisition unit is used to acquire the current status code of the wake-up flag when a preset normal wake-up command is received;

[0149] The second judgment unit is used to send a pre-stored verification signal to the battery sensor controller if the current status code is the second status code, and to determine whether the battery sensor controller is normal based on the feedback signal of the battery sensor controller.

[0150] The second switching unit is used to switch the second status code to the first status code when it is determined that the battery sensor controller is normal.

[0151] In some embodiments, the second determining unit includes:

[0152] The second verification signal sending unit is used to send the pre-stored verification signal to the battery sensing controller.

[0153] The second feedback signal acquisition unit is used to acquire the feedback signal of the battery sensing controller;

[0154] The second anomaly determination unit is used to determine that the battery sensor controller is abnormal when the feedback signal of the battery sensor controller does not match the pre-stored verification signal.

[0155] The second normal determination unit is used to determine that the battery sensor controller is normal when the feedback signal of the battery sensor controller matches the pre-stored verification signal.

[0156] In some embodiments, the first anomaly determination unit or the second anomaly determination unit is specifically used for:

[0157] If the feedback signal of the battery sensor controller does not match the pre-stored verification signal, it is determined that the pre-stored verification signal writing has failed.

[0158] The pre-stored verification signal is resent to the battery sensor controller, and it is determined whether the pre-stored verification signal has been successfully written.

[0159] If the number of write failures exceeds the preset write failure threshold, the battery sensor controller is determined to be malfunctioning.

[0160] In some embodiments, the wake-up module 203 is specifically used for:

[0161] Receives the power release value from the battery management system;

[0162] The power release value is compared with a preset power release threshold to obtain the comparison result;

[0163] When the comparison result shows that the released power value is greater than the preset released power threshold, it is determined that there is a risk of thermal runaway;

[0164] When the comparison result shows that the energy release value is less than or equal to the preset energy release threshold, it is determined that there is no risk of thermal runaway.

[0165] For ease of description, the above devices are described in terms of function, divided into various modules. Of course, in implementing this application, the functions of each module can be implemented in one or more software and / or hardware.

[0166] The apparatus described above is used to implement the corresponding vehicle sleep-wake control method in any of the foregoing embodiments, and has the beneficial effects of the corresponding method embodiments, which will not be repeated here.

[0167] Based on the same inventive concept, corresponding to the methods of any of the above embodiments, this application also provides an electronic device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the program to implement the vehicle sleep-wake control method described in any of the above embodiments.

[0168] Figure 3 This embodiment illustrates a more specific hardware structure of an electronic device, which may include a processor 301, a memory 302, an input / output interface 303, a communication interface 304, and a bus 305. The processor 301, memory 302, input / output interface 303, and communication interface 304 are interconnected internally via the bus 305.

[0169] The processor 301 can be implemented using a general-purpose CPU (Central Processing Unit), microprocessor, application-specific integrated circuit (ASIC), or one or more integrated circuits, and is used to execute relevant programs to implement the technical solutions provided in the embodiments of this specification.

[0170] The memory 302 can be implemented in the form of ROM (Read-Only Memory), RAM (Random Access Memory), static storage device, dynamic storage device, etc. The memory 302 can store the operating system and other application programs. When the technical solutions provided in the embodiments of this specification are implemented by software or firmware, the relevant program code is stored in the memory 302 and is called and executed by the processor 301.

[0171] Input / output interface 303 is used to connect input / output modules to realize information input and output. Input / output modules can be configured as components in the device (not shown in the figure) or externally connected to the device to provide corresponding functions. Input devices may include keyboards, mice, touch screens, microphones, various sensors, etc., and output devices may include displays, speakers, vibrators, indicator lights, etc.

[0172] Communication interface 304 is used to connect a communication module (not shown in the figure) to enable communication and interaction between this device and other devices. The communication module can communicate via wired means (such as USB, Ethernet cable, etc.) or wireless means (such as mobile network, WIFI, Bluetooth, etc.).

[0173] Bus 305 includes a pathway for transmitting information between various components of the device (e.g., processor 301, memory 302, input / output interface 303, and communication interface 304).

[0174] It should be noted that although the above-described device only shows the processor 301, memory 302, input / output interface 303, communication interface 304, and bus 305, in specific implementations, the device may also include other components necessary for normal operation. Furthermore, those skilled in the art will understand that the above-described device may only include the components necessary for implementing the embodiments of this specification, and not necessarily all the components shown in the figures.

[0175] The electronic devices described above are used to implement the corresponding vehicle sleep-wake control methods in any of the foregoing embodiments, and have the beneficial effects of the corresponding method embodiments, which will not be repeated here.

[0176] Based on the same inventive concept, corresponding to the methods of any of the above embodiments, this application also provides a computer-readable storage medium storing computer instructions for causing the computer to execute the vehicle sleep-wake control method as described in any of the above embodiments.

[0177] The computer-readable medium of this embodiment includes permanent and non-permanent, removable and non-removable media, and information storage can be implemented by any method or technology. Information can be computer-readable instructions, data structures, program modules, or other data. Examples of computer storage media include, but are not limited to, phase-change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technologies, CD-ROM, digital versatile optical disc (DVD) or other optical storage, magnetic tape, magnetic magnetic disk storage or other magnetic storage devices, or any other non-transfer medium that can be used to store information accessible by a computing device.

[0178] The computer instructions stored in the storage medium of the above embodiments are used to cause the computer to execute the vehicle sleep-wake control method as described in any of the above embodiments, and have the beneficial effects of the corresponding method embodiments, which will not be repeated here.

[0179] Based on the same inventive concept, this embodiment provides a vehicle corresponding to the vehicle sleep-wake control device, electronic device, or storage medium of any of the above embodiments, wherein the vehicle is equipped with a vehicle sleep-wake control device, electronic device, or storage medium capable of implementing the vehicle sleep-wake control method of any of the above embodiments.

[0180] Those skilled in the art should understand that the discussion of any of the above embodiments is merely exemplary and is not intended to imply that the scope of this application (including the claims) is limited to these examples; within the framework of this application, the technical features of the above embodiments or different embodiments can also be combined, the steps can be implemented in any order, and there are many other variations of different aspects of the embodiments of this application as described above, which are not provided in the details for the sake of brevity.

[0181] Additionally, to simplify the description and discussion, and to avoid obscuring the embodiments of this application, the well-known power / ground connections to integrated circuit (IC) chips and other components may or may not be shown in the provided drawings. Furthermore, the apparatus may be shown in block diagram form to avoid obscuring the embodiments of this application, and this also takes into account the fact that the details of the implementation of these block diagram apparatuses are highly dependent on the platform on which the embodiments of this application will be implemented (i.e., these details should be fully understood by those skilled in the art). While specific details (e.g., circuits) have been set forth to describe exemplary embodiments of this application, it will be apparent to those skilled in the art that the embodiments of this application can be implemented without these specific details or with variations thereof. Therefore, these descriptions should be considered illustrative rather than restrictive.

[0182] Although this application has been described in conjunction with specific embodiments thereof, many substitutions, modifications, and variations of these embodiments will be apparent to those skilled in the art from the foregoing description. For example, other memory architectures (e.g., dynamic RAM (DRAM)) may be used with the embodiments discussed.

[0183] The embodiments of this application are intended to cover all such substitutions, modifications, and variations that fall within the broad scope of the appended claims. Therefore, any omissions, modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of the embodiments of this application should be included within the protection scope of this application.

Claims

1. A vehicle hibernation wake-up control method characterized by comprising: The method comprises: determining whether the vehicle network of the vehicle has been abnormally woken up based on receiving an abnormal wake-up instruction sent by the battery sensor controller; when the vehicle network of the vehicle has been abnormally woken up, controlling the vehicle network of the vehicle to remain in a dormant state; when the vehicle network of the vehicle has not been abnormally woken up, waking up the vehicle network of the vehicle and determining whether the vehicle has a thermal runaway risk; when a preset normal wake-up instruction is received, obtaining a wake-up state of the vehicle network of the vehicle; if the wake-up state is that the vehicle network has been abnormally woken up, sending a verification signal stored in advance to the battery sensor controller and determining whether the battery sensor controller is normal based on a feedback signal of the battery sensor controller; when it is determined that the battery sensor controller is normal, switching the wake-up state from having been abnormally woken up to not having been abnormally woken up.

2. The method of claim 1, wherein, The step of sending the verification signal stored in advance to the battery sensor controller and determining whether the battery sensor controller is normal based on the feedback signal of the battery sensor controller comprises: sending the verification signal stored in advance to the battery sensor controller; obtaining the feedback signal of the battery sensor controller based on the verification signal; when the feedback signal of the battery sensor controller does not match the verification signal stored in advance, determining that the battery sensor controller is abnormal; when the feedback signal of the battery sensor controller matches the verification signal stored in advance, determining that the battery sensor controller is normal.

3. The method of claim 1, wherein, The wake-up flag bit of the central electronic control module of the vehicle is marked with a state code, the state code comprises a first state code or a second state code, and when the vehicle network of the vehicle is abnormally woken up, the state code of the wake-up flag bit is switched from the first state code to the second state code. The step of determining whether the vehicle network of the vehicle has been abnormally woken up comprises: when the state code of the wake-up flag bit is the first state code, determining that the vehicle network of the vehicle has not been abnormally woken up; when the state code of the wake-up flag bit is the second state code, determining that the vehicle network of the vehicle has been abnormally woken up.

4. The method of claim 3, wherein, The method further comprises: when a preset normal wake-up instruction is received, obtaining a current state code of the wake-up flag bit; if the current state code is the second state code, sending a verification signal stored in advance to the battery sensor controller and determining whether the battery sensor controller is normal based on a feedback signal of the battery sensor controller; when it is determined that the battery sensor controller is normal, switching the second state code to the first state code.

5. The method of claim 4, wherein, The step of sending the verification signal stored in advance to the battery sensor controller and determining whether the battery sensor controller is normal based on the feedback signal of the battery sensor controller comprises: sending the verification signal stored in advance to the battery sensor controller; obtaining the feedback signal of the battery sensor controller based on the verification signal; when the feedback signal of the battery sensor controller does not match the verification signal stored in advance, determining that the battery sensor controller is abnormal; when the feedback signal of the battery sensor controller matches the verification signal stored in advance, determining that the battery sensor controller is normal. determining that the battery sensor controller is abnormal when the feedback signal of the battery sensor controller does not match the pre-stored verification signal; determining that the battery sensor controller is normal when the feedback signal of the battery sensor controller matches the pre-stored verification signal.

6. The method according to claim 2 or 5, characterized in that, The determining that the battery sensor controller is abnormal when the feedback signal of the battery sensor controller does not match the pre-stored verification signal comprises: determining that the pre-stored verification signal fails to be written when the feedback signal of the battery sensor controller does not match the pre-stored verification signal; re-sending the pre-stored verification signal to the battery sensor controller and determining whether the pre-stored verification signal is successfully written; determining that the battery sensor controller is abnormal when the number of writing failures is greater than a preset writing failure threshold.

7. The method of claim 1, wherein, The waking up the whole vehicle network of the vehicle and determining whether the vehicle has a thermal runaway risk comprises: receiving a power release value sent by a battery management system; comparing the power release value with a preset power release threshold to obtain a comparison result; determining that there is a thermal runaway risk when the comparison result is that the power release value is greater than the preset power release threshold; determining that there is no thermal runaway risk when the comparison result is that the power release value is less than or equal to the preset power release threshold.

8. An electronic device comprising a memory, a processor, and a computer program stored on the memory and executable on the processor, characterized in that, The processor implements the method of any one of claims 1 to 7 when executing the program.

9. A vehicle comprising the electronic device of claim 8.

Citation Information

Patent Citations

  • Power battery pack thermal runaway protection method and protection system

    CN114211961A

  • Vehicle abnormal wakeup processing method and device, vehicle and cloud server

    CN114827184A