Battery management system-based vehicle control unit wakeup method and device

Abstract

A battery management system-based vehicle control unit wakeup method and apparatus, relating to the technical field of new energy vehicles. The method comprises: when an onboard boost pressure sensor wakes up a microcontroller unit within a fixed time on the basis of current abnormal pressure data of a battery pack, using the microcontroller unit to detect whether the current abnormal pressure data of the battery pack is valid; if not, on the basis of a preset control policy, controlling the microcontroller unit to enter a sleep state; and if yes, on the basis of the microcontroller unit, waking up a vehicle control unit. When onboard boost pressure sensors malfunction, the method and the apparatus can solve the problem that frequently waking up microcontroller units and consequently frequently waking up vehicle control units interfere with safe vehicle driving.

Description

A vehicle controller wake-up method and device based on battery management system Technical Field

[0001] The present invention relates to the technical field of new energy vehicles, and in particular to a vehicle controller wake-up method and device based on a battery management system. Background Art

[0002] Although new energy vehicles are being chosen by more and more people due to their many advantages such as saving fuel and reducing exhaust emissions, the battery problem of new energy vehicles cannot be ignored. When the battery pack pressure of a new energy vehicle is abnormal, it will affect the driving safety of the entire vehicle. Therefore, it is necessary to detect the battery pack pressure and warn the driver in time.

[0003] At present, the on-board boost pressure sensor is used to detect whether the battery pack pressure is abnormal. When the battery pack pressure is detected to be abnormal, the microcontroller unit of the entire vehicle is awakened, and the vehicle controller is awakened by the microcontroller to send a warning signal to the driver.

[0004] However, it is inevitable that when the onboard boost pressure sensor fails, the MCU and, in turn, the vehicle controller may be frequently woken up, regardless of whether the battery pack pressure is abnormal. This will seriously interfere with the safe operation of the vehicle.

[0005] Summary of the Invention

[0006] In view of the above problems, the present invention provides a vehicle controller wake-up method and device based on a battery management system. The main purpose is to solve the problem that when the on-board boost pressure sensor fails, the microcontroller unit is frequently woken up, thereby frequently waking up the vehicle controller, which interferes with the safe driving of the entire vehicle.

[0007] In order to solve the above technical problems, the present invention proposes the following solutions:

[0008] In a first aspect, the present invention provides a vehicle controller wake-up method based on a battery management system, the method comprising:

[0009] When the onboard boost pressure sensor wakes up the microcontroller unit within a fixed time based on the current abnormal pressure data of the battery pack, the microcontroller unit is used to detect whether the current abnormal pressure data of the battery pack is valid;

[0010] If invalid, controlling the microcontroller unit to enter a sleep state based on a preset control strategy;

[0011] If valid, the vehicle controller is awakened based on the micro control unit.

[0012] In a second aspect, the present invention provides a vehicle controller wake-up device based on a battery management system, the device comprising:

[0013] a data detection unit, configured to, when the onboard boost pressure sensor wakes up the microcontroller unit within a fixed time based on the current abnormal pressure data of the battery pack, detect whether the current abnormal pressure data of the battery pack is valid using the microcontroller unit;

[0014] a first control unit, configured to control the micro control unit to enter a sleep state based on a preset control strategy if the data detection unit detects that the data is invalid;

[0015] The second control unit is configured to wake up the vehicle controller based on the micro control unit if the data detection unit detects that the data is valid.

[0016] In order to achieve the above-mentioned purpose, according to the third aspect of the present invention, a storage medium is provided, which includes a stored program, wherein when the program is running, the device where the storage medium is located is controlled to execute the vehicle controller wake-up method based on the battery management system according to the first aspect.

[0017] In order to achieve the above object, according to a fourth aspect of the present invention, a processor is provided, which is used to run a program, wherein when the program is running, the vehicle controller wake-up method based on the battery management system according to the first aspect is executed.

[0018] By utilizing the above technical solution, the present invention provides a vehicle controller wakeup method and device based on a battery management system. This method utilizes an onboard boost pressure sensor in the battery management system to detect the current pressure data of the battery pack in real time. If the onboard boost pressure sensor detects an abnormal battery pack pressure, it can wake up the microcontroller (MCU). After the MCU is woken up, the MCU in the present invention does not directly wake up the vehicle controller, but instead first determines the validity of the data. If it determines that the current battery pack pressure data detected in real time by the onboard boost pressure sensor is indeed abnormal, it wakes up the vehicle controller. Otherwise, it controls the MCU to enter a sleep state according to a preset control strategy, preventing the MCU from waking up the vehicle controller. This not only prevents the vehicle controller from being woken up when the battery pack pressure is truly abnormal, but also prevents the MCU from being woken up by mistake when the onboard boost pressure sensor mistakenly wakes up the MCU. This avoids the situation where a malfunction of the onboard boost pressure sensor mistakenly wakes up the MCU, which in turn mistakenly wakes up the vehicle controller, potentially affecting vehicle driving safety.

