Vehicle control methods, vehicles and storage media

Abstract

This invention discloses a vehicle control method, a vehicle, and a storage medium. The vehicle control method includes: acquiring the pressure value of the battery pack within a battery management system; controlling the battery management system to switch from a dormant state to an awake state in response to the pressure value reaching a preset threshold; performing fault detection on the battery pack in response to the battery management system being in an awake state; and controlling the vehicle control system to switch from a dormant state to an awake state in response to the detected battery pack fault. This invention solves the technical problem in the prior art where determining whether to wake up the vehicle for alarm based on the battery pack pressure value leads to low accuracy in the judgment results.

Description

Technical Field

[0001] This invention relates to the field of intelligent driving technology, and more specifically, to a vehicle control method, a vehicle, and a storage medium. Background Technology

[0002] In existing technologies, battery management system (BMS) wake-up relies on a pressure sensor (BPS) detecting a set pressure threshold and triggering a wake-up pin. Specifically, when the BMS senses the pressure within the battery pack reaching the threshold, it immediately wakes up. After wake-up, the BMS sends messages, which wakes up the entire vehicle. However, if no fault is detected in the battery pack at this point, the vehicle wake-up will be considered abnormal, thus wasting valuable resources.

[0003] There is currently no effective solution to the above problems. Summary of the Invention

[0004] This invention provides a vehicle control method, a vehicle, and a storage medium to at least solve the technical problem in the prior art where the accuracy of the judgment result is low because the vehicle is woken up to trigger an alarm based on the pressure value of the battery pack.

[0005] According to one embodiment of the present invention, a vehicle control method is provided, comprising: acquiring a pressure value of a battery pack in a battery management system; controlling the battery management system to switch from a dormant state to an awake state in response to the pressure value reaching a preset threshold; performing fault detection on the battery pack in response to the battery management system being in an awake state; and controlling the vehicle control system to switch from a dormant state to an awake state in response to the detection of a fault in the battery pack.

[0006] Optionally, the vehicle control method further includes: in response to controlling the battery management system to switch from a dormant state to a wake-up state, controlling the vehicle communication bus to keep the first target function disabled, and controlling the network diagnostic interface of the vehicle communication bus to keep the second target function disabled, wherein the first target function is used to send messages to the vehicle control system, and the second target function is used to send data to the vehicle control system.

[0007] Optionally, the vehicle control method further includes: controlling the first application software layer to switch the pressure mode of the battery management system to a first mode, wherein the first mode is used to characterize the first application software layer in a state of fault detection of the battery pack; and controlling the battery management system to perform fault detection at preset time intervals in response to the pressure mode switching to the first mode.

[0008] Optionally, the vehicle control method further includes: in response to detecting that there is no fault in the battery pack, controlling the vehicle communication bus to keep the first target function disabled, controlling the network diagnostic interface of the vehicle communication bus to keep the second target function disabled, and controlling the battery management system to switch from a wake-up state to a sleep state, and storing the target information in the storage area of ​​the battery management system, wherein the target information is fault information during the fault detection process.

[0009] Optionally, the vehicle control method further includes: in response to detecting a fault in the battery pack, controlling the vehicle's communication bus to enable a first target function, controlling the network diagnostic interface of the vehicle communication bus to enable a second target function, and controlling the second basic software layer to update the interface value of the local sleep interface of the second application software layer to the first target interface value, wherein the first target interface value is used to characterize the vehicle control system entering a wake-up state.

[0010] Optionally, the vehicle control method further includes: in response to the vehicle control system entering a wake-up state, controlling the vehicle control system to perform an alarm operation.

[0011] Optionally, the vehicle control method further includes: in response to the control system of the vehicle entering a wake-up state, re-detecting the battery pack for faults; in response to the detection of a fault in the battery pack, maintaining the control system of the vehicle in a wake-up state; and in response to the detection that there is no fault in the battery pack, switching the control system of the vehicle from a wake-up state to a sleep state.

