Test method, system, device and storage medium for energy storage system protection function

Abstract

The application discloses a test method, system, device and storage medium for a protection function of an energy storage system. A configuration file, fault data and verification data are obtained, the configuration file is parsed and configured, and a simulation test scenario is obtained; based on the fault data, a sending queue of data packets with timestamps is constructed; the sending queue is injected into multiple target energy storage subsystems in a multi-thread parallel manner, and a scheduling process of the target energy storage subsystems is started to be listened to; based on the listening content and the verification data, a test evaluation result is obtained from response time, cooperative protection gap, success rate and consistency evaluation. In the application, a real fault dynamic characteristic is simulated to simulate a virtual fault, an intrinsically safe protection function test is realized without loss, and full-scene automatic verification from a single fault to system linkage is realized. The fundamental breakthrough eliminates physical risks and improves the test effect of the protection function of the energy storage system.

Description

Test methods, systems, equipment and storage media for the protection functions of energy storage systems Technical Field

[0001] This application relates to the field of energy storage, and in particular to testing methods, systems, equipment and storage media for the protection functions of energy storage systems. Background Technology

[0002] With the explosive growth of the electrochemical energy storage industry, the installed capacity of new energy storage systems is increasing year by year. Energy storage systems are developing towards larger capacities, higher voltages, and more complex topologies, posing serious challenges to their safe and stable operation. As the last line of defense for energy storage systems, protection functions must ensure completeness and reliability. The protection functions of an energy storage system refer to its comprehensive ability to prevent and terminate potential electrical faults, thermal runaway, battery abuse, and operational anomalies through real-time monitoring, logical judgment, and rapid execution, thereby ensuring personal safety, equipment assets, and grid stability. The protection functions of energy storage systems need to be tested regularly.

[0003] However, traditional testing methods for the protection functions of energy storage systems are called physical triggering methods. These methods artificially create real fault conditions on actual energy storage systems to verify the protection functions. For example, a physical overcharge test involves increasing the charging voltage limit to trigger the Battery Management System (BMS) protection. It is clear that while physical triggering methods provide reliable results, they carry destructive risks. Improper operation can lead to serious accidents, posing a high risk of electric shock, short circuits, thermal runaway, and irreversible equipment damage. Statistics show that in recent years, improper protection testing has accounted for 18% of energy storage safety accidents, causing significant economic losses. The energy storage industry urgently needs an inherently safe and highly automated testing solution for the protection functions of energy storage systems. In summary, existing technologies suffer from unsatisfactory testing results when assessing the protection functions of energy storage systems. Summary of the Invention

[0004] This application provides a testing method, system, device, and storage medium for the protection function of an energy storage system, which can solve the technical problem of poor test results when testing the protection function of an energy storage system.

[0005] In a first aspect, embodiments of this application provide a method for testing the protection function of an energy storage system. This method is applied to a testing system for the protection function of an energy storage system and includes:

[0006] In response to a test command for the protection function of the target energy storage system, a preset configuration file for configuring the test scenario is obtained, and fault data and verification data are obtained from a preset fault database. The target energy storage system includes multiple target energy storage subsystems, and the fault database includes multiple fault templates. Based on each fault template, multiple combinations of fault data are dynamically generated.

[0007] The configuration file is parsed and configured to obtain the configured simulated test scenario;

[0008] Based on the fault data, a data packet sending queue with timestamps is constructed, wherein the sending queue includes characteristic parameters of each of the multiple target energy storage subsystems;

[0009] In response to the queue injection start command, the sending queue is injected in parallel to multiple target energy storage subsystems in the target energy storage system in a multi-threaded parallel manner. At the start of the injection, the scheduling process of the multiple target energy storage subsystems in the target energy storage system is monitored. The monitoring content includes at least the response timing of the target energy storage subsystems, which is obtained based on the timestamp.

[0010] Based on the monitored content and the verification data, the protection function of the target energy storage system is evaluated from multiple perspectives, including response time, time gap of collaborative protection between subsystems, success rate of subsystem response protection, and consistency of response protection between subsystems, and test evaluation results are obtained.

[0011] In some embodiments, the step of injecting the sending queue into multiple target energy storage subsystems in the target energy storage system in parallel with a queue injection start command in response to the queue injection start command includes:

[0012] In response to the queue injection start command, the master clock time corresponding to the test system of the energy storage system protection function is obtained, and the master clock time is synchronized to multiple target energy storage subsystems in the target energy storage system, so as to realize that the target energy storage subsystems are all synchronized with the time of the test system of the energy storage system protection function.

[0013] Measure the network delay time of multiple target energy storage subsystems, and calculate the time offset based on the network delay time;

[0014] If the time offset exceeds a preset time offset threshold, the master clock time is resynchronized to multiple target energy storage subsystems in the target energy storage system until the time offset does not exceed the preset time offset threshold.

[0015] The sending queue is injected in parallel into multiple target energy storage subsystems of the target energy storage system in a multi-threaded parallel manner.

[0016] In some embodiments, based on the monitored content and the verification data, the protection function of the target energy storage system is evaluated from multiple perspectives, including response time, time interval of inter-subsystem collaborative protection, success rate of subsystem response protection, and consistency of inter-subsystem response protection, to obtain test evaluation results, including:

[0017] Based on the monitored content, determine the response time sequence of each target energy storage subsystem, and extract the response time from the response time sequence;

[0018] Based on the response time sequence, the time interval for coordinated protection between the subsystems is determined;

[0019] Based on the monitored content and the verification data, determine the success rate of the subsystem response protection and the consistency of the response protection among the subsystems;

[0020] The protection function of the target energy storage system is evaluated from multiple perspectives, including response time, time gap of coordinated protection between subsystems, success rate of subsystem response protection, and consistency of response protection between subsystems, to obtain test evaluation results.

[0021] In some embodiments, constructing a data packet sending queue with timestamps based on the fault data includes:

[0022] Based on the fault data, parameters of multiple target energy storage subsystems are initialized;

[0023] The characteristic parameters of the target energy storage subsystems after parameter initialization are calculated respectively to obtain the system parameters of the target energy storage subsystems;

[0024] Data packets are generated based on the system parameters of the target energy storage subsystem.

[0025] Add a timestamp to the data packet to obtain a data packet with a timestamp;

[0026] Based on the priority order, the timestamped data packets are constructed into a sending queue that is consistent with the priority order.

[0027] In some embodiments, the step of injecting the sending queue into multiple target energy storage subsystems in the target energy storage system in parallel with a multi-threaded parallel manner in response to the queue injection start command further includes:

[0028] In response to the queue injection start command, the sending queue is injected in parallel to multiple target energy storage subsystems in the target energy storage system in a multi-threaded parallel manner. At the start of the injection, the scheduling process of the multiple target energy storage subsystems in the target energy storage system is monitored. The monitoring content includes at least the response timing of the target energy storage subsystems, which is obtained based on the timestamp.

[0029] Within the preset state transition time limit, if it is determined that the data packets with timestamps in the sending queue need to be replaced, a new data packet is determined;

[0030] The original data packets are updated based on the new data packets, and a new sending queue with new data packets and timestamps is constructed.

[0031] In response to the second queue injection start command, the new sending queue is injected in parallel into multiple target energy storage subsystems of the target energy storage system in a multi-threaded parallel manner.

[0032] In some embodiments, parsing and configuring the configuration file to obtain the configured simulated test scenario includes:

[0033] The configuration file is parsed to obtain the parsed data;

[0034] Based on the analytical data, an identification is performed within the target energy storage system to obtain a first target energy storage subsystem corresponding to the analytical data;

[0035] Based on the first target energy storage subsystem, relevant first parameters are extracted from the parsed data;

[0036] The first parameter is sent to the first target energy storage subsystem for configuration to obtain the configured simulated test scenario.

[0037] In some embodiments, multiple target energy storage subsystems are connected to a test system for the protection function of the energy storage system through preset adapters. The adapters perform unified processing of data from multiple target energy storage subsystems to adapt the protocols, thereby unifying the multiple interfaces.

[0038] Secondly, embodiments of this application also provide a testing system for the protection function of an energy storage system. The testing method for the protection function of the energy storage system is applied to the testing system for the protection function of the energy storage system. The testing system for the protection function of the energy storage system includes:

