Battery detection device, method, electronic device, storage medium, and program product

By integrating a business module, an algorithm package module, and an execution engine module into the battery detection device, and utilizing target detection algorithms and algorithm configuration information for deep battery detection, the problem of the inability to comprehensively evaluate battery performance in existing technologies is solved, enabling deep detection and accurate evaluation under conditions of limited storage resources.

CN122307344APending Publication Date: 2026-06-30CONTEMPORARY AMPEREX FUTURE ENERGY RES INST (SHANGHAI) LTD +1

Patent Information

Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
CONTEMPORARY AMPEREX FUTURE ENERGY RES INST (SHANGHAI) LTD
Filing Date
2024-12-31
Publication Date
2026-06-30

Smart Images

  • Figure CN122307344A_ABST
    Figure CN122307344A_ABST
Patent Text Reader

Abstract

This application relates to a battery testing apparatus, method, electronic device, storage medium, and program product. The apparatus, in response to a lack of communication between the electronic device and a cloud device, temporarily stores historical battery data of the electric vehicle under test locally. In response to establishing a communication connection between the electronic device and the cloud device, it sends the historical battery data to the cloud device. In response to a battery testing command, it acquires currently collected first battery data of the electric vehicle under test, retrieves target battery data associated with the first battery data from the historical battery data stored on the cloud device, uses the first battery data and the target battery data as second battery data, and sends algorithm configuration information and the second battery data to an execution engine module. This enables deep battery testing to obtain test results even with limited storage resources in the electronic device, allowing for the assessment of the battery's deep performance based on the test results.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This application relates to the field of battery testing technology, and in particular to a battery testing device, method, electronic device, storage medium, and program product. Background Technology

[0002] As one of the core components of electrical devices such as electric vehicles and electric ships, the performance of batteries directly affects the safety of these devices. Therefore, it is necessary to test batteries.

[0003] Currently, basic data about batteries are typically obtained through sensors to perform basic performance tests, such as measuring battery voltage, temperature, and insulation resistance. However, basic performance tests cannot reveal the battery's deeper performance characteristics.

[0004] Therefore, how to perform depth testing on batteries to determine their depth performance has become an urgent problem to be solved in this field. Summary of the Invention

[0005] Therefore, it is necessary to provide a battery testing device, method, electronic device, storage medium, and program product that can perform in-depth testing on batteries to obtain information about their in-depth performance, thereby addressing the aforementioned technical problems.

[0006] In a first aspect, this application provides a battery detection device, which is deployed in an electronic device and includes a business module, an algorithm package module, and an execution engine module;

[0007] The business module, in response to the lack of communication between the electronic device and the cloud device, temporarily stores the historical battery data of the electric vehicle under test locally; in response to the establishment of a communication connection between the electronic device and the cloud device, sends the historical battery data to the cloud device; in response to a battery detection command, acquires the currently collected first battery data of the electric vehicle under test, and acquires the target battery data associated with the first battery data from the historical battery data stored in the cloud device, uses the first battery data and the target battery data as the second battery data, and sends the algorithm configuration information and the second battery data to the execution engine module; the algorithm configuration information includes a description file describing the dependencies between detection algorithms, parameters of the detection algorithms, and the detection algorithms are used to perform at least one of the following on the battery: state detection, life detection, thermal management detection, and fault detection;

[0008] The execution engine module is used to call the target detection algorithm corresponding to the battery type from the algorithm package module according to the description file, and determine the detection result of the battery based on the target detection algorithm, the second battery data and the parameters of the target detection algorithm.

[0009] The battery testing device deployed on the electronic device provided in this embodiment can temporarily store the historical battery data of the electric vehicle under test locally when the electronic device and the cloud device have not established a communication connection, and send the historical battery data to the cloud device when the electronic device and the cloud device establish a communication connection. Thus, when the storage resources of the electronic device are limited, the historical battery data can be sent to the electronic device for storage. In response to a battery detection command, the system acquires the first battery data currently collected from the electric vehicle under test, and retrieves target battery data associated with the first battery data from historical battery data stored in the cloud device. The first battery data and target battery data are then used as second battery data. Algorithm configuration information and the second battery data are sent to the execution engine module. This enables the execution engine module to call the target detection algorithm corresponding to the battery type from the algorithm package module based on the description file when battery detection is required. The system then determines the battery detection result based on the target detection algorithm, the second battery data, and the parameters of the target detection algorithm. This allows for in-depth detection of the battery in the electric vehicle under test, including at least one of state detection, lifespan detection, thermal management detection, and fault detection, and obtains the detection results. This enables in-depth battery detection even with limited storage resources in electronic devices, allowing for the assessment of the battery's performance.

[0010] In one embodiment, the apparatus further includes a protocol parsing module;

[0011] The business module is used to obtain the target vehicle model of the electric vehicle under test, and to receive the third battery data of the battery sent by the acquisition device based on the acquisition command corresponding to the target vehicle model, and to send the target vehicle model and the third battery data to the protocol parsing module.

[0012] The protocol parsing module is used to determine the target protocol parsing script corresponding to the target vehicle model based on the target vehicle model and the preset first correspondence, use the target protocol parsing script to parse the third battery data to obtain the first battery data, and send the first battery data to the business module; the first correspondence includes the correspondence between the vehicle model and the protocol parsing script.

[0013] The battery testing device provided in this embodiment determines the target protocol parsing script corresponding to the target vehicle model based on the target vehicle model and the preset first correspondence through the protocol parsing module. The target protocol parsing script is used to parse the third battery data to obtain the first battery data, and the first battery data is sent to the business module, so that the business module can obtain the first battery data and send the first battery data to the execution engine module. Then, the execution engine module performs depth testing on the battery of the electric vehicle under test based on the first battery data and obtains the test results, so as to know the depth performance of the battery based on the test results.

[0014] In one embodiment, the device further includes a user interface module;

[0015] The user interface module is used to respond to the first operation command for the target vehicle model identifier in the vehicle model interface, determine the target vehicle model corresponding to the target vehicle model identifier, and send the target vehicle model to the business module.

[0016] The battery testing device provided in this embodiment responds to a first operation command for the target vehicle model identifier in the vehicle model interface through the user interface module, determines the target vehicle model corresponding to the target vehicle model identifier, and sends the target vehicle model to the business module, thereby enabling the business module to obtain the target vehicle model. Based on the target vehicle model, the business module obtains the first battery data of the battery of the electric vehicle under test, and then the execution engine module performs a depth test on the battery of the electric vehicle under test based on the first battery data and obtains the test results, so as to know the depth performance of the battery based on the test results.

[0017] In one embodiment, the service module is used to obtain the collection mode. If the collection mode is used to indicate the collection of dynamic data of the battery, then according to the target vehicle model and the preset second correspondence, the first collection instruction corresponding to the target vehicle model is determined, and the first collection instruction is sent to the collection device; the second correspondence includes the correspondence between the vehicle model and the first collection instruction.

[0018] The business module is used to receive dynamic data of the battery sent by the acquisition device based on the first acquisition command; the dynamic data includes at least one of voltage, current and temperature data, the acquisition command includes the first acquisition command, and the third battery data includes the dynamic data.

[0019] The battery testing device provided in this embodiment obtains the acquisition mode through the business module. If the acquisition mode is used to indicate the acquisition of dynamic data of the battery, the first acquisition instruction corresponding to the target vehicle model is determined according to the target vehicle model and the preset second correspondence, and the first acquisition instruction is sent to the acquisition device. The device receives the dynamic data of the battery sent by the acquisition device based on the first acquisition instruction. Then, the execution engine module performs depth testing on the battery of the electric vehicle under test based on the dynamic data as the third battery data and obtains the test results so as to know the depth performance of the battery based on the test results.

[0020] In one embodiment, the service module is configured to, if the acquisition mode is used to indicate the acquisition of target vehicle information and battery dynamic data of the electric vehicle under test, determine a second acquisition command corresponding to the target vehicle model based on the target vehicle model and a preset third correspondence, and send the second acquisition command to the acquisition device; the third correspondence includes the correspondence between the vehicle model and the second acquisition command.

[0021] The business module is used to receive target vehicle information sent by the acquisition device based on the second acquisition command, and to receive battery dynamic data sent by the acquisition device based on the first acquisition command; the acquisition command includes the first acquisition command and the second acquisition command, and the third battery data includes target vehicle information and dynamic data.

[0022] The battery testing device provided in this embodiment, when the acquisition mode is used to indicate the acquisition of target vehicle information and battery dynamic data of the electric vehicle under test, the business module determines the second acquisition instruction corresponding to the target vehicle model according to the target vehicle model and the preset third correspondence, and sends the second acquisition instruction to the acquisition device. It also receives the target vehicle information sent by the acquisition device based on the second acquisition instruction, and receives the battery dynamic data sent by the acquisition device based on the first acquisition instruction. Then, the execution engine module performs in-depth testing on the battery of the electric vehicle under test and obtains the test results based on the third battery data including dynamic data and target vehicle information, thereby improving the accuracy of the test results and enabling a more accurate understanding of the battery's in-depth performance.

[0023] In one embodiment, the service module is configured to acquire static data of the battery if the target vehicle information does not include static data of the battery, and use the target vehicle information, dynamic data, and static data as third battery data; the static data includes rated capacity and / or battery type.

[0024] The battery testing device provided in this embodiment, if the target vehicle information does not include static battery data, obtains the static battery data through the business module, and uses the target vehicle information, dynamic data, and static data as third battery data. Then, the execution engine module performs depth testing on the battery of the electric vehicle under test based on the third battery data including dynamic data, target vehicle information, and static data, and obtains the test results. Furthermore, it improves the accuracy of the test results so as to obtain the depth performance of the battery based on more accurate test results.