[0012] According to one embodiment of the present invention, a vehicle control device is also provided, comprising: an acquisition module for acquiring a pressure value of a battery pack within a battery management system; a first control module for controlling the battery management system to switch from a dormant state to an awake state in response to the pressure value reaching a preset threshold; a first detection module for performing fault detection on the battery pack in response to the battery management system being in an awake state; and a second control module for controlling the vehicle control system to switch from a dormant state to an awake state in response to the detection of a fault in the battery pack.

[0013] According to one embodiment of the present invention, a vehicle is also provided, including a memory and a processor, wherein the memory stores a computer program and the processor is configured to run the computer program to perform the vehicle control method described in any of the preceding claims.

[0014] According to one embodiment of the present invention, a computer-readable storage medium is also provided, wherein a computer program is stored in the computer program, wherein the computer program is configured to execute the vehicle control method described in any of the preceding claims when it is run.

[0015] In this embodiment of the invention, the pressure value of the battery pack within the battery management system is acquired. In response to the pressure value reaching a preset threshold, the battery management system is controlled to switch from a dormant state to a wake-up state. In response to the battery management system being in a wake-up state, fault detection is performed on the battery pack. In response to the detection of a fault in the battery pack, the vehicle control system is controlled to switch from a dormant state to a wake-up state. This achieves the goal of checking for battery pack faults before waking up the vehicle after the battery management system is awakened, thereby improving the accuracy of alarms triggered by battery pack faults after the vehicle is awakened. Furthermore, this solves the technical problem in the prior art where determining whether to wake up the vehicle for an alarm based on the battery pack pressure value results in low accuracy. Attached Figure Description

[0016] The accompanying drawings, which are included to provide a further understanding of the invention and form part of this application, illustrate exemplary embodiments of the invention and, together with their description, serve to explain the invention and do not constitute an undue limitation thereof. In the drawings:

[0017] Figure 1 This is a flowchart of a vehicle control method according to one embodiment of the present invention;

[0018] Figure 2 This is a logic flowchart of a vehicle control method according to one embodiment of the present invention;

[0019] Figure 3 This is a structural block diagram of a vehicle control device according to one embodiment of the present invention. Detailed Implementation

[0020] To enable those skilled in the art to better understand the present invention, the technical solutions of the present invention will be clearly and completely described below with reference to the accompanying drawings of the embodiments of the present invention. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort should fall within the scope of protection of the present invention.

[0021] It should be noted that the terms "first," "second," etc., in the specification, claims, and accompanying drawings of this invention are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such terms can be used interchangeably where appropriate so that embodiments of the invention described herein can be implemented in orders other than those illustrated or described herein. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover a non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0022] According to an embodiment of the present invention, an embodiment of a vehicle control method is provided. It should be noted that the steps shown in the flowchart in the accompanying drawings can be executed in a computer system containing at least one set of computer-executable instructions. Furthermore, although a logical order is shown in the flowchart, in some cases, the steps shown or described may be executed in a different order than that shown here.

[0023] This method embodiment can also be executed in an electronic device, similar control device, or vehicle-mounted terminal that includes a memory and a processor. Taking a vehicle-mounted terminal as an example, the vehicle-mounted terminal may include one or more processors and a memory for storing data. Optionally, the vehicle-mounted terminal may also include a communication device for communication functions and a display device. Those skilled in the art will understand that the above structural description is merely illustrative and does not limit the structure of the vehicle-mounted terminal. For example, the vehicle-mounted terminal may include more or fewer components than those described above, or have a different configuration than those described above.

[0024] A processor may include one or more processing units. For example, a processor may include a central processing unit (CPU), a graphics processing unit (GPU), a digital signal processing (DSP) chip, a microcontroller unit (MCU), a field-programmable gate array (FPGA), a neural network processing unit (NPU), a tensor processing unit (TPU), or an artificial intelligence (AI) processor. Different processing units may be independent components or integrated into one or more processors. In some instances, electronic devices may also include one or more processors.