[0039] The acquisition module is used to respond to the test command for the protection function of the target energy storage system, acquire a preset configuration file for configuring the test scenario, and acquire fault data and verification data from a preset fault database. The target energy storage system includes multiple target energy storage subsystems, and the fault database includes multiple fault templates. Based on each fault template, multiple combinations of fault data are dynamically generated.

[0040] The configuration module is used to parse and configure the configuration file to obtain the configured simulated test scenario;

[0041] A queue construction module is used to construct a data packet transmission queue with timestamps based on the fault data, wherein the transmission queue includes characteristic parameters of each of the multiple target energy storage subsystems;

[0042] The queue injection module is used to respond to the queue injection start command and inject the sending queue into multiple target energy storage subsystems in the target energy storage system in a multi-threaded parallel manner. At the start of the injection, the scheduling process of the multiple target energy storage subsystems in the target energy storage system is monitored. The monitoring content includes at least the response timing of the target energy storage subsystems, which is obtained based on the timestamp.

[0043] The evaluation module is used to evaluate the protection function of the target energy storage system from multiple perspectives, including response time, time gap of collaborative protection between subsystems, success rate of subsystem response protection, and consistency of response protection between subsystems, based on the monitored content and the verification data, and to obtain the test evaluation results.

[0044] Thirdly, this application also provides a test device for the protection function of an energy storage system, which includes a memory and a processor. The memory stores a computer program, and the processor executes the computer program to implement the above-mentioned method.

[0045] Fourthly, embodiments of this application also provide a storage medium storing a computer program, the computer program including program instructions that, when executed by a processor, can implement the above-described method.

[0046] The embodiments of the present application provide a test method, system, device and storage medium for the protection function of an energy storage system. In response to a test instruction for a target energy storage system protection function, a preset configuration file for configuring a test scenario is obtained, and fault data and verification data are obtained from a preset fault database. Among them, the target energy storage system includes multiple target energy storage subsystems, and the fault database includes multiple fault templates. Based on each fault template, multiple fault data combinations are dynamically generated; the configuration file is parsed and configured to obtain a configured simulated test scenario; based on the fault data, a transmission queue of data packets with time stamps is constructed, where the transmission queue includes the characteristic parameters of each of the multiple target energy storage subsystems; in response to a queue injection start instruction, the transmission queue is injected into the multiple target energy storage subsystems in the target energy storage system in a multi-threaded parallel manner. Among them, the scheduling process of the multiple target energy storage subsystems in the target energy storage system is monitored at the start of injection, and the monitoring content at least includes the response timing of the target energy storage subsystem, and the response timing is obtained based on the time stamp; based on the monitoring content and the verification data, the protection function of the target energy storage system is evaluated from multiple perspectives including response time, time gap for collaborative protection between subsystems, success rate of subsystem response protection, and consistency of response protection between subsystems, and a test evaluation result is obtained. In the present application, through simulating the dynamic characteristics of real faults, virtual fault injection is used to achieve an intrinsically safe protection function test. Cross-system monitoring and real-time acquisition of the collaborative responses of each subsystem for lossless testing realize full-scenario automated verification from single-body faults to system linkage. It is a fundamental breakthrough in the test of the protection function of the energy storage system, completely eliminating physical risks in terms of safety and achieving zero accident rate testing. The test effect when testing the protection function of the energy storage system is improved. BRIEF DESCRIPTION OF THE DRAWINGS

[0047] In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings required for the description of the embodiments will be briefly introduced below. Obviously, the drawings in the following description are some embodiments of the present application. For those of ordinary skill in the art, other drawings can be obtained based on these drawings without creative efforts.

[0048] FIG. 1 is a schematic flowchart of a test method for the protection function of an energy storage system provided by an embodiment of the present application;

[0049] FIG. 2 is a schematic block diagram of a test system for the protection function of an energy storage system provided by an embodiment of the present application;

[0050] FIG. 3 is a schematic block diagram of a computer device provided by an embodiment of the present application. DETAILED DESCRIPTION OF THE EMBODIMENTS

[0051] The technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of this application. Based on the embodiments of this application, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0052] It should be noted that any AI models, software tools, or components not belonging to this company appearing in the embodiments of this application are merely illustrative examples and do not represent actual use. The user personal information involved in the embodiments of this application is obtained by an entity authorized (with the knowledge and consent) or fully authorized by all parties through various legal and compliant means. The collection, storage, use, processing, transmission, provision, and disclosure of the information, data, and signals involved all comply with relevant laws and regulations and do not violate public order and good morals.

[0053] It should be understood that, when used in this specification and the appended claims, the terms "comprising" and "including" indicate the presence of the described features, integrals, steps, operations, elements and / or components, but do not exclude the presence or addition of one or more other features, integrals, steps, operations, elements, components and / or collections thereof.

[0054] It should also be understood that the terminology used in this specification is for the purpose of describing particular embodiments only and is not intended to limit the scope of the application. As used in this specification and the appended claims, the singular forms “a,” “an,” and “the” are intended to include the plural forms unless the context clearly indicates otherwise.

[0055] It should also be further understood that the term “and / or” as used in this application specification and the appended claims means any combination of one or more of the associated listed items and all possible combinations, and includes such combinations.

[0056] With the explosive growth of the electrochemical energy storage industry, the installed capacity of new energy storage systems is increasing year by year. Energy storage systems are developing towards larger capacities, higher voltages, and more complex topologies, posing serious challenges to their safe and stable operation. As the last line of defense for energy storage systems, protection functions must ensure completeness and reliability. The protection functions of an energy storage system refer to its comprehensive ability to prevent and terminate potential electrical faults, thermal runaway, battery abuse, and operational anomalies through real-time monitoring, logical judgment, and rapid execution, thereby ensuring personal safety, equipment assets, and grid stability. The protection functions of energy storage systems need to be tested regularly.

[0057] However, the traditional method for testing the protection functions of energy storage systems is called the physical triggering method. This method involves artificially creating real fault conditions on a real energy storage system to verify the protection functions. For example, a physical overcharge test involves raising the charging voltage limit to trigger the battery management system (BMS) protection. Before implementing the physical triggering method, a comprehensive risk assessment must be completed before triggering any fault, identifying potential risks such as fire, explosion, electric arc, and toxic gas leaks. Detailed contingency plans must be developed, including emergency shutdown procedures, fire prevention measures, personnel evacuation routes, and medical emergency plans. First, a test environment must be set up in an independent fireproof and explosion-proof test chamber or an open, safe area. Then, the system is connected to necessary isolation devices, and full personal protective equipment is worn. Finally, monitoring equipment is installed, including high-speed data loggers, thermal imagers, voltage and current probes, and gas sensors, to fully capture data on the entire process of fault evolution and protection actions.

[0058] It is clear from this that although the physical triggering method yields reliable results, it carries destructive risks. Improper operation may lead to serious accidents, posing a high risk of electric shock, short circuits, thermal runaway, and irreversible equipment damage.

[0059] Physical triggering methods offer numerous advantages, such as the highest fidelity and completely reliable results. They provide a complete verification chain, capable of testing the actual response and coordination of the entire protection chain from sensors and control logic to actuators, and are a necessary condition for verifying extreme performance and obtaining authoritative certification. However, physical triggering methods also have many disadvantages, such as the potential for irreversible damage or lifespan reduction to the tested battery components, the need for a safe environment, the possibility of equipment damage, and the complexity of preparation and testing. Even with thorough preparation, there is still a risk of uncontrollable residual problems. Statistics show that in recent years, improper protection testing has accounted for 18% of energy storage safety accidents, causing significant economic losses. The energy storage industry urgently needs an inherently safe and highly automated testing solution for the protection functions of energy storage systems. In summary, existing technologies suffer from poor testing results when testing the protection functions of energy storage systems.

[0060] Besides the physical triggering method, current protection testing methods for energy storage systems also include the threshold modification method. However, this method can only verify parameter responses and cannot simulate the dynamic characteristics of real faults. The signal injection method requires physical access, is complex to implement, and may introduce new fault points.

