Battery pack airtight performance detection method and device, storage medium and program product

Abstract

The invention provides a battery pack air tightness performance detection method and device, a storage medium and a program product, the method comprises the steps that a Modbus RTU communication protocol of air tightness detection equipment is acquired, the Modbus RTU communication protocol indicates the storage address of each piece of test data in a register in the air tightness detection equipment and a corresponding reading rule, different test data are distributed in different types of registers; based on a reading rule, according to a target storage address corresponding to the target test data in the test data, reading the target test data from a corresponding register in the air tightness detection equipment; the multiple pieces of target test data and part of data in the test result are stored in a local storage and / or imported into an MES database, the MES database is at least an MES database based on Postgresql, and the test result is obtained by the multiple pieces of target test data. According to the method and the device, the test data acquired from the air tightness detection equipment can be directly imported into the MES database based on the Postgresql.

Description

Technical Field

[0001] This application relates to the field of battery pack airtightness performance testing technology, and more specifically to a battery pack airtightness performance testing method, device, storage medium and program product. Background Technology

[0002] The airtightness testing of battery packs is a critical safety test to ensure that the battery pack casing meets sealing standards. This test is essential throughout the entire lifecycle of the battery pack, from production to use. Currently, airtightness testing of battery packs is achieved through host computer software for airtightness testing equipment. However, existing host computer software for battery pack airtightness testing equipment is limited by the current database technology ecosystem and development costs, making it unable to interface with PostgreSQL-based MES databases. This limitation restricts the user experience. Summary of the Invention

[0003] The summary section introduces a series of simplified concepts, which will be further explained in detail in the detailed description section. This summary section is not intended to limit the key and essential technical features of the claimed technical solution, nor is it intended to determine the scope of protection of the claimed technical solution.

[0004] To address the existing problems, this application provides a method for testing the airtightness performance of a battery pack. The method includes: Obtain the Modbus RTU communication protocol of the airtightness testing equipment. The Modbus RTU communication protocol indicates the storage address of each test data in the registers of the airtightness testing equipment and the corresponding reading rules. Different test data are distributed in different types of registers. Based on the reading rules, target test data is read from the corresponding register in the airtightness testing device according to the target storage address corresponding to the target test data in each test data; Multiple target test data and a portion of the test results are saved to local storage and / or imported into the MES database, which is at least a PostgreSQL-based MES database, where the test results are obtained from multiple target test data.

[0005] In one embodiment, the target storage address is at least one address.

[0006] In one embodiment, target test data is read from the corresponding register in the airtightness testing device via serial communication.

[0007] In one embodiment, the test data includes at least dynamic data. When the target test data is dynamic data, the target test data is read in real time from the corresponding register in the airtightness testing device.

[0008] In one embodiment, the dynamic data includes at least: current device status, detection time elapsed, test stress value, and test leak rate value.

[0009] In one embodiment, the test data includes at least static data. When the target test data is static data, the target test data is read from the corresponding register in the airtightness testing device when the test begins.

[0010] In one embodiment, the static data includes at least the device number, workstation, channel number, test pressure unit, upper leakage limit, lower leakage limit, and leakage unit.

[0011] In one embodiment, the test result is determined based on the following process: Obtain the upper and lower limits of leakage; Determine the relationship between the leakage rate value and the range of values ​​from the lower to the upper leakage limit to obtain the test results.

[0012] In one embodiment, the test results are obtained by determining the relationship between the leakage rate value and the numerical range from the lower to the upper leakage limit: If the leakage rate is within the range of the lower and upper limits of leakage, the test result is the first result. If the leakage rate is greater than the upper limit of leakage, the test result is the second result. If the leakage rate is less than the lower leakage limit, the test result is the third result.

[0013] In one embodiment, importing a subset of data from multiple target test data sets and test results into a PostgreSQL-based MES database includes: Obtain the configuration file, which contains the connection information for the PostgreSQL-based MES database; Based on the connection information, multiple target test data and some data from the test results are imported into the MES database.

[0014] In one embodiment, it also includes: The connection information in the configuration file is managed using auxiliary tools.

[0015] In one embodiment, the connection information includes at least the database server address, port number, database name, login username, and password.

[0016] In one embodiment, some data from multiple target test data and test results include at least the battery pack SN, leakage rate value, test result, test temperature, test humidity, test personnel, and test time.