[0025] The memory can be used to store computer programs, such as the computer program corresponding to the information push method in the embodiments of the present invention. The processor implements the aforementioned information push method by running the computer program stored in the memory. The memory may include high-speed random access memory and non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some instances, the memory may further include memory remotely located relative to the processor, and these remote memories can be connected to the electronic device via a grid. Examples of such grids include, but are not limited to, the Internet, corporate intranets, local area networks, mobile communication networks, and combinations thereof.

[0026] The communication device is used to receive or transmit data via a grid. Specific examples of the aforementioned grid may include a wireless grid provided by the mobile terminal's communication provider. In one example, the communication device includes a network interface controller (NIC), which can connect to other grid devices via a base station to communicate with the Internet. In another example, the communication device may be a radio frequency (RF) module used for wireless communication with the Internet. In some embodiments of this solution, the communication device is used to connect to mobile devices such as mobile phones and tablets, enabling the mobile device to send commands to the vehicle-mounted terminal.

[0027] The display device can be a touchscreen liquid crystal display (LCD) or a touch display (also referred to as a "touchscreen" or "touch screen"). This LCD allows the user to interact with the user interface of the in-vehicle terminal. In some embodiments, the in-vehicle terminal has a graphical user interface (GUI), allowing the user to interact with the GUI through finger contact and / or gestures on a touch-sensitive surface. This human-machine interaction function may include a vehicle gear shifting function. Executable instructions for performing these human-machine interaction functions are configured / stored in one or more processor-executable computer program products or readable storage media.

[0028] Figure 1 This is a flowchart of a vehicle control method according to one embodiment of the present invention, such as... Figure 1 As shown, the method includes the following steps:

[0029] Step S102: Obtain the pressure value of the battery pack within the battery management system.

[0030] Optionally, the execution subject in this embodiment is the vehicle control system. It should be noted that other electronic devices and processors can also be used as the execution subject, and no further limitations are made here.

[0031] In the technical solution provided by step S102 of the present invention, the battery management system includes a pressure sensor that can monitor the pressure value inside the battery pack in real time.

[0032] Specifically, in existing technologies, battery management systems are woken up by using a pressure sensor (BPS) to detect when an external pressure threshold is reached, causing the wake-up pin to go high, i.e., waking up by pressure value.

[0033] Step S104: In response to the pressure value reaching a preset threshold, the battery management system is controlled to switch from a dormant state to a wake-up state.

[0034] In the technical solution provided by step S104 of the present invention, when the vehicle control system detects that the pressure value of the battery pack has reached a preset threshold through the pressure sensor, it indicates that the pressure value in the battery pack is abnormal. At this time, the battery management system should be woken up, that is, the battery management system should be controlled to switch from the dormant state to the awake state to perform subsequent operations.

[0035] Specifically, when the battery management system enters the wake-up state, the basic software layer of the battery management system should be initialized first, and the message function, network diagnostic function and network management function of the battery management system should be adjusted. The initialization stage of the battery management system also includes the initialization operation of the application software layer. The message function, network diagnostic function and network management function of the battery management system should remain the same as in the previous stage.

[0036] Optionally, when the pressure detected by the pressure sensor reaches a preset threshold, it indicates that the pressure value inside the battery pack is abnormal and there may be a battery pack malfunction. Therefore, the battery management system should be activated to detect the battery pack malfunction.

[0037] Optionally, the pressure threshold mentioned above can be an empirical value, that is, when the pressure value exceeds the above threshold, the battery pack will have abnormal conditions.

[0038] Step S106: In response to the battery management system being in a wake-up state, perform fault detection on the battery pack.

[0039] In the technical solution provided by step S106 of the present invention, when the battery management system is in a wake-up state, the vehicle control system can adjust the pressure mode of the battery management system to the first mode and then detect the fault status of the battery pack by executing a periodic task with a preset time.

[0040] Specifically, fault detection of the battery pack includes the following steps: When the battery management system is in a wake-up state, the vehicle control system adjusts the pressure mode of the battery management system to the first mode, and then executes periodic tasks according to a preset time interval. At this time, the message function, network diagnostic function and network management function of the battery management system remain consistent with the initialization phase. At this time, the application software layer of the battery management system begins to perform fault self-check.

