Lithium battery fault self-recovery control method and system, vehicle-mounted equipment and vehicle

Abstract

The invention relates to a lithium battery fault self-recovery control method and system, vehicle-mounted equipment and a vehicle, and belongs to the technical field of lithium batteries, and the method comprises the steps: carrying out the fault diagnosis of a lithium battery through a UDS protocol when a lithium battery fault is detected, and determining the fault type; when the fault type is a software fault, sending a software fault flag bit to a vehicle control unit; and a vehicle standing state flag bit sent by the vehicle control unit is received, the self-resetting action of the MCU main chip is executed, and the state of the lithium battery is reset. According to the lithium battery fault self-recovery control method provided by the invention, battery fault self-recovery detection can be carried out according to the real-time state of the vehicle, and then the vehicle controller identifies the state of the vehicle and controls the lithium battery management system to restart, so that the self-recovery software fault is solved, the user experience is improved, and the user experience is improved. Software faults are automatically repaired in the non-running state of the vehicle, maintenance waiting caused by temporary program errors of a user is avoided, and the number of times of unnecessary in-store maintenance is reduced.

Description

Technical Field

[0001] This invention relates to the field of lithium battery technology, and in particular to a control method, system, vehicle-mounted equipment, and vehicle for self-recovery of lithium battery faults. Background Technology

[0002] With the rapid development of the new energy vehicle industry, the electrification and intelligence levels of vehicles are continuously improving. As the core of the vehicle's low-voltage power supply system, the reliability of the 12V lithium battery directly affects the normal operation of the vehicle and the user's travel experience. The 12V lithium battery not only provides stable power to the vehicle's low-voltage electrical equipment (such as instruments, lights, steering systems, and on-board electronic control units), but also plays an indispensable role in key scenarios such as vehicle starting and high-voltage system activation. Its performance status has become an important factor affecting the safety and usability of new energy vehicles.

[0003] New energy vehicle 12V lithium batteries are equipped with a lithium battery management system (LBM) to achieve real-time monitoring of parameters such as battery voltage, current, and temperature, and to complete basic functions such as charge and discharge protection and equalization control.

[0004] In existing technologies, LBM cannot perform self-detection and self-recovery of faults. Even software faults such as program crashes or abnormal parameter configurations that can be resolved by restarting and resetting still require users to contact maintenance personnel for in-store processing. This not only increases the user's time and maintenance costs but also reduces the user experience. Summary of the Invention

[0005] In view of this, it is necessary to provide a control method, system, vehicle-mounted equipment, and vehicle for lithium battery fault self-recovery, so as to realize the lithium battery fault self-recovery function and improve the user experience.

[0006] To achieve the above objectives, in a first aspect, the present invention provides a control method for self-recovery of lithium battery faults, comprising: When a lithium battery fault is detected, the fault diagnosis is performed on the lithium battery through the UDS protocol to determine the fault type; When the fault type is a software fault, the software fault flag will be sent to the vehicle controller; The system receives the vehicle stationary status flag bit sent by the vehicle controller and executes the MCU main chip self-reset action to reset the lithium battery status. The vehicle stationary status flag bit is sent by the vehicle controller after receiving the fault flag bit and determining that the vehicle is stationary and in a low-voltage state.

[0007] In one possible implementation, after resetting the lithium battery state, the method further includes: After the reset is completed, if a fault is still detected in the lithium battery, the fault information is sent to the Tbox, so that the Tbox sends the fault information to the car manufacturer's internal monitoring platform and simultaneously sends it to the user's mobile app and instrument panel.

[0008] One possible implementation also includes: When the fault type is a hardware fault, the hardware fault flag is sent to the instrument controller so that the instrument controller controls the instrument to display the hardware fault information.

[0009] In one possible implementation, the hardware failure includes cell damage, sensor failure, interface failure, short circuit or open circuit.