[0017] This application also provides a battery pack airtightness performance testing device, which includes a memory and a processor. The memory stores a computer program that is run by the processor. When the computer program is run by the processor, it causes the processor to execute the aforementioned battery pack airtightness performance testing method.

[0018] This application further provides a storage medium storing a computer program executed by a processor. When the computer program is executed by the processor, it causes the processor to perform the aforementioned battery pack airtightness performance testing method.

[0019] This application also provides a computer program product that, when run by a processor, causes the processor to execute the aforementioned battery pack airtightness performance testing method.

[0020] The battery pack airtightness testing method, apparatus, storage medium, and program product of this application, by acquiring the Modbus RTU communication protocol that records the storage address of test data in the registers of the airtightness testing device and the corresponding reading rules, can obtain the desired test data from the registers of the airtightness testing device based on the content of the protocol. The test data obtained from the airtightness testing device can be directly imported into a PostgreSQL-based MES database, and can also present the data of the entire testing process in a more diverse way, which will greatly improve the user experience. Attached Figure Description

[0021] The following drawings, which are incorporated herein by reference and are used to understand this application, illustrate embodiments of the invention and their descriptions to explain the principles of the invention.

[0022] In the attached image: Figure 1 A flowchart illustrating a method for testing the airtightness of a battery pack according to a specific embodiment of this application is shown. Figure 2 A schematic diagram of the storage address according to a specific embodiment of this application is shown; Figure 3 A schematic diagram of a battery pack airtightness testing device according to a specific embodiment of this application is shown; Figure 4 A schematic diagram of the interface of a battery pack airtightness testing software according to a specific embodiment of this application is shown; Figure 5 A local document diagram illustrating test data from a specific embodiment of this application is shown; Figure 6 A database diagram of test data from a specific embodiment of this application is shown. Detailed Implementation

[0023] The present application will now be described more fully with reference to the accompanying drawings, in which embodiments of the present application are illustrated. However, the present application can be implemented in various forms and should not be construed as limited to the embodiments set forth herein. Rather, providing these embodiments will make the disclosure thorough and complete, and will fully convey the scope of the present application to those skilled in the art. In the drawings, for clarity, the dimensions and relative dimensions of layers and regions may be exaggerated. The same reference numerals denote the same elements throughout.

[0024] It should be understood that when an element or layer is referred to as "on," "adjacent to," "connected to," or "coupled to" other elements or layers, it may be directly on, adjacent to, connected to, or coupled to other elements or layers, or there may be intervening elements or layers. Conversely, when an element is referred to as "directly on," "directly adjacent to," "directly connected to," or "directly coupled to" other elements or layers, there are no intervening elements or layers. It should be understood that although the terms first, second, third, etc., may be used to describe various elements, components, areas, layers, and / or portions, these elements, components, areas, layers, and / or portions should not be limited by these terms. These terms are only used to distinguish one element, component, area, layer, or portion from another element, component, area, layer, or portion. Therefore, without departing from the teachings of this application, the first element, component, area, layer, or portion discussed below may be referred to as the second element, component, area, layer, or portion.

[0025] Spatial relation terms such as “below,” “under,” “below,” “under,” “above,” “above,” etc., are used herein for convenience of description to describe the relationship between one element or feature shown in the figure and other elements or features. It should be understood that, in addition to the orientation shown in the figure, spatial relation terms are intended to also include different orientations of the device in use and operation. For example, if the device in the figure is flipped, then the element or feature described as “below” or “under” the other element or feature will be oriented “above” the other element or feature. Therefore, the exemplary terms “below” and “under” can include both upper and lower orientations. The device may be otherwise oriented (rotated 90 degrees or otherwise) and the spatial descriptive terms used herein will be interpreted accordingly.

[0026] Unless otherwise defined, all terms used herein (including technical and scientific terms) shall have the same meaning as commonly understood by one of ordinary skill in the art. It will also be understood that terms as defined in commonly used dictionaries shall be interpreted as having a meaning consistent with their meaning in the relevant field and / or the context of this specification, and not as in an ideal or overly formal sense, unless expressly defined herein.

[0027] To fully understand this application, a detailed structure will be presented in the following description to illustrate the technical solutions proposed in this application. Preferred embodiments of this application are described in detail below; however, in addition to these detailed descriptions, this application may have other implementation methods.

[0028] The airtightness test of the battery pack is a critical safety test to ensure that the battery pack casing meets the sealing standards. This test is important throughout the entire life cycle of the battery pack, from production to use.

