Software automation test equipment for battery management system

Abstract

The invention discloses a battery management system software automation test device, and relates to the technical field of batteries, the battery management system software automation test device comprises a test preparation module, a test execution module, a durability test module, a test ending module and a database, firstly, a simulation simulator simulates a BUM to dynamically modify the monomer voltage, temperature and current value of a tested controller; meanwhile, the tested controller receives an instruction issued by the test upper computer to simulate a communication fault, then simulates the TMS and controls the TMS by modifying the temperature of a single cell, meanwhile, the direct-current power supply simulates output voltage, and the simulator simulates a current sensor according to charge and discharge multiplying power to send a current message to the tested controller; finally, the tested controller under different charge-discharge multiplying power and simulation working conditions is simulated, the stability of the tested controller is analyzed, the test cost and the complexity of a test link are reduced, the reliability and the stability of the tested controller can be effectively verified, and the test efficiency and the test convenience are guaranteed.

Description

Technical Field

[0001] This invention relates to the field of battery technology, and more specifically to an automated testing device for battery management system software. Background Technology

[0002] With the rapid development of the energy storage field, battery management systems have become the core support of this field, undertaking the key responsibilities of battery system control and safety protection. Currently, the functional requirements of battery management systems continue to expand and the technical complexity has increased significantly. This has put forward precise requirements for the battery management system testing process, including automated generation of test scenarios, unattended testing processes, automatic analysis of test data, and one-click generation of test reports.

[0003] Traditional automated testing equipment for battery management system software relies heavily on hardware such as simulated cell temperature and sensor resistance during the testing process, and on manual setup of test scenarios, data acquisition, and test reports. Obviously, such automated testing equipment for battery management system software has at least the following shortcomings: 1. Traditional automated testing equipment for battery management system software requires additional hardware such as simulated cells and temperature sensors, which increases the testing cost and the complexity of the testing process.

[0004] 2. Traditional automated testing equipment for battery management system software relies on manual setup of test scenarios, data acquisition, and test report generation. This manual operation has a low degree of automation and cannot guarantee testing efficiency and accuracy. Furthermore, it lacks analysis of the durability of the controller under test, making it impossible to effectively verify the reliability and stability of the controller under test. Summary of the Invention

[0005] To address the aforementioned technical shortcomings, the present invention aims to provide an automated testing device for battery management system software.

[0006] To solve the above-mentioned technical problems, the present invention adopts the following technical solution: In a first aspect, the present invention provides an automated testing device for battery management system software, including a test preparation module, a test execution module, a durability testing module, a test termination module, and a database.

[0007] The test preparation module is used to select test scenarios and remotely send the corresponding test programs and DBC configuration files to the simulation simulator and the test host computer.

[0008] The test execution module is used to connect the test host computer and the simulation simulator via a CAN bus and to perform simulation tests on the controller under test.

[0009] The durability testing module is used to construct various simulation combinations and analyze the reliability and stability of the controller under test under different simulation combinations.

[0010] The test completion module is used to automatically generate a standardized report on the host computer after the test is completed and upload it to the battery management system cloud platform. The battery management system cloud platform then pushes the standardized report to the staff.

[0011] The database is used to store fault codes for various communication failures, the pump speed range and temperature range of the TMS under different temperature scenarios, as well as different charge and discharge rates and various simulated operating conditions.

[0012] Secondly, this invention provides an automated testing device for battery management system software, comprising: BMS main control software, software fixed for testing the controller under test, a test host computer, a battery management system platform, a BMS main control board, a DC high-voltage power supply, a 4G router, and related wiring harnesses; the BMS main control software is referred to as the controller under test; the software fixed for testing the controller under test is referred to as a simulation simulator; the controller under test and the simulation simulator communicate via CAN and LAN to simulate communication between the BMS main controller and slave controller, between the BMS main controller and current sensor, and between the BMS main controller and LCU; the DC power supply simulates the total voltage of the battery in the energy storage system; the test host computer receives commands from the battery management system cloud platform to execute tests and generate test reports; the controller under test, the simulation simulator, and the test host computer are all connected to the 4G router; the battery management system cloud platform supports OTA and can remotely issue test commands.