[0061] The test method for the energy storage system protection function of the present application is a lossless test based on software simulation of virtual fault injection and multi-system collaborative response verification. By simulating the dynamic characteristics of real faults, it realizes an intrinsically safe, highly automated, and comprehensively covered energy storage system protection function test. Simulated fault data is injected into each subsystem of the energy storage system through a standard industrial protocol to trigger the software protection logic. At the same time, a cross-system monitoring network is established to collect the collaborative responses of each subsystem of the energy storage system in real time, realizing full-scenario automated verification from single-cell faults to system linkage. It achieves a fundamental breakthrough in the test of the energy storage system protection function, completely eliminating physical risks in terms of safety and achieving zero accident rate testing.

[0062] The present application is applicable to the entire life cycle of the energy storage industry chain, achieving full factory inspection and R & D verification during equipment manufacturing; supporting regular inspection and fault diagnosis during power station operation and maintenance; providing certification and comparison testing services during third-party testing; being used for professional teaching and technical training during education and training; and meeting high reliability and adaptability requirements in special scenarios such as military, special vehicles, and overseas projects, forming an integrated solution covering R & D, production, operation and maintenance, testing, and training.

[0063] The test method for the energy storage system protection function provided by the embodiment of the present application is applied to the test system of the energy storage system protection function. FIG. 1 is a schematic flowchart of the test method for the energy storage system protection function provided by the embodiment of the present application. As shown in FIG. 1, the test method for the energy storage system protection function includes the following steps S110 - step S150:

[0064] S110. In response to a test instruction for a target energy storage system protection function, obtain a preset configuration file for configuring a test scenario, and obtain fault data and verification data from a preset fault database. Among them, the target energy storage system includes multiple target energy storage subsystems, and the fault database includes multiple fault templates. Based on each fault template, multiple fault data combinations are dynamically generated;

[0065] The test system for the energy storage system protection function includes an acquisition module, a configuration module, a construction queue module, a queue injection module, and an evaluation module. Among them, the acquisition module is used to obtain the configuration file, fault data, and verification data. The configuration module is used to parse the configuration based on the configuration file to obtain a simulated test scenario. The construction queue module is used to construct a sending queue based on the fault data. The queue injection module is used to inject the sending queue into multiple target energy storage subsystems in a multi-threaded parallel manner. The evaluation module is used to evaluate the protection function of the target energy storage system from multiple perspectives to obtain a test evaluation result.

[0066] The testing system for the protection function of the energy storage system also includes a monitoring module. This module is responsible for monitoring the scheduling process of multiple target energy storage subsystems within the target energy storage system at the start of the injection and transmission queue. In some embodiments, the monitoring module implements real-time data visualization and alarms. This architecture supports distributed deployment, is highly scalable, and can meet testing needs of different scales, from small laboratories to large production lines. As an example, the monitoring module implements end-to-end data acquisition, processing, and analysis. The monitoring module is equipped with multiple data collectors, and the collector cluster supports parallel acquisition from multiple systems, such as a 1000Hz acquisition frequency for the BMS, a 500Hz acquisition frequency for the PCS, and a 200Hz acquisition frequency for the EMS.

[0067] In some embodiments, the test system for the protection function of the energy storage system further includes a network layer and a test interface layer. The network layer provides a secure and reliable communication environment, while the test interface layer implements multi-protocol adaptation and supports various interfaces such as Controller Area Network (CAN), Ethernet, and serial ports. The energy storage system under test (including multiple target energy storage subsystems) is connected through test adapters. Multiple target energy storage subsystems are connected to the test system for the protection function of the energy storage system through preset adapters. The adapters perform unified processing of data from multiple target energy storage subsystems for protocol adaptation. The test interface layer supports protocol adaptation and supports mainstream industrial protocols such as CAN, Modbus, and Ethernet. Standard interfaces are implemented through protocol conversion to achieve unification of multiple interfaces.

[0068] The target energy storage system comprises multiple target energy storage subsystems. As an example, these subsystems include a battery system, a battery management system, a power conversion system (PCS), an energy management system (EMS), a thermal management system, a fire protection system, and supporting electrical systems. One of the collaborative processes among these subsystems is the grid charging process, such as: the EMS issues a charging command → the PCS draws AC power from the grid and converts it to DC power → the BMS controls the safe charging of the battery system while the thermal management system continuously dissipates heat → the fire protection system monitors the safety status throughout the process.

[0069] Testing the protection functions of an energy storage system verifies whether, under fault or abnormal conditions, each level of the energy storage subsystem can operate accurately, quickly, and reliably as designed to prevent the accident from escalating and to ensure the safety of personnel and equipment.

[0070] In response to a test command regarding the protection function of the target energy storage system, the test system for the energy storage system protection function acquires a preset configuration file for configuring test scenarios through an acquisition module, and retrieves fault data and verification data from a preset fault database. The fault database includes multiple fault templates, and multiple combinations of fault data are dynamically generated based on each fault template. The fault data contains multiple fault templates and supports dynamic parameter generation, data packet construction, and checksum calculation.

[0071] As an example, the configuration file used to configure the test scenario can be in various formats such as JSON and XML.

[0072] S120. Parse and configure the configuration file to obtain the configured simulated test scenario;

[0073] The testing system for the protection function of the energy storage system parses the configuration file through the configuration module and configures simulated test scenarios based on the parsed data.

[0074] S120 involves parsing and configuring the configuration file to obtain the configured simulated test scenario, including steps S1201-S1204:

[0075] S1201. Parse the configuration file to obtain parsed data;

[0076] As an example, an XML configuration file is parsed to obtain the parsed data. A simulated test scenario is then configured based on this parsed data.

[0077] S1202. Based on the analytical data, identify the target energy storage system to obtain a first target energy storage subsystem corresponding to the analytical data;

[0078] Based on the analytical data, the target system and fault type are automatically identified. The target system is then identified within the target energy storage system, which is the first target energy storage subsystem corresponding to the analytical data.

[0079] S1203. Based on the first target energy storage subsystem, extract relevant first parameters from the parsed data;

[0080] S1204. The first parameter is sent to the first target energy storage subsystem for configuration to obtain the configured simulated test scenario.

[0081] Based on the first target energy storage subsystem and the first parameters involved in the configuration file, the first target subsystem is configured using the first parameters to obtain the configured simulation test scenario. This simulation scenario mainly revolves around the first target energy storage subsystem for simulation testing.

[0082] S130. Based on the fault data, construct a data packet sending queue with timestamps, wherein the sending queue includes characteristic parameters of each of the multiple target energy storage subsystems;

[0083] As an example, the acquired fault data can be preset fault voltage, fault current, and fault temperature. Since these fault voltages, currents, and temperatures have different effects on different target energy storage subsystems—some are temperature-sensitive but voltage-insensitive, while others are voltage-sensitive but temperature-insensitive—the fault data and metrics for different target energy storage subsystems are different. Therefore, this data specific to a single target energy storage subsystem is called characteristic parameters. Characteristic parameters are used to characterize a particular target energy storage subsystem. Based on the fault data, a transmission queue of timestamped data packets is constructed, where the transmission queue includes the characteristic parameters of each of the multiple target energy storage subsystems.

[0084] The step S130, which involves constructing a data packet transmission queue with timestamps based on the fault data, includes steps S1301-S1305:

[0085] S1301. Based on the fault data, initialize the parameters of multiple target energy storage subsystems;

[0086] After acquiring the fault data, this fault data is applied to the corresponding target energy storage subsystem for initialization, resulting in their respective initial data. This fault data essentially represents the initial fault state of each target energy storage subsystem at the start of the fault.

[0087] This application simulates fault conditions on various target energy storage subsystems and monitors the response strategies of each subsystem in the face of faults. These response strategies are protective measures for the energy storage system itself to avoid destructive impacts from faults. The energy storage system protection function test system comprehensively evaluates the target energy storage system by measuring the cooperative performance between the subsystems, thus achieving protection testing for the intrinsic safety of the energy storage system.

[0088] S1302. Calculate the characteristic parameters of the multiple target energy storage subsystems after parameter initialization to obtain the system parameters of the target energy storage subsystems.

[0089] Calculate the characteristic parameters for each initialized target energy storage subsystem. For example, calculate the characteristic parameters of the target energy storage subsystem PCS to obtain the system parameters of PCS, such as charging efficiency, discharging efficiency, or charging power.

[0090] Similarly, characteristic parameters are calculated for other target energy storage subsystems after parameter initialization to obtain the system parameters of each target energy storage subsystem.