[0025] In one embodiment, the device further includes a data storage module;

[0026] The business module is used to query the static data of the battery from the data storage module based on the target vehicle identifier in the target vehicle information. The data storage module stores the vehicle identifier and the corresponding vehicle information, which includes at least the rated capacity and battery type.

[0027] The battery testing device provided in this embodiment uses a business module to query static battery data from a data storage module based on the target vehicle identifier in the target vehicle information. This completes the static data, and the target vehicle information, dynamic data, and static data are used as third battery data. Then, the execution engine module uses the third battery data, which includes dynamic data, target vehicle information, and static data, to perform in-depth testing of the battery of the electric vehicle under test based on more comprehensive data and obtain the test results, thereby further improving the accuracy of the test results.

[0028] In one embodiment, the business module is configured to determine the battery type by invoking a battery type identification algorithm based on the battery's dynamic data if the battery type is not found.

[0029] The battery testing device provided in this embodiment determines the battery type by calling a battery type identification algorithm based on the battery's dynamic data if the battery type is not found. This allows the battery type data to be supplemented even when the battery type is not found, and further improves the accuracy of the test results by using more comprehensive data to perform in-depth testing of the battery of the electric vehicle under test.

[0030] In one embodiment, the service module is configured to receive the rated capacity of the battery determined based on an input operation from the user interface module if the rated capacity of the battery is not found.

[0031] If the rated capacity of the battery is not found in the battery testing device provided in this embodiment, the business module receives the rated capacity of the battery determined based on the input operation sent by the user interface module, thereby completing the data of the rated capacity of the battery. Then, based on more comprehensive data, the battery of the electric vehicle under test is subjected to in-depth testing and the test results are obtained, thereby further improving the accuracy of the test results.

[0032] In one embodiment, the business module is used to obtain an upgrade configuration file from the server, and determine the upgrade type and the storage address of the upgrade package corresponding to the upgrade type in the server based on the upgrade configuration file; the upgrade type includes at least one of detection algorithm upgrade, vehicle information upgrade, protocol upgrade, and application software upgrade.

[0033] The business module is used to obtain the upgrade package based on the storage address and use the upgrade package to upgrade the original data packet corresponding to the upgrade type.

[0034] The battery testing device provided in this embodiment obtains an upgrade configuration file from the server through a business module, determines the upgrade type and the storage address of the upgrade package corresponding to the upgrade type in the server based on the upgrade configuration file, and obtains the upgrade package based on the storage address, thereby realizing the upgrade of the original data packet corresponding to the upgrade type using the upgrade package.

[0035] In one embodiment, the business module is used to receive the detection results sent by the execution engine module and send the detection results to the user interface module;

[0036] The user interface module is used to display the detection results.

[0037] The battery testing device provided in this application embodiment receives the testing results sent by the execution engine module through the business module and sends the testing results to the user interface module. The user interface module displays the testing results, thereby facilitating the user to view the testing results.

[0038] Secondly, this application also provides a battery testing method. The method is applied to an electronic device and includes:

[0039] In response to the lack of communication between the electronic device and the cloud device, the historical battery data of the electric vehicle under test is temporarily stored locally; in response to the establishment of a communication connection between the electronic device and the cloud device, the historical battery data is sent to the cloud device; in response to a battery detection command, the system acquires the currently collected first battery data of the electric vehicle under test, and acquires the target battery data associated with the first battery data from the historical battery data stored in the cloud device, using the first battery data and the target battery data as the second battery data, and acquires algorithm configuration information; the algorithm configuration information includes a description file for describing the dependencies between detection algorithms, parameters of the detection algorithms, and the detection algorithms are used to perform at least one of the following on the battery: state detection, life detection, thermal management detection, and fault detection;

[0040] According to the description file, the target detection algorithm corresponding to the battery type is invoked, and the detection result of the battery is determined based on the target detection algorithm, the second battery data, and the parameters of the target detection algorithm.

[0041] Thirdly, this application also provides an electronic device. The electronic device includes a memory and a processor, the memory storing a computer program, and the processor executing the computer program to implement the steps of any of the methods described above.

[0042] Fourthly, this application also provides a computer-readable storage medium. The computer-readable storage medium stores a computer program thereon, which, when executed by a processor, implements the steps of any of the methods described above.

[0043] Fifthly, this application also provides a computer program product. The computer program product includes a computer program that, when executed by a processor, implements the steps of any of the methods described above.

[0044] The above description is only an overview of the technical solution of this application. In order to better understand the technical means of this application and to implement it in accordance with the contents of the specification, and to make the above and other objects, features and advantages of this application more obvious and understandable, the following are specific embodiments of this application. Attached Figure Description

[0045] Various other advantages and benefits will become apparent to those skilled in the art upon reading the detailed description of the preferred embodiments below. The accompanying drawings are for illustrative purposes only and are not intended to limit the scope of this application. Furthermore, the same reference numerals denote the same parts throughout the drawings. In the drawings:

[0046] Figure 1 This is a structural block diagram of a battery detection device provided in an embodiment of this application;

[0047] Figure 2 This is a structural block diagram of another battery detection device provided in an embodiment of this application;

[0048] Figure 3 This is a schematic diagram of a vehicle brand selection interface provided in an embodiment of this application;

[0049] Figure 4 This is a schematic diagram of a vehicle model interface provided in an embodiment of this application;

[0050] Figure 5 This is a schematic diagram of dynamic data provided in an embodiment of this application;

[0051] Figure 6 This is a schematic diagram of a target vehicle information collection interface provided in an embodiment of this application;

[0052] Figure 7 This is an upgraded schematic diagram provided in an embodiment of this application;

[0053] Figure 8 This is a schematic diagram of a detection report displaying target vehicle information provided in an embodiment of this application;

[0054] Figure 9 This is a schematic diagram of a detection report displaying fault detection information provided in an embodiment of this application;

[0055] Figure 10 This is a schematic diagram of a test report displaying risk assessment information provided in an embodiment of this application;

[0056] Figure 11 This is a schematic diagram of a test report displaying battery performance evaluation information provided in an embodiment of this application;

[0057] Figure 12 This is a schematic flowchart of a battery detection method provided in an embodiment of this application;

[0058] Figure 13 This is a schematic flowchart of another battery detection method provided in an embodiment of this application;

[0059] Figure 14 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application. Detailed Implementation

[0060] The embodiments of the technical solution of this application will now be described in detail with reference to the accompanying drawings. These embodiments are only used to more clearly illustrate the technical solution of this application and are therefore merely examples, and should not be used to limit the scope of protection of this application.

[0061] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application pertains; the terminology used herein is for the purpose of describing particular embodiments only and is not intended to limit the application; the terms “comprising” and “having”, and any variations thereof, in the specification, claims, and foregoing description of the drawings are intended to cover non-exclusive inclusion.

[0062] In the description of the embodiments of this application, technical terms such as "first" and "second" are used only to distinguish different objects and should not be construed as indicating or implying relative importance or implicitly specifying the number, specific order, or primary and secondary relationship of the indicated technical features. In the description of the embodiments of this application, "multiple" means two or more, unless otherwise explicitly defined.

[0063] 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 this application. 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.

[0064] In the description of the embodiments in this application, the term "and / or" is merely a description of the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A existing alone, A and B existing simultaneously, and B existing alone. Additionally, the character " / " in this document generally indicates that the preceding and following related objects have an "or" relationship.

[0065] In the description of the embodiments of this application, the term "multiple" refers to two or more (including two), similarly, "multiple sets" refers to two or more (including two sets), and "multiple pieces" refers to two or more (including two pieces).

[0066] As one of the core components of electrical devices such as electric vehicles and electric ships, the performance of batteries directly affects the safety of these devices. Therefore, it is necessary to test batteries.

[0067] Currently, basic data about batteries are typically obtained through sensors to perform basic performance tests, such as measuring battery voltage, temperature, and insulation resistance. However, these basic performance tests cannot reveal the deeper performance characteristics of the battery.

[0068] Therefore, how to conduct in-depth testing on batteries to understand their underlying performance has become an urgent problem to be solved in this field.

[0069] To address the aforementioned technical problems, this application provides a battery testing device, which, as follows: Figure 1 As shown, Figure 1 This is a structural block diagram of a battery testing device provided in an embodiment of this application. The battery testing device is deployed on an electronic device and includes a business module 11, an algorithm package module 12, and an execution engine module 13. The testing device can be installed on the electronic device, and the application (APP) for the battery testing method corresponding to the battery testing device can be deployed on the electronic device, which may include desktop computers, laptops, smartphones, tablets, etc. All battery data mentioned in this embodiment refers to the battery data of the electric vehicle under test.

[0070] Among them, the business module 11, in response to the lack of communication connection between the electronic device and the cloud device, temporarily stores the historical battery data of the electric vehicle under test locally; in response to the establishment of communication connection between the electronic device and the cloud device, sends the historical battery data to the cloud device; in response to the battery detection command, acquires the currently collected first battery data of the electric vehicle under test, and acquires the target battery data associated with the first battery data from the historical battery data stored in the cloud device, uses the first battery data and the target battery data as the second battery data, and sends the algorithm configuration information and the second battery data to the execution engine module 13; the algorithm configuration information includes a description file for describing the dependencies between detection algorithms, the parameters of the detection algorithms, and the detection algorithms are used to perform at least one of the following on the battery of the electric vehicle under test: state detection, life detection, thermal management detection, and fault detection;