[0019] The above description is only an overview of the technical solution of the present invention. In order to more clearly understand the technical means of the present invention, it can be implemented in accordance with the contents of the specification. In order to make the above and other purposes, features and advantages of the present invention more obvious and easy to understand, the specific implementation methods of the present invention are specifically listed below. BRIEF DESCRIPTION OF THE DRAWINGS

[0020] Various other advantages and benefits will become apparent to those skilled in the art upon reading the detailed description of the preferred embodiment below. The accompanying drawings are for illustration purposes only and are not to be considered as limiting the present invention. The same reference symbols are used throughout the drawings to represent the same components. In the drawings:

[0021] FIG1 shows a schematic structural diagram of a battery management system provided by an embodiment of the present invention;

[0022] FIG2 shows a flow chart of a vehicle controller wake-up method based on a battery management system provided by an embodiment of the present invention;

[0023] FIG3 shows a flow chart of another vehicle controller wake-up method based on a battery management system provided by an embodiment of the present invention;

[0024] FIG4 shows a block diagram of a vehicle controller wake-up device based on a battery management system provided by an embodiment of the present invention;

[0025] FIG5 shows a block diagram of another vehicle controller wake-up device based on a battery management system provided by an embodiment of the present invention. DETAILED DESCRIPTION

[0026] Exemplary embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. Although exemplary embodiments of the present disclosure are shown in the accompanying drawings, it should be understood that the present disclosure can be implemented in various forms and should not be limited by the embodiments set forth herein. Rather, these embodiments are provided to enable a more thorough understanding of the present disclosure and to fully convey the scope of the present disclosure to those skilled in the art.

[0027] The safety of vehicle driving is of paramount importance. Currently, when the onboard boost pressure sensor fails, regardless of whether the battery pack pressure is abnormal, the onboard boost pressure sensor will determine that the battery pack pressure is abnormal, thereby waking up the microcontroller unit, and the microcontroller unit will then wake up the vehicle controller. If the wake-up frequency is frequent, it will seriously interfere with the driver's normal driving and ultimately affect driving safety. Therefore, for the safety of vehicle driving, it is necessary to control this situation.

[0028] In the present invention, a battery management system (BMS) is used to control this situation. The battery management system in the present invention is shown in Figure 1, including a micro-control unit (MCU), a power management integrated circuit (PMIC), a low dropout regulator (LDO), an on-board boost pressure sensor (BPS), a real-time wake-up clock (RTC), a high-side drive (HSD), a D trigger, etc.

[0029] The onboard boost pressure sensor in the BMS can be used to detect battery pack pressure and wake up the power management chip and microcontroller unit when abnormal battery pack pressure is detected. The microcontroller unit in the BMS can be used to detect whether the abnormal battery pack pressure data detected by the onboard boost pressure sensor is valid, and determine whether to wake up the VCU based on whether the abnormal battery pack pressure data is valid. The power management chip in the BMS can be used to output a power supply signal to the microcontroller unit after being awakened by the onboard boost pressure sensor. The real-time wake-up clock can be used to record the number of times the onboard boost pressure sensor wakes up the power management chip and microcontroller unit. The battery management system can use the D flip-flop to activate or deactivate the power shutdown latch function of the onboard boost pressure sensor. In addition, LDO and HSD will be mentioned when introducing the working principle of the BMS.

[0030] In addition, there are four main hard-wired signals for connecting the BMS to the external vehicle, as shown in Figure 1: KL30, KL31, KL15, and BMS-Wake-VCU.

[0031] KL30 is connected to the 12V hard-wired signal from the positive terminal of the vehicle's lead-acid battery; KL31 is connected to the 0V hard-wired signal from the GND terminal of the vehicle's lead-acid battery; KL15 is connected to the 12V hard-wired signal from the driver's key control; and BMS-Wake-VCU is connected to the 12V hard-wired wake-up signal sent by the BMS to the VCU. Other internal network signals and other resistor components are also included, which will not be detailed here and will be explained in the circuit principle section later.

[0032] The present invention is different from the existing BMS in that it adds an RTC and a D trigger. The circuit is described as follows:

[0033] (1) As shown in Figure 1, the power supply input of the PMIC is always connected to the internal 12V network signal. Therefore, even if the KL15 signal and the internal network signal 'DO_BPS-Wakeup-PMIC' are 0V, the output of the PMIC internal network signal 'PMIC_On_3.3V' can also be 3.3V, but the PMIC is in a low power working state at this time.

[0034] Although the output of the PMIC's internal network signal PMIC 'PMIC_On_3.3V' is not affected by the KL15 signal, the internal network signal 'PMIC-uC-3.3V' that the PMIC uses to power the MCU is affected by the KL15 signal. Therefore, when the KL15 signal is 0 V, the internal network signal 'PMIC-uC-3.3V' that the PMIC uses to power the MCU is also 0 V, and the MCU is in sleep mode.

[0035] Based on the above, it can be seen that when the KL15 signal is 12V input or the internal network signal 'DO_BPS-Wakeup-PMIC' is 3.3V, the PMIC is in normal working condition. At this time, the internal network signal PMIC's 'PMIC_On_3.3V' is still 3.3V voltage output, and the internal network signal 'PMIC-uC-3.3V' that the PMIC uses to power the MCU is also 3.3V voltage output. At this time, the MCU is in normal working condition.

[0036] (2) The LDO input is directly connected to KL30, and the LDO's GND is directly connected to KL31. Since KL30 is the key input source for the entire system, it is ensured that KL30 always has input to ensure that the LDO is always in normal operation. Therefore, the LDO will always provide the 5V output voltage of the internal network signal 'LDO_On_5V' to power the RTC and D flip-flop, so the RTC and D flip-flop are always in normal operation.

[0037] (3) The 12V network signal inside the BMS comes directly from KL30, and its operating status is not controlled by KL15. Since KL30 always has input, the HSD module is always in normal working condition.

[0038] After describing the BMS circuit in FIG1 of the present invention, the principle of the BMS is further described:

[0039] As shown in Figure 1, under normal circumstances, during the lifecycle of a BMS, if the onboard boost pressure sensor (BPS) detects abnormal battery pack pressure due to extreme conditions such as aging, extrusion, overcharge / over-discharge, or short circuiting of the power lithium battery pack, both the BPS and PMIC in the BMS enter a low-power operating state. The abnormal battery pack pressure triggers the BPS's wake-up mechanism, switching from low-power to normal operation. Upon entering normal operation, the BPS transmits the internal network signal 'Do_BPS-Wakeup-VCU_Enable', outputting a 3.3V voltage and turning on transistor Q5. After transistor Q5 turns on, the voltage across resistor R9 is pulled down to 0V, turning on transistor Q4. At this point, the internal network signal 'DO_BPS-Wakeup-PMIC' outputs a 12V voltage to the PMIC, waking it up. Once awake, the PMIC transmits the internal network signal 'PMIC-uC-3.3V', outputting a 3.3V voltage to wake up the MCU.

[0040] After the MCU is awakened by the internal network signals of the BPS and PMIC, the RTC starts timing through the internal network signal SPI communication 'uC-RTC-SPI'.

[0041] After the MCU is awakened by the internal network signals of the BPS and PMIC, the vehicle controller awakening method based on the battery management system in the present invention is further described in detail. As shown in FIG2 , the specific execution steps of the vehicle controller awakening method based on the battery management system provided by the present invention are shown in FIG2 , including:

[0042] 201. When the onboard boost pressure sensor wakes up the microcontroller unit within a fixed time based on the current abnormal pressure data of the battery pack, the microcontroller unit is used to detect whether the current abnormal pressure data of the battery pack is valid.

[0043] In the present invention, after the MCU is awakened within a fixed time, it does not directly send the hardwired wakeup command 'BMS-Wake-VCU' as shown in Figure 1 to awaken the VCU. This is because it is possible that a BPS fault could misinterpret normal battery pack pressure as abnormal. To avoid this situation causing the vehicle controller to be mistakenly awakened, which could affect vehicle driving safety, the MCU can first determine the validity of the current abnormal battery pack pressure data detected by the BPS. If the data is determined to be valid, step 203 can be executed; if not, step 202 can be executed.

[0044] Specifically, the validity of the current abnormal battery pack pressure data detected by the BPS can be determined by, on the one hand, starting with the historical pressure data of the battery pack and comparing it with the current abnormal battery pack pressure data. Alternatively, the validity of the abnormal battery pack pressure data can be determined directly from the BPS using traditional methods to detect whether the BPS is faulty. The validity of the abnormal battery pack pressure data can then be determined based on whether the BPS is faulty. Furthermore, a combination of the two methods is possible. For example, if the first method determines that the data is invalid, the second method can be used to verify that the BPS is fault-free. This does not rule out the possibility of a false triggering due to overly sensitive BPS data, in which case the data can be considered invalid. However, to ensure driving safety, a thermal runaway determination method can be further used in combination with information such as battery temperature to determine whether a battery pack abnormality has truly occurred.