[0091] As an example, calculating characteristic parameters yields the following system parameters for the BMS: voltage, current, temperature, SOC (State of Charge, the percentage of remaining usable charge in the battery's total capacity), SOH (State of Health, the degree of degradation of the battery's actual maximum usable capacity or performance relative to its original factory rated capacity), insulation resistance, and balancing status for individual battery cells / modules / clusters. For the PCS, the following system parameters are obtained: AC side voltage, current, power, frequency, power factor, DC side voltage, current, operating mode, efficiency, and temperature of internal key components. Finally, the following system parameters for the EMS are obtained: total system power.

[0092] S1303. Generate data packets based on the system parameters of the target energy storage subsystem;

[0093] The process of generating data packets is essentially the transformation of massive, chaotic, and low-value raw data streams into structured, high-value information units that serve specific business purposes. Data packets are generated based on the system parameters of the aforementioned target energy storage subsystem. This process requires initial data cleaning and preprocessing to remove noise, spikes, or transient invalid values ​​from the raw data. Filtering: Software algorithms (such as moving averages and Kalman filters) are used to smooth the data and eliminate high-frequency noise. Abnormal data points that clearly exceed reasonable ranges are identified and removed. The cleaned data is then organized according to a predefined data model or protocol. System parameters are standardized in units and precision, such as converting all temperatures to degrees Celsius and retaining voltages to millivolts. Finally, the system parameters are organized into a structured format according to a specific binary protocol to obtain the data body.

[0094] The assembled data body is packaged into a header, data body, and trailer. Necessary header and trailer information is added to make it a self-contained and complete data unit. The header includes a start flag, data packet type, data packet length, protocol version, timestamp, source device ID, and destination address. The data body is structured data obtained through the structuring of the binary protocol format. The trailer contains cyclic redundancy check codes, used to verify whether errors occurred during data transmission.

[0095] S1304. Add a timestamp to the data packet to obtain a data packet with a timestamp;

[0096] All data packets are time-stamped and high-precision, synchronized timestamps are added to all data packets to obtain timestamped data packets. This timestamp is usually Coordinated Universal Time (UTC), which is the most authoritative global standard clock.

[0097] As an example, a timestamped data packet includes multi-dimensional diagnostic information such as: fault identifier, timestamp, fault severity level, fault trigger value, fault location information, pre- and post-fault status, environmental data, and fault confirmation time. The fault identifier uniquely identifies the fault code; the timestamp records the system time when the fault was first triggered; the fault severity level includes fault degree information; the fault trigger value refers to the actual physical quantity at the time of triggering; the fault location information includes, for example, the battery string number; and the environmental data refers to the total voltage, total current, or average temperature at the time of the fault.

[0098] S1305. Based on the priority order, the data packets with timestamps are constructed into a sending queue that is consistent with the priority order.

[0099] This application supports priority scheduling, such as security priority, where data packets involving security faults must have the highest priority. Next is timeliness priority, where real-time control data takes precedence over monitoring data, and monitoring data takes precedence over historical data. Finally, bandwidth priority is given, ensuring timely transmission of critical data while making reasonable use of bandwidth.

[0100] Based on the corresponding priority order, the data packets with timestamps are constructed into a sending queue that is consistent with the priority order.

[0101] S140. In response to the queue injection start command, the sending queue is injected in parallel to multiple target energy storage subsystems in the target energy storage system in a multi-threaded parallel manner. At the start of injection, the scheduling process of multiple target energy storage subsystems in the target energy storage system is monitored. The monitoring content includes at least the response timing of the target energy storage subsystems, which is obtained based on the timestamp.

[0102] In response to the queue injection start command, the energy storage system protection function test system injects simulated fault data into multiple target energy storage subsystems in a multi-threaded parallel manner through the queue injection module using a standard industrial protocol. At the start of injection, the monitoring module listens to the scheduling process of the multiple target energy storage subsystems within the target energy storage system. The listening content includes at least the response timing of the target energy storage subsystems, which is derived based on the timestamps.

[0103] S140, in response to the queue injection start command, involves injecting the sending queue into multiple target energy storage subsystems of the target energy storage system in a multi-threaded parallel manner, including steps S1401-S1404:

[0104] S1401. In response to the queue injection start command, obtain the master clock time corresponding to the test system of the energy storage system protection function, and synchronize the master clock time to multiple target energy storage subsystems in the target energy storage system, so as to realize that the target energy storage subsystems are all synchronized with the time of the test system of the energy storage system protection function.

[0105] Time synchronization among multiple target energy storage subsystems within a target energy storage system is crucial. It significantly impacts the protection test results of the energy storage system, directly determining the accuracy, reliability, and analyzability of the test results. For example, in fault location and causality determination, time alignment affects the precise timing of fault triggering and protection actions. After a short circuit, does the BMS issue an alarm first, or does the PCS trip first, and what is the time difference between the two? This can lead to a reversal of cause and effect, making it impossible to determine whether the protection action is timely or erroneous, and lacking a clear timeline for fault analysis of the energy storage system. Furthermore, inaccurate assessment of the action speed of protection actions is detrimental. The millisecond-level timeframe from fault occurrence to protection execution is a key indicator for evaluating the protection performance of the energy storage system. Without time alignment, the speed cannot be quantified, and delay data becomes unreliable.

[0106] In this embodiment, the queue injection module includes a time synchronization unit. Through the precise time synchronization processing of the time synchronization unit, the clock error of each target energy storage subsystem is ensured to be less than a preset threshold. Time zone unification and delay compensation are achieved through timestamp alignment processing to ensure the time consistency of multi-source data.

[0107] In a system requiring precise time synchronization, the master clock serves as the sole and highest reference time source. The master clock is typically a high-precision, highly stable clock, and the time of all other devices in the system must be synchronized with it. Using the time corresponding to the test system for the energy storage system's protection function as the master clock time, the time of the target energy storage subsystems will be synchronized around this master clock time. In response to the queue injection start command, the time synchronization unit in the queue injection module acquires the master clock time corresponding to the test system for the energy storage system's protection function and synchronizes it to multiple target energy storage subsystems within the target energy storage system, ensuring that all target energy storage subsystems are synchronized with the time of the test system for the energy storage system's protection function.

[0108] As an example, time synchronization employs a multi-clock source fusion and hierarchical control architecture, achieving a synchronization accuracy of ≤1ms. The master clock source integrates GPS and BeiDou dual-satellite systems, equipped with atomic clock backup and a high-stability crystal oscillator, and outputs a unified time reference through a time fusion processor. The synchronization protocol layer supports PTP precision time protocol and NTP network time protocol, achieving sub-microsecond synchronization through hardware timestamps and delay measurements. The slave clock cluster is configured with an independent clock module for each subsystem, and the synchronization status is reported in real time through a monitoring module. The time synchronization control logic layer implements adaptive synchronization control, clock drift compensation, and fault tolerance. In some embodiments, automatic clock source switching is supported, single-point failures do not affect overall synchronization, synchronization retention time is ≥24 hours, and clock drift is ≤0.1ms / hour, meeting the stringent time accuracy requirements of energy storage system testing.

[0109] S1402. Measure the network delay time of multiple target energy storage subsystems, and calculate the time offset based on the network delay time;

[0110] The time synchronization unit measures the network delay time of multiple target energy storage subsystems and calculates the time offset based on the network delay time.

[0111] S1403. If the time offset exceeds a preset time offset threshold, the master clock time is resynchronized to multiple target energy storage subsystems in the target energy storage system until the time offset does not exceed the preset time offset threshold.

[0112] As an example, the preset time offset threshold is 1ms. If the time offset exceeds 1ms, it indicates that the time synchronization of each subsystem does not meet the requirements and is not true time synchronization. Therefore, synchronization is re-performed, and the master clock time is re-synchronized to the multiple target energy storage subsystems in the target energy storage system until the time offset does not exceed the preset time offset threshold of 1ms.

[0113] S1404. The sending queue is injected in parallel into multiple target energy storage subsystems of the target energy storage system in a multi-threaded parallel manner.

[0114] Multi-threaded parallel injection can compress serial testing tasks that would otherwise take days or even weeks into hours. Fine-grained concurrency control in parallel injection improves testing efficiency while ensuring the traceability of each injection result. The queue injection module injects the sending queue into multiple target energy storage subsystems within the target energy storage system in a multi-threaded parallel manner.