[0010] Secondly, the present invention also provides a lithium battery fault self-recovery control system for implementing the lithium battery fault self-recovery control method described in any of the above implementations, comprising: Lithium battery management system and vehicle controller; The lithium battery management system is used to perform fault diagnosis on the lithium battery through the UDS protocol when a lithium battery fault is detected, and to determine the fault type; and when the fault type is a software fault, to send a software fault flag bit to the vehicle controller. The vehicle controller is used to receive the fault flag bit and, when it determines that the vehicle is in a stationary and low-voltage state, send the vehicle stationary state flag bit to the lithium battery management system. The lithium battery management system is also used to receive the vehicle static status flag sent by the vehicle controller and execute the MCU main chip self-reset action to reset the lithium battery status.

[0011] One possible implementation also includes a Tbox; The lithium battery management system is also used to send fault information to the Tbox when a fault is detected in the lithium battery after the reset is completed. The Tbox is used to send fault information to the car manufacturer's internal monitoring platform and simultaneously send it to the user's mobile app and instrument panel.

[0012] In one possible implementation, an instrument controller is also included; The lithium battery management system is also used to send a hardware fault flag to the instrument controller when the fault type is a hardware fault. The instrument controller is used to control the instrument to display hardware fault information.

[0013] In one possible implementation, the lithium battery management system, the vehicle controller, the instrument controller, and the Tbox are connected via a CAN bus.

[0014] Thirdly, the present invention also provides an in-vehicle device, including the lithium battery fault self-recovery control system described in any of the above implementations.

[0015] Fourthly, the present invention also provides a vehicle including the vehicle-mounted equipment described in any of the above implementations.

[0016] The beneficial effects of this invention are as follows: The lithium battery fault self-recovery control method, system, vehicle-mounted equipment, and vehicle provided by this invention, when a lithium battery fault is detected, perform fault diagnosis on the lithium battery through the UDS protocol. When the fault type is a software fault, a software fault flag is sent to the vehicle controller. After receiving the fault flag, the vehicle controller determines that the vehicle is in a stationary and low-voltage state, and sends a vehicle stationary state flag to the lithium battery management system. This allows the lithium battery management system to execute a self-reset action of the MCU main chip, resetting the lithium battery state. It can perform battery fault self-recovery detection based on the real-time vehicle status. Then, the vehicle controller identifies the vehicle status and controls the lithium battery management system to restart, resolving self-recoverable software faults and improving user experience. This invention can automatically repair software faults when the vehicle is not running, avoiding repair waits caused by temporary program errors and reducing unnecessary visits to the repair shop. Simultaneously, through a vehicle status collaborative verification mechanism, it effectively prevents reset operations from being performed when the high-voltage system is energized or the vehicle is moving, eliminating electrical system safety hazards caused by accidental triggering. Attached Figure Description

[0017] To more clearly illustrate the technical solutions in the embodiments of the present invention, the accompanying drawings used in the description of the embodiments will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0018] Figure 1 A schematic flowchart of an embodiment of the lithium battery fault self-recovery control method provided by the present invention; Figure 2 A schematic diagram of an embodiment of the lithium battery fault self-recovery control system provided by the present invention; Figure 3 This is a flowchart illustrating a control strategy for self-recovery of a 12V lithium battery fault, provided by the present invention. Detailed Implementation

[0019] The technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only a part of the embodiments of the present invention, and not all of them. All other embodiments obtained by those skilled in the art based on the embodiments of the present invention without creative effort are within the scope of protection of the present invention.

[0020] In the description of the embodiments of the present invention, unless otherwise stated, "multiple" means two or more. "And / or" describes the relationship between related objects, indicating that there can be three relationships. For example, A and / or B can represent three situations: A exists alone, A and B exist simultaneously, and B exists alone.

[0021] The terms "first," "second," etc., used in the embodiments of this invention are for descriptive purposes only and should not be construed as indicating or implying their relative importance or implicitly specifying the number of technical features indicated. Therefore, a technical feature defined with "first" or "second" may explicitly or implicitly include at least one of that feature.