[0045] 202. Control the micro control unit to enter a sleep state based on a preset control strategy.

[0046] In step 202, if the MCU determines that the current abnormal pressure data of the battery pack detected by the BPS is invalid, it can control the MCU to enter a sleep state using a preset software control strategy. Specifically, the BMS can control the MCU to enter a sleep state via the internal network signal shown in FIG1 . Alternatively, the MCU can control the MCU to enter a sleep state using a preset hardware control strategy. Specifically, the D flip-flop can be activated to latch the power off of the BPS, causing the BPS to stop operating due to lack of power. After the BPS chip is turned off, the MCU enters a sleep state.

[0047] 203. Wake up the vehicle controller based on the microcontroller unit.

[0048] If the MCU determines that the battery pack's current pressure anomaly data is valid, the MCU sends a hardwired wakeup command (BMS-Wake-VCU, as shown in Figure 1) to the VCU, activating normal operation. After waking up, the VCU sends a thermal runaway warning command via the vehicle's CAN bus to the vehicle's instrument cluster controller, alerting the driver to quickly open the door and move away from the vehicle, potentially preventing uncontrollable risks such as fire.

[0049] As can be seen from the implementation of FIG2 , the present invention provides a vehicle controller wakeup method based on a battery management system. This method utilizes an onboard boost pressure sensor in the battery management system to detect the current pressure data of the battery pack in real time. If the onboard boost pressure sensor detects an abnormal battery pack pressure, it can wake up the microcontroller (MCU). After the MCU is awakened, the MCU does not directly wake up the vehicle controller. Instead, it first determines the validity of the data. If it determines that the current battery pack pressure data detected in real time by the onboard boost pressure sensor is indeed abnormal, it wakes up the vehicle controller. Otherwise, it controls the MCU to enter a sleep state through a preset software or hardware strategy, preventing the MCU from waking up the vehicle controller. This not only prevents the vehicle controller from being awakened when the battery pack pressure is truly abnormal, but also prevents the MCU from being awakened by the onboard boost pressure sensor if it mistakenly wakes up the MCU. This avoids the situation where a malfunction of the onboard boost pressure sensor mistakenly wakes up the MCU, which in turn mistakenly wakes up the vehicle controller, potentially affecting vehicle driving safety.

[0050] Furthermore, the present invention also provides another vehicle controller wake-up method based on a battery management system, which is used to further refine and expand the embodiment shown in FIG2 . As shown in FIG3 , the specific steps of another vehicle controller wake-up method based on a battery management system provided by the present invention are as follows:

[0051] 301. Utilize the microcontroller unit to detect whether the current abnormal pressure data of the battery pack is valid based on the historical pressure data of the battery pack.

[0052] Among them, step 301 proposes a more optimal implementation method relative to step 201.

[0053] In step 301, the historical pressure data of the battery pack collected by the on-board boost pressure sensor in multiple historical periods can be obtained, and then a pressure change curve consisting of multiple battery pack historical pressure data and the current abnormal pressure data of the battery pack can be integrated. The slope value of the pressure change curve is calculated using a conventional formula, and finally a check is made to see whether the slope value exceeds a preset slope threshold. If it does not exceed and the curve changes smoothly, it can be considered that the current abnormal pressure data of the battery pack is invalid, and steps 302 and 303 can be executed; if the slope value exceeds the preset slope threshold, it can be considered that the current abnormal pressure data of the battery pack is valid, and step 304 can be executed.

[0054] The historical pressure data of the battery pack can be considered as data without fault reports during the historical collection period. Therefore, if the current abnormal pressure data of the battery pack does not fluctuate much compared with the historical data, it can be considered that the current abnormal pressure data of the battery pack collected this time is actually invalid.

[0055] Regarding the selection of multiple historical cycles, it is possible to give priority to selecting multiple cycles that are closest to the collection period of the current abnormal pressure data of the battery pack. This is more consistent with the recent usage status of the battery pack, and the calculated results are more credible.

[0056] 302. Control the microcontroller unit to enter a sleep state based on a preset software strategy.

[0057] Among them, step 302 proposes a more optimal implementation method relative to step 202.

[0058] In step 302, since the real-time wake-up clock RTC will always monitor the number of times the BPS wakes up the micro control unit, if it is monitored that the number of times the BPS wakes up the micro control unit within a fixed time is less than or equal to the first count threshold, the micro control unit MCU can be controlled to enter the sleep state according to the preset software strategy after it determines that the current abnormal pressure data of the battery pack detected by the BPS is invalid.