[0041] Optionally, the preset time periodic task includes multiple periodic tasks, where the preset time can be an empirical value. For example, when the preset time is 10ms, it indicates that multiple periodic tasks with a preset time of 10ms should be executed at this time. It is worth noting that the shorter the preset time, the higher the execution priority. For example, if an order is given to execute a 10ms periodic task and a 100ms periodic task at the same time, the battery management system will execute all the 10ms periodic tasks first, and then execute the 100ms periodic task.

[0042] In step S108, in response to the detection of a fault in the battery pack, the vehicle control system is switched from a dormant state to a wake-up state.

[0043] In the technical solution provided by step S108 of the present invention, when the battery management system detects a fault in the battery pack, the battery management system will control the vehicle control system to switch from a dormant state to a wake-up state in order to perform subsequent vehicle operations.

[0044] Specifically, when a fault is detected in the battery pack, the battery management system sets the stress mode to the third mode. The third mode is used to indicate that there is a fault in the battery pack and restores the battery management system's message sending and communication functions so that the battery management system can communicate with the vehicle control system via the CAN bus to wake up the vehicle control system.

[0045] Optionally, after the battery management system wakes up the vehicle management system, it is no longer necessary to make a judgment based on the stress mode of the battery management system. Instead, the power-down operation is performed by reading the interface value of the local sleep interface of the application software layer of the vehicle communication system.

[0046] Optionally, after waking up the vehicle management system, the battery pack fault should also be detected. When the fault in the battery pack is detected to have disappeared, the vehicle control system can perform a power-down operation by changing the interface value of the local sleep interface of the application software layer of the vehicle communication system.

[0047] Steps S102 to S108 above, as follows Figure 2 As shown, in this invention, the pressure value of the battery pack within the battery management system is obtained. In response to the pressure value reaching a preset threshold, the battery management system is controlled to switch from a dormant state to a wake-up state. In response to the battery management system being in a wake-up state, fault detection is performed on the battery pack. In response to the detection of a fault in the battery pack, the vehicle control system is controlled to switch from a dormant state to a wake-up state. This achieves the goal of checking for battery pack faults before waking up the vehicle after the battery management system is woken up, thereby improving the accuracy of alarms for battery pack faults after the vehicle is woken up. Furthermore, this solves the technical problem in the prior art where judging whether to wake up the vehicle for alarms based on the battery pack pressure value leads to low accuracy of the judgment results.

[0048] It is noteworthy that, in this embodiment of the invention, the battery management system can be woken up when the detected pressure value reaches a threshold, and then the battery pack is fault detected to determine whether the vehicle control system should be woken up. In the prior art, once the battery management system is woken up, the vehicle control system will definitely be woken up. However, this invention adds a step to detect the fault condition of the battery pack, thereby avoiding the technical problem of inaccurate vehicle wake-up caused by incomplete consideration of wake-up factors in related technologies. This achieves the technical effect of improving the accuracy of vehicle wake-up.

[0049] The method described in this embodiment will now be described in further detail.

[0050] As an optional implementation, in response to the control battery management system switching from a dormant state to a wake-up state, the vehicle communication bus is controlled to keep the first target function disabled, and the network diagnostic interface of the vehicle communication bus is controlled to keep the second target function disabled. The first target function is used to send messages to the vehicle control system, and the second target function is used to send data to the vehicle control system.

[0051] In this embodiment, when the battery management system transitions from a dormant state to a wake-up state, the vehicle control system can control the vehicle communication bus to only enable the message receiving function and disable the message sending function. Otherwise, the communication functions of the subnet communication bus and the charging communication bus (calibration communication bus) are enabled normally. At the same time, the vehicle control system also controls the relevant network diagnostic interfaces of the vehicle communication bus to only retain the receiving flag and not perform data verification and data timeout detection. Otherwise, the network diagnostic functions of the subnet communication bus and the charging communication bus (calibration communication bus) are enabled normally.