[0022] In this document, the term "embodiment" means that a particular feature, structure, or characteristic described in connection with an embodiment may be included in at least one embodiment of the invention. The appearance of this phrase in various places throughout the specification does not necessarily refer to the same embodiment, nor is it a separate or alternative embodiment mutually exclusive with other embodiments. It will be explicitly and implicitly understood by those skilled in the art that the embodiments described herein can be combined with other embodiments.

[0023] This invention provides a control method, system, vehicle-mounted equipment, and vehicle for self-recovery of lithium battery faults, which will be described below.

[0024] Figure 1 A schematic flowchart of an embodiment of the lithium battery fault self-recovery control method provided by the present invention is shown below. Figure 1 As shown, the control method for self-recovery of lithium battery faults includes: S101. When a lithium battery fault is detected, the fault diagnosis of the lithium battery is performed through the UDS protocol to determine the fault type. S102. When the fault type is a software fault, the software fault flag is sent to the vehicle controller. S103. Receive the vehicle stationary status flag bit sent by the vehicle controller and execute the MCU main chip self-reset action to reset the lithium battery status; the vehicle stationary status flag bit is sent by the vehicle controller after receiving the fault flag bit and determining that the vehicle is stationary and in a low-voltage state.

[0025] The execution subject of the lithium battery fault self-recovery control method provided by the present invention can be a lithium battery management system (LBM).

[0026] In S101, Unified Diagnostic Services (UDS) is a standardized diagnostic protocol in the automotive electronics field, primarily used for fault analysis and diagnosis of electronic control units (ECUs). Its core function is to quickly locate the cause of faults through standardized services, providing a reliable basis for repair.

[0027] The UDS protocol can be implemented using a CAN bus-based diagnostic communication method to standardize the parsing of fault codes and distinguish between software and hardware fault types.

[0028] In S102, the software fault flag bit is a binary signal used to identify abnormal software states. It can be implemented through specific data bits in the CAN message and is used to trigger the status verification process of the vehicle controller.

[0029] In S103, the vehicle stationary status flag is used to indicate that the vehicle is not in motion and the high-voltage system is de-energized. It can be generated by the vehicle controller (VCU) after detecting the vehicle speed signal and the high-voltage contactor status, ensuring that the reset operation is only performed under safe conditions.

[0030] The MCU main chip self-reset action refers to the hardware reset operation of the microcontroller unit, which can be achieved by a watchdog circuit or by triggering the reset pin level. It is used to clear software operation abnormalities and restore default parameter configuration.

[0031] For example, when the lithium battery management system detects an abnormal voltage or communication interruption, it initiates the UDS protocol for fault diagnosis, distinguishing between software logic errors and physical hardware damage by parsing fault codes. If a software fault is determined, a flag containing the fault code is sent to the vehicle controller via the CAN bus. Upon receiving the flag, the vehicle controller continuously monitors the vehicle speed sensor signal and the status of the high-voltage system contactor. When the vehicle speed is zero and the high-voltage system has been disconnected for more than a set time, it sends a static status flag back to the lithium battery management system. Upon receiving this flag, the lithium battery management system triggers the MCU's hardware reset circuit, reinitializes the registers and program counter, clears temporary data errors, and restores the default operating parameters.

[0032] In summary, the lithium battery fault self-recovery control method provided in this embodiment of the invention, when a lithium battery fault is detected, performs fault diagnosis on the lithium battery through the UDS protocol. When the fault type is a software fault, a software fault flag is sent to the vehicle controller. After receiving the fault flag, the vehicle controller determines that the vehicle is in a stationary and low-voltage state, and sends a vehicle stationary state flag to the lithium battery management system. This allows the lithium battery management system to execute a self-reset action of the MCU main chip, resetting the lithium battery state. It can perform battery fault self-recovery detection based on the real-time vehicle status. Then, the vehicle controller identifies the vehicle status and controls the lithium battery management system to restart, resolving self-recoverable software faults and improving user experience. This invention can automatically repair software faults when the vehicle is not running, avoiding repair waits caused by temporary program errors and reducing unnecessary visits to the repair shop. Simultaneously, through a vehicle status collaborative verification mechanism, it effectively prevents reset operations from being performed when the high-voltage system is energized or the vehicle is moving, eliminating electrical system safety hazards caused by accidental triggering.