[0071] The execution engine module 13 is used to call the target detection algorithm corresponding to the battery type from the algorithm package module 12 according to the description file, and determine the detection result of the battery according to the target detection algorithm, the second battery data and the parameters of the target detection algorithm.

[0072] The algorithm configuration information includes a description file describing the dependencies between detection algorithms, and the parameters of the detection algorithms, which include both input and output parameters. The description file includes the topological relationships between the detection algorithms. The output parameter of one detection algorithm can be used as the input parameter of another. The detection algorithms can include at least state detection algorithms, lifetime detection algorithms, thermal management detection algorithms, and fault detection algorithms. Specifically, state detection algorithms are used to detect the battery's state, including but not limited to State of Charge (SOC) detection algorithms, single-cell voltage detection algorithms, and charging efficiency detection algorithms; lifetime detection algorithms are used to detect the battery's lifetime, including but not limited to State of Health (SOH) detection algorithms; thermal management detection algorithms are used to detect the battery's thermal management, including but not limited to energy conversion efficiency detection algorithms; and fault detection algorithms are used to detect battery faults, including but not limited to voltage sampling failure fault detection algorithms, temperature sampling failure fault detection algorithms, battery overvoltage detection algorithms, battery undervoltage detection algorithms, and low insulation resistance detection algorithms. These detection algorithms enable in-depth battery detection.

[0073] The algorithm package module may include SOH detection algorithm, SOC detection algorithm, fault detection algorithm, battery type identification algorithm, and other detection algorithms.

[0074] The device may also include a data storage module 14, where algorithm configuration information can be stored and the business module 11 can obtain the algorithm configuration information from the data storage module 14, or the algorithm configuration information can be stored in a database server and the business module 11 can obtain the algorithm configuration information from the database server.

[0075] The electric vehicle under test (EVD) can include, but is not limited to, electric vehicles, electric ships, and other electrical devices. The EVD can establish a communication connection with one end of the data acquisition device 18 via a connecting cable, and the other end of the data acquisition device 18 can establish a communication connection with an electronic device via Bluetooth. The data acquisition device 18 can collect battery data from the EVD's battery and send the collected battery data to the service module 11 in the electronic device. The service module 11 can parse the battery data to obtain first battery data. Alternatively, the device can also include a protocol parsing module 15, where the service module 11 sends battery data to the protocol parsing module 15, which then parses the battery data to obtain the first battery data. Alternatively, the service module 11 can send battery data to other devices and receive the first battery data obtained after parsing the battery data from other devices.

[0076] The business module can temporarily store the historical battery data of the electric vehicle under test locally when the electronic device and the cloud device have not established a communication connection; and send the historical battery data to the cloud device when the electronic device and the cloud device establish a communication connection, thus enabling the storage of collected historical battery data in the cloud device even when the storage resources of the electronic device are limited. In response to a battery detection command, it acquires the currently collected first battery data of the electric vehicle under test and retrieves the target battery data associated with the first battery data from the historical battery data stored in the cloud device. The detection command is used to trigger the acquisition of the currently collected first battery data of the electric vehicle under test and the retrieval of the target battery data associated with the first battery data from the historical battery data stored in the cloud device. The detection command can be triggered by the user interacting with controls on the interface provided by the user interface module, or it can be generated by the business module when it determines that the increase in the battery's state of charge is not less than a preset range. For example, if the preset range is 50%, and the increase in the battery's state of charge is 50%, a detection command can be generated. The increase is equal to the difference between the current state of charge and the state of charge before charging. For example, if the current state of charge is 80% and the state of charge before charging is 30%, then the increase in the state of charge is equal to 50%.

[0077] The business module can respond to detection commands and retrieve target battery data associated with the first battery data from the historical battery data stored in the cloud device. The historical battery data stored in the cloud device can be uniquely identified by the vehicle model of the electric vehicle under test. The business module can retrieve the target battery data associated with the first battery data from the historical battery data stored in the cloud device based on the vehicle model. The target battery data can be battery data located within, for example, the aforementioned increase range. That is, when the electronic device and the cloud device have not established a communication connection, the historical battery data of the electric vehicle under test is temporarily stored locally. When the electronic device and the cloud device establish a communication connection, the historical battery data is sent to the cloud device. When the increase reaches 50%, the battery data located within the increase range is retrieved from the historical battery data stored in the cloud device. This battery data within the increase range is used as the target battery data, and the currently collected first battery data of the electric vehicle under test is retrieved. The first battery data and the target battery data are used as the second battery data.

[0078] The execution engine module 13 can call the target detection algorithm corresponding to the battery type from the algorithm package module 12 according to the description file, and determine the detection result of the battery based on the target detection algorithm, the second battery data, and the parameters of the target detection algorithm. The battery type can include ternary lithium batteries, lithium iron phosphate batteries, etc. One algorithm package corresponds to one battery type, and this algorithm package can include multiple detection algorithms. Different battery types correspond to different algorithm packages, meaning the detection algorithms in the algorithm packages corresponding to different battery types are different. For example, the SOH detection algorithm in the algorithm package corresponding to ternary lithium batteries is different from the SOH detection algorithm in the algorithm package corresponding to lead-acid batteries. There can be multiple target detection algorithms, and there may be dependencies between them; that is, the detection result of one target detection algorithm can be used as the input parameter for one or more other target detection algorithms.

[0079] Battery test results may include, but are not limited to, SOH, SOC, charging efficiency, and fault detection results, thereby revealing the battery's overall performance.

[0080] The battery testing device deployed on the electronic device provided in this embodiment can temporarily store the historical battery data of the electric vehicle under test locally when the electronic device and the cloud device have not established a communication connection, and send the historical battery data to the cloud device when the electronic device and the cloud device establish a communication connection. Thus, when the storage resources of the electronic device are limited, the historical battery data can be sent to the electronic device for storage. In response to a battery detection command, the system acquires the first battery data currently collected from the electric vehicle under test, and retrieves target battery data associated with the first battery data from historical battery data stored in the cloud device. The first battery data and target battery data are then used as second battery data. Algorithm configuration information and the second battery data are sent to the execution engine module. This enables the execution engine module to call the target detection algorithm corresponding to the battery type from the algorithm package module based on the description file when battery detection is required. The system then determines the battery detection result based on the target detection algorithm, the second battery data, and the parameters of the target detection algorithm. This allows for in-depth detection of the battery in the electric vehicle under test, including at least one of state detection, lifespan detection, thermal management detection, and fault detection, and obtains the detection results. This enables in-depth battery detection even with limited storage resources in electronic devices, allowing for the assessment of the battery's performance.

[0081] In one embodiment, such as Figure 2 As shown, Figure 2 This is a structural block diagram of another battery detection device provided in the embodiments of this application. The battery detection device may further include a protocol parsing module 15.

[0082] Business module 11 is used to obtain the target vehicle model of the electric vehicle under test, and to receive the third battery data of the battery sent by the acquisition device 18 based on the acquisition command corresponding to the target vehicle model, and to send the target vehicle model and the third battery data to the protocol parsing module 15.

[0083] The protocol parsing module 15 is used to determine the target protocol parsing script corresponding to the target vehicle model based on the target vehicle model and the preset first correspondence, use the target protocol parsing script to parse the third battery data to obtain the first battery data, and send the first battery data to the business module 11; the first correspondence includes the correspondence between the vehicle model and the protocol parsing script.

[0084] For electric vehicles, the target vehicle model can include vehicle type information, such as model A1, model A2, or model A3 of brand A, or a model from another brand. The battery detection device can also include a user interface module 16. Users can input the vehicle model through the interface provided by the user interface module 16, which will then use the input vehicle model as the target vehicle signal. Alternatively, users can select a vehicle model displayed in the vehicle model interface through clicks or double-clicks, and the user interface module 16 will use the selected vehicle model as the target vehicle model. The user interface module can send the target vehicle model to the business module 11, allowing the business module 11 to obtain the target vehicle model.

[0085] The service module 11 can send acquisition commands to the acquisition device 18 and receive third battery data of the battery sent by the acquisition device 18 based on the acquisition commands. In this embodiment, the service module 11 may include an acquisition command control submodule, which can send acquisition commands to the acquisition device 18, receive third battery data of the battery sent by the acquisition device 18 based on the acquisition commands, and send the third battery data to the protocol parsing module 15. Specifically, the protocol parsing submodule in the service module 11 can send parsing commands to the protocol parsing module 15, which instruct the protocol parsing module 15 to parse the received third battery data.

[0086] The protocol parsing module 15 stores a preset first correspondence, which includes the vehicle model and the corresponding protocol parsing script. Based on this first correspondence, the protocol parsing script corresponding to the target vehicle model can be determined. This target protocol parsing script is then used to parse the third battery data to obtain the first battery data. The protocol parsing script can be an OBD protocol parsing script. Since the OBD data protocols differ for different vehicle models, customized data reading and parsing are required for each vehicle model. OBD stands for On-Board Diagnostics, referring to the vehicle's automatic diagnostic system. The protocol parsing module 15 is specifically designed to manage protocols for various vehicle models. The protocol parsing module 15 mainly includes multiple vehicle models and the corresponding protocol parsing scripts for each vehicle model, thereby covering most electric vehicle models currently on the market. Moreover, as the number of electric vehicle models increases in the future, it is easy to add protocol parsing scripts for new vehicle models and their corresponding protocol parsing scripts through the protocol parsing module 15 to match the data parsing requirements of the batteries of the newly added electric vehicle models.