[0052] Optionally, after the battery management system transitions from a dormant state to a wake-up state, the vehicle control system can detect the vehicle communication signal and the ignition key wake-up signal in real time. Once either the vehicle communication signal or the ignition key wake-up signal is detected, the battery management system's message sending function is immediately restored, and all bus communications are kept consistent with the normal wake-up of the battery management system. After that, the battery management system does not need to determine the stress mode during this power-on cycle; it only needs to perform a power-down operation by reading the interface value of the local dormant interface in the application software layer.

[0053] Optionally, if the vehicle control system does not detect the vehicle communication signal and the key door wake-up signal, it reads the pressure mode of the battery management system. At this time, before the pressure mode changes to the second mode and the third mode, the battery management system will remain in the wake-up state regardless of the value of the local sleep interface.

[0054] As an optional implementation, in step S106, the battery management system includes a first basic software layer and a first application software layer. In response to the battery management system being in a wake-up state, fault detection of the battery pack includes: controlling the first application software layer to switch the stress mode of the battery management system to a first mode, wherein the first mode is used to characterize the first application software layer being in a state of fault detection of the battery pack; in response to the stress mode being switched to the first mode, controlling the battery management system to perform fault detection at preset time intervals.

[0055] In this embodiment, the battery management system includes a first basic software layer and a first application software layer. When the battery management system is in a wake-up state, the fault detection of the battery pack includes the following steps: the vehicle control system can control the first application software layer to switch the stress mode of the battery management system to a mode that represents fault detection. When the stress mode of the battery management system is switched to the first mode, the system controls the battery management system to perform a periodic task with a preset time interval for fault detection.

[0056] Specifically, when the battery management system is in the first stress mode, all functional modules of the battery management system remain unchanged from their previous state.

[0057] Optionally, the preset time periodic task includes multiple periodic tasks, where the preset time can be an empirical value. For example, when the preset time is 10ms, it indicates that multiple periodic tasks with a preset time of 10ms should be executed at this time. It is worth noting that the shorter the preset time, the higher the execution priority. For example, if an order is given to execute a 10ms periodic task and a 100ms periodic task at the same time, the battery management system will execute all the 10ms periodic tasks first, and then execute the 100ms periodic task.

[0058] As an optional implementation, in response to the detection that there is no fault in the battery pack, the vehicle communication bus is controlled to keep the first target function closed, the network diagnostic interface of the vehicle communication bus is controlled to keep the second target function closed, and the battery management system is controlled to switch from a wake-up state to a sleep state, and the target information is stored in the storage area of ​​the battery management system, wherein the target information is the fault information in the fault detection process.

[0059] In this embodiment, when no fault is detected in the battery pack, the pressure mode of the battery management system is adjusted to the second mode. The second mode is used to indicate that there is no fault in the battery pack. The vehicle control system can control the vehicle communication bus to keep the message transmission closed and control the network diagnostic interface of the vehicle communication bus to keep the transmission closed. It is worth noting that after the battery pack is detected to be fault-free, the battery management system does not need to remain in a wake-up state. Therefore, the vehicle control system can control the battery management system to switch from a wake-up state to a sleep state and store the detection information in the storage area of ​​the battery management system.

[0060] Optionally, the vehicle target information can be fault information, sampling information, etc. during this inspection process. For example, if no fault occurred during this inspection process, the fault information in this inspection stage is recorded as 0, and then the obtained target information is stored in the storage area of ​​the battery management system.

[0061] Optionally, the aforementioned storage area can be an electrically erasable programmable read-only memory or a storage module integrated into the battery management system. In other words, any module capable of storing information can be used in this solution, and no specific limitations are imposed here.

[0062] As an optional implementation, the vehicle control system includes a second basic software layer and a second application software layer. The method further includes: in response to detecting a fault in the battery pack, controlling the vehicle's vehicle communication bus to enable a first target function, controlling the network diagnostic interface of the vehicle communication bus to enable a second target function, and controlling the second basic software layer to update the interface value of the local sleep interface of the second application software layer to the first target interface value, wherein the first target interface value is used to characterize the vehicle control system entering a wake-up state.