[0115] In some embodiments, the queue injection module supports loosely coupled connections between different layers of multiple target energy storage subsystems via standard interfaces, supporting modular expansion and maintenance. In this embodiment, the queue injection module supports simultaneous injection of up to 8 subsystems, with an injection success rate ≥99.9% and a time error ≤0.5ms.

[0116] The queue injection module includes a time synchronization unit, a queue management unit, and a status monitoring unit. The queue management unit is responsible for task buffering, scheduling, and flow control. Expired tasks in the queue can be automatically cleaned up or downgraded. Configurable retry logic is supported. The number of tasks dequeued per unit time is controlled to prevent overwhelming the target system. The status monitoring unit is responsible for publishing each task's status transition as an event to the internal message bus. It records the request success rate and average response time for each energy storage subsystem, intelligently marks unhealthy nodes, and triggers circuit breakers.

[0117] S140, in response to the queue injection start command, further includes steps A1-A4: The step of injecting the sending queue into multiple target energy storage subsystems in the target energy storage system in a multi-threaded parallel manner.

[0118] A1. In response to the queue injection start command, the sending queue is injected in parallel to multiple target energy storage subsystems in the target energy storage system in a multi-threaded parallel manner. At the start of injection, the scheduling process of multiple target energy storage subsystems in the target energy storage system is monitored. The monitoring content includes at least the response timing of the target energy storage subsystems, which is obtained based on the timestamp.

[0119] A2. Within the preset state transition time limit, if it is determined that the data packets with timestamps in the sending queue need to be replaced, a new data packet is determined;

[0120] A state machine is a mathematical model and programming pattern that describes the state a system is in at a specific moment, such as sleep, running, or faulty. A state machine includes events, which are conditions or signals that trigger state transitions; transitions, which are the process of switching from one state to another when an event occurs; and actions, which are operations performed during transitions or when entering or exiting a state, such as "logging" or "disconnecting a relay." In this embodiment, all target energy storage subsystems in the target energy storage system are equipped with state machines.

[0121] As an example, the state machine configured in a target energy storage subsystem, such as a Battery Management System (BMS), within a target energy storage system is called the BMS state machine. The BMS state machine employs an event-driven design. It contains six main states: ① Idle state (waiting for system initialization to complete); ② Configuration receiving state (completing JSON configuration parsing, parameter verification, and extraction); ③ Type determination state (determining fault types such as voltage, temperature, and current through conditional judgment); ④ Data generation state (implementing parameter value calculation, data packet construction, and timestamp addition, supporting various generation modes such as linear gradual changes, step changes, and periodic fluctuations); ⑤ Queue addition state (adding generated data packets to the sending queue according to priority); and ⑥ Execute sending state (sending data packets through the protocol adapter and verifying the results).

[0122] In some embodiments, the state transition time limit of the BMS state machine is limited to within 10ms. Within 10ms, if the data packet generated by the queue building module contains errors, the BMS state machine supports error recovery and retrying to ensure higher reliability and timeliness of the generated data packets. If the generated data packet contains errors, it needs to be replaced. If it is determined that the timestamped data packet in the transmission queue needs to be replaced, a new data packet is determined. Based on the retry mechanism that allows for data packet replacement, the testing effect of the protection function of the energy storage system can be further improved.

[0123] A3. Update the original data packet based on the new data packet and construct a new sending queue for the new data packet with a timestamp;

[0124] Return to the steps of the queue-based building module to update the original data packet based on the new data packet and build a new sending queue with a timestamp.

[0125] A4. In response to the second queue injection start command, the new sending queue is injected in parallel into multiple target energy storage subsystems of the target energy storage system in a multi-threaded parallel manner.

[0126] Upon receiving a secondary queue injection start instruction, the process returns to the step of executing the new sending queue in a multi-threaded parallel manner to inject it into multiple target energy storage subsystems within the target energy storage system, based on the queue construction module.

[0127] S150. Based on the monitored content and the verification data, the protection function of the target energy storage system is evaluated from multiple perspectives, including response time, time gap of collaborative protection between subsystems, success rate of subsystem response protection, and consistency of response protection between subsystems, and test evaluation results are obtained.

[0128] The testing system for the protection function of the energy storage system also includes a monitoring module. At the start of the injection and transmission queue, the monitoring module begins listening to the scheduling process of multiple target energy storage subsystems. This listening includes the response timing of the target energy storage subsystems, which is derived from timestamps. The monitoring module can also extract key features such as abnormal voltage, abnormal temperature, and protection actions from the monitored scheduling response events. By monitoring the scheduling process of the target energy storage subsystems, the monitoring module can determine the protection function evaluation indicators for each target energy storage subsystem, such as response time, time intervals for coordinated protection between subsystems, success rate of subsystem response protection, and consistency of response protection between subsystems.

[0129] Based on the protection function evaluation indicators of the above-mentioned target energy storage subsystem, the test evaluation results were obtained.

[0130] S150 involves evaluating the protection function of the target energy storage system based on the monitored content and the verification data, considering multiple aspects such as response time, time interval of inter-subsystem coordinated protection, success rate of subsystem response protection, and consistency of inter-subsystem response protection, to obtain the test evaluation results. This includes steps S1501-S1504:

[0131] S1501. Based on the monitored content, determine the response time sequence of each target energy storage subsystem, and extract the response time from the response time sequence;

[0132] As an example, the timing sequence of the coordinated test for grid faults and battery protection demonstrates the system response process under a multi-fault superposition scenario. The timing sequence under grid fault conditions includes the fault injection phase, BMS response phase, PCS response phase, EMS response phase, and coordinated marking phase. The BMS is operating normally, the PCS is running at full power, and the EMS is monitoring normally. The time resolution is 0.1 seconds. When the injection of fault data into the corresponding transmission queue begins, i.e., when the grid voltage begins to drop, the grid voltage drop from 400V to 320V is injected at 0 seconds. Cell overheating is injected from 25℃ to 55℃ at 2 seconds, and EMS communication delay increases from 0ms to 200ms at 4 seconds. Correspondingly, the response processes of each subsystem are as follows: The BMS responds by detecting voltage anomalies and issuing alarms in 2.5 seconds, detecting temperature anomalies in 3 seconds, triggering over-temperature protection in 5 seconds, and sending a derating request to the PCS in 7 seconds; the PCS responds by detecting grid anomalies in 3.2 seconds, receiving the BMS derating request in 5 seconds, and implementing power limiting from 125kW to 62.5kW in 7 seconds; the EMS responds by receiving BMS alarms in 4 seconds, processing coordination strategies in 5.5 seconds, sending control commands to the PCS in 7.5 seconds, and switching to the backup communication channel in 9 seconds. Key interaction points are indicated by coordination markers: the BMS→PCS coordination point at 5 seconds, the BMS→EMS information flow from 4 to 6 seconds, and the EMS→PCS control flow from 7 to 9 seconds.

[0133] This timing design verifies the coordination capability and response timing of multiple systems under complex faults. The total test time is 12 seconds, including 3 fault injections and 15 critical response events.

[0134] S1502. Based on the response time sequence, determine the time interval for coordinated protection between the subsystems;

[0135] S1503. Based on the monitored content and the verification data, determine the success rate of the subsystem response protection and the consistency of the response protection between the subsystems;

[0136] S1504. The protection function of the target energy storage system is evaluated from multiple perspectives, including the response time, the time gap of the coordinated protection between the subsystems, the success rate of the subsystem response protection, and the consistency of the response protection between the subsystems, to obtain the test evaluation results.

[0137] The aforementioned monitoring sequence includes the response time sequence of each target energy storage subsystem. From the monitoring sequence, the response time is determined to be 2.5 seconds, exceeding the preset target of 200ms, thus meeting the requirement; the coordination gap is 42ms, exceeding the target of less than 50ms, also meeting the requirement; the success rate is 98.7%, exceeding the target of greater than 95%, thus meeting the requirement; and the consistency is 99.2%, exceeding the target of greater than 98%, thus meeting the requirement. Based on multiple perspectives—response time, time gap of inter-subsystem coordinated protection, success rate of subsystem response protection, and consistency of inter-subsystem response protection—the protection function of the target energy storage system is evaluated. Since all evaluation indicators meet the requirements, the protection function of the target energy storage system is rated as excellent, and the test evaluation result is excellent.