[0087] The battery testing device provided in this embodiment determines the target protocol parsing script corresponding to the target vehicle model based on the target vehicle model and the preset first correspondence through the protocol parsing module. The target protocol parsing script is used to parse the third battery data to obtain the first battery data, and the first battery data is sent to the business module, so that the business module can obtain the first battery data and send the first battery data to the execution engine module. Then, the execution engine module performs depth testing on the battery of the electric vehicle under test based on the first battery data and obtains the test results, so as to know the depth performance of the battery based on the test results.

[0088] In one embodiment, such as Figure 2 As shown, the device also includes a user interface module 16;

[0089] The user interface module 16 is used to respond to the first operation command for the target vehicle model identifier in the vehicle model interface, determine the target vehicle model corresponding to the target vehicle model identifier, and send the target vehicle model to the business module 11.

[0090] In this application embodiment, combined with Figure 3 and Figure 4 This describes the process for determining the target vehicle model. (Refer to...) Figure 3 and Figure 4 , Figure 3 This is a schematic diagram of a vehicle brand selection interface provided in an embodiment of this application. Figure 4 This is a schematic diagram of a vehicle model interface provided in an embodiment of this application. Users can select the vehicle model from the vehicle brand of the electric vehicle under test. Figure 3 Select the vehicle brand. You can select the desired vehicle brand by clicking, touching, or double-tapping. Figure 3 The current display interface does not show the desired vehicle brand. Users can select one from the options provided. Figure 3 Enter the desired vehicle brand in input box 301 to find the desired vehicle brand, and then select that vehicle brand. Figure 3 The vehicle brands shown include brands 1 through 27.

[0091] After selecting the desired vehicle brand, you will enter... Figure 4 The interface shown can be accessed through methods such as... Figure 4 The interface displayed shows the model identifiers of various vehicles under this vehicle brand. Users can select the vehicle model of the electric vehicle under test from... Figure 4 In the interface shown, select the vehicle model identifier corresponding to the vehicle model. You can select the desired vehicle model identifier by clicking, touching, double-clicking, or using a stylus. Figure 4 The current display interface does not show the required vehicle model; users can access it through... Figure 4Enter the desired vehicle model identifier in input box 401 to find the required vehicle model identifier, and then select that vehicle model identifier. For example... Figure 4 The image shows vehicle model identifiers under brand 1, including vehicle models 11 to 17.

[0092] For example, taking an electric vehicle as the test vehicle, then... Figure 3 The text can display various vehicle brands for electric vehicles. Figure 4 The system can display vehicle models under a vehicle brand.

[0093] When a user selects a vehicle model identifier, the user interface module 16 can respond to a first operation command for the selected vehicle model identifier in the vehicle model interface, determine the vehicle model corresponding to the vehicle model identifier, and use that vehicle model as the target vehicle model. The first operation command can be an operation command triggered by clicking, touching, double-clicking, stylus touch, etc.

[0094] The battery testing device provided in this embodiment responds to a first operation command for the target vehicle model identifier in the vehicle model interface through the user interface module, determines the target vehicle model corresponding to the target vehicle model identifier, and sends the target vehicle model to the business module, thereby enabling the business module to obtain the target vehicle model. Based on the target vehicle model, the business module obtains the first battery data of the battery of the electric vehicle under test, and then the execution engine module performs a depth test on the battery of the electric vehicle under test based on the first battery data and obtains the test results, so as to know the depth performance of the battery based on the test results.

[0095] In one embodiment, the business module 11 is used to obtain the acquisition mode. If the acquisition mode is used to indicate the acquisition of dynamic data of the battery, then according to the target vehicle model and the preset second correspondence, the first acquisition instruction corresponding to the target vehicle model is determined, and the first acquisition instruction is sent to the acquisition device 18; the second correspondence includes the correspondence between the vehicle model and the first acquisition instruction.

[0096] The business module 11 is used to receive dynamic data of the battery sent by the acquisition device 18 based on the first acquisition command; the dynamic data includes at least one of voltage, current and temperature, the acquisition command includes the first acquisition command, and the third battery data includes the dynamic data.

[0097] The acquisition mode can be obtained through the acquisition mode selection interface provided by the user interface module 16. In one possible implementation, the acquisition mode selection interface can display an acquisition mode selection switch. If the user turns on the acquisition mode selection switch, it can be determined that the acquisition mode is used to indicate the acquisition of dynamic data of the battery; if the switch is turned off, it can be determined that the acquisition mode is used to indicate the acquisition of dynamic data of the battery and target vehicle information of the electric vehicle under test. It should be noted that, as Figure 2 As shown, the acquisition mode can be obtained through the process control submodule in the user interface module 16, and the acquired acquisition mode can be sent to the business module 11.

[0098] In another possible implementation, the data acquisition mode selection interface can display a data acquisition mode selection control. This control can include a first control and a second control. The first control corresponds to a data acquisition mode that only acquires dynamic data from the battery. The second control corresponds to a data acquisition mode that acquires both dynamic data from the battery and target vehicle information from the electric vehicle under test. If the user clicks, double-clicks, or touches the first control, the data acquisition mode is determined to be for acquiring dynamic data from the battery; similarly, if the user clicks, double-clicks, or touches the second control, the data acquisition mode is determined to be for acquiring both dynamic data from the battery and target vehicle information from the electric vehicle under test.

[0099] The acquisition instruction control submodule in business module 11 can determine the first acquisition instruction corresponding to the target vehicle model based on the target vehicle model and the preset second correspondence, and send the first acquisition instruction to acquisition device 18. Acquisition device 18 sends the first acquisition instruction to the detection device in the electric vehicle under test. The detection device in the electric vehicle under test receives the first acquisition instruction, parses it to obtain a first parsing result, and performs dynamic data acquisition of the battery based on the first parsing result. It then sends the detected dynamic data to acquisition device 18, and acquisition device 18 sends the battery dynamic data to acquisition instruction control submodule, thereby enabling business module 11 to acquire the battery dynamic data. After acquiring the battery dynamic data, business module 11 can store the battery dynamic data in a format such as... Figure 2 The dynamic data storage submodule is shown.

[0100] Among them, the dynamic data of the battery can be referenced. Figure 5 As shown, Figure 5 This is a schematic diagram of dynamic data provided in an embodiment of this application. Dynamic data acquisition involves obtaining dynamic information such as battery voltage, current, and temperature. The system is designed to acquire data at a frequency of less than 10 seconds. During the acquisition process, it can be done through methods such as... Figure 2 The data display submodule in the user interface module 16 shows the total number of cells, the voltage of each cell, and identifies the highest and lowest voltages, calculating the voltage difference between the highest and lowest voltages. Figure 5 As shown, cells 6, 7, and 11 have the highest voltage and can be identified by a specific color. Cell 7 has the lowest voltage and can be identified by a different color than cells 6, 7, and 11. The system also displays the number of temperature sensors and the highest and lowest temperatures for each sensor; it also shows the total current curve, SOC value, and charging time. Users can further analyze the data... Figure 5 The user can use the "Stop Dynamic Data Acquisition" control to stop acquiring dynamic data. Actions to the "Stop Dynamic Data Acquisition" control include, but are not limited to, clicking, double-clicking, and touching.

[0101] The battery testing device provided in this embodiment obtains the acquisition mode through the business module. If the acquisition mode is used to indicate the acquisition of dynamic data of the battery, the first acquisition instruction corresponding to the target vehicle model is determined according to the target vehicle model and the preset second correspondence, and the first acquisition instruction is sent to the acquisition device. The device receives the dynamic data of the battery sent by the acquisition device based on the first acquisition instruction. Then, the execution engine module performs depth testing on the battery of the electric vehicle under test based on the dynamic data as the third battery data and obtains the test results so as to know the depth performance of the battery based on the test results.

[0102] In one embodiment, the business module 11 is configured to, if the acquisition mode is used to indicate the acquisition of target vehicle information and battery dynamic data of the electric vehicle under test, determine the second acquisition instruction corresponding to the target vehicle model according to the target vehicle model and the preset third correspondence relationship, and send the second acquisition instruction to the acquisition device 18; the third correspondence relationship includes the correspondence between the vehicle model and the second acquisition instruction.

[0103] The business module 11 is used to receive target vehicle information sent by the acquisition device 18 based on the second acquisition command, and to receive battery dynamic data sent by the acquisition device 18 based on the first acquisition command; the acquisition command includes the first acquisition command and the second acquisition command, and the third battery data includes target vehicle information and dynamic data.

[0104] In this embodiment, the target vehicle information includes the Vehicle Identification Number (VIN) and mileage of the electric vehicle under test. The VIN is a unique identifier for the electric vehicle under test. The target vehicle information may also include the battery type and rated capacity of the battery in the electric vehicle under test. Figure 6 As shown, Figure 6This is a schematic diagram of a target vehicle information collection interface provided in an embodiment of this application. The target vehicle information collection interface can display the collected VIN, mileage, and battery type. The collection progress can be indicated by the color of the circle on the left side of the target vehicle information collection interface. For example, when collection is complete, the entire circle is green; when collection is incomplete, the green area indicates the collection progress. When collection is complete, the user can... Figure 6 The dynamic acquisition control shown in the image is used to trigger the acquisition of dynamic data from the battery.