[0013] The beneficial effects of this invention are as follows: 1. This invention provides an automated testing device for battery management system software. First, a simulation simulator dynamically modifies the individual cell voltage, temperature, and current values ​​of the controller under test (BUM). Simultaneously, the controller under test receives instructions from the host computer to simulate communication faults. Then, the TMS is simulated by modifying the temperature of individual cells to control the TMS. At the same time, the DC power supply simulates the output voltage. The simulation simulator sends current messages to the controller under test according to the charge / discharge rate using a current sensor. Finally, the controller under test is simulated under different charge / discharge rates and simulated operating conditions to analyze its stability. This reduces testing costs and the complexity of the testing process, effectively verifies the reliability and stability of the controller under test, and ensures testing efficiency and convenience.

[0014] 2. The simulation simulator of this invention first simulates the BUM (Battery Unit) within the battery pack in the energy storage cabinet and sends data to the controller under test (DUT) via CAN messages. The host computer, based on the DBC configuration file issued by the battery management system cloud platform, sends specified commands to the simulation simulator to dynamically modify the individual cell voltage, temperature, and current values ​​of the DUT. Simultaneously, the DUT receives instructions from the host computer and simulates various communication faults between the energy storage system and the BMS (Battery Management System). Then, a communication connection is established between the BMS and the TMS (Total Voltage Management System). The simulation simulator simulates the TMS in the energy storage system. The simulator controls the pump speed and temperature of the TMS by modifying the individual cell temperature received by the main controller. Finally, the DC power supply outputs voltage to the DUT, which collects the total voltage. Based on the total voltage output, the host computer sends charge / discharge commands to the simulation simulator and retrieves the charge / discharge rate from the database. The simulation simulator simulates a current sensor according to the charge / discharge rate and sends current messages to the DUT, reducing testing costs and complexity while ensuring testing efficiency and convenience.

[0015] 3. This invention obtains different charge / discharge rates and simulated operating conditions from the database, and randomly combines each charge / discharge rate and simulated operating condition in pairs to obtain different simulation groups. In each simulation group, the simulation simulator performs multiple simulations on the controller under test, analyzes the reliability and stability of the controller under test, and can effectively verify the reliability and stability of the controller under test.

[0016] 4. The test controller and the simulation simulator of this invention communicate via CAN and LAN. The test controller, simulation simulator and test host computer are all connected to a 4G router. The battery management system cloud platform supports OTA and can remotely issue test commands, which improves the convenience of testing. Attached Figure Description

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

[0018] Figure 1 This is a schematic diagram of the system structure connection of the present invention.

[0019] Figure 2 This is a diagram of the overall architecture of the present invention.

[0020] Figure 3 This is a physical prototype of the present invention.

[0021] Figure 4 This is a diagram of the DBC configuration of the present invention.

[0022] Figure 5 This is a diagram illustrating the testing process of the present invention.

[0023] Figure 6 This is a diagram from the test report of the present invention.

[0024] Figure 7 This is a diagram of the DC power supply device of the present invention.

[0025] Figure 8 This is a diagram of the cloud platform for the battery management system of the present invention. Detailed Implementation

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

[0027] Example 1: Please refer to Figure 1 As shown, the present invention provides an automated testing device for battery management system software, including: a test preparation module, a test execution module, a durability testing module, a test termination module, and a database.

[0028] The test preparation module is connected to the test execution module, the test execution module is connected to the durability test module, the test termination module is connected to both the test execution module and the durability test module, and the database is connected to both the test execution module and the durability test module.

[0029] The test preparation module is used to select test scenarios and remotely send the corresponding test programs and DBC configuration files to the simulation simulator and the test host computer.

