Truck lithium battery fault information real-time storage system strategy
By storing and classifying truck lithium battery fault information in real time, the problem of missing historical fault information in existing systems has been solved, enabling rapid analysis and efficient management of fault information, and improving the accuracy of fault diagnosis and the safety of battery use.
Patent Information
- Application Number
- CN202411407891.2
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2024-10-10
- Publication Date
- 2025-01-07
AI Technical Summary
Existing truck lithium battery management systems lack the ability to store and analyze historical fault information, resulting in difficulties in fault mode tracking, limited information classification and storage capabilities, and an inability to effectively handle various fault information, thus affecting maintenance efficiency.
A real-time fault information storage system strategy for truck lithium batteries is adopted. The fault information function is turned on or off by determining the Bluetooth status. Fault information from four types of trigger sources is detected and classified in real time. EEPROM is used for cyclic storage and old data is overwritten according to priority to ensure that the most recent historical records are stored for each type of information.
It enables real-time storage of truck lithium battery fault information and rapid viewing of historical status, improving the efficiency and accuracy of fault diagnosis and ensuring the safety and efficiency of battery management.
Smart Images

Figure CN119274251A_ABST
Abstract
Description
Technical Field
[0001] The present invention relates to the technical field of truck lithium batteries, and in particular to a system strategy for real-time storage of truck lithium battery fault information. Background Art
[0002] Many truck lithium battery management systems on the market mainly provide real-time monitoring and fault warning functions. These systems can provide information on the current battery status, such as battery voltage, current, temperature, remaining power and other parameters; the system can automatically detect abnormal battery conditions, such as overcharge, over discharge, short circuit, overheating, etc., and respond to faults in a timely manner, providing users with basic safety and convenience. Although there are certain limitations, it has played an important role in improving the safety and efficiency of battery use.
[0003] However, existing technologies mainly focus on basic monitoring of lithium batteries, which can usually only provide real-time data or fault warnings, and have several obvious problems and defects, including:
[0004] Lack of storage and analysis capabilities for historical fault information. Existing systems focus primarily on real-time monitoring, providing only current status data and fault warnings. Once a fault occurs, users cannot view past fault records and status changes, making it difficult to track fault modes. This lack of information hinders accurate fault analysis and subsequent maintenance decisions.
[0005] The ability to classify and store information is limited, and it is impossible to effectively process multiple fault information. Due to the lack of comprehensive historical data, fault diagnosis often relies on phenomena rather than data analysis. For example, when multiple faults occur at the same time, misjudgment or missed judgment may occur, and the existing system cannot provide detailed historical records to help analyze the problem. This limitation requires users to spend more time and energy on troubleshooting, reducing maintenance efficiency;
[0006] In summary, the deficiencies of existing technologies in battery fault information monitoring, storage and analysis have caused users to face many challenges during maintenance and management, and an innovative solution that can solve these defects is urgently needed.
[0007] Therefore, we propose a systematic strategy for real-time storage of truck lithium battery fault information. Summary of the invention
[0008] The purpose of the present invention is to provide a system strategy for real-time storage of truck lithium battery fault information, which solves the problems raised in the background technology.
[0009] To achieve the above object, the present invention provides the following technical solution: a system strategy for real-time storage of truck lithium battery fault information, comprising the following method steps:
[0010] Step 1: Determine whether to enable the real-time storage of lithium battery fault information function according to the Bluetooth status. When the Bluetooth is not connected, enable the real-time storage of lithium battery fault information function. When the Bluetooth is connected, the user is obtaining lithium battery fault information through Bluetooth, and the real-time storage of lithium battery fault information function is not performed at this time.
[0011] Step 2: When the real-time storage of lithium battery fault information function is turned on, continuously detect whether there is a trigger recording and storage of lithium battery fault information. There are four types of trigger recording and storage. These four types of trigger sources are: the first type of lithium battery has a serious fault; the second type of lithium battery enters a large current charge and discharge state with a current exceeding 50A; the third type of lithium battery enters a charge and discharge state with a current exceeding 10A; the fourth type of vehicle enters a start state. The priority of the four types of trigger sources is from high to low: the first type > the second type > the third type > the fourth type. When multiple trigger sources are generated at the same time, only one lithium battery fault information is recorded;
[0012] Step 3: When the trigger source is generated, the current lithium battery fault information is recorded. The lithium battery fault information includes the current real-time time, basic battery status information, and four types of trigger source status information;
[0013] Step 4: After obtaining the current fault information, the fault information is classified and stored in the corresponding data block according to the trigger source category. Each type of trigger source corresponds to four types of data blocks. According to the size of EEPROM, each type of data block can store at most the most recent N historical fault information. When the same type of trigger source occurs, only one piece of fault information is recorded and stored in the corresponding data block; when different types of trigger sources are generated at the same time, this fault information is recorded in the data block corresponding to the trigger source category with the highest priority;
[0014] Step 5: Determine whether to overwrite old data based on whether the number of fault information items in the data block is full of N items. If the number of fault information items in the data block is not full, that is, less than N items, then directly store new fault information. If the number of fault information items in the data block is full, that is, full of N items, then overwrite the earliest old data and store new fault information at the address of the old data.
[0015] Step 6: If the fault information is successfully stored, the process ends; if the storage fails, the process returns to step 5 to continue storing the fault information.
[0016] As a preferred implementation of the present invention, the fifth step uses EEPROM to cyclically store fault information, and each type of data block stores fault information in real time order according to the chronological order, and overwrites from the beginning when it is full.
[0017] As a preferred implementation of the present invention, when Bluetooth reads the fault information in the EEPROM, the fault information of the data blocks is read in order from high to low priority.
[0018] As a preferred implementation manner of the present invention, the basic battery status information in step three includes voltage, current, and capacity.
[0019] Compared with the prior art, the present invention has the following beneficial effects:
[0020] The present invention realizes real-time storage of truck lithium battery fault information and provides records of four different types of information, ensuring that each type of information can store recent historical records. This will enable users to quickly view historical status and conduct in-depth problem analysis when a battery fails, thereby improving the efficiency and accuracy of troubleshooting and ensuring safe and efficient battery management. BRIEF DESCRIPTION OF THE DRAWINGS
[0021] Other features, objects and advantages of the present invention will become more apparent from the detailed description of non-limiting embodiments made with reference to the following drawings:
[0022] Figure 1 A system strategy flow chart of real-time storage of truck lithium battery fault information according to the present invention;
[0023] Figure 2 A cyclic storage flow chart of a system strategy for real-time storage of truck lithium battery fault information according to the present invention;
[0024] Figure 3 The present invention is a cyclic reading flow chart of a system strategy for real-time storage of truck lithium battery fault information. DETAILED DESCRIPTION
[0025] In order to make the technical means, creative features, objectives and effects achieved by the present invention easy to understand, the present invention is further explained below in conjunction with specific implementation methods.
[0026] Example
[0027] A system strategy for real-time storage of truck lithium battery fault information.
[0028] The system strategy is to store the fault information of the truck's lithium battery in real time. When a serious fault occurs or the battery status changes or the vehicle enters the start-up state, the lithium battery fault information (basic battery status information, trigger source status, real-time time) is recorded in real time and stored in categories. The driver can obtain lithium battery fault information through wireless technologies such as Bluetooth, which is convenient for analyzing faults and battery status based on historical information.
[0029] Its main functions are:
[0030] Monitor battery status in real time to promptly detect faults, battery status changes, and vehicle status changes.
[0031] Keep historical records of fault information, including the time, type and battery status of the fault, to provide data support for subsequent analysis.
[0032] Fault information is stored in categories, and fault types and detailed descriptions are provided to help users quickly identify problems, thereby reducing troubleshooting time.
[0033] Here’s how it works:
[0034] 1. Determine whether to enable the real-time storage of lithium battery fault information function based on the Bluetooth status.
[0035] When Bluetooth is not connected, the function of storing lithium battery fault information in real time is enabled;
[0036] When the Bluetooth is in a connected state, the user is obtaining lithium battery fault information via Bluetooth, and the function of storing the lithium battery fault information in real time is not performed at this time.
[0037] 2. When the real-time storage of lithium battery fault information function is turned on, continuous detection is performed to see if there is any situation that triggers recording and storage of lithium battery fault information.
[0038] There are four types of situations that trigger recording and storage. These four types of trigger sources are: the first type of lithium battery has a serious fault (such fault can cause a cut-off warning and MOS disconnection); the second type of lithium battery enters a large current charge and discharge state and the current exceeds 50A; the third type of lithium battery enters a charge and discharge state and the current exceeds 10A; the fourth type of vehicle enters a start-up state.
[0039] The priority of the four types of trigger sources is in the order of first type > second type > third type > fourth type from high to low. When multiple trigger sources are generated at the same time, only one lithium battery fault information is recorded.
[0040] 3. When the trigger source occurs, record the current lithium battery fault information.
[0041] (1) Lithium battery fault information includes the current real time, basic battery status information (voltage, current, capacity, etc.), and four types of trigger source status information.
[0042] 4. After obtaining the current fault information, the fault information is classified and stored in the data block of the corresponding category according to the trigger source category.
[0043] (1) Each type of trigger source corresponds to four types of data blocks. According to the size of EEPROM, each type of data block can store at most the most recent N historical fault information.
[0044] (2) When a trigger source of the same type is generated, only one piece of fault information is recorded and stored in the data block of the corresponding type; when trigger sources of different types are generated at the same time, this piece of fault information is recorded in the data block corresponding to the trigger source category with the highest priority.
[0045] 5. Determine whether to overwrite the old data based on whether the number of fault information items in the data block is full (N items).
[0046] If the number of fault information items in the data block is not full, that is, less than N items, new fault information is directly stored.
[0047] If the number of fault information items in the data block is full, that is, full N items, the oldest old data will be overwritten and the new fault information will be stored at the address of the old data.
[0048] 6. If the fault information is successfully stored, the process ends; if the storage fails, the process returns to step 5 to continue storing the fault information.
[0049] The system strategy flow chart of real-time storage of truck lithium battery fault information is as follows Figure 1 shown.
[0050] Step 5 above uses EEPROM to store fault information in a loop. Each type of data block stores fault information in real time order according to the time sequence. When it is full, it is overwritten from the beginning. The specific implementation process is as follows: Figure 2 shown.
[0051] When Bluetooth reads the fault information in the EEPROM, it reads the fault information of the data block in order from high to low priority. The specific process is as follows: Figure 3 shown.
[0052] In summary, the present invention realizes real-time storage of truck lithium battery fault information and provides records of four different types of information, ensuring that each type of information can store recent historical records. This will enable users to quickly view historical status and deeply analyze problems when a battery fails, thereby improving the efficiency and accuracy of troubleshooting and ensuring the safety and efficiency of battery management.
[0053] The above shows and describes the basic principles and main features of the present invention and the advantages of the present invention. It is obvious to those skilled in the art that the present invention is not limited to the details of the above exemplary embodiments, and the present invention can be implemented in other specific forms without departing from the spirit or basic features of the present invention. Therefore, no matter from which point of view, the embodiments should be regarded as exemplary and non-restrictive. The scope of the present invention is defined by the appended claims rather than the above description, and it is intended that all changes falling within the meaning and scope of the equivalent elements of the claims are included in the present invention.
[0054] In addition, it should be understood that although the present specification is described according to implementation modes, not every implementation mode contains only one independent technical solution. This description of the specification is only for the sake of clarity. Those skilled in the art should regard the specification as a whole. The technical solutions in each embodiment may also be appropriately combined to form other implementation modes that can be understood by those skilled in the art.
Claims
1. A system strategy for real-time storage of truck lithium battery fault information, characterized by: The strategy method steps include the following: Step 1: Determine whether to enable the real-time storage of lithium battery fault information function according to the Bluetooth status. When the Bluetooth is not connected, enable the real-time storage of lithium battery fault information function. When the Bluetooth is connected, the user is obtaining lithium battery fault information through Bluetooth, and the real-time storage of lithium battery fault information function is not performed at this time. Step 2: When the real-time storage of lithium battery fault information function is turned on, continuously detect whether there is a trigger recording and storage of lithium battery fault information. There are four types of trigger recording and storage. These four types of trigger sources are: the first type of lithium battery has a serious fault; the second type of lithium battery enters a large current charge and discharge state with a current exceeding 50A; the third type of lithium battery enters a charge and discharge state with a current exceeding 10A; the fourth type of vehicle enters a start state. The priority of the four types of trigger sources is from high to low: the first type > the second type > the third type > the fourth type. When multiple trigger sources are generated at the same time, only one lithium battery fault information is recorded; Step 3: When the trigger source is generated, the current lithium battery fault information is recorded. The lithium battery fault information includes the current real-time time, basic battery status information, and four types of trigger source status information; Step 4: After obtaining the current fault information, the fault information is classified and stored in the corresponding data block according to the trigger source category. Each type of trigger source corresponds to four types of data blocks. According to the size of EEPROM, each type of data block can store at most the most recent N historical fault information. When the same type of trigger source occurs, only one piece of fault information is recorded and stored in the corresponding data block; when different types of trigger sources are generated at the same time, this fault information is recorded in the data block corresponding to the trigger source category with the highest priority; Step 5: Determine whether to overwrite old data based on whether the number of fault information items in the data block is full of N items. If the number of fault information items in the data block is not full, that is, less than N items, then directly store new fault information. If the number of fault information items in the data block is full, that is, full of N items, then overwrite the earliest old data and store new fault information at the address of the old data. Step 6: If the fault information is successfully stored, the process ends; if the storage fails, the process returns to step 5 to continue storing the fault information.
2. A system strategy for real-time storage of truck lithium battery fault information according to claim 1, characterized in that: The fifth step above uses EEPROM to cyclically store fault information. Each type of data block stores fault information in real time order according to the chronological order, and overwrites from the beginning when it is full.
3. The system strategy for real-time storage of truck lithium battery fault information according to claim 1 is characterized by: When Bluetooth reads the fault information in the EEPROM, the fault information of the data blocks is read in order from high to low priority.
4. The system strategy for real-time storage of truck lithium battery fault information according to claim 1 is characterized by: In step 3, the basic battery status information includes voltage, current, and capacity.