[0029] Currently, the airtightness testing of battery packs is achieved using host computer software for airtightness testing equipment. For example, Wanyi's airtightness leak detector host computer software connects the computer to the leak detector via a network or serial port. During use, the software interface displays real-time test records, with the 12 most recent records shown by default. These test records can be exported to external files such as Excel documents, or to MySQL-based and / or SQL Server-based databases. Specifically, this is achieved by editing the database type, hostname, database name, username, and password required for data connection in the software's database settings interface, thus establishing database integration.

[0030] However, existing host computer software for battery pack airtightness testing equipment is limited by the current database technology ecosystem and development costs, making it unable to interface with PostgreSQL-type MES databases. This is because: 1. Most industrial host computer software like the aforementioned is developed based on the Microsoft .NET Framework (especially WinForms / WPF). Among them, SQL Server has native, high-performance, and most stable data access interfaces, such as ADO.NET and Entity Framework; MySQL, due to its open source, lightweight nature, and extremely high popularity, provides mature and stable .NET Connector drivers. In contrast, PostgreSQL's mature drivers in the Windows / .NET ecosystem (such as Npgsql) are far inferior to the former two, which naturally leads developers to avoid higher-risk solutions during development.

[0031] 2. As a software developer, enabling their software to support a new database requires not only integrating and testing new driver libraries, but also handling the subtle differences between different databases in data types, SQL dialects, transactions, and functions. All of this increases the development and maintenance costs of the software. Furthermore, supporting both MySQL and SQL Server databases already meets the needs of most vendors. At this point, further development investment is not a cost-effective option.

[0032] In summary, the existing host computer software for battery pack airtightness testing equipment is limited by the current database technology ecosystem and development costs, making it unable to interface with PostgreSQL-type MES databases. This limitation restricts the user experience.

[0033] Therefore, in view of the aforementioned technical problems, this application proposes a method for testing the airtightness performance of a battery pack, the method comprising: The Modbus RTU communication protocol of the airtightness testing device is obtained. The Modbus RTU communication protocol indicates the storage address of each test data in the register of the airtightness testing device and the corresponding reading rules. Different test data are distributed in different types of registers. Based on the reading rules, the target test data is read from the corresponding register in the airtightness testing device according to the target storage address corresponding to the target test data in each test data; A portion of the target test data and test results are saved to local storage and / or imported into an MES database, wherein the MES database is at least a PostgreSQL-based MES database, and the test results are obtained from the target test data.

[0034] The battery pack airtightness performance testing method of this application obtains the desired test data from the registers of the airtightness testing device by acquiring the Modbus RTU communication protocol, which records the storage address of the test data in the registers of the airtightness testing device and the corresponding reading rules. The test data obtained from the airtightness testing device can be directly imported into a PostgreSQL-based MES database, and the data from the entire testing process can be presented in a more diverse manner, which will greatly improve the user experience.

[0035] Below, for reference Figures 1 to 6 The method for testing the airtightness performance of the battery pack in this application is described in detail, wherein, Figure 1 A flowchart illustrating a method for testing the airtightness of a battery pack according to a specific embodiment of this application is shown. Figure 2A schematic diagram of the storage address according to a specific embodiment of this application is shown; Figure 3 A schematic diagram of a battery pack airtightness testing device according to a specific embodiment of this application is shown; Figure 4 A schematic diagram of the interface of a battery pack airtightness testing software according to a specific embodiment of this application is shown; Figure 5 A local document diagram illustrating test data from a specific embodiment of this application is shown; Figure 6 A database diagram of test data from a specific embodiment of this application is shown.

[0036] like Figure 1 As shown, the battery pack airtightness performance testing method of this application can be used for battery pack airtightness testing and data storage. Production line workers can use this method to obtain information such as test pressure, leakage rate values, and equipment status during the battery pack testing process in real time, determine and display the test results, and finally save the data to local documents and the MES database. The battery pack airtightness performance testing method includes: Step S110: Obtain the Modbus RTU communication protocol of the airtightness testing device. The Modbus RTU communication protocol indicates the storage address of each test data in the register of the airtightness testing device and the corresponding reading rules. Different test data are distributed in different types of registers.