[0030] In a specific embodiment, the test preparation module follows the following process: A11. Connect the test host computer to the 4G router, and connect the battery management system cloud platform to the controller under test, the simulator, and the test host computer according to the identification codes of the controller under test, the simulator, and the test host computer. The battery management system cloud platform sends a preset DBC configuration file to the test host computer.

[0031] It should be noted that the identification codes of the controller under test, the simulator, and the host computer are unique.

[0032] It should also be noted that the default DBC configuration file was configured by the relevant staff.

[0033] A12. Staff select test scenarios and test programs on the battery management system cloud platform, and the battery management system cloud platform downloads the test programs selected by the staff to the simulation simulator.

[0034] The test execution module is used to connect the test host computer and the simulation simulator via a CAN bus and to perform simulation tests on the controller under test.

[0035] In one specific embodiment, the test execution module includes a first test unit and a second test unit.

[0036] The first test unit is used to simulate the BMS and TMS, analyze the fault monitoring capability of the controller under test, and determine whether the control logic of the main controller to the TMS meets the requirements.

[0037] In a specific embodiment, the first test unit operates as follows: the simulation simulator simulates the BUM inside the battery pack in the energy storage cabinet and sends data to the controller under test via CAN message. The test host computer sends a specified command to the simulation simulator according to the DBC configuration file issued by the battery management system cloud platform to dynamically modify the individual cell voltage, temperature and current values ​​of the controller under test.

[0038] It should be noted that dynamically modifying the individual voltage, temperature, and current values ​​of the controller under test is used to trigger the detection of various communication faults by the controller under test.

[0039] It should also be noted that communication failures include communication failures between BMS and LCU, communication failures between BMS master and slave controllers, communication failures between BMS and PCS, and communication failures between BMS and current sensors.

[0040] Meanwhile, the controller under test receives instructions from the host computer and simulates various communication faults between the energy storage system and the BMS. Based on the simulation results, the fault monitoring capability of the controller under test is analyzed.

[0041] A communication connection is established between the BMS and the TMS. The simulation simulator simulates the TMS in the energy storage system. The simulation simulator controls the pump speed and temperature of the TMS by modifying the individual cell temperature received by the main controller, and judges whether the control logic of the main controller to the TMS meets the requirements.

[0042] It should be noted that a communication connection is established between the BMS and TMS via an RS485 bus.

[0043] The above-mentioned analysis of the fault monitoring capability of the controller under test is specifically carried out as follows: A21. In a certain communication fault simulation scenario, the controller under test receives the simulation data and communication status sent by the simulation simulator in real time, and performs anomaly identification on the real-time received simulation data and communication status through the communication fault diagnosis logic of the controller under test, and generates a fault code. The fault code is compared with the fault code of the same communication fault in the database. If the fault code is different from the fault code of the same communication fault, it means that the controller under test has a weak monitoring capability for the communication fault. Conversely, it means that the controller under test has a strong monitoring capability for the communication fault. This method is used to determine the monitoring capability of the controller under test for each communication fault.

[0044] It should be noted that the simulation data includes individual cell voltage and individual cell temperature, etc.

[0045] The communication status includes successful communication connection and communication connection failure.

[0046] It should also be noted that the communication fault diagnosis logic of the controller under test is set by relevant personnel based on information from previous communication faults, including the type of communication fault, individual cell voltage, and individual cell temperature.

[0047] It should be explained that the fault codes for different communication failures are obtained by relevant personnel according to the internally set fault code generation logic, and the fault codes for different communication failures are different.

[0048] A22. When the controller under test has a strong ability to monitor various communication faults, it means that the controller under test has a strong fault monitoring ability; conversely, it means that the controller under test has a weak fault monitoring ability.