[0105] The acquisition instruction control submodule in business module 11 can determine the second acquisition instruction corresponding to the target vehicle model based on the target vehicle model and a preset third correspondence, and send the second acquisition instruction to acquisition device 18. Acquisition device 18 sends the second acquisition instruction to the detection device in the electric vehicle under test. The detection device in the electric vehicle under test receives the second acquisition instruction, parses it to obtain a second parsing result, and performs acquisition of the target vehicle information of the battery based on the second parsing result. It then sends the detected target vehicle information to acquisition device 18, and acquisition device 18 sends the target vehicle information of the battery to acquisition instruction control submodule, thereby enabling business module 11 to obtain the target vehicle information. After obtaining the target vehicle information, business module 11 can store the target vehicle information in a format such as... Figure 2 The static data storage submodule shown contains target vehicle information, which may include the three-electric data, i.e., the basic information of the target vehicle. The basic information may include VIN, brand, vehicle model, rated capacity, total voltage, battery type, etc.

[0106] It should be noted that if the target vehicle information does not include battery type and / or rated capacity, that is, if the battery type and / or rated capacity of the battery in the electric vehicle under test has not been collected, then the battery type and / or rated capacity data can be supplemented. The data supplementation scheme will be described later through other embodiments.

[0107] The battery testing device provided in this embodiment, when the acquisition mode is used to indicate the acquisition of target vehicle information and battery dynamic data of the electric vehicle under test, the business module determines the second acquisition instruction corresponding to the target vehicle model according to the target vehicle model and the preset third correspondence, and sends the second acquisition instruction to the acquisition device. It also receives the target vehicle information sent by the acquisition device based on the second acquisition instruction, and receives the battery dynamic data sent by the acquisition device based on the first acquisition instruction. Then, the execution engine module performs in-depth testing on the battery of the electric vehicle under test and obtains the test results based on the third battery data including dynamic data and target vehicle information, thereby improving the accuracy of the test results and enabling a more accurate understanding of the battery's in-depth performance.

[0108] In one embodiment, the business module 11 is configured to acquire the static data of the battery if the target vehicle information does not include static data of the battery, and use the target vehicle information, dynamic data, and static data as third battery data; the static data includes rated capacity and / or battery type.

[0109] In this embodiment, if the target vehicle information does not include static battery data, the static battery data can be obtained through the data completion submodule in the business module 11 to complete the static battery data, so that the target vehicle information, dynamic data and static data can be used as the third battery data in the future.

[0110] The business module 11 can query the static data corresponding to the target vehicle identifier in the target vehicle information from the vehicle information storage submodule in the data storage module 14. If no static data corresponding to the target vehicle identifier is found, for the battery type, the business module 11 can determine the battery type by calling the battery type identification algorithm based on the battery's dynamic data. For the battery's rated capacity, it can receive the battery's rated capacity determined based on the input operation sent by the user interface module 16. Through the above scheme, the static data of the battery can be supplemented.

[0111] The battery testing device provided in this embodiment, if the target vehicle information does not include static battery data, obtains the static battery data through the business module, and uses the target vehicle information, dynamic data, and static data as third battery data. Then, the execution engine module performs depth testing on the battery of the electric vehicle under test based on the third battery data including dynamic data, target vehicle information, and static data, and obtains the test results. Furthermore, it improves the accuracy of the test results so as to obtain the depth performance of the battery based on more accurate test results.

[0112] In one embodiment, the device further includes a data storage module 14;

[0113] The business module 11 is used to query the static data of the battery from the data storage module 14 based on the target vehicle identifier in the target vehicle information. The data storage module 14 stores the vehicle identifier and the vehicle information corresponding to the vehicle identifier. The vehicle information includes at least the rated capacity and battery type.

[0114] like Figure 2 As shown, business module 11 may include a data query submodule. This submodule can query static battery data from the vehicle information storage submodule within data storage module 14 based on the target vehicle identifier. The vehicle information storage submodule stores the vehicle identifier and the corresponding vehicle information.

[0115] Among them, the target vehicle identifier in the target vehicle information can be the VIN of the electric vehicle under test.

[0116] If the target vehicle information does not include the battery's rated capacity, the battery's rated capacity is obtained based on the target vehicle identifier in the target vehicle information. The vehicle information corresponding to the target vehicle identifier can be queried from the mapping relationship between vehicle identifiers and vehicle information stored in the data storage module 14, based on the target vehicle identifier in the target vehicle information. The vehicle information includes at least the rated capacity and battery type of the battery in the vehicle corresponding to the vehicle identifier. The rated capacity corresponding to the target vehicle identifier can be queried through exact matching or fuzzy matching, and the queried rated capacity is used as the rated capacity of the battery of the electric vehicle under test. The target vehicle information, dynamic data, and the queried rated capacity are used as the third battery data.

[0117] For example, if the data storage module 14 stores vehicle identifier 1 and vehicle information 1 corresponding to vehicle identifier 1, vehicle identifier 2 and vehicle information 2 corresponding to vehicle identifier 2, and vehicle identifier 3 and vehicle information 3 corresponding to vehicle identifier 3, and if the target vehicle identifier in the target vehicle information is the same as vehicle identifier 3, then the rated capacity in the vehicle information 3 corresponding to vehicle identifier 3 is used as the rated capacity of the battery of the electric vehicle under test. This matching method is a complete match.

[0118] If the target vehicle identifier is different from vehicle identifier 1, vehicle identifier 2, and vehicle identifier 3, but some data in the vehicle identifiers of different vehicles of the same model are the same (for example, the first preset number of data in the VIN code of different vehicles of the same model are the same), the rated capacity of the battery of the electric vehicle under test can be determined by a fuzzy matching method. For example, if the information starting from the first data in the target vehicle identifier is the same as the information starting from the first data in vehicle identifier 1, then the rated capacity in vehicle information 1 can be used as the rated capacity of the battery of the electric vehicle under test. This matching method is fuzzy matching.

[0119] If the target vehicle information does not include the battery type, the battery type is obtained based on the target vehicle identifier in the target vehicle information. The vehicle information corresponding to the target vehicle identifier can be queried from the mapping relationship between vehicle identifiers and vehicle information stored in the data storage module 14, based on the target vehicle identifier in the target vehicle information. The vehicle information includes at least the rated capacity and battery type of the battery in the vehicle corresponding to the vehicle identifier. The battery type corresponding to the target vehicle identifier can be queried using exact matching or fuzzy matching, and the queried battery type is used as the battery type of the electric vehicle under test. The target vehicle information, dynamic data, and the queried battery type are used as third battery data. The query method is similar to the method described above, so it will not be repeated here.

[0120] If the target vehicle information does not include the battery's rated capacity and battery type, the vehicle information corresponding to the target vehicle identifier can be retrieved from the mapping relationship between vehicle identifiers and vehicle information stored in the data storage module 14, based on the target vehicle identifier in the target vehicle information. The vehicle information includes at least the rated capacity and battery type of the battery in the vehicle corresponding to the vehicle identifier. The battery type and rated capacity corresponding to the target vehicle identifier can be retrieved through exact matching or fuzzy matching. The retrieved battery type and rated capacity are then used as the battery type and rated capacity of the electric vehicle under test, and the target vehicle information, dynamic data, and the retrieved battery type and rated capacity are used as third battery data. The query method is similar to the method described above, so it will not be repeated here.

[0121] The battery testing device provided in this embodiment uses a business module to query static battery data from a data storage module based on the target vehicle identifier in the target vehicle information. This completes the static data, and the target vehicle information, dynamic data, and static data are used as third battery data. Then, the execution engine module uses the third battery data, which includes dynamic data, target vehicle information, and static data, to perform in-depth testing of the battery of the electric vehicle under test based on more comprehensive data and obtain the test results, thereby further improving the accuracy of the test results.

[0122] In one embodiment, the business module 11 is used to determine the battery type by calling a battery type identification algorithm based on the battery's dynamic data if the battery type is not found.

[0123] The business module 11 may include a scheduling algorithm submodule. If the battery type is not found, the scheduling algorithm submodule can send a first call instruction and the battery's dynamic data to the module docking submodule in the execution engine module 13 to invoke the battery type identification algorithm to determine the battery type. Based on the received first call instruction, the module docking submodule invokes the battery type identification algorithm in the algorithm package module 12 and transmits the battery type identification algorithm and the battery's dynamic data to the execution algorithm submodule in the execution engine module 13. The execution algorithm submodule then uses the battery type identification algorithm to determine the battery type based on the battery's dynamic data.

[0124] It should be noted that the execution engine module 13 may also include a task management submodule, which can monitor the status of the algorithm tasks executed by the execution algorithm submodule.

[0125] The battery testing device provided in this embodiment determines the battery type by calling a battery type identification algorithm based on the battery's dynamic data if the battery type is not found. This allows the battery type data to be supplemented even when the battery type is not found, and further improves the accuracy of the test results by using more comprehensive data to perform in-depth testing of the battery of the electric vehicle under test.

[0126] In one embodiment, the business module 11 is configured to receive the rated capacity of the battery determined based on the input operation from the user interface module 16 if the rated capacity of the battery is not found.

[0127] The user interface module 16 can provide an input box so that the user can input the rated capacity of the battery, and the input rated capacity will be used as the rated capacity of the battery. Alternatively, the user interface module 16 can provide a rated capacity selection option so that the user can select a rated capacity option and the rated capacity corresponding to the selected rated capacity option will be used as the rated capacity of the battery.

[0128] If the rated capacity of the battery is not found in the battery testing device provided in this embodiment, the business module receives the rated capacity of the battery determined based on the input operation sent by the user interface module, thereby completing the data of the rated capacity of the battery. Then, based on more comprehensive data, the battery of the electric vehicle under test is subjected to in-depth testing and the test results are obtained, thereby further improving the accuracy of the test results.

[0129] In one embodiment, the business module 11 may include a platform API submodule, which can receive historical battery data sent by the cloud device 19 and send target battery data from the historical battery data to the execution engine module 13; where API is short for Application Programming Interface.