[0037] Firstly, it's important to understand that airtightness testing equipment primarily determines whether a battery pack is leaking by detecting changes in gas pressure or tracking tracer gases, thus ensuring its waterproof and dustproof safety requirements. An example of airtightness testing equipment is the Wanyi differential pressure airtightness leak detector.

[0038] Modbus RTU is a widely used serial communication protocol in industrial automation. It is a set of rules for reliable data communication over a serial network using a master-slave query-response method and a fixed frame format. In some embodiments, this communication protocol can be used to establish a communication connection with airtightness testing equipment to obtain relevant test data from the equipment.

[0039] Specifically, the Modbus RTU communication protocol comprises a physical layer, a data link layer, and an application layer. The physical layer defines the hardware foundation for communication, such as the RS-485 serial bus standard. The data link layer defines the data frame format. The application layer provides custom data parsing rules, including the use of function codes, data model and address mapping, and data format and parsing rules. Regarding function codes, different function codes have different meanings in this communication protocol, and users can customize the correspondence between physical parameters and function codes. For data models and address mapping, the protocol defines four data models: coil, discrete input, holding register, and input register. These four models represent four data types, and users can customize the mapping relationship between physical parameters, data models, and addresses. Regarding data format and parsing rules, users can customize the data parsing rules according to their needs. Based on the custom functionality of this communication protocol, by defining the storage addresses of each test data in the registers of the airtightness testing device and the corresponding reading rules, it can be used to read and parse various test data collected by the airtightness testing device.

[0040] In some embodiments, the test data may include at least the device number, test pressure, test pressure unit, device status, test duration, test program and program group number used at the current workstation, leak rate value, upper leak limit, and lower leak limit. This test data can be collected by the airtightness testing equipment and stored in the equipment's registers.

[0041] Since some of the aforementioned test data are set values, some are real-time measured values, some represent status, and some are switch signals, these test data are stored in different registers according to the aforementioned description. Furthermore, because different test data have different characteristics, different reading rules are required for reading different test data. By pre-configuring the Modbus RTU communication protocol, various test data from the airtightness testing equipment can be read and parsed based on this communication protocol. As an example, the Modbus RTU communication protocol defines a holding register for storing parameters and set values, enabling read and write functions; an input register for storing real-time measured values, enabling read functions; and a function code 04 is defined to read data from the input register.

[0042] Step S120: Based on the reading rules, read the target test data from the corresponding register in the airtightness testing device according to the target storage address corresponding to the target test data in each test data.

[0043] The target test data can be any type of test data, and its storage address in the register of the airtightness testing device is the target storage address. In some embodiments, since the data volume of different test data varies, different test data may be stored in multiple addresses in the register of the airtightness testing device. That is, for the target test data, its target storage address is at least one address. The target test data can be found in at least one of these addresses. Figure 2 As shown, for example, the test data for the current device number is stored in address 00120 of the input register; the test data for the current workstation is stored in address 00121 of the input register; the test data for the current device status is stored in address 00122 of the input register; the test data for the battery pack detection time is stored in addresses 00123 to 00124 of the input register; the test data for the real-time test pressure value of the battery pack is stored in addresses 00125 to 00128 of the input register; the test data for the real-time test leak rate value of the battery pack is stored in addresses 00129 to 00132 of the input register; and the test data for the channel number is stored in... The test data for the upper limit of the battery pack test voltage is stored in address 00134 to 00137 of the input register; the test data for the lower limit of the battery pack test voltage is stored in address 00138 to 00141 of the input register; the test data for the test voltage unit is stored in address 00142 of the input register; the test data for the upper limit of the battery pack leakage is stored in address 00143 to 00146 of the input register; the test data for the lower limit of the battery pack leakage is stored in address 00147 to 00150 of the input register; and the test data for the leakage unit is stored in address 00151 of the input register.

[0044] Once the target test data is identified, the register of the airtightness testing device containing the target test data, as well as the corresponding target storage address, can be determined according to the content defined in the Modbus RTU communication protocol. Then, the target test data can be found at the target storage address in the register containing the target test data and read according to the reading rules.

[0045] In some embodiments, different rules are used to read different test data, and the reading rules may include descriptions of different results for the same test data. For example... Figure 2As shown in the example, the test data represents the current device status, and the corresponding reading rules specify different values ​​for different statuses. When reading this test data, a certain value is displayed at the address corresponding to the airtightness testing device register. By comparing this value with the reading rules, the current device status represented by that value can be read. For example, a value of "0" indicates a non-operating state; a value of "1" indicates a delay of 1 cycle; a value of "2" indicates a delay of 2 cycles; ...; a value of "13" indicates a delay of 6 cycles; and a value of "14" indicates a standby cycle.