[0049] The specific process for determining whether the main controller's control logic for the TMS meets the requirements is as follows: A31. The simulation simulator modifies the individual cell temperature sent to the main controller to simulate different temperature scenarios. In a certain temperature scenario, the main controller receives the individual cell temperature sent by the simulation simulator. Based on its control logic for the TMS and the received elevator cell temperature, the main controller outputs the TMS's pump speed and temperature, and compares them with the TMS's pump speed range and temperature range in the database for that temperature scenario. If the output TMS pump speed is within the TMS's pump speed range for that temperature scenario, and the output temperature is within the temperature range for that temperature scenario, then the main controller's control logic for the TMS meets the requirements for that temperature scenario. Otherwise, it means the main controller's control logic for the TMS does not meet the requirements for that temperature scenario. This method is used to determine whether the main controller's control logic for the TMS meets the requirements for different temperature scenarios.

[0050] It should be noted that the control logic of the main controller to the TMS is set by the relevant personnel.

[0051] It should also be noted that the relevant staff obtained the range of TMS water pump speed and temperature under different temperature scenarios based on the historical water pump speed and temperature of TMS.

[0052] A32. Following the analysis method in step A22, determine whether the control logic of the main controller for the TMS meets the requirements.

[0053] The second test unit is used to simulate a current sensor sending a current message to the controller under test to determine the accuracy of the algorithm in the controller under test.

[0054] In one specific embodiment, the second test unit operates as follows: a DC power supply outputs voltage to the controller under test, the controller under test acquires the total voltage, and based on the total voltage output, the host computer sends a charge / discharge command to the simulation simulator and obtains the charge / discharge rate from the database. The simulation simulator then simulates a current sensor to send a current message to the controller under test according to the charge / discharge rate.

[0055] After receiving the current message, the controller under test automatically executes the estimation of the core algorithm of the controller under test. The host computer of the test determines whether the estimation difference of the core algorithm is within the qualified range according to the DBC configuration file issued by the battery management system cloud platform. If the estimation difference of the core algorithm is not within the qualified range, it means that the accuracy of the algorithm in the controller under test is poor, and vice versa.

[0056] The specific process for determining whether the core algorithm estimation difference is within the acceptable range is as follows: obtain the theoretical estimation value and error range of the core algorithm from the DBC configuration file issued by the battery management system cloud platform, obtain the output value of the controller under test after executing the core algorithm estimation, calculate the difference between the output value of the controller under test after executing the core algorithm estimation and the theoretical estimation value of the core algorithm, and call it the core algorithm estimation difference.

[0057] The difference estimated by the core algorithm is compared with the error range. If the difference estimated by the core algorithm is within the error range, it means that the difference estimated by the core algorithm is within the acceptable range. Otherwise, it means that the difference estimated by the core algorithm is not within the acceptable range.

[0058] The durability testing module is used to construct various simulation combinations and analyze the reliability and stability of the controller under test under different simulation combinations.

[0059] In a specific embodiment, the durability testing module performs the following process: obtaining different charge / discharge rates and simulated operating conditions from the database, and randomly combining each charge / discharge rate and simulated operating condition in pairs to obtain different simulation groups.

[0060] It should be noted that the simulated operating conditions include normal charging and discharging, battery idling, single-cell overvoltage, and excessively high temperature.

[0061] In a certain simulation group, the simulation simulator performs multiple simulations on the controller under test (DUT), and obtains the fault monitoring capability of the DUT, the control logic of the main controller to the TMS, and the accuracy of the algorithm in the DUT during each simulation. The return value of the DUT is also obtained. If the return value of the DUT is 1, it means that the reliability and stability of the DUT are high. If the return value of the DUT is 0, it means that the reliability and stability of the DUT are low. This method is used to determine the reliability and stability of the DUT under different simulation combinations.

[0062] It should be noted that if the fault monitoring capability of the controller under test is strong, the control logic of the main controller to the TMS meets the requirements, and the accuracy of the algorithm in the controller under test is good during a certain simulation, then the simulation is called a stable simulation. Each stable simulation is obtained in this way, the number of stable simulations and the total number of simulations are counted, the proportion of stable simulations is calculated, and it is compared with a preset proportion threshold. If the proportion of stable simulations is greater than the preset proportion threshold, the return value of the controller under test is 1; otherwise, the return value of the controller under test is 0.

[0063] It should also be noted that the preset percentage threshold is a critical value used to determine whether the number of stable simulations is too high, and it is set by the relevant staff.