[0138] The embodiments of the present application provide a test method, system, device and storage medium for the protection function of an energy storage system. In response to a test instruction for a target energy storage system protection function, a preset configuration file for configuring a test scenario is obtained, and fault data and verification data are obtained from a preset fault database. The target energy storage system includes multiple target energy storage subsystems, and the fault database includes multiple fault templates. Based on each fault template, multiple fault data combinations are dynamically generated; the configuration file is parsed and configured to obtain a configured simulated test scenario; based on the fault data, a transmission queue of data packets with timestamps is constructed, where the transmission queue includes the characteristic parameters of each of the multiple target energy storage subsystems; in response to a queue injection start instruction, the transmission queue is injected into the multiple target energy storage subsystems in the target energy storage system in a multi-threaded parallel manner. When injecting starts, the scheduling process of the multiple target energy storage subsystems in the target energy storage system is monitored, and the monitoring content at least includes the response timing of the target energy storage subsystems, and the response timing is obtained based on the time stamp; based on the monitoring content and the verification data, the protection function of the target energy storage system is evaluated from multiple perspectives including response time, time gap for collaborative protection between subsystems, success rate of subsystem response protection, and consistency of response protection between subsystems, and a test evaluation result is obtained. In the present application, through simulating the dynamic characteristics of real faults, virtual fault injection is used to implement an intrinsically safe protection function test. Cross-system monitoring and real-time collection of the collaborative responses of each subsystem for lossless testing realize full-scenario automated verification from single-fault to system linkage. It is a fundamental breakthrough in the test of the protection function of the energy storage system, completely eliminating physical risks in terms of safety and achieving zero accident rate testing. The test effect when testing the protection function of the energy storage system is improved.

[0139] In existing technologies, threshold modification methods for protection function testing can only verify parameter responses. This application's test case optimization employs a multi-objective optimization method based on genetic algorithms, improving test coverage by over 25%. Input parameters include system specifications, historical test data, standard requirements, and user-defined rules. The feature engineering analysis module extracts key features such as voltage range, temperature range, and fault type, and determines test priorities through pattern recognition and risk assessment. Genetic algorithm optimization includes population initialization (size 100), fitness evaluation (based on coverage, cost, and detection rate multi-objectives), selection operation (roulette wheel selection), crossover operation (single-point crossover probability 0.8), mutation operation (random mutation probability 0.1), and elite retention (proportion 0.1). Optimization processes achieve test case simplification (redundancy removal), sequence optimization (reduced switching time), parameter adjustment (optimized boundary values), and priority ranking (prioritizing critical test cases). The algorithm convergence condition is a fitness change of <1% over 10 consecutive generations or reaching a maximum of 100 iterations. The optimized test scheme can reduce test time by 30%–50% while maintaining coverage ≥95%.

[0140] In some embodiments, a real-time monitoring panel and performance dashboard are also provided for visualization. For example, the system processing latency is ≤50ms, and the event detection rate is ≥98.5%. This application supports TB-level data storage and real-time querying. Coverage is 95.3%, efficiency is improved by 8.5 times, and multiple evaluation metrics are visualized: the chart display area provides a response time distribution graph showing the percentage of response times ≤100ms, 100-150ms, 150-200ms, and 200ms; an efficiency trend graph shows the change in test efficiency over time; and a reliability chart displays the reliability metrics of each subsystem.

[0141] The visual display section can also trigger different levels of alarms in the real-time alarm area based on preset thresholds. Red indicates an urgent problem that needs to be dealt with immediately, yellow indicates a warning that needs attention, green indicates normal, and blue indicates an information prompt.

[0142] Figure 2 is a schematic block diagram of a test system for the protection function of an energy storage system provided in an embodiment of this application. As shown in Figure 2, corresponding to the above-described test method for the protection function of an energy storage system, this application also provides a test system 600 for the protection function of an energy storage system. The test method for the protection function of an energy storage system is applied to the test system for the protection function of an energy storage system. The test system 600 for the protection function of an energy storage system includes modules for performing the above-described test of the protection function of an energy storage system, and the test system 600 for the protection function of an energy storage system can be configured in a terminal such as a desktop computer, tablet computer, or laptop computer. Specifically, referring to Figure 2, the test system 600 for the protection function of an energy storage system includes an acquisition module 601, a configuration module 602, a queue construction module 603, a queue injection module 604, and an evaluation module 605, wherein:

[0143] The acquisition module 601 is used to respond to the test command for the protection function of the target energy storage system, acquire a preset configuration file for configuring the test scenario, and acquire fault data and verification data from a preset fault database. The target energy storage system includes multiple target energy storage subsystems, and the fault database includes multiple fault templates. Based on each fault template, multiple fault data combinations are dynamically generated.

[0144] Configuration module 602 is used to parse and configure the configuration file to obtain the configured simulated test scenario;

[0145] A queue construction module 603 is used to construct a data packet transmission queue with timestamps based on the fault data, wherein the transmission queue includes characteristic parameters of each of the multiple target energy storage subsystems;

[0146] The queue injection module 604 is used to respond to the queue injection start command and inject the sending queue into multiple target energy storage subsystems in the target energy storage system in a multi-threaded parallel manner. At the start of the injection, the scheduling process of the multiple target energy storage subsystems in the target energy storage system is monitored. The monitoring content includes at least the response timing of the target energy storage subsystems, which is obtained based on the timestamp.

[0147] Evaluation module 605 is used to evaluate the protection function of the target energy storage system from multiple perspectives, including response time, time interval of inter-subsystem collaborative protection, success rate of subsystem response protection, and consistency of inter-subsystem response protection, based on the monitored content and the verification data, and obtain test evaluation results. In some embodiments, queue injection module 604, in response to the queue injection start instruction, injects the sending queue into multiple target energy storage subsystems in the target energy storage system in a multi-threaded parallel manner, specifically for:

[0148] In response to the queue injection start command, the master clock time corresponding to the test system of the energy storage system protection function is obtained, and the master clock time is synchronized to multiple target energy storage subsystems in the target energy storage system, so as to realize that the target energy storage subsystems are all synchronized with the time of the test system of the energy storage system protection function.

[0149] Measure the network delay time of multiple target energy storage subsystems, and calculate the time offset based on the network delay time;

[0150] If the time offset exceeds a preset time offset threshold, the master clock time is resynchronized to multiple target energy storage subsystems in the target energy storage system until the time offset does not exceed the preset time offset threshold.

[0151] The sending queue is injected in parallel into multiple target energy storage subsystems of the target energy storage system in a multi-threaded parallel manner.

[0152] In some embodiments, the evaluation module 605, when performing the evaluation based on the monitored content and the verification data, assesses the protection function of the target energy storage system from multiple perspectives, including response time, time interval of inter-subsystem collaborative protection, success rate of subsystem response protection, and consistency of inter-subsystem response protection, to obtain test evaluation results, specifically for:

[0153] Based on the monitored content, determine the response time sequence of each target energy storage subsystem, and extract the response time from the response time sequence;

[0154] Based on the response time sequence, the time interval for coordinated protection between the subsystems is determined;

[0155] Based on the monitored content and the verification data, determine the success rate of the subsystem response protection and the consistency of the response protection among the subsystems;

[0156] The protection function of the target energy storage system is evaluated from multiple perspectives, including response time, time gap of coordinated protection between subsystems, success rate of subsystem response protection, and consistency of response protection between subsystems, to obtain test evaluation results.

[0157] In some embodiments, the queue construction module 603, when performing the process of constructing a sending queue of data packets with timestamps based on the fault data, is specifically used for:

[0158] Based on the fault data, parameters of multiple target energy storage subsystems are initialized;

[0159] The characteristic parameters of the target energy storage subsystems after parameter initialization are calculated respectively to obtain the system parameters of the target energy storage subsystems;

[0160] Data packets are generated based on the system parameters of the target energy storage subsystem.

[0161] Add a timestamp to the data packet to obtain a data packet with a timestamp;

[0162] Based on the priority order, the timestamped data packets are constructed into a sending queue that is consistent with the priority order.