[0046] For example, test data may be in units of test pressure or leakage, and the corresponding reading rules specify different values ​​for different units. When reading this test data, a certain value is displayed at the corresponding address in the airtightness testing device's register. By comparing this value with the reading rules, the unit represented by that value can be read.

[0047] In some embodiments, due to the different characteristics of the test data, different reading methods can be used when reading the test data. Specifically, the aforementioned various test data can include static data and dynamic data. As an example, static data can include at least the device number, workstation, channel number, test pressure unit, upper leakage limit, lower leakage limit, and leakage unit. Dynamic data can include at least the current device status, the time elapsed during testing, the test pressure value, and the test leak rate value. When the target test data is static data, it is read all at once from the corresponding register in the airtightness testing device at the start of the test. When the target test data is dynamic data, it is read in real time from the corresponding register in the airtightness testing device.

[0048] By employing the aforementioned reading method, various required test data can be retrieved from the airtightness testing equipment. The following specific example further illustrates the reading process.

[0049] In a specific example, serial communication is first established with the airtightness testing device, and then a request frame is constructed according to the Modbus RTU communication protocol. The request frame may include the following fields: device address, function code, high byte of start address, low byte of start address, high byte of register quantity, low byte of register quantity, low byte of CRC checksum, and high byte of CRC checksum. The request frame is sent to the airtightness testing device via the serial port.

[0050] When the airtightness testing device receives the request frame, it processes the request. Specifically, the airtightness testing device listens to the bus, identifies a device address that matches its own, parses the function code to determine which input register to read, and parses the starting address to find the data at the corresponding address in its own memory, then returns that data. When the airtightness testing device finds the data at the corresponding address, it returns the data via a response frame. The response frame may include the following fields: device address, function code, byte count, data bytes, and CRC checksum bytes.

[0051] When a response frame is received from the airtightness testing device, data is received from the serial port as a byte stream, and the received bytes are verified. After verification, the data can be parsed.

[0052] The specific parsing process is as follows: identify and extract the data bytes containing the required data from the response frame, and then process them according to the byte order and precision specified in the Modbus RTU communication protocol to parse them into the required data.

[0053] This completes the reading of one set of test data. By repeating this process, multiple sets of test data can be read.

[0054] Step S130: Save multiple target test data and a portion of the test results to local storage and / or import them into the MES database, wherein the MES database is at least a PostgreSQL-based MES database, and the test results are obtained from multiple target test data.

[0055] In some embodiments, after multiple test data points are read using the aforementioned reading method, the test data can be processed to obtain test results. The test results can be determined based on the obtained upper and lower leakage limits, and the process can be as follows: First, obtain the upper and lower limits of leakage.

[0056] Then, the relationship between the leakage rate value and the range of values ​​from the lower to the upper leakage limit is determined to obtain the test results.

[0057] Specifically, if the leakage rate is within the range of the lower and upper limits of leakage, the test result is the first result; if the leakage rate is greater than the upper limit of leakage, the test result is the second result; and if the leakage rate is less than the lower limit of leakage, the test result is the third result.

[0058] In some embodiments, after the test results are determined based on the lower and upper leakage limits, the test results can be displayed. For example, the first result can be represented by "OK". The second result can be represented by "+NG". The third result can be represented by "-NG".

[0059] In some embodiments, multiple target test data and a portion of the test results can be saved to a local document, such as an Excel document.

[0060] In some embodiments, multiple target test data and a portion of the test results can be imported into a PostgreSQL-based MES database. The specific steps are as follows: First, obtain the configuration file.

[0061] The configuration file contains connection information for the PostgreSQL-based MES database. This connection information may include, at a minimum, the database server address, port number, database name, login username, and password. Obtaining this connection information facilitates integration with the PostgreSQL-based MES database. When importing other databases, this connection information can also be maintained to achieve integration with them. For example, auxiliary tools can be used to manage and maintain the connection information in the configuration file.

[0062] As an example, the configuration file can be an INI configuration file. Accordingly, the recording and maintenance of INI configuration files can be achieved through the INI file manipulation techniques provided by the iniFileHelper.cs utility class.

[0063] Then, based on the connection information, multiple target test data and some data from the test results are imported into the PostgreSQL-based MES database.