[0059] Specifically, the BMS can control the PMIC to enter a low-power operating state via the internal network signal 'uC-PMIC-SPI' (the network signal corresponding to the power management chip) as shown in Figure 1. At this time, the PMIC's power supply network signal 'PMIC-uC-3.3V' to the MCU, as shown in Figure 1, is 0V (i.e., no input state). The MCU can shut down power and enter a sleep state based on its own management mechanism. This strategy, in software, avoids the risk of the MCU being repeatedly awakened and repeatedly sending hardwired wake-up commands to the VCU to force it into normal operation. It ensures that the vehicle CAN does not mistakenly send thermal runaway warning commands to the vehicle instrument controller, affecting the driver's safe operation.

[0060] The first count threshold may preferably be 3 times, and may also be adjusted according to the battery pack usage. The fixed time may be 500 seconds, and may also be adjusted when the battery pack usage changes.

[0061] 303. Control the microcontroller unit to enter a sleep state based on a preset hardware strategy.

[0062] Among them, step 303 proposes a more optimal implementation method relative to step 202.

[0063] In step 303, if the real-time wake-up clock RTC detects that the number of times the BPS wakes up the micro control unit within a fixed time is greater than the first number threshold, the micro control unit MCU can be controlled to enter the sleep state according to the preset hardware strategy after determining that the current abnormal pressure data of the battery pack detected by the BPS is invalid.

[0064] Specifically, the first designated network signal, namely the internal network signal 'DO_uC-BPS__PWR_Lock_Enable' shown in Figure 1, is switched from 0V to 3.3V (input state), activating the D flip-flop's power-off latch function for the BPS. This activates the latch function of the D flip-flop's Q pin, outputting a 3.3V voltage, turning on transistor Q2. The 5V voltage of the internal network signal 'LDO_On_5V' shown in Figure 1 is then pulled down to 0V (GND) via resistor R4, turning off transistor Q1. At this point, the 3.3V power supply to the BPS by the internal network signal 'BPS_Lock_PWR' shown in Figure 1 is shut off, causing the BPS to cease operation due to a lack of power. After the onboard boost pressure sensor in the BPS ceases operation, the microcontroller unit, based on its internal management mechanism, shuts down power and enters a sleep state. This strategy branch avoids the risk of the MCU being awakened multiple times and continuously sending hard-wired wake-up commands to the VCU to put it into normal working state on the hardware path. It can ensure that the vehicle CAN will not mistakenly send thermal runaway warning commands to the vehicle instrument controller and affect the driver's safe operation.

[0065] The above methods all enable the BPS to wake up the MCU within a fixed time. If the BPS does not wake up the MCU within the fixed time, the Q pin output voltage of the D flip-flop shown in Figure 1 is 0V. At this point, the D flip-flop's power-off latch function for the BPS is not activated. The 5V output of the internal network signal 'LDO_On_5V', shown in Figure 1, turns on transistor Q1. At this point, the internal network signal 'BPS_Lock_PWR' outputs a 3.3V voltage, providing continuous power to the BPS. The BPS operates in a low-power mode and continuously monitors the pressure inside the battery pack.

[0066] 304. Wake up the vehicle controller based on the microcontroller unit.

[0067] Among them, the implementation method of step 304 is the same as that of step 203, and can achieve the same technical effect and solve the same technical problem, so it will not be repeated here.

[0068] Optionally, in some possible implementations, after the power-off latch function of the D flip-flop on the onboard boost pressure sensor is activated in step 303, so that the onboard boost pressure sensor stops working, and before the microcontroller unit shuts off power based on its own management mechanism and enters a sleep state, the method further includes:

[0069] Detect whether the calibration instruction sent by the driver is received;

[0070] If received, the micro control unit is used to control the output voltage of the second designated network signal to release the power off latch function.

[0071] In this step, after the BPS detects abnormal pressure and wakes the MCU, and before the MCU enters sleep mode, if the D flip-flop's power-off latch function needs to be released, the driver can use a host computer calibration command to instruct the MCU to control the internal network signal (second designated network signal) 'DO_uC-BPS__PWR_Lock_Clear_Set' shown in Figure 1 to output 3.3V to clear the D flip-flop's Q output latch state. At this point, the internal network signal 'BPS_Lock_PWR' shown in Figure 1 activates the 3.3V power supply to the BPS, and the BPS resumes low-power operation due to power supply.