[0033] In some embodiments of the present invention, after resetting the lithium battery state, the method further includes: After the reset is completed, if a fault is still detected in the lithium battery, the fault information is sent to the Tbox, so that the Tbox sends the fault information to the car manufacturer's internal monitoring platform and simultaneously sends it to the user's mobile app and instrument panel.

[0034] The in-vehicle telematics box (Tbox) is used to establish a communication link between the vehicle and the external network.

[0035] The Tbox sends fault information to the car manufacturer's internal monitoring platform. The user's mobile app communicates with the Tbox, and the Tbox simultaneously sends fault information to the user's mobile app and instrument panel.

[0036] For example, after completing the main chip reset operation, the lithium battery management system re-executes the fault diagnosis process. If a fault code is detected again during the diagnosis cycle, a standardized data packet containing the fault type, occurrence time, and battery parameters is generated. This data packet is transmitted to the Tbox via the CAN bus, and the Tbox's communication module sends alarm information to both the vehicle manufacturer's cloud platform and the user terminal. After receiving the data, the vehicle manufacturer's monitoring platform automatically generates a repair work order, while the user's mobile app pushes a pop-up notification and stores the fault history record, and the instrument panel displays the corresponding fault icon simultaneously. The entire process is completed while the vehicle is stationary, avoiding any impact on driving safety.

[0037] This invention automatically triggers a multi-terminal alarm mechanism when the system fails to self-recover, pushing fault data to the maintenance system and shortening fault response time. This invention achieves automated remote reporting of fault information and synchronous notification to the user terminal. Automotive technicians can obtain fault data in real time and prepare repair plans in advance, while users can promptly grasp the abnormal vehicle status and avoid secondary faults caused by lack of awareness. The system automatically activates a multi-dimensional warning mechanism after self-recovery failure, ensuring the integrity and timeliness of the fault handling process and eliminating the problem of information transmission lag in traditional solutions.

[0038] In some embodiments of the present invention, it further includes: When the fault type is a hardware fault, the hardware fault flag is sent to the instrument controller so that the instrument controller controls the instrument to display the hardware fault information.

[0039] Hardware fault flags are signal markers used to indicate the type of hardware fault that has occurred in a lithium battery. Specifically, they can be binary encoded or have a specific value range to distinguish different types of hardware faults. For example, a value range can be set to correspond to specific fault types such as cell damage or sensor failure.

[0040] The instrument cluster controller is an electronic control unit responsible for managing the vehicle's instrument display functions. It triggers the corresponding display logic by parsing the received hardware fault flag bits.

[0041] Specifically, when the lithium battery management system detects an abnormal drop in cell voltage or a persistent lack of response from the temperature sensor, it determines it as a hardware fault and generates a corresponding hardware fault flag. This flag is transmitted to the instrument controller via the CAN bus. The controller matches the corresponding fault description information according to a preset fault code library, drives the instrument display to display a warning icon and scroll through the fault type code.

[0042] This invention enables proactive notification and visual alarms for hardware faults, avoiding problems such as vehicle failure to start or power outages to low-voltage equipment caused by users failing to detect battery abnormalities in time.

[0043] In some embodiments of the present invention, the hardware fault includes cell damage, sensor failure, interface failure, short circuit or open circuit.

[0044] Cell damage refers to irreversible damage to the physical structure of a single cell within a lithium battery. This can be identified through voltage anomaly detection or internal resistance measurement, used to determine if the battery's energy storage performance has failed. Sensor failure refers to component failure in temperature, voltage, and current detection modules. This can be identified through abnormal signal acquisition or data verification failure, used to rule out false diagnoses caused by data source distortion. Interface failure refers to poor contact at the communication port connecting the battery management system to external devices. This can be detected through communication protocol handshake failure or abnormal signal levels, used to identify abnormal external connection scenarios. Short circuit or open circuit refers to abnormal continuity or disconnection in the internal conductive circuit of the battery module. This can be determined through circuit impedance measurement or insulation resistance detection.