[0064] In some embodiments, a portion of the data in the multiple target test data and test results includes at least the battery pack SN, leakage rate value, test result, test temperature, test humidity, test personnel, and test time.

[0065] In summary, the battery pack airtightness testing method, apparatus, storage medium, and program product of this application, by acquiring the Modbus RTU communication protocol that records the storage address of the registers in the airtightness testing device and the corresponding reading rules, can obtain the desired test data from the registers of the airtightness testing device based on the content of the protocol. The test data obtained from the airtightness testing device can be directly imported into a PostgreSQL-based MES database, and the data from the entire testing process can be presented in a more diverse manner, which will significantly improve the user experience.

[0066] The following is combined Figure 3 This application describes a battery pack airtightness testing device 300 provided according to another aspect of the present application. For example... Figure 3As shown, the battery pack airtightness testing device 300 may include a memory 310 and a processor 320. The memory 310 stores a computer program executed by the processor 320. When the computer program is executed, it causes the processor 320 to perform the aforementioned battery pack airtightness testing method 100 according to the embodiments of this application. The battery pack airtightness testing method 100 has been described in detail above. Those skilled in the art can understand the structure and operation of the battery pack airtightness testing device 300 in conjunction with the foregoing description. For the sake of brevity, it will not be described again here.

[0067] Furthermore, according to embodiments of this application, a storage medium is also provided, on which program instructions are stored. When the program instructions are executed by a computer or processor, they are used to perform the corresponding steps of the battery pack airtightness performance testing method 100 of this application. The storage medium may include, for example, a memory card of a smartphone, a storage component of a tablet computer, a hard disk of a personal computer, a read-only memory (ROM), an erasable programmable read-only memory (EPROM), a portable compact disc read-only memory (CD-ROM), a USB memory, or any combination of the above storage media. A computer-readable storage medium may be any combination of one or more computer-readable storage media.

[0068] Furthermore, according to embodiments of this application, a computer program is also provided, which can be stored on a cloud or local storage medium. When this computer program is run by a computer or processor, it is used to perform the corresponding steps of the battery pack airtightness performance testing method 100 of this application embodiment.

[0069] In a specific example, following the aforementioned battery pack airtightness performance testing method, a battery pack airtightness performance testing software can be designed using the Microsoft Visual Studio development environment and the WinForm technology framework. When using this software, a communication connection needs to be established between the software and the airtightness testing equipment via the RS232 protocol (interface) to facilitate the reading and parsing of various test data, such as equipment number, test pressure and unit, equipment status and testing time, currently running test program and current station, leak rate and unit, upper and lower leak limits, and test results. The test pressure, equipment status, testing time, leak rate, and test results are read in real time, and the specific test results can be displayed based on the upper and lower limits set for the leak value. Figure 4 The interface shown can be used to display various test data collected in real time.

[0070] After collecting various test data, you can save the data to a local Excel document using the save button in the battery pack airtightness performance testing software. For example, the interface of the saved local Excel document may look like this: Figure 5 As shown.

[0071] When importing the collected test data into the MES database, the import process can be performed as described in the aforementioned embodiments. In a specific example, the collected test data can be saved to the airleak table in the MES database; for example, the interface can be as follows: Figure 6 As shown. The specific process is as follows: First, the connection information is written to the DBConfig.ini configuration file. Then, the information in the DBConfig.ini file is read using the methods provided by the iniFileHelper.cs utility class, thereby establishing a connection with the database. At this time, the airtightness test data of the battery pack is saved to the airleak table in the MES database.

[0072] In summary, this battery pack airtightness testing software can display various data of the battery pack in real time during the testing process, and read and save test results in real time. This allows testing personnel to easily track the testing progress, promptly monitor equipment operation status, and detect anomalies, meeting process control requirements. Secondly, the software also records information about the testing scenario, such as battery pack serial number (SN), temperature, and humidity, providing data support for subsequent test result analysis. Furthermore, the software seamlessly integrates with the MES database (PostgreSQL type), providing data support for the group's information technology rollout, ensuring reliable data display and analysis, and improving the convenience of data application.