[0064] The test completion module is used to automatically generate a standardized report by the host computer after the test is completed and upload it to the battery management system cloud platform. The battery management system cloud platform then pushes the standardized report to the staff.

[0065] It should be noted that the standardized report includes test results of the fault monitoring capability of the controller under test, test results of the control logic of the main controller to the TMS, test results of the accuracy of the algorithm in the controller under test, and test results of the reliability and stability of the controller under test.

[0066] The database is used to store fault codes for various communication failures, the pump speed range and temperature range of the TMS under different temperature scenarios, as well as different charge and discharge rates and various simulated operating conditions.

[0067] Please see Figure 2 and Figure 3As shown, this invention provides an automated testing device for battery management system software, including BMS main control software, software fixed for testing the controller under test (DUT), a test host computer, a battery management system platform, a BMS main control board, a DC high-voltage power supply, a 4G router, and related wiring harnesses. The BMS main control software is referred to as the DUT; the software fixed for testing the DUT is referred to as a simulator; the DUT communicates with the simulator via CAN and LAN to simulate communication between the BMS master and slave controllers, between the BMS master and current sensors, and between the BMS master and LCU; the DC power supply simulates the total battery voltage in the energy storage system; the test host computer receives commands from the battery management system cloud platform to execute tests and generate test reports; the DUT, simulator, and test host computer are all connected to the 4G router; the battery management system cloud platform supports OTA and can remotely issue test commands.

[0068] Example 2: This invention relates to software and hardware devices. The software component includes BMS main control software (referred to as "controller under test" in the test system), software fixed for testing the controller under test (referred to as "simulation simulator" in the test system), a test host computer, and a battery management system cloud platform. The hardware component includes two BMS main control boards, a DC high-voltage source, a 4G router, and related wiring harnesses. The overall architecture of this invention is as follows: Figure 2 As shown, the overall physical platform is as follows Figure 3 As shown.

[0069] In the BMS of an energy storage system, the controller under test (DUT) is responsible for receiving key data such as cell voltage, temperature, and current from the BMU (Battery Management Unit) in real time. This enables charge / discharge management and fault diagnosis on the DC side of the system. The host computer is connected to a 4G router, allowing the battery management system cloud platform to remotely access it. The platform can send a preset DBC configuration file to the host computer, which then automatically executes the corresponding test tasks based on the test procedures defined in the file. The DBC configuration is as follows: Figure 4 As shown.

[0070] After the test, the system automatically generates a complete test report and uploads it to the cloud platform. Upon completion of the test, the host computer automatically generates a test report and sends it back to the cloud platform. During the test execution phase, the host computer communicates with the simulation simulator via the CAN bus, dynamically adjusting the simulated data sent from the simulator to the controller under test (DUT) by sending specific CAN messages. This includes individual unit voltage, temperature, and current parameters. The host computer also controls the DUT to perform operations such as reset, power-on / off, and insulation detection. Simultaneously, the host computer receives and parses the fault codes fed back by the DUT to verify the accuracy of its fault diagnosis function and response logic. The system supports one-click start of the test process, requiring no manual intervention and achieving fully automated testing. After the test, the system automatically generates a test report, which records the test time, test process, and whether each test passed or failed. The test process and test report are as follows: Figure 5 and Figure 6 As shown.

[0071] The DC power supply is used to output voltage to the controller under test, such as Figure 7 As shown, the controller under test (DUT) performs total voltage acquisition and insulation detection. Based on the output total voltage, the host computer sends charge and discharge commands to the simulation simulator. The simulation simulator, according to the set charge and discharge rate, simulates a current sensor to send current messages to the DUT. After receiving the messages, the DUT automatically executes the estimation of core algorithms such as SOC and SOE. The host computer automatically determines whether the algorithm estimation error is within the acceptable range based on the test duration and error range set in the DBC file. To further verify the reliability of the DUT in long-term operation, the host computer supports setting uninterrupted continuous test tasks. By combining different charge and discharge rates and various simulated operating conditions, the stability of the DUT software under normal and abnormal operating conditions is comprehensively evaluated.