[0072] Furthermore, as an implementation of the method shown in FIG2 above, an embodiment of the present invention also provides a vehicle controller wake-up device based on a battery management system, which is used to implement the method shown in FIG2 above. This device embodiment corresponds to the aforementioned method embodiment. For ease of reading, this device embodiment will no longer repeat the details of the aforementioned method embodiment one by one, but it should be clear that the device in this embodiment can implement all the contents of the aforementioned method embodiment. As shown in FIG4, the device includes:

[0073] The data detection unit 401 is configured to detect whether the current abnormal pressure data of the battery pack is valid when the onboard boost pressure sensor wakes up the micro control unit within a fixed time based on the current abnormal pressure data of the battery pack;

[0074] A first control unit 402 is configured to control the micro control unit to enter a sleep state based on a preset control strategy if the data detection unit 401 detects that the data is invalid;

[0075] The second control unit 403 is configured to wake up the vehicle controller based on the micro control unit if the data detection unit 401 detects that the data is valid.

[0076] Furthermore, as an implementation of the method shown in FIG3 above, an embodiment of the present invention also provides another vehicle controller wake-up device based on a battery management system, which is used to implement the method shown in FIG3 above. This device embodiment corresponds to the aforementioned method embodiment. For ease of reading, this device embodiment will no longer repeat the details of the aforementioned method embodiment one by one, but it should be clear that the device in this embodiment can implement all the contents of the aforementioned method embodiment. As shown in FIG5, the device includes:

[0077] The data detection unit 401 is configured to detect whether the current abnormal pressure data of the battery pack is valid when the onboard boost pressure sensor wakes up the micro control unit within a fixed time based on the current abnormal pressure data of the battery pack;

[0078] A first control unit 402 is configured to control the micro control unit to enter a sleep state based on a preset control strategy if the data detection unit 401 detects that the data is invalid;

[0079] The second control unit 403 is configured to wake up the vehicle controller based on the micro control unit if the data detection unit 401 detects that the data is valid.

[0080] In an optional implementation, the data detection unit 401 includes:

[0081] A historical data acquisition module 4011 is used to acquire the battery pack historical pressure data collected by the onboard boost pressure sensor in multiple historical periods;

[0082] a slope calculation module 4012, configured to calculate a slope value of a pressure change curve formed by the plurality of battery pack historical pressure data acquired by the historical data acquisition module 4011 and the current abnormal pressure data of the battery pack;

[0083] A slope determination module 4013 is configured to determine whether the slope value calculated by the slope calculation module 4012 exceeds a preset slope threshold;

[0084] A first data determination module 4014 is configured to determine that the current abnormal pressure data of the battery pack is valid if the slope determination module 4013 determines that the abnormal pressure exceeds .

[0085] The second data determination module 4015 is configured to determine that the current abnormal pressure data of the battery pack is invalid if the slope determination module 4013 determines that the abnormal pressure does not exceed the value.

[0086] In an optional implementation, the first control unit 402 includes:

[0087] a software control module 4021 configured to control the power management chip to enter a low power state based on a preset software policy if the number of times the micro control unit is awakened is less than or equal to a first number threshold determined based on the real-time wake-up clock, so as to control the micro control unit to enter a sleep state after the power management chip enters the low power state;

[0088] The hardware control module 4022 is configured to control the micro control unit to enter a sleep state based on a preset hardware strategy if the number of times the micro control unit is awakened is determined to be greater than a first number threshold based on the real-time timing awakening clock.

[0089] In an optional implementation, the software control module 4021 is specifically configured to:

[0090] Based on the network signal corresponding to the power management chip, the power management chip is controlled to enter a low-power working state, so as to control the power management chip to switch the power supply network signal of the micro control unit to a no-input state;

[0091] When the power management chip switches the power supply network signal of the micro control unit to a no-input state, the micro control unit turns off the power supply based on its own management mechanism and enters a sleep state.

[0092] In an optional implementation, the hardware control module 4022 is specifically configured to:

[0093] Controlling the first designated network signal to switch to an input state to activate a power-off latching function of the D flip-flop on the onboard boost pressure sensor, so that the onboard boost pressure sensor stops working;

[0094] After the onboard boost pressure sensor stops working, the micro control unit turns off the power supply and enters a sleep state based on its own management mechanism.

[0095] In an optional embodiment, after the onboard boost pressure sensor in the hardware control module 4022 stops working, before the microcontroller unit shuts off power and enters a sleep state based on its own management mechanism, the device further includes a function disabling unit 404, and the function disabling unit 404 includes:

[0096] The instruction detection module 4041 is used to detect whether the calibration instruction sent by the driver is received;