[0045] For example, when a voltage curve shows a sudden drop in a single cell that cannot be recovered, it is determined that the cell is damaged; when the temperature sensor continuously outputs abnormal values ​​that exceed the range, it is determined that the sensor is faulty; when the CAN bus interface fails to handshake three times in a row, it is determined that the interface is faulty; when the main circuit current is zero and the insulation resistance is lower than the threshold, it is determined that the circuit is open.

[0046] With the pre-defined hardware fault determination logic, the system can distinguish between irreversible physical damage and recoverable software anomalies during the diagnostic phase, thus avoiding the need to perform invalid main chip reset operations for hardware faults.

[0047] This invention enables accurate identification and classification of hardware fault types, effectively preventing physical damage from being misjudged as recoverable software faults, avoiding the execution of invalid system reset operations, and providing clear fault location basis for hardware repair, shortening fault diagnosis time and improving system maintenance efficiency.

[0048] Figure 2 A schematic diagram of an embodiment of the lithium battery fault self-recovery control system provided by the present invention is shown below. Figure 2 As shown, the present invention also provides a lithium battery fault self-recovery control system 200, used to implement the lithium battery fault self-recovery control method described in any of the above implementations, including: Lithium battery management system 201 and vehicle controller 202; The lithium battery management system 201 is used to perform fault diagnosis on the lithium battery through the UDS protocol when a lithium battery fault is detected, and to determine the fault type; and when the fault type is a software fault, to send a software fault flag bit to the vehicle controller 202. The vehicle controller 202 is used to receive the fault flag bit and, when determining that the vehicle is in a stationary and low-voltage state, send the vehicle stationary state flag bit to the lithium battery management system 201. The lithium battery management system 201 is also used to receive the vehicle static status flag bit sent by the vehicle controller 202 and execute the MCU main chip self-reset action to reset the lithium battery status.

[0049] When the lithium battery management system detects abnormal voltage sampling or communication interruption, it parses the fault code through the UDS protocol to determine whether it is a software fault.

[0050] For example, if a program counter overflow or configuration parameter verification error is detected, a software fault flag is generated and transmitted to the vehicle controller via the CAN bus.

[0051] After receiving the flag, the vehicle controller continuously monitors the vehicle speed signal and the status of the high-voltage system. For example, when the vehicle speed is zero and the high-voltage contactor is disconnected for more than 30 seconds, it generates a vehicle stationary status flag and feeds it back to the lithium battery management system.

[0052] After confirming that the vehicle is in a safe condition, the lithium battery management system performs a power-off restart on the MCU main chip through a hardware reset circuit, re-initializing the registers and program running environment.

[0053] The lithium battery fault self-recovery control system provided in this invention can perform battery fault self-recovery detection based on the real-time vehicle status. Then, the vehicle controller identifies the vehicle status and controls the lithium battery management system to restart, resolving self-recoverable software faults and improving user experience. This invention can automatically repair software faults when the vehicle is not running, avoiding repair wait times caused by temporary program errors and reducing unnecessary visits to the repair shop. Simultaneously, through a vehicle status collaborative verification mechanism, it effectively prevents reset operations from being performed when the high-voltage system is energized or the vehicle is moving, eliminating electrical system safety hazards caused by accidental triggering.

[0054] In some embodiments of the present invention, a Tbox 203 is also included; The lithium battery management system 201 is also used to send fault information to the Tbox 203 when a fault is detected in the lithium battery after the reset is completed. The Tbox203 is used to send fault information to the car manufacturer's internal monitoring platform and simultaneously send it to the user's mobile app and instrument panel.

[0055] An automaker's internal monitoring platform refers to a cloud-based data processing system that can be implemented using distributed server clusters and fault diagnosis algorithms. It receives and analyzes fault data uploaded by vehicles and generates repair suggestions. A user's mobile app is used to display the fault status to the vehicle owner in real time and provide service appointment functionality.

[0056] In some embodiments of the present invention, an instrument controller 204 is also included; The lithium battery management system 201 is also used to send a hardware fault flag to the instrument controller 204 when the fault type is a hardware fault. The instrument controller 204 is used to control the instrument to display hardware fault information.