[0163] In some embodiments, the queue injection module 604, in response to the queue injection start instruction, injects the sending queue into multiple target energy storage subsystems in the target energy storage system in a multi-threaded parallel manner, and is further specifically used for:

[0164] In response to the queue injection start command, the sending queue is injected in parallel to multiple target energy storage subsystems in the target energy storage system in a multi-threaded parallel manner. At the start of the injection, the scheduling process of the multiple target energy storage subsystems in the target energy storage system is monitored. The monitoring content includes at least the response timing of the target energy storage subsystems, which is obtained based on the timestamp.

[0165] Within the preset state transition time limit, if it is determined that the data packets with timestamps in the sending queue need to be replaced, a new data packet is determined;

[0166] The original data packets are updated based on the new data packets, and a new sending queue with new data packets and timestamps is constructed.

[0167] In response to the second queue injection start command, the new sending queue is injected in parallel into multiple target energy storage subsystems of the target energy storage system in a multi-threaded parallel manner.

[0168] In some embodiments, the configuration module 602, when performing the parsing and configuration of the configuration file to obtain the configured simulated test scenario, is specifically used for:

[0169] The configuration file is parsed to obtain the parsed data;

[0170] Based on the analytical data, an identification is performed within the target energy storage system to obtain a first target energy storage subsystem corresponding to the analytical data;

[0171] Based on the first target energy storage subsystem, relevant first parameters are extracted from the parsed data;

[0172] The first parameter is sent to the first target energy storage subsystem for configuration to obtain the configured simulated test scenario.

[0173] The embodiments of the present application provide a test method, system, device and storage medium for the protection function of an energy storage system. In response to a test instruction for a target energy storage system protection function, a preset configuration file for configuring a test scenario is obtained, and fault data and verification data are obtained from a preset fault database. Among them, the target energy storage system includes multiple target energy storage subsystems, and the fault database includes multiple fault templates. Based on each of the fault templates, multiple fault data combinations are dynamically generated; the configuration file is parsed and configured to obtain a configured simulated test scenario; based on the fault data, a transmission queue of data packets with time stamps is constructed, where the transmission queue includes the characteristic parameters of each of the multiple target energy storage subsystems; in response to a queue injection start instruction, the transmission queue is injected into the multiple target energy storage subsystems in the target energy storage system in a multi-thread parallel manner. Among them, the scheduling process of the multiple target energy storage subsystems in the target energy storage system is monitored at the start of injection, and the monitoring content at least includes the response timing of the target energy storage subsystem, and the response timing is obtained based on the time stamp; based on the monitoring content and the verification data, the protection function of the target energy storage system is evaluated from multiple perspectives including response time, time gap of cooperative protection between subsystems, success rate of subsystem response protection, and consistency of response protection between subsystems, and a test evaluation result is obtained. In the present application, through simulating the dynamic characteristics of real faults, virtual fault injection is used to achieve an intrinsically safe protection function test. Cross-system monitoring and real-time collection of the cooperative responses of each subsystem for a lossless test, realizing full-scenario automatic verification from single-body faults to system linkage. It is a fundamental breakthrough in the test of the protection function of the energy storage system, completely eliminating physical risks in terms of safety and achieving a zero accident rate test. The test effect when testing the protection function of the energy storage system is improved.

[0174] It should be noted that those skilled in the art can clearly understand that the specific implementation processes of the above-mentioned test system for the protection function of the energy storage system and each unit can refer to the corresponding descriptions in the foregoing method embodiments. For the sake of convenience and brevity of description, they will not be elaborated here.

[0175] The above-mentioned test system for the protection function of the energy storage system can be implemented in the form of a computer program, and this computer program can run on the computer device shown in Figure 3.

[0176] Please refer to Figure 3. Figure 3 is a schematic block diagram of a computer device provided by an embodiment of the present application. The computer device 700 can be a terminal or a server. Among them, the terminal can be an electronic computer device with communication functions such as a smart phone, a tablet computer, a notebook computer, a desktop computer, a personal digital assistant, and a wearable computer device. The server can be an independent server or a server cluster composed of multiple servers.

[0177] Referring to Figure 3, the computer device 700 includes a processor 702, a memory, and a network interface 705 connected via a system bus 701. The memory may include a non-volatile storage medium 703 and internal memory 704.

[0178] The non-volatile storage medium 703 may store an operating system 7031 and a computer program 7032. The computer program 7032 includes program instructions that, when executed, cause the processor 702 to perform a test of an energy storage system protection function.

[0179] The processor 702 provides computing and control capabilities to support the operation of the entire computer device 700.

[0180] The internal memory 704 provides an environment for the operation of the computer program 7032 in the non-volatile storage medium 703. When the computer program 7032 is executed by the processor 702, the processor 702 can perform a test of an energy storage system protection function.

[0181] The network interface 705 is used for network communication with other computer devices. Those skilled in the art will understand that the structure shown in FIG3 is merely a block diagram of a portion of the structure related to the present application and does not constitute a limitation on the computer device 700 to which the present application is applied. A specific computer device 700 may include more or fewer components than shown in the figure, or combine certain components, or have different component arrangements.

[0182] The processor 702 is used to run the computer program 7032 stored in the memory to perform the following steps:

[0183] In response to a test command for the protection function of the target energy storage system, a preset configuration file for configuring the test scenario is obtained, and fault data and verification data are obtained from a preset fault database. The target energy storage system includes multiple target energy storage subsystems, and the fault database includes multiple fault templates. Based on each fault template, multiple combinations of fault data are dynamically generated.

[0184] The configuration file is parsed and configured to obtain the configured simulated test scenario;

[0185] Based on the fault data, a data packet sending queue with timestamps is constructed, wherein the sending queue includes characteristic parameters of each of the multiple target energy storage subsystems;

[0186] In response to the queue injection start command, the sending queue is injected in parallel to multiple target energy storage subsystems in the target energy storage system in a multi-threaded parallel manner. At the start of the injection, the scheduling process of the multiple target energy storage subsystems in the target energy storage system is monitored. The monitoring content includes at least the response timing of the target energy storage subsystems, which is obtained based on the timestamp.

[0187] Based on the monitored content and the verification data, the protection function of the target energy storage system is evaluated from multiple perspectives, including response time, time gap of collaborative protection between subsystems, success rate of subsystem response protection, and consistency of response protection between subsystems, and test evaluation results are obtained.

[0188] It should be understood that in the embodiments of this application, the processor 702 may be a central processing unit (CPU), or it may be other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. The general-purpose processor may be a microprocessor or any conventional processor.

[0189] It will be understood by those skilled in the art that all or part of the processes in the methods of the above embodiments can be implemented by a computer program instructing related hardware. The computer program includes program instructions and can be stored in a storage medium. The program instructions are executed by at least one processor in the computer system to implement the process steps of the embodiments of the above methods.

[0190] Therefore, this application also provides a storage medium. This storage medium can be a storage medium that stores a computer program, wherein the computer program includes program instructions. When the program instructions are executed by a processor, the processor performs the following steps:

[0191] In response to a test command for the protection function of the target energy storage system, a preset configuration file for configuring the test scenario is obtained, and fault data and verification data are obtained from a preset fault database. The target energy storage system includes multiple target energy storage subsystems, and the fault database includes multiple fault templates. Based on each fault template, multiple combinations of fault data are dynamically generated.

[0192] The configuration file is parsed and configured to obtain the configured simulated test scenario;

[0193] Based on the fault data, a data packet sending queue with timestamps is constructed, wherein the sending queue includes characteristic parameters of each of the multiple target energy storage subsystems;

[0194] In response to the queue injection start command, the sending queue is injected in parallel to multiple target energy storage subsystems in the target energy storage system in a multi-threaded parallel manner. At the start of the injection, the scheduling process of the multiple target energy storage subsystems in the target energy storage system is monitored. The monitoring content includes at least the response timing of the target energy storage subsystems, which is obtained based on the timestamp.

[0195] Based on the monitored content and the verification data, the protection function of the target energy storage system is evaluated from multiple perspectives, including response time, time gap of collaborative protection between subsystems, success rate of subsystem response protection, and consistency of response protection between subsystems, and test evaluation results are obtained.

[0196] The storage medium can be any storage medium that can store program code, such as a USB flash drive, external hard drive, read-only memory (ROM), magnetic disk, or optical disk.