[0097] The function release module 4042 is configured to utilize the micro control unit to control the output voltage of the second designated network signal to release the power off latch function if the calibration instruction detected by the instruction detection module 4041 is received.

[0098] Furthermore, an embodiment of the present invention also provides a storage medium, which is used to store a computer program, wherein when the computer program is running, it controls the device where the storage medium is located to execute the vehicle controller wake-up method based on the battery management system described in Figures 2-3 above.

[0099] Furthermore, an embodiment of the present invention also provides a processor, which is used to run a program, wherein when the program is running, the vehicle controller wake-up method based on the battery management system described in Figures 2-3 above is executed.

[0100] In the above embodiments, the description of each embodiment has its own focus. For parts that are not described in detail in a certain embodiment, reference can be made to the relevant descriptions of other embodiments.

[0101] It is understood that the relevant features of the above methods and devices can be referenced to each other. In addition, the terms "first" and "second" in the above embodiments are used to distinguish between the embodiments, and do not represent the advantages and disadvantages of the embodiments.

[0102] Those skilled in the art will clearly understand that, for the convenience and brevity of description, the specific working processes of the systems, devices and units described above can refer to the corresponding processes in the aforementioned method embodiments and will not be repeated here.

[0103] The algorithm and display provided herein are not inherently related to any particular computer, virtual system or other device. Various general-purpose systems can also be used together with the teachings based on this. According to the above description, it is obvious that the structure required for constructing this type of system. In addition, the present invention is not directed to any specific programming language. It should be understood that various programming languages ​​can be utilized to realize the content of the present invention described herein, and the above description of specific languages ​​is for the purpose of disclosing the best mode of the present invention.

[0104] In addition, the memory may include non-permanent memory in a computer-readable medium, random access memory (RAM) and / or non-volatile memory in the form of read-only memory (ROM) or flash RAM, and the memory includes at least one memory chip.

[0105] Those skilled in the art will appreciate that the embodiments of the present application can be provided as methods, systems, or computer program products. Therefore, the present application can adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment in combination with software and hardware. Moreover, the present application can adopt the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to magnetic disk storage, CD-ROM, optical storage, etc.) that contain computer-usable program code.

[0106] The present application is described with reference to the flow chart and / or block diagram of the method, device (system), and computer program product according to the embodiment of the present application. It should be understood that each flow process and / or box in the flow chart and / or block diagram and the combination of the flow process and / or box in the flow chart and / or block diagram can be realized by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processing machine or other programmable data processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing device produce a device for realizing the function specified in one flow chart flow or multiple flows and / or one box or multiple boxes of the block diagram.

[0107] These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the computer-readable memory produce a product including an instruction device that implements the functions specified in one or more processes in the flowchart and / or one or more boxes in the block diagram.

[0108] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operating steps are executed on the computer or other programmable device to produce a computer-implemented process, so that the instructions executed on the computer or other programmable device provide steps for implementing the functions specified in one or more processes in the flowchart and / or one or more boxes in the block diagram.

[0109] In a typical configuration, a computing device includes one or more processors (CPUs), input / output interfaces, network interfaces, and memory.

[0110] The memory may include non-permanent memory in a computer-readable medium, random access memory (RAM) and / or non-volatile memory in the form of read-only memory (ROM) or flash RAM. The memory is an example of a computer-readable medium.

[0111] Computer-readable media includes permanent and non-permanent, removable and non-removable media that can be implemented by any method or technology to store information. The 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 technology, compact disc read-only memory (CD-ROM), digital versatile disc (DVD) or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices or any other non-transmission media that can be used to store information that can be accessed by a computing device. As defined herein, computer-readable media does not include transitory computer-readable media (transitory media), such as modulated data signals and carrier waves.

[0112] It should also be noted that the terms "comprises," "includes," or any other variations thereof are intended to encompass non-exclusive inclusion, such that a process, method, commodity, or apparatus that includes a series of elements includes not only those elements but also other elements not explicitly listed, or includes elements inherent to such process, method, commodity, or apparatus. In the absence of further limitations, an element defined by the phrase "comprises a ..." does not exclude the presence of other identical elements in the process, method, commodity, or apparatus that includes the element.

[0113] Those skilled in the art will appreciate that the embodiments of the present application may be provided as methods, systems, or computer program products. Therefore, the present application may take the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware. Furthermore, the present application may take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to magnetic disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0114] The above are merely embodiments of the present application and are not intended to limit the present application. For those skilled in the art, the present application may have various changes and variations. Any modifications, equivalent replacements, improvements, etc. made within the spirit and principles of the present application should all be included within the scope of the claims of the present application.

Claims