[0057] The instrument controller is a control unit used to drive the information displayed on the vehicle's instrument panel. After receiving and parsing specific fault flag bits, it generates corresponding visual prompt information.

[0058] Hardware fault flags are digital signals generated by the lithium battery management system to characterize the type of hardware fault.

[0059] For example, when the lithium battery management system diagnoses a hardware fault such as cell damage or sensor failure via the UDS protocol, it immediately generates a corresponding hardware fault flag and sends the flag to the instrument controller via the CAN bus. Upon receiving the flag, the instrument controller controls the instrument to display the hardware fault information.

[0060] In some embodiments of the present invention, the lithium battery management system 201, the vehicle controller 202, the instrument controller 204, and the Tbox 203 are connected via a CAN bus.

[0061] After detecting a fault, the lithium battery management system sends the software fault flag to the vehicle controller via the CAN bus. After determining that the vehicle is in a stationary state, the vehicle controller returns the vehicle stationary flag via the same bus, triggering the lithium battery management system to perform a self-reset action.

[0062] If the fault persists after self-reset, the lithium battery management system sends the fault information to the Tbox via the bus, and the Tbox simultaneously uploads the information to the monitoring platform and user terminal.

[0063] Hardware fault flags are transmitted to the instrument controller via the bus, driving the instrument to display alarm information. The bus uses a standard frame format to define the transmission priority and data length of fault flags and status flags, ensuring that each node completes data interaction according to the protocol timing.

[0064] Figure 3 A flowchart illustrating a control strategy for self-recovery of a 12V lithium battery fault provided by this invention is shown below. Figure 3 As shown, it includes: The S301 and 12V lithium battery battery management system (LBM) are fault-free and functioning normally. S302 and LBM monitor whether they have faults. The detection principle is to perform fault logic detection through software control logic and report it. S303 and LBM identify specific fault codes through their own UDS fault diagnosis, and then determine whether the fault is a software or hardware fault based on the fault code. S304. The specific diagnostic and detection method is as follows: The application layer code is responsible for detecting faults and classifying all faults into software and hardware faults. When the application layer detects code 1, it considers it to be a hardware fault. When it detects code 2, it considers it to be a software fault. After detecting the fault, the fault flag bit is sent to the lower layer. After receiving it, the lower layer sends the fault to the CAN bus through the MCU chip control. S305. If it is a hardware fault, the LBM will send the fault flag bit to the instrument controller IP. S306. After receiving the instrument IP, the hardware fault information will be displayed on the instrument and the user will be prompted that the battery is faulty and needs to be brought to the store for repair and inspection. S307. If the fault is a software fault, the LBM will send the fault flag bit to the vehicle control unit (VCU). S308, after receiving the vehicle controller VCU, determines whether the vehicle is stationary and under high voltage. S309. Send the vehicle stationary status flag to LBM; After receiving the data, S310 and LBM will perform a self-reset action on the MCU main chip to reset their own state. S311. After resetting, LBM checks itself for faults. If a fault is found, it sends the fault information to Tbox. After receiving the information, Tbox sends it to the car manufacturer's internal monitoring platform and simultaneously sends it to the user's mobile app and instrument panel, indicating a vehicle fault that requires 4S store handling. If no fault is found, no further action is taken.

[0065] This invention provides a 12V lithium battery fault self-recovery control strategy. The 12V lithium battery of the new energy vehicle can perform battery fault self-recovery detection based on the real-time status of the vehicle. Then, the VCU identifies the overall vehicle status and controls the LBM to restart, which can solve some self-recoverable faults and avoid user complaints caused by the vehicle breaking down on the road due to vehicle faults.

[0066] Based on the lithium battery fault self-recovery control system provided in the above embodiments, the present invention also provides a vehicle-mounted device, which includes the lithium battery fault self-recovery control system provided in any of the above implementations.