[0063] In this embodiment, when a fault is detected in the battery pack, the pressure mode of the battery management system is adjusted to the third mode. The third mode is used to characterize the battery pack fault. The vehicle control system can control the vehicle's communication bus to enable the function of sending messages and control the network diagnostic interface of the vehicle communication bus to enable the sending flag. It is worth noting that after a battery pack fault is detected, the vehicle control system needs to be woken up to perform subsequent operations. Therefore, while enabling the first target function and the second target function, all bus communication functions should also be restored so that the vehicle can start normal communication.

[0064] Specifically, when the vehicle control system transitions from a dormant state to a wake-up state, the battery management system no longer needs to determine whether to perform a wake-up operation based on the battery management system's stress mode. Instead, it reads the interface value of the local dormant interface in the application software layer and performs a power-down operation.

[0065] Optionally, when the vehicle control system is in a wake-up state, the interface value of the local sleep interface will change from 1 to 0, that is, change from sleep state to normal operation.

[0066] As an optional implementation, in response to the vehicle control system entering a wake-up state, the vehicle control system is controlled to perform an alarm operation.

[0067] In this embodiment, when the vehicle control system enters the wake-up state, it indicates that there is a fault in the battery pack. Therefore, the vehicle control system can interact with the display panel of the vehicle control system to display alarm information, thereby achieving the technical effect of alarming the driver.

[0068] Optionally, the alarm information can be in the form of an audible alarm, a text alarm, or other alarm forms. Any alarm form that can achieve the purpose of prompting the driver to perform an alarm operation is used in this application, and no specific limitation is made here.

[0069] As an optional implementation, in response to the control system of the vehicle entering the wake-up state, the fault detection of the battery pack is re-performed; in response to the detection of a fault in the battery pack, the control system of the vehicle remains in the wake-up state; in response to the detection that there is no fault in the battery pack, the control system of the vehicle switches from the wake-up state to the sleep state.

[0070] In this embodiment, after the vehicle controller enters the wake-up state, it should re-detect the battery pack for faults. If the battery pack is still found to be faulty, the vehicle control system remains in the wake-up state to continuously alert the driver or maintenance personnel. Once the battery pack is found to be fault-free, the vehicle control system is switched from the wake-up state to the sleep state.

[0071] Specifically, when the vehicle control system transitions from wake-up to sleep mode, the interface value of the local sleep interface in the application software layer of the vehicle control system can be adjusted from 0 to 1, i.e., a power-down operation is performed.

[0072] Optionally, the disappearance of the battery pack fault may be due to the repair personnel fixing the fault or the battery pack self-repairing the fault. In this application, as long as the absence of a fault in the battery pack is detected, the vehicle control system can be switched from the wake-up state to the sleep state.

[0073] Through the above description of the embodiments, those skilled in the art can clearly understand that the methods according to the above embodiments can be implemented by means of software plus necessary general-purpose hardware platforms. Of course, they can also be implemented by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of the present invention, or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk) and includes several instructions to cause a terminal device (which may be a mobile phone, computer, server, or grid device, etc.) to execute the methods of the various embodiments of the present invention.

[0074] This embodiment also provides a vehicle control device for implementing the above embodiments and preferred embodiments; details already described will not be repeated. As used below, the term "module" can refer to a combination of software and / or hardware that implements a predetermined function. Although the device described in the following embodiments is preferably implemented in software, hardware implementation, or a combination of software and hardware, is also possible and contemplated.

[0075] Figure 3 This is a structural block diagram of a vehicle control device 300 according to one embodiment of the present invention, such as... Figure 3 As shown, the device includes: an acquisition module 301, a first control module 302, a detection module 303, and a second control module 304.

[0076] The acquisition module 301 is used to acquire the pressure value of the battery pack in the battery management system.