[0073] Based on the above description, the battery pack production process testing method, apparatus, storage medium, and program product according to the embodiments of this application can obtain the desired test data from the storage address of the battery management unit by acquiring a DBC file containing the storage address of the test information in the battery management unit and the corresponding parsing rules, based on the content of the DBC file. The test data obtained from the battery management unit can be directly imported into the MES database, and more test data can be obtained, which will significantly improve the user experience and solve the problem that existing host computer software cannot meet the group's needs (PostgreSQL type database), resulting in data not being able to be integrated into the group's information system, and certain limitations in data sharing and report analysis. Furthermore, compared with existing host computer software, the battery pack airtightness performance testing method, device, storage medium, and program product of this application only generate a static test record after the test is completed, which cannot track the test status in real time. Moreover, the recorded test data does not include key traceability information such as product serial number, test personnel, and ambient temperature, making it inconvenient to trace the tested battery pack and personnel later. This application supplements such core information, fully records the details of the entire test scenario, and provides a reliable basis for subsequent quality traceability and problem investigation. It can realize real-time visualization of the data during the test process: not only dynamically track and synchronously display the leak rate value and test pressure, but also clearly present the stage of the test (such as inflation, balancing, and testing), the test running time, etc., making the data traceable throughout the test; it can also help operators grasp the test progress and equipment operating status, promptly detect abnormalities, and meet the needs of refined testing and process control.

[0074] Although exemplary embodiments have been described herein with reference to the accompanying drawings, it should be understood that the above exemplary embodiments are merely illustrative and are not intended to limit the scope of the invention. Various changes and modifications can be made therein by those skilled in the art without departing from the scope and spirit of the invention. All such changes and modifications are intended to be included within the scope of the invention as claimed in the appended claims.

[0075] 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, or a combination of computer software and electronic hardware. 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 invention.

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

[0077] Numerous specific details are set forth in the specification provided herein. However, it will be understood that embodiments of the invention may be practiced without these specific details. In some instances, well-known methods, structures, and techniques have not been shown in detail so as not to obscure the understanding of this specification.

[0078] Similarly, it should be understood that, in order to streamline the invention and aid in understanding one or more of the various aspects of the invention, features of the invention are sometimes grouped together in a single embodiment, figure, or description thereof in the description of exemplary embodiments of the invention. However, the method of the invention should not be construed as reflecting an intention that the claimed invention requires more features than are expressly recited in each claim. Rather, as reflected in the corresponding claims, its inventive point lies in solving the corresponding technical problem with fewer features than all of those in a single disclosed embodiment. Therefore, the claims following the detailed description are hereby expressly incorporated into that detailed description, wherein each claim itself is a separate embodiment of the invention.

[0079] Those skilled in the art will understand that, apart from the mutual exclusion of features, all features disclosed in this specification (including the accompanying claims, abstract, and drawings) and all processes or elements of any method or apparatus so disclosed may be combined in any combination. Unless otherwise expressly stated, each feature disclosed in this specification (including the accompanying claims, abstract, and drawings) may be replaced by an alternative feature that serves the same, equivalent, or similar purpose.

[0080] Furthermore, those skilled in the art will understand that although some embodiments herein include certain features included in other embodiments but not others, combinations of features from different embodiments are meant to be within the scope of the invention and form different embodiments. For example, in the claims, any of the claimed embodiments can be used in any combination.

[0081] The various component embodiments of the present invention can be implemented in hardware, or as software modules running on one or more processors, or a combination thereof. Those skilled in the art will understand that microprocessors or digital signal processors (DSPs) can be used in practice to implement some or all of the functions of some modules in the article analysis device according to embodiments of the present invention. The present invention can also be implemented as an apparatus program (e.g., a computer program and computer program product) for performing part or all of the methods described herein. Such programs implementing the present invention can be stored on a computer-readable medium or can be in the form of one or more signals. Such signals can be downloaded from an Internet website, provided on a carrier signal, or provided in any other form.

[0082] It should be noted that the above embodiments are illustrative of the invention and not restrictive, and that those skilled in the art can devise alternative embodiments without departing from the scope of the appended claims. In the claims, any reference signs placed between parentheses should not be construed as limiting the claims. The word "comprising" does not exclude the presence of elements or steps not listed in the claims. The word "a" or "an" preceding an element does not exclude the presence of a plurality of such elements. The invention can be implemented by means of hardware comprising several different elements and by means of a suitably programmed computer. In the unit claims enumerating several means, several of these means may be embodied by the same item of hardware. The use of the words first, second, and third, etc., does not indicate any order. These words can be interpreted as names.