[0130] The electronic device can be used independently offline, meaning it can be used without establishing a communication connection with the cloud device. It can also be used in conjunction with the cloud device 19 via a network connection. When the electronic device is connected to the cloud device 19, it can download target battery data from the cloud device, thus providing the target detection algorithm with richer data and improving the accuracy of the detection results. Understandably, the electronic device can also synchronize the collected dynamic data of the target battery, target vehicle information, and detection results to the cloud device 19 through the platform's API submodule, managing the data at the electric vehicle level. This allows the data to be applied to business operations and also enables developers to optimize the detection algorithm.

[0131] In one embodiment, the business module 11 is used to obtain an upgrade configuration file from the server, and determine the upgrade type and the storage address of the upgrade package corresponding to the upgrade type in the server according to the upgrade configuration file; the upgrade type includes at least one of detection algorithm upgrade, vehicle information upgrade, protocol upgrade, and application software upgrade.

[0132] Business module 11 is used to obtain the upgrade package based on the storage address and use the upgrade package to upgrade the original data packet corresponding to the upgrade type.

[0133] The upgrade types include algorithm upgrades, vehicle information upgrades, protocol upgrades, and app upgrades. Each upgrade type is independent and not coupled. The app on the electronic device can automatically detect whether an upgrade is needed, and the user can choose whether to upgrade the system.

[0134] like Figure 7 As shown, Figure 7This is an upgrade illustration provided in an embodiment of this application. When the APP is launched, an upgrade thread is started. This upgrade thread mainly performs upgrade detection and system upgrade work. After the upgrade thread is started, it connects to the server and communicates via the Hypertext Transfer Protocol (HTTP). The upgrade thread in business module 11 obtains an upgrade configuration file from the server. The upgrade configuration file may include an upgrade information set, which is a list type and supports upgrades of at least one upgrade type at a time. A data element in the upgrade information set includes an upgrade type identifier, an upgrade identifier corresponding to the upgrade type identifier, an upgrade package version identifier, an upgrade package storage address, an upgrade package release time, an upgrade package publisher, and a description of the upgrade. The upgrade identifier is used to indicate whether an upgrade is needed. It can be a boolean value, where true indicates an upgrade is needed and false indicates no upgrade is needed. If this attribute is false, the upgrade process for the upgrade type corresponding to that upgrade identifier can be terminated. The upgrade type identifier can be used to identify the upgrade type. For example, if the upgrade type identifier in a data element is 1, the upgrade type is algorithm upgrade; if the upgrade type identifier is 2, the upgrade type is protocol upgrade; if the upgrade type identifier is 3, the upgrade type is vehicle information upgrade; and if the upgrade type identifier is 4, the upgrade type is APP upgrade.

[0135] The upgrade thread obtains the upgrade configuration file from the upgrade server. It can parse the configuration file to obtain parsed information, and based on this information, determine whether to upgrade at least one data package corresponding to an upgrade type. If an upgrade is required for at least one upgrade type, it determines the storage address of the upgrade package corresponding to that upgrade type on the server, retrieves the upgrade package, and installs it. If multiple upgrade types are involved, it retrieves the upgrade package corresponding to each upgrade type and performs the corresponding upgrade for each type.

[0136] like Figure 2As shown, the server includes a system update service module 17, which is mainly used to update and upgrade the APP, protocol, algorithm, and vehicle information. It mainly includes an algorithm upgrade submodule, a protocol management submodule, a vehicle information update submodule, and an APP update submodule. The algorithm upgrade submodule includes algorithm orchestration, algorithm packaging, and algorithm package push. Through the algorithm upgrade submodule, the topology between detection algorithms can be constructed, and the dependencies between detection algorithms can be determined. The protocol management submodule includes protocol compilation and packaging, and protocol package push. The protocol management submodule can be an OBD protocol management module, through which the OBD protocol parsing script is obtained. The vehicle information update submodule includes vehicle information management and vehicle information push. The APP update submodule includes application compilation and packaging, and APP installation package push, etc. For example, if an algorithm upgrade is required, the business module 11 can obtain the algorithm package upgrade package from the algorithm upgrade submodule to upgrade the detection algorithm. If a protocol upgrade is required, the business module 11 can obtain the protocol parsing script upgrade package from the protocol management submodule to upgrade the protocol parsing script in the protocol parsing module 15. If vehicle information needs to be upgraded, business module 11 can obtain new vehicle information from the vehicle information update submodule to update the vehicle information in the vehicle information storage submodule of data storage module 14. If the APP needs to be upgraded, business module 11 can obtain a new APK package of the APP from the APP update submodule to upgrade the APP.

[0137] Among them, the algorithm upgrade submodule can construct algorithm configuration information and send the algorithm configuration information to the business module 11. The business module 11 can store the algorithm configuration information in the algorithm configuration information storage submodule in the data storage module 14.

[0138] The battery testing device provided in this embodiment obtains an upgrade configuration file from the server through a business module, determines the upgrade type and the storage address of the upgrade package corresponding to the upgrade type in the server based on the upgrade configuration file, and obtains the upgrade package based on the storage address, thereby realizing the upgrade of the original data packet corresponding to the upgrade type using the upgrade package.

[0139] In one embodiment, the business module 11 is used to receive the detection results sent by the execution engine module 13 and send the detection results to the user interface module 16;

[0140] User interface module 16 is used to display the detection results.

[0141] like Figure 2As shown, the scheduling algorithm submodule in business module 11 can receive the detection results sent by execution engine module 13 and send the detection results to user interface module 16; the report viewing submodule in user interface module 16 can display the detection results in the form of a detection report for easy viewing by the user. Figure 8 , Figure 9 , Figure 10 and Figure 11 As shown, Figure 8 This is a schematic diagram of a detection report displaying target vehicle information provided in an embodiment of this application. Figure 9 This is a schematic diagram of a detection report displaying fault detection information provided in an embodiment of this application. Figure 10 This is a schematic diagram of a test report displaying risk assessment information provided in an embodiment of this application. Figure 11 This is a schematic diagram of a test report displaying battery performance evaluation information provided in an embodiment of this application. Figure 9 The gray area represents a faulty cell, and the gray area represents a temperature sensor that detected an abnormal temperature in the corresponding cell.

[0142] It should be noted that the business module 11 can also store the detection results in the detection result storage submodule of the data storage module 14.

[0143] The battery testing device provided in this application embodiment receives the testing results sent by the execution engine module through the business module and sends the testing results to the user interface module. The user interface module displays the testing results, thereby facilitating the user to view the testing results.

[0144] In some embodiments, the data storage module 14 may further include a system configuration information storage submodule, a log information storage submodule, an algorithm configuration information storage submodule, and other data storage submodules. The system configuration information storage submodule may be used to store, for example, the device number of the acquisition device. The algorithm configuration information storage submodule may store the algorithm configuration information of the detection algorithm, so that the business module 11 can obtain the algorithm configuration information of the detection algorithm from the algorithm configuration information storage submodule. The user interface module may further include a system configuration submodule, through which configurations, for example, the device number of the acquisition device, and adding acquisition devices, are configured.

[0145] In one embodiment, such as Figure 12 As shown, Figure 12 This is a flowchart illustrating a battery detection method provided in an embodiment of this application. When applied to an electronic device, the method includes the following steps: S1201-S1202:

[0146] S1201, in response to the lack of communication connection between the electronic device and the cloud device, the historical battery data of the electric vehicle under test is temporarily stored locally; in response to the establishment of communication connection between the electronic device and the cloud device, the historical battery data is sent to the cloud device; in response to the battery detection command, the first battery data currently collected by the electric vehicle under test is obtained, and the target battery data associated with the first battery data is obtained from the historical battery data stored in the cloud device, and the first battery data and the target battery data are used as the second battery data, and algorithm configuration information is obtained; the algorithm configuration information includes a description file for describing the dependencies between detection algorithms, parameters of the detection algorithms, and the detection algorithms are used to perform at least one of the following on the battery: state detection, life detection, thermal management detection, and fault detection.

[0147] S1202, according to the description file, call the target detection algorithm corresponding to the battery type, and determine the detection result of the battery based on the target detection algorithm, the second battery data and the parameters of the target detection algorithm.

[0148] The battery testing method provided in this embodiment can perform depth testing on the battery of the electric vehicle under test and obtain the test results, so as to know the depth performance of the battery based on the test results.

[0149] In one embodiment, obtaining the currently collected first battery data of the electric vehicle under test in S1201 above can be achieved in the following way:

[0150] The system acquires the target vehicle model of the electric vehicle under test and receives the third battery data sent by the acquisition device based on the acquisition command. According to the target vehicle model and the preset first correspondence, the system determines the target protocol parsing script corresponding to the target vehicle model and uses the target protocol parsing script to parse the third battery data to obtain the first battery data. The first correspondence includes the correspondence between the vehicle model and the protocol parsing script.

[0151] In one embodiment, the above-mentioned acquisition of the target vehicle model of the electric vehicle under test can be achieved by: in response to a first operation instruction for the target vehicle model identifier in the vehicle model interface, determining the target vehicle model corresponding to the target vehicle model identifier.

[0152] In one embodiment, the third battery data of the battery sent by the aforementioned receiving and acquisition device based on the acquisition command can be implemented in the following way:

[0153] The acquisition mode is obtained. If the acquisition mode is used to indicate the acquisition of dynamic data of the battery, the first acquisition command corresponding to the target vehicle model is determined according to the target vehicle model and the preset second correspondence, and the first acquisition command is sent to the acquisition device. The second correspondence includes the correspondence between the vehicle model and the first acquisition command. The dynamic data of the battery sent by the acquisition device based on the first acquisition command is received. The dynamic data includes at least one of voltage, current and temperature data. The acquisition command includes the first acquisition command. The third battery data includes the dynamic data.

[0154] In one embodiment, the method may further include the following steps:

[0155] If the acquisition mode is used to indicate the acquisition of target vehicle information and battery dynamic data of the electric vehicle under test, then according to the target vehicle model and the preset third correspondence, the second acquisition command corresponding to the target vehicle model is determined and sent to the acquisition device; the third correspondence includes the correspondence between the vehicle model and the second acquisition command; the target vehicle information sent by the acquisition device based on the second acquisition command is received, as well as the battery dynamic data sent by the acquisition device based on the first acquisition command is received; the acquisition command includes the first acquisition command and the second acquisition command, and the third battery data includes the target vehicle information and dynamic data.

[0156] In one embodiment, the method may further include the following steps:

[0157] If the target vehicle information does not include static data of the battery, then the static data of the battery is obtained, and the target vehicle information, dynamic data, and static data are used as the third battery data; the static data includes rated capacity and / or battery type.

[0158] In one embodiment, the above-mentioned acquisition of static battery data may further include the following steps:

[0159] Based on the target vehicle identifier in the target vehicle information, query the static data of the battery in the database; the database stores the vehicle identifier and the corresponding vehicle information, which includes at least the rated capacity and battery type.

[0160] In one embodiment, the method may further include the following steps:

[0161] If the battery type is not found, the battery type identification algorithm is called based on the battery's dynamic data to determine the battery type.

[0162] In one embodiment, the method may further include the following steps:

[0163] If the battery's rated capacity is not found, the battery's rated capacity determined based on the input operation is received.

[0164] In one embodiment, the method may further include the following steps:

[0165] The upgrade configuration file is obtained from the server. Based on the upgrade configuration file, the upgrade type and the storage address of the corresponding upgrade package on the server are determined. The upgrade type includes at least one of detection algorithm upgrade, vehicle information upgrade, protocol upgrade, and application software upgrade. The upgrade package is obtained based on the storage address, and the original data packet corresponding to the upgrade type is upgraded using the upgrade package.

[0166] In one embodiment, such as Figure 13 As shown, Figure 13 This is a schematic flowchart of another battery testing method provided in the embodiments of this application. Based on any of the above embodiments, the embodiments of this application further describe the overall process of the battery testing method.

[0167] 1) Connecting the device: This step is part of the preparation before data acquisition, which mainly includes connecting the data acquisition device to the OBD port of the electric vehicle via a connecting cable.

[0168] 2) User Login: The system establishes an account system based on the tenant, and users can register accounts and log in.

[0169] 3) System Upgrades: A dedicated system upgrade service module has been built for system upgrades, maintained by administrators and developers. Algorithm upgrades, vehicle information upgrades, protocol upgrades, and APP upgrades are all performed independently and are not coupled. The APP on electronic devices can automatically detect whether an upgrade is needed, and users can choose whether to upgrade the system.

[0170] 4) Obtain the acquisition mode.

[0171] 5) Enter the vehicle model interface.

[0172] 6) In response to the first operation command for the target vehicle model identifier in the vehicle model interface, determine the target vehicle model corresponding to the target vehicle model identifier.

[0173] 7) Is it necessary to collect the target vehicle information of the electric vehicle under test?

[0174] 8) If it is necessary to collect the target vehicle information of the electric vehicle under test, then collect the target vehicle information.

[0175] 9) Is it necessary to complete the target vehicle information through query?

[0176] 10) If data needs to be supplemented through query, then query the static data of the battery from the data storage module.

[0177] 11) If data completion is not required through querying, then determine whether the network is connected.

[0178] 12) If connected to the internet, push the data to the cloud device and store the data in the data storage module. Where data completion is not required through querying, the data in this step includes target vehicle information; where data completion requires querying, the data in this step includes target vehicle information and the retrieved static data.

[0179] 13) Collect dynamic data.

[0180] 14) Is it necessary to complete the battery type by calling the battery type identification algorithm?

[0181] 15) If it is necessary to complete the battery type by calling the battery type identification algorithm, then the battery type identification algorithm will be called to complete the battery type based on the dynamic data.

[0182] 16) Run the target detection algorithm.

[0183] 17) Generate detection results.

[0184] 18) Is the device connected to the internet? If so, the test results and data will be synchronized to the cloud device.

[0185] 19) If there is no internet connection, the process ends.

[0186] The method provided in this embodiment can perform in-depth diagnosis and analysis of electric vehicles in offline or online conditions, and output more comprehensive test reports.

[0187] It should be understood that although the steps in the flowcharts of the embodiments described above are shown sequentially according to the arrows, these steps are not necessarily executed in the order indicated by the arrows. Unless explicitly stated herein, there is no strict order restriction on the execution of these steps, and they can be executed in other orders. Moreover, at least some steps in the flowcharts of the embodiments described above may include multiple steps or multiple stages. These steps or stages are not necessarily completed at the same time, but can be executed at different times. The execution order of these steps or stages is not necessarily sequential, but can be performed alternately or in turn with other steps or at least some of the steps or stages of other steps.

[0188] Based on the same inventive concept, this application also provides a battery testing apparatus for implementing the battery testing method described above. The solution provided by this apparatus is similar to the implementation described in the above method; therefore, the specific limitations in one or more battery testing apparatus embodiments provided below can be found in the limitations of the battery testing method described above, and will not be repeated here.

[0189] Each module in the aforementioned battery testing device can be implemented entirely or partially through software, hardware, or a combination thereof. These modules can be embedded in the processor of the electronic device in hardware form or independent of it, or stored in the memory of the electronic device in software form, so that the processor can call and execute the corresponding operations of each module.

[0190] In one embodiment, such as Figure 14 As shown, Figure 14 This is a schematic diagram of an electronic device provided in an embodiment of this application. The electronic device can be a terminal. It includes a processor, memory, communication interface, display screen, and input device connected via a system bus. The processor provides computing and control capabilities. The memory includes a non-volatile storage medium and internal memory. The non-volatile storage medium stores an operating system and computer programs. The internal memory provides an environment for the operation of the operating system and computer programs in the non-volatile storage medium. The communication interface is used for wired or wireless communication with external terminals; wireless communication can be achieved through Wi-Fi, mobile cellular networks, NFC (Near Field Communication), or other technologies. When the computer program is executed by the processor, it implements a battery detection method. The display screen can be a liquid crystal display (LCD) or an e-ink display. The input device can be a touch layer covering the display screen, buttons, a trackball, or a touchpad mounted on the device's casing, or an external keyboard, touchpad, or mouse.

[0191] Those skilled in the art will understand that Figure 14 The structure shown is merely a block diagram of a portion of the structure related to the present application and does not constitute a limitation on the electronic device to which the present application is applied. The specific electronic device may include more or fewer components than shown in the figure, or combine certain components, or have different component arrangements.

[0192] In one embodiment, an electronic device is provided, including a memory and a processor. The memory stores a computer program, and the processor executes the computer program to implement the technical solutions in the above method embodiments. The implementation principle and technical effects are similar, and will not be repeated here.

[0193] In one embodiment, a computer-readable storage medium is provided, on which a computer program is stored. When the computer program is executed by a processor, it implements the technical solution in the above method embodiment. Its implementation principle and technical effect are similar, and will not be repeated here.

[0194] In one embodiment, a computer program product is provided, including a computer program that, when executed by a processor, implements the technical solutions described in the above method embodiments. The implementation principle and technical effects are similar and will not be repeated here.

[0195] It should be noted that the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data used for analysis, data stored, data displayed, etc.) involved in this application are all information and data authorized by the user or fully authorized by all parties.

[0196] Those skilled in the art will understand that all or part of the processes in the above embodiments can be implemented by a computer program instructing related hardware. The computer program can be stored in a non-volatile computer-readable storage medium. When executed, the computer program can include the processes of the embodiments described above. Any references to memory, databases, or other media used in the embodiments provided in this application can include at least one of non-volatile and volatile memory. Non-volatile memory can include read-only memory (ROM), magnetic tape, floppy disk, flash memory, optical memory, high-density embedded non-volatile memory, resistive random access memory (ReRAM), magnetic random access memory (MRAM), ferroelectric random access memory (FRAM), phase change memory (PCM), graphene memory, etc. Volatile memory can include random access memory (RAM) or external cache memory, etc. By way of illustration and not limitation, RAM can take many forms, such as Static Random Access Memory (SRAM) or Dynamic Random Access Memory (DRAM). The databases involved in the embodiments provided in this application may include at least one type of relational database and non-relational database. Non-relational databases may include, but are not limited to, blockchain-based distributed databases. The processors involved in the embodiments provided in this application may be general-purpose processors, central processing units, graphics processing units, digital signal processors, programmable logic devices, quantum computing-based data processing logic devices, etc., and are not limited to these.

[0197] The technical features of the above embodiments can be combined in any way. For the sake of brevity, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.

[0198] The embodiments described above are merely illustrative of several implementation methods of this application, and while the descriptions are specific and detailed, they should not be construed as limiting the scope of this patent application. It should be noted that those skilled in the art can make various modifications and improvements without departing from the concept of this application, and these all fall within the protection scope of this application. Therefore, the protection scope of this application should be determined by the appended claims.

Claims