[0077] The first control module 302 is used to control the battery management system to switch from a dormant state to a wake-up state in response to the pressure value reaching a preset threshold.

[0078] The first detection module 303 is used to perform fault detection on the battery pack in response to the battery management system being in a wake-up state;

[0079] The second control module 304 is used to control the vehicle control system to switch from a dormant state to a wake-up state in response to the detection of a fault in the battery pack.

[0080] Optionally, the vehicle control device 300 further includes: a third control module, configured to control the vehicle communication bus to remain in a state of disabling the first target function in response to switching the battery management system from a dormant state to a wake-up state, and to control the network diagnostic interface of the vehicle communication bus to remain in a state of disabling the second target function, wherein the first target function is used to send messages to the vehicle control system, and the second target function is used to send data to the vehicle control system.

[0081] Optionally, the first detection module 303 includes: a fourth control module, used to control the first application software layer to switch the pressure mode of the battery management system to a first mode, wherein the first mode is used to characterize the first application software layer in a state of fault detection of the battery pack; and a fifth control module, used to control the battery management system to perform fault detection at preset time intervals in response to the switch from the pressure mode to the first mode.

[0082] Optionally, the vehicle control device 300 further includes: a sixth control module, used to control the vehicle communication bus to keep the first target function off in response to the detection that there is no fault in the battery pack, control the network diagnostic interface of the vehicle communication bus to keep the second target function off, and control the battery management system to switch from a wake-up state to a sleep state, and store the target information in the storage area of ​​the battery management system, wherein the target information is the fault information in the fault detection process.

[0083] Optionally, the vehicle control device 300 further includes: a seventh control module, configured to, in response to detecting a fault in the battery pack, control the vehicle's communication bus to enable a first target function, control the network diagnostic interface of the vehicle communication bus to enable a second target function, and control the second basic software layer to update the interface value of the local sleep interface of the second application software layer to the first target interface value, wherein the first target interface value is used to indicate that the vehicle control system has entered a wake-up state.

[0084] Optionally, the vehicle control device 300 further includes an eighth control module, used to control the vehicle control system to perform an alarm operation in response to the vehicle control system entering a wake-up state.

[0085] Optionally, the vehicle's warning device 300 further includes: a second detection module, used to re-detect the battery pack fault in response to controlling the vehicle control system to enter a wake-up state; a ninth control module, used to control the vehicle control system to remain in a wake-up state in response to detecting a fault in the battery pack; and a tenth control module, used to control the vehicle control system to switch from a wake-up state to a sleep state in response to detecting that there is no fault in the battery pack.

[0086] Embodiments of the present invention also provide a vehicle, including a memory and a processor, wherein the memory stores a computer program and the processor is configured to run the computer program to perform the above-described vehicle warning method.

[0087] Optionally, in this embodiment, the vehicle may be configured to store a computer program for performing the following steps:

[0088] Step S102: Obtain the pressure value of the battery pack within the battery management system;

[0089] Step S104: In response to the pressure value reaching a preset threshold, control the battery management system to switch from a dormant state to a wake-up state.

[0090] Step S106: In response to the battery management system being in a wake-up state, perform fault detection on the battery pack;

[0091] In step S108, in response to the detection of a fault in the battery pack, the vehicle control system is switched from a dormant state to a wake-up state.

[0092] Optionally, specific examples in this embodiment can refer to the examples described in the above embodiments and optional implementations, and will not be repeated here.

[0093] In the above embodiments of the present invention, the descriptions of each embodiment have different focuses. For parts not described in detail in a certain embodiment, please refer to the relevant descriptions of other embodiments.

[0094] In the embodiments provided in this application, it should be understood that the disclosed technical content can be implemented in other ways. The device embodiments described above are merely illustrative; for example, the division of units can be a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the displayed or discussed mutual couplings, direct couplings, or communication connections may be through some interfaces; indirect couplings or communication connections between units or modules may be electrical or other forms.

[0095] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0096] Furthermore, the functional units in the various embodiments of the present invention can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit.