1. A vehicle controller wake-up method based on a battery management system, characterized in that: The method comprises: When the onboard boost pressure sensor wakes up the microcontroller unit within a fixed time based on the current abnormal pressure data of the battery pack, the microcontroller unit is used to detect whether the current abnormal pressure data of the battery pack is valid; If invalid, controlling the microcontroller unit to enter a sleep state based on a preset control strategy; If valid, the vehicle controller is awakened based on the micro control unit.

2. The method according to claim 1, characterized in that Utilizing the microcontroller unit to detect whether the current abnormal pressure data of the battery pack is valid includes: Acquire historical pressure data of the battery pack collected by the onboard boost pressure sensor in multiple historical cycles; Calculating a slope value of a pressure change curve composed of a plurality of historical pressure data of a battery pack and current abnormal pressure data of the battery pack; Determining whether the slope value exceeds a preset slope threshold; If it exceeds, it is determined that the current abnormal pressure data of the battery pack is valid; If not, it is determined that the current abnormal pressure data of the battery pack is invalid.

3. The method according to claim 1, characterized in that: Controlling the microcontroller unit to enter a sleep state based on a preset control strategy includes: If the number of times the micro control unit is awakened is determined to be less than or equal to a first number threshold based on the real-time timing awakening clock, the power management chip is controlled to enter a low power consumption state based on a preset software strategy, so as to control the micro control unit to enter a sleep state after the power management chip enters the low power consumption state; If the number of times the micro control unit is awakened is determined to be greater than a first number threshold based on the real-time timing awakening clock, the micro control unit is controlled to enter a sleep state based on a preset hardware strategy.

4. The method according to claim 3, characterized in that Controlling the power management chip to enter a low power consumption state based on a preset software strategy, so as to control the micro control unit to enter a sleep state after the power management chip enters the low power consumption state, comprising: Based on the network signal corresponding to the power management chip, the power management chip is controlled to enter a low-power working state, so as to control the power management chip to switch the power supply network signal of the micro control unit to a no-input state; When the power management chip switches the power supply network signal of the micro control unit to a no-input state, the micro control unit turns off the power supply and enters a sleep state based on its own management mechanism.

5. The method according to claim 3, characterized in that: Controlling the microcontroller unit to enter a sleep state based on a preset hardware strategy includes: Controlling the first designated network signal to switch to an input state to activate the D-type flip-flop's power-off latching function for the onboard boost pressure sensor, so that the onboard boost pressure sensor stops working; After the onboard boost pressure sensor stops working, the micro control unit turns off the power supply and enters a sleep state based on its own management mechanism.

6. The method according to claim 5, characterized in that After the onboard boost pressure sensor stops working, before the microcontroller unit shuts off power supply based on its own management mechanism and enters a sleep state, the method further includes: Detect whether a calibration instruction sent by the driver is received; If received, the micro control unit is used to control the second designated network signal output voltage to release the power off latch function.

7. A battery management system, characterized in that: The system comprises: An onboard boost pressure sensor, which is used to detect the pressure of the battery pack and wake up the power management chip and the micro control unit when abnormal battery pack pressure is detected; A microcontroller unit, the microcontroller unit is used to detect whether the abnormal battery pack pressure data detected by the onboard boost pressure sensor is valid, and determine whether to wake up the vehicle controller according to whether the abnormal battery pack pressure data is valid; A power management chip, wherein the power management chip is used to output a power supply signal to the micro control unit after being awakened by the onboard boost pressure sensor; A real-time timing wake-up clock, the real-time timing wake-up clock is used to record the number of times the onboard boost pressure sensor wakes up the power management chip and the micro control unit; A D trigger, through which the battery management system activates or releases the power-off latch function of the onboard boost pressure sensor.

8. A vehicle controller wake-up device based on a battery management system, characterized in that: The device comprises: A data detection unit, configured to detect whether the current abnormal pressure data of the battery pack is valid by using the microcontroller unit when the onboard boost pressure sensor wakes up the microcontroller unit within a fixed time based on the current abnormal pressure data of the battery pack; A first control unit, configured to control the micro control unit to enter a sleep state based on a preset control strategy if the data detection unit detects invalidity; The second control unit is used to wake up the vehicle controller based on the micro control unit if the data detection unit detects that it is valid.

9. A storage medium, characterized in that: The storage medium includes a stored program, wherein when the program is running, the device where the storage medium is located is controlled to execute the vehicle controller wake-up method based on the battery management system as described in any one of claims 1 to claim 6.

10. A processor, characterized in that: The processor is used to run a program, wherein the program, when running, executes the vehicle controller wake-up method based on the battery management system as described in any one of claims 1 to claim 6.

Images