[0067] Vehicle-mounted equipment is an electronic device or system installed on a vehicle to perform specific functions. In this embodiment of the invention, the vehicle-mounted equipment integrates a lithium battery fault self-recovery control system, which can achieve all the technical effects of the lithium battery fault self-recovery control system provided by any of the above implementation methods.

[0068] Based on the vehicle-mounted equipment provided in the above embodiments, the present invention also provides a vehicle that includes the vehicle-mounted equipment provided in the above implementation. This vehicle can also achieve all the technical effects of the lithium battery fault self-recovery control system provided in any of the above implementations.

[0069] Those skilled in the art will understand that all or part of the processes of the methods described in the above embodiments can be implemented by a computer program instructing related hardware (such as a processor, controller, etc.), and the computer program can be stored in a computer-readable storage medium. The computer-readable storage medium may be a disk, optical disk, read-only memory, or random access memory, etc.

[0070] The control method, system, vehicle-mounted equipment, and vehicle for self-recovery of lithium battery faults provided by the present invention have been described in detail above. Specific examples have been used to illustrate the principles and implementation methods of the present invention. The descriptions of the above embodiments are only for the purpose of helping to understand the method and core ideas of the present invention. At the same time, for those skilled in the art, there will be changes in the specific implementation methods and application scope based on the ideas of the present invention. Therefore, the content of this specification should not be construed as a limitation of the present invention.

Claims

1. A control method for self-recovery of a lithium battery failure, characterized by, The application relates to a lithium battery fault self-recovery control system. When a lithium battery fault is detected, the lithium battery is diagnosed for fault through a UDS protocol to determine a fault type; When the fault type is a software fault, a software fault flag bit is sent to a vehicle controller; A vehicle static state flag bit sent by the vehicle controller is received, and an MCU main chip self-resetting action is performed to reset a lithium battery state.

2. The control method of claim 1, wherein, After the lithium battery state is reset, when it is detected that the lithium battery still has a fault, fault information is sent to a Tbox, so that the Tbox sends the fault information to a vehicle enterprise internal monitoring platform and synchronously to a user mobile phone app and an instrument. When the fault type is a hardware fault, a hardware fault flag bit is sent to an instrument controller, so that the instrument controller controls the instrument to display hardware fault information.

3. The control method of claim 1, wherein, The hardware fault includes cell damage, sensor fault, interface fault, line short circuit or open circuit. The application relates to a lithium battery management system and a vehicle controller.

4. The control method of claim 3, wherein, When a lithium battery fault is detected, the lithium battery is diagnosed for fault through a UDS protocol to determine a fault type; 5. A control system for lithium battery failure self-recovery for implementing the control method for lithium battery failure self-recovery according to any one of claims 1 to 4, characterized in that, When the fault type is a software fault, a software fault flag bit is sent to the vehicle controller; The vehicle controller is used for receiving the fault flag bit and sending a vehicle static state flag bit to the lithium battery management system when a vehicle is in a static state and a high-voltage state. The lithium battery management system is further used for receiving the vehicle static state flag bit sent by the vehicle controller and performing an MCU main chip self-resetting action to reset a lithium battery state. The application further relates to a Tbox. The lithium battery management system is further used for sending fault information to the Tbox when it is detected that the lithium battery still has a fault after resetting is completed. The Tbox is used for sending the fault information to a vehicle enterprise internal monitoring platform and synchronously to a user mobile phone app and an instrument.

6. The control system for self-restoration from failure of a lithium battery according to claim 5, wherein The application further relates to an instrument controller. The lithium battery management system is further used for sending a hardware fault flag bit to the instrument controller when the fault type is a hardware fault. The instrument controller is used for controlling the instrument to display hardware fault information.

7. The control system for self-restoration from failure of a lithium battery according to claim 6, characterized by, The lithium battery management system, the vehicle controller, the instrument controller and the Tbox are connected through a CAN bus. The application relates to a lithium battery fault self-recovery control system. The application relates to a vehicle-mounted device.

8. The control system for self-restoration from failure of a lithium battery according to claim 7, characterized by, ​ 9. An in-vehicle device characterized by comprising: ​ 10. A vehicle characterized by comprising: ​

Images