[0097] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this invention, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or grid device, etc.) to execute all or part of the steps of the methods of the various embodiments of this invention. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, read-only memory (ROM), random access memory (RAM), portable hard drives, magnetic disks, or optical disks.

[0098] The above are merely preferred embodiments of the present invention. It should be noted that those skilled in the art can make various improvements and modifications without departing from the principle of the present invention, and these improvements and modifications should also be considered within the scope of protection of the present invention.

Claims

1. A control method of a vehicle, characterized by, The vehicle includes a battery management system and a vehicle control system, and the method comprises: obtaining a pressure value of a battery pack in the battery management system; in response to the pressure value reaching a preset threshold, controlling the battery management system to switch from a sleep state to a wake-up state; in response to the battery management system being in the wake-up state, performing fault detection on the battery pack; in response to detecting that the battery pack has a fault, controlling the vehicle control system to switch from a sleep state to a wake-up state; The method further comprises: in response to controlling the battery management system to switch from the sleep state to the wake-up state, controlling the vehicle communication bus to remain in a state of closing a first target function, and controlling the network diagnostic interface of the vehicle communication bus to remain in a state of closing a second target function, wherein the first target function is used to send messages to the vehicle control system, and the second target function is used to send data to the vehicle control system; The battery management system comprises a first basic software layer and a first application software layer, and in response to the battery management system being in the wake-up state, performing fault detection on the battery pack comprises: controlling the first application software layer to convert the pressure mode of the battery management system into a first mode, wherein the first mode is used to represent that the first application software layer is in a state of performing the fault detection on the battery pack; in response to the pressure mode being converted into the first mode, controlling the battery management system to perform fault detection at a preset time interval; The method further comprises: in response to detecting that the battery pack has no fault, controlling the vehicle communication bus to remain in a state of closing the first target function, controlling the network diagnostic interface of the vehicle communication bus to remain in a state of closing the second target function, and controlling the battery management system to switch from the wake-up state to the sleep state, and storing target information to a storage area of the battery management system, wherein the target information is fault information in the fault detection process; The vehicle control system comprises a second basic software layer and a second application software layer, and the method further comprises: in response to detecting that the battery pack has a fault, controlling the vehicle communication bus of the vehicle to open the first target function, controlling the network diagnostic interface of the vehicle communication bus to open the second target function, and controlling the second basic software layer to update a local sleep interface value of the second application software layer to a first target interface value, wherein the first target interface value is used to represent that the vehicle control system enters the wake-up state; The method further comprises: in response to controlling the vehicle control system to enter the wake-up state, re-performing the fault detection on the battery pack; in response to detecting that the battery pack has the fault, controlling the vehicle control system to remain in the wake-up state, and in response to detecting that the battery pack has no fault, controlling the vehicle control system to switch from the wake-up state to the sleep state.

2. The control method of a vehicle according to claim 1, characterized by The method further comprises: in response to controlling the vehicle control system to enter the wake-up state, controlling the vehicle control system to perform an alarm operation.

3. A control device of a vehicle characterized by comprising: The control method of the vehicle according to any one of claims 1-2 is used to execute the control method of the vehicle, the vehicle comprising a battery management system and a vehicle control system, comprising: an acquisition module configured to acquire a pressure value of a battery pack in the battery management system; a first control module configured to control the battery management system to switch from a sleep state to a wake-up state in response to the pressure value reaching a preset threshold value; a first detection module configured to perform fault detection on the battery pack in response to the battery management system being in the wake-up state; a second control module configured to control the vehicle control system to switch from a sleep state to a wake-up state in response to detecting that the battery pack has a fault.

4. A vehicle comprising a memory and a processor, characterized in that, The memory stores a computer program, and the processor is configured to run the computer program to execute the control method of the vehicle according to any one of claims 1-2.

5. A computer readable storage medium, characterized in that, The computer readable storage medium stores a computer program, wherein the computer program is configured to execute the control method of the vehicle according to any one of claims 1-2 when running on a computer or a processor.

Images