[0072] In terms of communication architecture, the simulator and the controller under test (DUT) interact via LAN to simulate the communication between the BMS main controller and the LCU. When the communication link is interrupted, the DUT should be able to accurately report the communication fault. At the same time, based on the communication protocol between the BMS and the LCU, the simulator receives data from the DUT through the Modbus TCP point table, converts it into CAN messages according to the communication protocol of automated testing, and sends them to the test host computer to complete the closed-loop processing of test data.

[0073] The simulation simulator mimics the BMU (Battery Management Unit) within each battery pack in the energy storage cabinet. Based on the number of battery packs and the number of cells in each battery pack requested by the controller under test (DUT), it sends corresponding data to the DUT via CAN messages. The host computer can send specified commands to the simulation simulator based on pre-imported DBC files, dynamically modifying the individual cell voltage, temperature, and current values ​​sent to the DUT to trigger various faults detected by the DUT. Simultaneously, the DUT receives instructions from the host computer to simulate communication faults in various modules related to the BMS (Battery Management System) in the energy storage cabinet system, including BMS-LCU communication faults, BMS master-slave communication faults, BMS-PCS communication faults, and BMS-current sensor communication faults. The simulation simulator can also simulate the TMS (Thermal Management System) in the energy storage system. Depending on application requirements, communication between the BMS and TMS can be achieved via an RS485 bus. The simulation simulator detects the master controller's control logic for the TMS by changing the individual cell temperature received by the master controller and receiving data used to control the TMS's pump speed and temperature control for cooling and heating.

[0074] In a BMS system, when a serious fault occurs or there is an external digital or analog input, the system will drive the corresponding switch control peripherals according to preset logic, and needs to obtain their feedback status through the DI (digital input) channel for verification. Therefore, in the test, the DI channel of the simulation simulator is connected to the DO (digital output), high-side drive and low-side drive signals of the controller under test to detect whether the controller under test has correctly output the switch control signal. Correspondingly, the DI channel of the controller under test is connected to the DO signal of the simulation simulator to verify whether the digital input function of the controller under test is normal.

[0075] The battery management system cloud platform uses a unique identification code to connect the controller under test (DUT), the simulator, and the host computer. It can monitor the online status of all three in real time, ensuring timely remote automated testing. The platform plays the following core roles in the testing process: 1. Remotely downloading and installing the verification program to the DUT via OTA (Over-The-Air) updates. After the upgrade, the main control board and its software are equivalent to those in the energy storage cabinet; 2. Supporting users to select appropriate test programs for remote download to the simulator according to different test scenarios and verification requirements, enabling it to simulate specific tooling conditions; 3. The platform has remote command issuance capabilities, allowing it to initiate the automated testing process of the simulator. During testing, the platform monitors the test status in real time. After testing, it automatically receives the complete test report uploaded by the simulator and pushes the report to relevant personnel via email, achieving unmanned closed-loop management of the testing process. The battery management system cloud platform... Figure 8 As shown.

[0076] This invention first uses a simulator to dynamically modify the individual cell voltage, temperature, and current values ​​of the controller under test (DUT) using a BUM (Brain Microsystem Unit). Simultaneously, the DUT receives commands from the host computer to simulate communication failures. Then, the TMS (Transmission Management System) is simulated by modifying the individual cell temperature to control the TMS. At the same time, the DC power supply simulates the output voltage. The simulator simulates a current sensor sending current messages to the DUT according to the charge / discharge rate. Finally, the DUT is simulated under different charge / discharge rates and simulated operating conditions to analyze its stability. This reduces testing costs and the complexity of the testing process, effectively verifying the reliability and stability of the DUT, and ensuring testing efficiency and convenience.

[0077] The examples described in this invention are not limited to the specific embodiments listed above. The examples are merely illustrative to facilitate understanding of the invention and do not constitute a limitation on the scope of protection of this invention. Any modifications, equivalent substitutions, etc., made within the spirit and principles of this invention should be included within the scope of protection.