[0083] The above are merely specific embodiments or descriptions of the present invention, and the scope of protection of the present invention is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the technical scope disclosed in the present invention should be included within the scope of protection of the present invention. The scope of protection of the present invention should be determined by the scope of the claims.

[0084] Although several embodiments have been described herein, it should be understood that many other modifications and embodiments will arise in the mind of those skilled in the art, all of which will fall within the spirit and scope of the concept disclosed herein. More specifically, various modifications and changes may be made in terms of the arrangement and / or components of the subject matter within the scope of this disclosure, the drawings, and the appended claims. In addition to modifications and changes in the components and / or arrangement, the use of alternative methods will also be obvious to those skilled in the art.

Claims

1. A method for testing the airtightness performance of a battery pack, characterized in that, The method includes: The Modbus RTU communication protocol of the airtightness testing device is obtained. The Modbus RTU communication protocol indicates the storage address of each test data in the register of the airtightness testing device and the corresponding reading rules. Different test data are distributed in different types of registers. Based on the reading rules, the target test data is read from the corresponding register in the airtightness testing device according to the target storage address corresponding to the target test data in each test data; A portion of the target test data and test results are saved to local storage and / or imported into an MES database, wherein the MES database is at least a PostgreSQL-based MES database, and the test results are obtained from the target test data.

2. The battery pack airtightness testing method as described in claim 1, characterized in that, The target storage address is at least one address.

3. The battery pack airtightness testing method as described in claim 1, characterized in that, The target test data is read from the corresponding register in the airtightness testing device via serial communication.

4. The battery pack airtightness testing method as described in claim 1, characterized in that, The test data includes at least dynamic data. When the target test data is the dynamic data, the target test data is read in real time from the corresponding register in the airtightness testing device.

5. The battery pack airtightness testing method as described in claim 4, characterized in that, The dynamic data includes at least: current device status, detection time, test pressure value, and test leak rate value.

6. The battery pack airtightness testing method as described in claim 1, characterized in that, The test data includes at least static data. When the target test data is the static data, the target test data is read from the corresponding register in the airtightness testing device when the test starts.

7. The battery pack airtightness testing method as described in claim 6, characterized in that, The static data includes at least the equipment number, workstation, channel number, test pressure unit, upper limit of leakage, lower limit of leakage, and leakage unit.

8. The battery pack airtightness testing method as described in claim 1, characterized in that, The test results are determined based on the following process: Obtain the upper and lower limits of leakage; The test results are obtained by determining the relationship between the leakage rate value and the numerical range from the lower leakage limit to the upper leakage limit.

9. The battery pack airtightness testing method as described in claim 8, characterized in that, The determination of the relationship between the leakage rate value and the numerical range from the lower leakage limit to the upper leakage limit, to obtain the test results includes: If the leakage rate value is within the range of the lower leakage limit to the upper leakage limit, the test result is the first result; If the leakage rate value is greater than the leakage upper limit, the test result is the second result; If the leakage rate is less than the lower leakage limit, the test result is the third result.

10. The battery pack airtightness testing method as described in claim 1, characterized in that, Importing a portion of the target test data and test results from multiple sources into a PostgreSQL-based MES database includes: Obtain the configuration file, which records the connection information of the PostgreSQL-based MES database; Based on the connection information, a portion of the target test data and test results is imported into the MES database.

11. The battery pack airtightness testing method as described in claim 10, characterized in that, Also includes: The connection information in the configuration file is managed using auxiliary tools.

12. The battery pack airtightness testing method as described in claim 10, characterized in that, The connection information includes at least the database server address, port number, database name, login username, and password.

13. The battery pack airtightness testing method as described in claim 10, characterized in that, Some of the target test data and test results include at least the battery pack SN, leakage rate, test results, test temperature, test humidity, test personnel, and test time.

14. A battery pack airtightness testing device, characterized in that, The device includes a memory and a processor, the memory storing a computer program executed by the processor, the computer program, when executed by the processor, causing the processor to perform the battery pack airtightness performance testing method according to any one of claims 1-13.

15. A storage medium, characterized in that, The storage medium stores a computer program executed by a processor, which, when executed by the processor, causes the processor to perform the battery pack airtightness performance testing method according to any one of claims 1-13.

16. A computer program product, characterized in that, When the computer program product is run by a processor, the processor causes the processor to perform the battery pack airtightness performance testing method according to any one of claims 1-13.

Images