[0197] Those skilled in the art will recognize that the units and algorithm steps of the various examples described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, computer software, or a combination of both. To clearly illustrate the interchangeability of hardware and software, the components and steps of the various examples have been generally described in terms of functionality in the foregoing description. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementations should not be considered beyond the scope of this application.

[0198] In the several embodiments provided in this application, it should be understood that the disclosed apparatus and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative. For example, the division of each unit is merely a logical functional division, and there may be other division methods in actual implementation. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed.

[0199] The steps in the methods of this application embodiment can be adjusted, merged, or deleted according to actual needs. The units in the apparatus of this application embodiment can be merged, divided, or deleted according to actual needs. Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit.

[0200] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, a terminal, or a network computer device, etc.) to execute all or part of the steps of the methods of the various embodiments of this application.

[0201] The above are merely specific embodiments of this application, but the scope of protection of this application is not limited thereto. Any person skilled in the art can easily conceive of various equivalent modifications or substitutions within the technical scope disclosed in this application, and these modifications or substitutions should all be covered within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

Claims

1. A test method for the protection function of an energy storage system, characterized in that, The test method for the protection function of the energy storage system is applied to a test system for the protection function of the energy storage system. The test method includes: responding to a test command for the protection function of the target energy storage system, obtaining a preset configuration file for configuring test scenarios; obtaining fault data and verification data from a preset fault database; wherein the target energy storage system includes multiple target energy storage subsystems, the fault database includes multiple fault templates, and multiple fault data combinations are dynamically generated based on each fault template; parsing and configuring the configuration file to obtain a configured simulated test scenario; initializing parameters for multiple target energy storage subsystems based on the fault data; and initializing parameters for multiple target energy storage subsystems. The system parameters of the target energy storage subsystem are obtained by calculating the characteristic parameters of each subsystem. Data packets are generated based on these system parameters. Timestamps are added to the data packets to obtain timestamped data packets. Based on priority order, the timestamped data packets are constructed into a transmission queue consistent with the priority order, wherein the transmission queue includes the characteristic parameters of each of the multiple target energy storage subsystems. In response to a queue injection start command, the master clock time corresponding to the test system for the energy storage system's protection function is obtained, and the master clock time is synchronized to the multiple target energy storage subsystems within the target energy storage system, so that all target energy storage subsystems are synchronized with the test system for the energy storage system's protection function. Time synchronization; measuring the network latency of multiple target energy storage subsystems, and calculating the time offset based on the network latency; if the time offset exceeds a preset time offset threshold, resynchronizing the master clock time to the multiple target energy storage subsystems in the target energy storage system until the time offset does not exceed the preset time offset threshold; injecting the sending queue into the multiple target energy storage subsystems in the target energy storage system in a multi-threaded parallel manner, wherein, at the start of injection, the scheduling process of the multiple target energy storage subsystems in the target energy storage system is monitored, wherein the monitoring content includes at least the response timing of the target energy storage subsystems, the response timing being obtained based on the timestamp; Within the preset state transition time limit, if it is determined that the timestamped data packets in the transmission queue need to be replaced, a new data packet is identified; based on the new data packet, the original data packet is updated and a new transmission queue with a new timestamped data packet is constructed; in response to the second queue injection start command, the new transmission queue is injected in parallel into multiple target energy storage subsystems in the target energy storage system in a multi-threaded parallel manner; based on the monitored content and the verification data, the protection function of the target energy storage system is evaluated from multiple perspectives, including response time, time gap of inter-subsystem collaborative protection, success rate of subsystem response protection, and consistency of inter-subsystem response protection, and test evaluation results are obtained.

2. The method according to claim 1, characterized in that, The method involves evaluating the protection function of the target energy storage system from multiple perspectives, including response time, time interval of collaborative protection between subsystems, success rate of subsystem response protection, and consistency of response protection between subsystems, based on the monitored content and the verification data, to obtain test evaluation results. This includes: determining the response time sequence of each target energy storage subsystem based on the monitored content; extracting the response time from the response time sequence; determining the time interval of collaborative protection between subsystems based on the response time sequence; determining the success rate of subsystem response protection and the consistency of response protection between subsystems based on the monitored content and the verification data; and evaluating the protection function of the target energy storage system from multiple perspectives, including response time, time interval of collaborative protection between subsystems, success rate of subsystem response protection, and consistency of response protection between subsystems, to obtain test evaluation results.

3. The method according to claim 1, characterized in that, The step of parsing and configuring the configuration file to obtain the configured simulated test scenario includes: parsing the configuration file to obtain parsed data; identifying the target energy storage system based on the parsed data to obtain a first target energy storage subsystem corresponding to the parsed data; extracting relevant first parameters from the parsed data based on the first target energy storage subsystem; and sending the first parameters to the first target energy storage subsystem for configuration to obtain the configured simulated test scenario.

4. The method according to claim 1, characterized in that, Multiple target energy storage subsystems are connected to the test system for the protection function of the energy storage system through preset adapters. The adapters perform unified processing of data from multiple target energy storage subsystems to achieve unification of multiple interfaces.

5. A test system for the protection function of an energy storage system, wherein the test method for the protection function of an energy storage system according to any one of claims 1 to 4 is applied to the test system for the protection function of an energy storage system, the test system for the protection function of an energy storage system comprising: The acquisition module, in response to a test command for the protection function of the target energy storage system, acquires a preset configuration file for configuring test scenarios, and retrieves fault data and verification data from a preset fault database. The target energy storage system includes multiple target energy storage subsystems, and the fault database includes multiple fault templates. Based on each fault template, multiple combinations of fault data are dynamically generated. The configuration module parses and configures the configuration file to obtain the configured simulated test scenarios. The queue construction module initializes the parameters of the multiple target energy storage subsystems based on the fault data. It then calculates characteristic parameters for each of the initialized target energy storage subsystems to obtain the system parameters of the target energy storage subsystem. Based on the system parameters of the target energy storage subsystem, data packets are generated respectively; a timestamp is added to the data packets to obtain data packets with timestamps; based on the priority order, the data packets with timestamps are constructed into a transmission queue consistent with the priority order, wherein the transmission queue includes the characteristic parameters of each of the multiple target energy storage subsystems; a queue injection module is used to respond to the queue injection start command, obtain the master clock time corresponding to the test system of the energy storage system protection function, and synchronize the master clock time to the multiple target energy storage subsystems in the target energy storage system, so as to realize that the target energy storage subsystems are all synchronized with the time of the test system of the energy storage system protection function; and measure the time of the multiple target energy storage subsystems. The network latency time is used to calculate a time offset. If the time offset exceeds a preset time offset threshold, the master clock time is resynchronized to multiple target energy storage subsystems in the target energy storage system until the time offset does not exceed the preset time offset threshold. The sending queue is injected into multiple target energy storage subsystems in the target energy storage system in a multi-threaded parallel manner. At the start of the injection, the scheduling process of multiple target energy storage subsystems in the target energy storage system is monitored. The monitoring content includes at least the response timing of the target energy storage subsystems, which is obtained based on the timestamp. The queue injection module is also used to perform preset state transitions. Within a limited time frame, if it is determined that a timestamped data packet in the transmission queue needs to be replaced, a new data packet is identified; based on the new data packet, the original data packet is updated, and a new transmission queue with a new timestamped data packet is constructed; in response to a secondary queue injection start command, the new transmission queue is injected in parallel into multiple target energy storage subsystems in the target energy storage system in a multi-threaded parallel manner; the evaluation module is used to evaluate the protection function of the target energy storage system from multiple perspectives, including response time, time gap of inter-subsystem collaborative protection, success rate of subsystem response protection, and consistency of inter-subsystem response protection, based on the monitored content and the verification data, and obtain test evaluation results.

6. A testing device for the protection function of an energy storage system, characterized in that, The device includes a memory, a processor, and a test program for energy storage system protection functions stored in the memory and executable on the processor. The processor executes the test program for energy storage system protection functions to implement the steps of the test method for energy storage system protection functions according to any one of claims 1 to 4.

7. A storage medium, characterized in that, The storage medium stores a program for a test method that implements the protection function of the energy storage system. The program for the test method that implements the protection function of the energy storage system is executed by a processor to implement the steps of the test method for the protection function of the energy storage system as described in any one of claims 1 to 4.

Images