[0078] The above description is merely an example and illustration of the concept of the present invention. Those skilled in the art can make various modifications or additions to the specific embodiments described or use similar methods to replace them, as long as they do not deviate from the concept of the invention or exceed the scope defined in this specification, they should all fall within the protection scope of the present invention.

Claims

1. An automated testing device for battery management system software, characterized in that, Includes the following modules: The test preparation module is used to select test scenarios and remotely distribute the corresponding test programs and DBC configuration files to the simulation simulator and the test host computer. The test execution module is used to connect the test host computer and the simulation simulator via the CAN bus and to perform simulation tests on the controller under test. The durability testing module is used to construct various simulation combinations and analyze the reliability and stability of the controller under test under different simulation combinations. The test completion module is used to automatically generate a standardized report on the test host computer after the test is completed and upload it to the battery management system cloud platform. The battery management system cloud platform then pushes the standardized report to the staff. The database is used to store fault codes for various communication failures, the pump speed range and temperature range of the TMS under different temperature scenarios, as well as different charge and discharge rates and various simulated operating conditions.

2. The automated testing equipment for battery management system software according to claim 1, characterized in that, The test preparation module follows the following process: A11. Connect the test host computer to the 4G router, and connect the battery management system cloud platform to the controller under test, the simulator, and the test host computer according to the identification codes of the controller under test, the simulator, and the test host computer. The battery management system cloud platform sends the preset DBC configuration file to the test host computer. A12. Staff select test scenarios and test programs on the battery management system cloud platform, and the battery management system cloud platform downloads the test programs selected by the staff to the simulation simulator.

3. The automated testing equipment for battery management system software according to claim 1, characterized in that, The test execution module includes a first test unit and a second test unit; The first test unit is used to simulate the BMS and TMS, analyze the fault monitoring capability of the controller under test, and determine whether the control logic of the main controller to the TMS meets the requirements. The second test unit is used to simulate a current sensor sending a current message to the controller under test to determine the accuracy of the algorithm in the controller under test.

4. The automated testing equipment for battery management system software according to claim 3, characterized in that, The first test unit, the specific process is as follows: The simulation simulator simulates the BUM inside the battery pack in the energy storage cabinet and sends data to the controller under test via CAN messages. The host computer sends specified commands to the simulation simulator according to the DBC configuration file issued by the battery management system cloud platform to dynamically modify the individual cell voltage, temperature and current values ​​of the controller under test. Meanwhile, the controller under test receives instructions from the host computer and simulates various communication faults between the energy storage system and the BMS. Based on the simulation results, the fault monitoring capability of the controller under test is analyzed. A communication connection is established between the BMS and the TMS. The simulation simulator simulates the TMS in the energy storage system. The simulation simulator controls the pump speed and temperature of the TMS by modifying the individual cell temperature received by the main controller, and judges whether the control logic of the main controller to the TMS meets the requirements.

5. The automated testing equipment for battery management system software according to claim 4, characterized in that, The specific process for analyzing the fault monitoring capability of the controller under test is as follows: A21. In a certain communication fault simulation scenario, the controller under test receives simulation data and communication status sent by the simulation simulator in real time. The controller under test uses its communication fault diagnosis logic to identify anomalies in the received simulation data and communication status and generate fault codes. The fault codes are compared with the fault codes for the same communication fault in the database. If the fault codes are different from the fault codes for the same communication fault, it means that the controller under test has a weak ability to monitor the communication fault. Conversely, if they are the same, it means that the controller under test has a strong ability to monitor the communication fault. This method is used to determine the controller under test's ability to monitor various communication faults. A22. When the controller under test has a strong ability to monitor various communication faults, it means that the controller under test has a strong fault monitoring ability; conversely, it means that the controller under test has a weak fault monitoring ability.