1. A battery testing device, characterized in that, The device is deployed on an electronic device and includes a business module, an algorithm package module, and an execution engine module. The service module, in response to the electronic device not establishing a communication connection with the cloud device, temporarily stores the historical battery data of the electric vehicle under test locally; in response to the electronic device establishing a communication connection with the cloud device, sends the historical battery data to the cloud device. In response to the battery detection command, the system acquires the currently collected first battery data of the electric vehicle under test, and obtains target battery data associated with the first battery data from the historical battery data stored in the cloud device. The first battery data and the target battery data are used as second battery data. Algorithm configuration information and the second battery data are then sent to the execution engine module. The algorithm configuration information includes a description file describing the dependencies between detection algorithms and parameters of the detection algorithms. The detection algorithms are used to perform at least one of the following on the battery of the electric vehicle under test: state detection, lifespan detection, thermal management detection, and fault detection. The execution engine module is used to call the target detection algorithm corresponding to the battery type of the battery from the algorithm package module according to the description file, and determine the detection result of the battery according to the target detection algorithm, the second battery data and the parameters of the target detection algorithm.

2. The apparatus according to claim 1, characterized in that, The device also includes a protocol parsing module; The business module is used to obtain the target vehicle model of the electric vehicle under test, and to receive the third battery data sent by the acquisition device based on the acquisition instruction corresponding to the target vehicle model, and to send the target vehicle model and the third battery data to the protocol parsing module. The protocol parsing module is used to determine the target protocol parsing script corresponding to the target vehicle model based on the target vehicle model and a preset first correspondence, use the target protocol parsing script to parse the third battery data to obtain the first battery data, and send the first battery data to the service module; the first correspondence includes the correspondence between vehicle model and protocol parsing script.

3. The apparatus according to claim 2, characterized in that, The device also includes a user interface module; The user interface module is configured to respond to a first operation instruction for the target vehicle model identifier in the vehicle model interface, determine the target vehicle model corresponding to the target vehicle model identifier, and send the target vehicle model to the service module.

4. The apparatus according to claim 2 or 3, characterized in that, The business module is used to acquire the acquisition mode. If the acquisition mode is used to indicate the acquisition of dynamic data of the battery, then according to the target vehicle model and the preset second correspondence, the first acquisition instruction corresponding to the target vehicle model is determined, and the first acquisition instruction is sent to the acquisition device; the second correspondence includes the correspondence between the vehicle model and the first acquisition instruction. The service module is used to receive dynamic data of the battery sent by the acquisition device based on the first acquisition instruction; the dynamic data includes at least one of voltage, current and temperature data, the acquisition instruction includes the first acquisition instruction, and the third battery data includes the dynamic data.

5. The apparatus according to claim 4, characterized in that, The business module is configured to, if the acquisition mode is used to indicate the acquisition of target vehicle information of the electric vehicle under test and dynamic data of the battery, determine a second acquisition instruction corresponding to the target vehicle model based on the target vehicle model and a preset third correspondence, and send the second acquisition instruction to the acquisition device; the third correspondence includes the correspondence between the vehicle model and the second acquisition instruction. The service module is used to receive the target vehicle information sent by the acquisition device based on the second acquisition instruction, and to receive the dynamic data of the battery sent by the acquisition device based on the first acquisition instruction; the acquisition instruction includes the first acquisition instruction and the second acquisition instruction, and the third battery data includes the target vehicle information and the dynamic data.

6. The apparatus according to claim 5, characterized in that, The business module is configured to acquire the static data of the battery if the target vehicle information does not include the static data of the battery, and use the target vehicle information, the dynamic data, and the static data as the third battery data; the static data includes rated capacity and / or battery type.

7. The apparatus according to claim 6, characterized in that, The device also includes a data storage module; The business module is used to query the static data of the battery from the data storage module based on the target vehicle identifier in the target vehicle information; The data storage module stores vehicle identifiers and corresponding vehicle information, including at least rated capacity and battery type.

8. The apparatus according to claim 7, characterized in that, The business module is used to determine the battery type by calling a battery type identification algorithm based on the battery's dynamic data if the battery type is not found.

9. The apparatus according to claim 7 or 8, characterized in that, The business module is configured to receive the rated capacity of the battery, determined based on input operations, from the user interface module if the rated capacity of the battery is not found.

10. The apparatus according to any one of claims 1-9, characterized in that, The business module is used to obtain an upgrade configuration file from the server, determine the upgrade type and the storage address of the upgrade package corresponding to the upgrade type on the server according to the upgrade configuration file; the upgrade type includes at least one of detection algorithm upgrade, vehicle information upgrade, protocol upgrade, and application software upgrade. The business module is used to obtain the upgrade package according to the storage address, and use the upgrade package to upgrade the original data packet corresponding to the upgrade type.

11. The apparatus according to any one of claims 1-10, characterized in that, The business module is used to receive the detection result sent by the execution engine module and send the detection result to the user interface module; The user interface module is used to display the detection results.

12. A battery testing method, characterized in that, The method is applied to an electronic device, and the method includes: In response to the electronic device not establishing a communication connection with the cloud device, the historical battery data of the electric vehicle under test is temporarily stored locally; in response to the electronic device establishing a communication connection with the cloud device, the historical battery data is sent to the cloud device; in response to the battery detection command, the currently collected first battery data of the electric vehicle under test is obtained, and target battery data associated with the first battery data is obtained from the historical battery data stored in the cloud device, the first battery data and the target battery data are used as second battery data, and algorithm configuration information is obtained; the algorithm configuration information includes a description file for describing the dependencies between detection algorithms, parameters of the detection algorithms, and the detection algorithms are used to perform at least one of the following on the battery: state detection, life detection, thermal management detection, and fault detection; According to the description file, the target detection algorithm corresponding to the battery type of the battery is invoked, and the detection result of the battery is determined based on the target detection algorithm, the second battery data, and the parameters of the target detection algorithm.

13. The method according to claim 12, characterized in that, The acquisition of the currently collected first battery data of the electric vehicle under test includes: Obtain the target vehicle model of the electric vehicle under test, and receive the third battery data of the battery sent by the acquisition device based on the acquisition command; Based on the target vehicle model and a preset first correspondence, a target protocol parsing script corresponding to the target vehicle model is determined, and the target protocol parsing script is used to parse the third battery data to obtain the first battery data; the first correspondence includes the correspondence between the vehicle model and the protocol parsing script.

14. The method according to claim 13, characterized in that, The step of obtaining the target vehicle model of the electric vehicle under test includes: In response to a first operation command for the target vehicle model identifier in the vehicle model interface, the target vehicle model corresponding to the target vehicle model identifier is determined.

15. The method according to claim 13 or 14, characterized in that, The receiving and acquisition device sends the third battery data of the battery based on the acquisition command, including: The acquisition mode is obtained. If the acquisition mode is used to indicate the acquisition of dynamic data of the battery, then according to the target vehicle model and the preset second correspondence, the first acquisition command corresponding to the target vehicle model is determined and sent to the acquisition device; the second correspondence includes the correspondence between the vehicle model and the first acquisition command. The system receives dynamic data of the battery sent by the acquisition device based on the first acquisition command; the dynamic data includes at least one of voltage, current, and temperature data; the acquisition command includes the first acquisition command; and the third battery data includes the dynamic data.

16. The method according to claim 15, characterized in that, The method further includes: If the acquisition mode is used to indicate the acquisition of target vehicle information of the electric vehicle under test and dynamic data of the battery, then according to the target vehicle model and a preset third correspondence, a second acquisition command corresponding to the target vehicle model is determined and sent to the acquisition device; the third correspondence includes the correspondence between the vehicle model and the second acquisition command. The system receives target vehicle information sent by the acquisition device based on the second acquisition instruction, and receives dynamic data of the battery sent by the acquisition device based on the first acquisition instruction; the acquisition instruction includes the first acquisition instruction and the second acquisition instruction, and the third battery data includes the target vehicle information and the dynamic data.

17. The method according to claim 16, characterized in that, The method further includes: If the target vehicle information does not include the static data of the battery, then the static data of the battery is obtained, and the target vehicle information, the dynamic data, and the static data are used as the third battery data; the static data includes rated capacity and / or battery type.

18. The method according to claim 17, characterized in that, The step of obtaining the static data of the battery includes: Based on the target vehicle identifier in the target vehicle information, the static data of the battery is queried in the database; the database stores the vehicle identifier and the vehicle information corresponding to the vehicle identifier, and the vehicle information includes at least the rated capacity and battery type.

19. The method according to claim 18, characterized in that, The method further includes: If the battery type is not found, the battery type identification algorithm is invoked based on the battery's dynamic data to determine the battery type.

20. The method according to claim 18 or 19, characterized in that, The method further includes: If the rated capacity of the battery is not found, the rated capacity of the battery determined based on the input operation is received.

21. The method according to any one of claims 12-20, characterized in that, The method further includes: The upgrade configuration file is obtained from the server, and the upgrade type and the storage address of the upgrade package corresponding to the upgrade type in the server are determined according to the upgrade configuration file; the upgrade type includes at least one of detection algorithm upgrade, vehicle information upgrade, protocol upgrade, and application software upgrade. The upgrade package is obtained according to the storage address, and the original data packet corresponding to the upgrade type is upgraded using the upgrade package.

22. An electronic device comprising a memory and a processor, wherein the memory stores a computer program, characterized in that, When the processor executes the computer program, it implements the steps of the method according to any one of claims 12 to 21.

23. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by a processor, it implements the steps of the method according to any one of claims 12 to 21.

24. A computer program product, comprising a computer program, characterized in that, When the computer program is executed by a processor, it implements the steps of the method according to any one of claims 12 to 21.