6. The automated testing equipment for battery management system software according to claim 4, characterized in that, The specific process for determining whether the main controller's control logic for the TMS meets the requirements is as follows: A31. The simulation simulator modifies the individual cell temperature sent to the main controller to simulate different temperature scenarios. In a certain temperature scenario, the main controller receives the individual cell temperature sent by the simulation simulator. Based on its control logic for the TMS and the received elevator cell temperature, the main controller outputs the pump speed and temperature of the TMS. It then compares this output with the pump speed range and temperature range of the TMS in the database for that temperature scenario. If the output pump speed and temperature are within the range of the TMS in that temperature scenario, it means that the main controller's control logic for the TMS meets the requirements in that temperature scenario. Otherwise, it means that the main controller's control logic for the TMS does not meet the requirements in that temperature scenario. This method is used to determine whether the main controller's control logic for the TMS meets the requirements in different temperature scenarios. A32. Following the analysis method in step A22, determine whether the control logic of the main controller for the TMS meets the requirements.

7. The automated testing equipment for battery management system software according to claim 3, characterized in that, The second test unit, the specific process is as follows: The DC power supply outputs voltage to the controller under test. The controller under test collects the total voltage. Based on the total voltage output, the host computer sends charge and discharge commands to the simulation simulator and obtains the charge and discharge rate from the database. The simulation simulator simulates a current sensor to send current messages to the controller under test according to the charge and discharge rate. After receiving the current message, the controller under test automatically executes the estimation of the core algorithm of the controller under test. The host computer of the test determines whether the estimation difference of the core algorithm is within the qualified range according to the DBC configuration file issued by the battery management system cloud platform. If the estimation difference of the core algorithm is not within the qualified range, it means that the accuracy of the algorithm in the controller under test is poor, and vice versa.

8. The automated testing equipment for battery management system software according to claim 7, characterized in that, The specific process for determining whether the difference estimated by the core algorithm is within the acceptable range is as follows: The theoretical estimation value and error range of the core algorithm are obtained from the DBC configuration file issued by the battery management system cloud platform. The output value of the controller under test after executing the core algorithm is obtained. The difference between the output value of the controller under test after executing the core algorithm and the theoretical estimation value of the core algorithm is calculated and referred to as the core algorithm estimation difference. The difference estimated by the core algorithm is compared with the error range. If the difference estimated by the core algorithm is within the error range, it means that the difference estimated by the core algorithm is within the acceptable range. Otherwise, it means that the difference estimated by the core algorithm is not within the acceptable range.

9. The automated testing equipment for battery management system software according to claim 1, characterized in that, The durability testing module operates as follows: Different charge / discharge rates and simulated operating conditions are obtained from the database, and the charge / discharge rates and simulated operating conditions are randomly paired to obtain different simulation groups. In a certain simulation group, the simulation simulator performs multiple simulations on the controller under test (DUT), and obtains the fault monitoring capability of the DUT, the control logic of the main controller to the TMS, and the accuracy of the algorithm in the DUT during each simulation. The return value of the DUT is also obtained. If the return value of the DUT is 1, it means that the reliability and stability of the DUT are high. If the return value of the DUT is 0, it means that the reliability and stability of the DUT are low. This method is used to determine the reliability and stability of the DUT under different simulation combinations.

10. An automated testing device for battery management system software, characterized in that, The system includes BMS main control software, software fixed for testing the controller under test (DUT), a test host computer, a battery management system platform, a BMS main control board, a DC high-voltage power supply, a 4G router, and related wiring harnesses. The BMS main control software is referred to as the DUT. The software fixed for testing the DUT is referred to as the simulation simulator. The DUT communicates with the simulation simulator via CAN and LAN to simulate communication between the BMS master and slave controllers, between the BMS master and current sensors, and between the BMS master and LCU. The DC power supply simulates the total battery voltage in the energy storage system. The test host computer receives commands from the battery management system cloud platform, executes tests, and generates test reports. The DUT, simulation simulator, and test host computer are all connected to the 4G router. The battery management system cloud platform supports OTA and can remotely issue test commands.

Images