Platform development system of BMS
Through the automation tools of the BMS platform development system, a set of firmware and test cases are generated to support project customization requirements, which solves the difficulties in parameter configuration and code management in the existing technology, improves development efficiency and code reusability, and achieves richer product form and efficient production testing.
Patent Information
- Application Number
- CN202411851540.0
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2024-12-16
- Publication Date
- 2025-01-17
AI Technical Summary
In the existing BMS development technology, the parameter configuration needs to be manually written into the code, which leads to large workload, difficult management, error-prone, and low efficiency. Different projects require separate code management, difficult code maintenance, and complex configuration of development and testing and production test scripts. Prone to errors and time-consuming.
Provide a platform development system for BMS, including firmware generation system, development testing system, production testing system and document generation system, and automatically generate product firmware, development testing case sets and production test case sets that support project customization requirements, as well as automation Generate product documents, reduce manual intervention, and improve efficiency.
It reduces the difficulty of code maintenance and the configuration of development and testing and production test scripts, improves development efficiency, reduces manual errors, realizes code module sharing and unified management, supports the flexibility of multiple project requirements, and shortens the development cycle.
Smart Images

Figure CN119322726A_ABST
Abstract
Description
Technical Field
[0001] The present invention relates to the technical fields of digital information transmission, electrical digital data processing, and the like, and in particular to a platform development system for a BMS. Background Art
[0002] BMS (Battery Management System, referred to as BMS) is a system used in battery applications such as electric vehicles, energy storage systems, and mobile devices. Its main functions are to monitor, protect, control, and optimize the battery charging and discharging process to ensure the safety of the battery pack, extend battery life, improve system efficiency, and provide accurate status information for the system. Most of the requirements for BMS products are the same, but there is still a small part of the requirements that are customized by customers, such as some parameter configurations, some differentiated requirements that require software coding, etc. At present, when facing the development of different BMS projects, BMS developers need to modify the corresponding code in the basic code to adapt the parameters and other requirements that require software coding. In addition, product development testing, factory testing, and corresponding product documents all need to be manually edited with reference to the requirements. This results in the parameter configuration of different projects needing to be manually written into the code, which is a large workload and difficult to manage, and is prone to errors, time-consuming, labor-intensive, and inefficient. Different projects need to manage the code separately. If some basic common problems are found, they cannot be quickly deployed to other projects, and code maintenance is difficult. Development test and production test scripts also need to be manually configured, which is labor-intensive, error-prone, time-consuming and labor-intensive.
[0003] In summary, the existing BMS development technology has the following problems: parameter configurations of different projects need to be manually written into the code, which is labor-intensive, difficult to manage, error-prone, and inefficient. Different projects need to manage codes separately, making code maintenance difficult. Development and testing, and production test scripts need to be manually configured, which is labor-intensive, error-prone, time-consuming, and labor-intensive. Summary of the invention
[0004] In view of the deficiencies in the above-mentioned prior art, the present invention provides a platform-based development system for BMS to support richer product forms, reduce the difficulty of code maintenance, reduce the configuration difficulty and workload of development testing and production test scripts, and improve development efficiency.
[0005] The platform development system of BMS provided by the present invention includes: A firmware generation system, which generates product firmware supporting the project customization requirements according to the project input configuration of the BMS product and the project customization requirements of the BMS product; A development test system is used to generate the project input configuration into a development test case set to test the project hardware and the product firmware generated by the firmware generation system; A production test system generates the project input configuration into a production test case set, wherein the production test case set is used to perform production testing on the project hardware and the product firmware that have passed the test of the development test system, so as to mass produce the BMS product; The document generation system configures the project input to generate product documents corresponding to the BMS products produced in batches.
[0006] Furthermore, when the firmware generation system generates product firmware that supports the project customization requirements, it includes: generating a BMS platform library according to the project input configuration of the BMS product, and generating a project requirement interface according to the project customization requirements; the project requirement interface is integrated with the BMS platform library to generate product firmware that supports embedded project customization requirements.
[0007] Furthermore, when the firmware generation system generates the BMS platform library according to the project input configuration of the BMS product, it includes: the firmware generation system generates the BMS platform library according to the project input configuration of the BMS product through a firmware configuration tool.
[0008] Further, when the project requirement interface is integrated with the BMS platform library to generate product firmware that supports embedded project customization requirements, it includes: integrating the project requirement interface with the BMS platform library through an integration tool to generate product firmware that supports embedded project customization requirements.
[0009] Further, when the development and testing system generates the project input configuration as a development and testing case set, it includes: the development and testing system generates the project input configuration as a development and testing case set by using a development and testing case generation tool.
[0010] Furthermore, the development test case generation tool adopts the test script used in the test environment of the BMS product, and the test script used in the test environment of the BMS product is generated by filling in specific parameters corresponding to the development test environment based on the script template of the development test environment.
[0011] Furthermore, specific parameters corresponding to the development and testing environment include various battery protection parameters, and the various battery protection parameters include voltage, current and temperature.
[0012] Furthermore, the development test case set is imported into a development automation test system, and the development automation test system tests the project hardware and the product firmware according to the imported development test case set.
[0013] Further, when the production test system generates the project input configuration into a production test case set, it includes: the production test system generates the project input configuration into a production test case set through a production test case generation tool.
[0014] Furthermore, the production test case generation tool adopts the test script used for the factory production test of the BMS product. The test script used for the factory production test of the BMS product is based on the script template of the factory production test environment and is generated by filling in specific parameters corresponding to the factory production test environment.
[0015] Compared with the prior art, the present invention has the following beneficial effects: The present invention provides a platform development system for a BMS, comprising a firmware generation system, a development test system, a production test system and a document generation system. The firmware generation system generates product firmware that supports the project customization requirements according to the project input configuration of the BMS product and the project customization requirements of the BMS product. The development test system generates the project input configuration as a development test case set to test the project hardware and the product firmware generated by the firmware generation system. The production test system generates the project input configuration as a production test case set, and the production test case set is used to perform production testing on the project hardware and the product firmware that have passed the test of the development test system to mass-produce the BMS products. The document generation system generates product documents corresponding to the mass-produced BMS products from the project input configuration, thereby achieving support for richer product forms, reducing the difficulty of code maintenance, reducing the configuration difficulty and workload of development test and production test scripts, and improving development efficiency. BRIEF DESCRIPTION OF THE DRAWINGS
[0016] The drawings described herein are used to provide a further understanding of the present invention and constitute a part of the present invention. The exemplary embodiments of the present invention and their description are used to explain the present invention and do not constitute an improper limitation of the present invention. Some specific embodiments of the present invention will be described in detail in an exemplary and non-restrictive manner with reference to the drawings. The same reference numerals in the drawings indicate the same or similar components or parts. It should be understood by those skilled in the art that these drawings are not necessarily drawn to scale. In the drawings: Figure 1 It is a schematic diagram of an architecture of a BMS platform development system adaptation project input according to an embodiment of the present invention; Figure 2 It is a schematic diagram of the architecture of the platform development system of the BMS according to the embodiment of the present invention. DETAILED DESCRIPTION
[0017] In order to enable those skilled in the art to better understand the scheme of the present invention, the technical scheme in the embodiment of the present invention will be clearly and completely described below in conjunction with the drawings in the embodiment of the present invention. Obviously, the described embodiment is only an embodiment of a part of the present invention, not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without making creative work should fall within the scope of protection of the present invention.
[0018] See also Figure 1-Figure 2 , an embodiment of the present invention provides a platform-based development system for BMS, including a firmware generation system, a development test system, a production test system, and a document generation system. The firmware generation system generates product firmware that supports the project customization requirements according to the project input configuration of the BMS product and the project customization requirements of the BMS product. The development test system generates the project input configuration into a development test case set to test the project hardware and the product firmware generated by the firmware generation system. The production test system generates the project input configuration into a production test case set, and the production test case set is used to perform production tests on the project hardware and the product firmware that have passed the test of the development test system to mass-produce the BMS product. The document generation system generates the project input configuration into a product document corresponding to the mass-produced BMS product.
[0019] It should be noted that in the prior art, parameter configuration requires manual writing of code, which is labor-intensive, difficult to manage, prone to errors, and inefficient. In this embodiment, the firmware generation system automatically generates product firmware that supports the requirements based on the project input configuration and project customization requirements. The user only needs to fill in or select the parameter configuration of the project without manually modifying the code. The parameters are input in the form of a configuration file, and the firmware generation is driven by the configuration file, which separates the parameters and the code, reduces the probability of human operation code errors, and enhances management efficiency. In addition, the development and testing system automatically generates a test case set based on the project configuration for verifying the hardware and the generated firmware. The user only needs to input the project input configuration into the development and testing system, and the development and testing system can generate the project input configuration into a development test case set to test the project hardware and the product firmware generated by the firmware generation system, thereby greatly reducing the workload of manually configuring the development and testing scripts, reducing the probability of errors, and improving testing efficiency. At the same time, the user only needs to input the project input configuration into the production test system, and the production test system can generate the project input configuration into a production test case set, which is used to perform production tests on the project hardware and product firmware that have passed the development test system test, so as to mass produce the BMS products, thereby greatly reducing the workload of manually configuring the production test script, reducing the probability of error, and improving the efficiency of production testing. In addition, in the prior art, documents need to be manually edited, which is labor-intensive and easy to miss. In this embodiment, the document generation system automatically generates corresponding product documents such as specifications, BOM tables, quotations, etc. according to the project input configuration, supports customized templates, ensures the uniformity and standardization of document content, reduces the workload of document editing, improves efficiency, and avoids omissions or errors. In general, in this embodiment, through modular and parametric design, the platform can flexibly support various project requirements, realize code module sharing, unified management, reduce duplicate code and maintenance costs, reduce the configuration difficulty and workload of development test and production test scripts, and automate and modularize the overall process, reduce manual intervention, and shorten the development cycle.
[0020] In some preferred embodiments, when the firmware generation system generates product firmware that supports the project customization requirements, it includes: generating a BMS platform library according to the project input configuration of the BMS product, and generating a project requirement interface according to the project customization requirements; the project requirement interface is integrated with the BMS platform library to generate product firmware that supports embedded project customization requirements. It should be noted that the BMS platform library, as a collection of general functions, can include basic modules in battery management (such as voltage monitoring, temperature management, and balancing control, etc.). These modules are the core functions of various BMS products and are highly reusable. In this embodiment, by generating a unified BMS platform library, repeated development can be reduced and the reusability of the code can be improved. In addition, the project requirement interface is used to define and implement the customized requirements of the project, such as special communication protocols or parameter configurations. In this embodiment, the project requirements are separated from the basic functions of the platform library to ensure the independence and stability of the basic library, while supporting flexible expansion, thereby reducing development redundancy and improving development efficiency. In this embodiment, through modular design, the platform library can be universal, the interface can be extended, and the high degree of customization and reusability of the function can be achieved. The separation of the BMS platform library and the project requirement interface makes the commonality and individuality codes independent of each other. The platform library code only needs to be maintained once and can be applied to all projects, while the project requirement interface can be independently developed and tested according to the needs of specific projects. It should be noted that different projects may have specific requirements for BMS functions (such as specific charging and discharging logic, communication protocol or safety mechanism). The BMS platform library provides general functions, but cannot directly meet the customized needs of all customers. In this embodiment, the project requirement interface acts as a "bridge" to quickly realize the personalized needs of customers and seamlessly integrate it with the platform library functions, thereby improving the adaptability of the firmware, so that a general platform can serve multiple projects, ensuring the flexibility of product customized development while maintaining the integrity and consistency of the system. After integrating the separately developed BMS platform with the project requirement interface, the customized requirements can be extended and embedded into the existing system without destroying the core architecture of the system. While meeting personalized needs, it ensures the modularity, scalability, stability and development efficiency of the system, effectively solving the contradiction between market diversification needs and code reusability, and achieving the goals of rapid development, low-cost maintenance and high-quality product delivery.
[0021] In some preferred embodiments, when the firmware generation system generates a BMS platform library according to the project input configuration of the BMS product, it includes: the firmware generation system generates a BMS platform library from the project input configuration of the BMS product through a firmware configuration tool. It should be noted that the process of generating a BMS platform library is complicated, involving multiple parameter configurations (such as battery pack capacity, charging and discharging strategies, safety thresholds, etc.), and is prone to errors. The firmware configuration tool directly converts the project input configuration into a BMS platform library through standardized input and automated generation logic, which can greatly reduce manual intervention, reduce omissions or logical errors, and shorten the development cycle.
[0022] In some further embodiments, the project input configuration of the BMS product includes a BMS hardware schematic diagram, a BMS parameter configuration, and a BMS secondary development requirement; the firmware configuration tool uses a firmware information configuration script based on a script template to configure the firmware information; the firmware configuration tool includes a BMS parameter configuration tool, a BMS hardware configuration tool, and a host computer protocol configuration tool; the BMS parameter configuration tool is used to configure various battery protection parameters (such as voltage, current, temperature) and product attribute parameters (such as project name, customer information, number of battery strings, etc.), the BMS hardware configuration tool is used to perform various BMS-related hardware configurations, the BMS-related hardware configurations include analog front-end chip configuration, temperature sensor configuration, host computer communication port configuration, sleep wake-up GPIO port configuration, and data storage configuration, and the host computer protocol configuration tool is used to configure the host computer protocol type that supports the BMS product. It should be noted that the BMS hardware schematic diagram provides basic information of the hardware system, such as hardware architecture, device connection method, etc., to ensure that the firmware development can accurately match the hardware design and avoid functional failures caused by mismatch between firmware and hardware. BMS parameter configuration includes battery protection parameters (such as voltage, current, temperature) and product attribute parameters (such as project name, customer information, number of battery strings, etc.), which clarify the key functional requirements of various projects and guide the implementation of firmware functions. BMS secondary development requirements define project-specific functional expansion requirements (such as customized algorithms, communication protocols, etc.), which can support different personalized requirements and enhance product competitiveness. In this embodiment, hardware design, general functional parameters and personalized requirements are handled separately, which helps to clarify and standardize the development process. At the same time, through the subdivision of input configuration, all key information is ensured to be fully delivered to the firmware generation system to avoid missing or misunderstanding. After the subdivision of input configuration, firmware generation can quickly match project requirements and reduce development adjustment time. It should also be noted that the use of script templates can dynamically generate configuration scripts to meet the customized requirements of different projects. Templated design supports the rapid definition of new configuration scripts without manual writing, reducing the development burden. Configuration scripts can automatically complete firmware configuration work, reducing human intervention and errors. Moreover, the script template ensures that the generated configuration script meets unified standards and ensures the consistency and reliability of firmware development. It should also be noted that in this embodiment, the configuration tool has a clear functional division of labor. The BMS parameter configuration tool focuses on configuring battery protection and product attribute parameters to ensure that the firmware can correctly execute the battery protection logic and meet product specification requirements. The BMS hardware configuration tool configures key hardware-related parameters according to the project hardware schematic, including analog front-end chips, temperature sensors, GPIO ports, communication interfaces, etc., to ensure close adaptation of firmware and hardware and avoid system abnormalities caused by improper hardware configuration.The host computer protocol configuration tool configures the communication protocols (such as UART, CAN, I2C, etc.) supported by the host computer, so that the BMS product can be seamlessly connected with the host computer to meet the debugging and use requirements. It should be noted that in this embodiment, the tool responsibilities are divided according to parameters, hardware, communication protocols, etc., which is convenient for focusing on development and maintenance, improving the professionalism and applicability of the tools. The parameter configuration tool supports the diverse needs of different batteries and products, the hardware configuration tool can quickly adapt to the hardware changes of different projects, and the protocol configuration tool makes the product more compatible and meets the needs of various communication scenarios. In this embodiment, the complex configuration process is decomposed into multiple special tools to reduce the complexity of each tool and make it easier for developers to operate. It can be understood that in this embodiment, the battery protection parameters and product attribute parameter configuration can ensure the safety of the system in different environments and usage conditions (such as overvoltage protection, overcurrent protection, overtemperature protection), define battery pack specifications (such as number of strings, capacity) and project information, and facilitate product differentiation and customer management. Hardware configuration (analog front-end chip, temperature sensor, communication port, etc.) can ensure that the firmware generates the actual hardware conditions of the adaptation project. For example, the analog front-end chip configuration can match the specific chip model and support battery voltage and current monitoring. The communication interface configuration can support efficient communication between the host computer and the hardware, which is convenient for debugging and operation. The data storage configuration can ensure that the battery historical data and fault information can be correctly stored and called. The host computer protocol configuration can support different communication protocols, enhance the versatility and adaptability of BMS products, ensure that the firmware and the host computer can interact accurately, and facilitate later development, testing and user use.
[0023] In some preferred embodiments, when the project requirement interface is integrated with the BMS platform library to generate product firmware that supports embedded project customization requirements, it includes: integrating the project requirement interface with the BMS platform library through an integration tool to generate product firmware that supports embedded project customization requirements. It should be noted that the integration of the project requirement interface and the platform library involves complex code merging, interface matching and other operations, which are prone to introduce errors. The integration tool completes the binding of the interface and the library through an automated process, reduces manual operations, improves the accuracy and consistency of the integration process, can quickly complete the integration of the interface and the BMS platform library, and shortens the development cycle. It is understandable that in this embodiment, the integration tool can use an integration script based on a script template to automatically complete the integration of the project requirement interface and the BMS platform library. The script template here is a predefined integrated logic framework that contains a fixed code structure and fillable placeholders for dynamically generating integration scripts that adapt to different requirements. The content and form of the project requirement interface may vary with different projects, and can be quickly adjusted through the script template to reduce duplication of work.
[0024] In some preferred embodiments, when the development test system generates the project input configuration as a development test case set, it includes: the development test system generates the project input configuration as a development test case set through a development test case generation tool. It should be noted that writing test cases requires developers to have an in-depth understanding of the project input configuration and hardware / software interaction logic, and the process is complicated and time-consuming. The development test case generation tool can automatically parse the project input configuration (such as hardware parameters, functional requirements), and directly generate the corresponding test case set, eliminating tedious manual operations, reducing the developer's workload, and shortening the development and testing cycle.
[0025] In some preferred embodiments, the development test case generation tool adopts the test script used in the test environment of the BMS product, and the test script used in the test environment of the BMS product is generated by filling in the specific parameters corresponding to the development test environment based on the script template of the development test environment. It should be noted that the writing of test scripts usually requires developers to manually define and implement according to the specific needs of the test environment, which is labor-intensive and prone to errors. In this embodiment, the test script is automatically generated based on the script template, and the complex script logic can be pre-packaged as a template. Only specific parameters need to be filled in to generate a complete test script, thereby shortening the test preparation time, reducing the workload and error rate. Moreover, the script template can ensure that the generated test script is consistent in structure and logic through standardized design, avoiding confusion in format or style.
[0026] In some preferred embodiments, the specific parameters corresponding to the development and testing environment include various battery protection parameters, including voltage, current and temperature. It should be noted that the battery protection parameter is the core indicator of the BMS system, which is used to monitor and protect the operation safety of the battery pack in real time. Among them, voltage protection can prevent overcharging / overdischarging, current protection can prevent overcurrent / short circuit, and temperature protection can prevent battery damage caused by overheating or low temperature. During the development and testing phase, testing and verification of these parameters can ensure that the firmware can reliably respond to and handle abnormal situations.
[0027] In some preferred embodiments, the development test case set is imported into a development automated test system, and the development automated test system tests the project hardware and the product firmware according to the imported development test case set. It should be noted that the development automated test system tests the project hardware and the product firmware according to the imported development test case set, and can quickly execute the imported test case set, realize parallel processing of large-scale test tasks, and improve development test efficiency.
[0028] In some preferred embodiments, when the production test system generates the project input configuration as a production test case set, it includes: the production test system generates the project input configuration as a production test case set through a production test case generation tool. It should be noted that generating production test cases requires understanding the specific project configuration and test process, which is cumbersome and time-consuming. The production test case generation tool can automatically parse the project input configuration, quickly generate a production test case set that meets project requirements, improve efficiency, and reduce duplication of work and error risks.
[0029] In some preferred embodiments, the production test case generation tool adopts the test script used for the factory production test of the BMS product, and the test script used for the factory production test of the BMS product is generated by filling in the specific parameters corresponding to the factory production test environment based on the script template of the factory production test environment. It should be noted that writing a factory test script requires engineers to design each test step in detail, which is a time-consuming and error-prone process. In this embodiment, based on the template method, the general test logic is encapsulated as a template, and the script can be automatically generated by simply filling in the parameters related to the specific factory test environment, thereby reducing the time for repeated design and script writing, and quickly generating a factory test script. Moreover, the script template provides a standardized logical framework, and all generated test scripts follow the same specifications, which can ensure the consistency of the factory test process and results in different batches, factories or products, avoid quality problems caused by artificial design differences, and meet the standard requirements of production testing.
[0030] In some further embodiments, the production test case set is imported into the production automation test system, and the production automation test system performs production testing on the project hardware and product firmware that have passed the development test system test according to the imported production test case set, so as to mass produce the BMS products. It should be noted that the production automation test system can quickly complete the test tasks based on the imported case set, realize efficient batch testing, and support continuous batch production. At the same time, the production automation test system is executed based on a unified test case set to ensure that the test conditions and methods of each product are completely consistent, ensuring consistent factory quality.
[0031] It should be pointed out that the above embodiments are only preferred specific implementation modes of the present invention, and the protection scope of the present invention is not limited thereto. Any changes or substitutions that can be easily thought of by any technician familiar with the technical field within the technical scope disclosed by the present invention should be covered within the protection scope of the present invention. The protection scope of the present invention should be based on the protection scope of the claims.
Claims
1. A BMS platform development system, characterized in that: include: A firmware generation system, which generates product firmware supporting the project customization requirements according to the project input configuration of the BMS product and the project customization requirements of the BMS product; A development test system is used to generate the project input configuration into a development test case set to test the project hardware and the product firmware generated by the firmware generation system; A production test system generates the project input configuration into a production test case set, wherein the production test case set is used to perform production testing on the project hardware and the product firmware that have passed the test of the development test system, so as to mass produce the BMS product; The document generation system configures the project input to generate product documents corresponding to the BMS products produced in batches.
2. The BMS platform development system according to claim 1, characterized in that: When the firmware generation system generates product firmware that supports the project customization requirements, it includes: generating a BMS platform library according to the project input configuration of the BMS product, and generating a project requirement interface according to the project customization requirements; the project requirement interface is integrated with the BMS platform library to generate product firmware that supports embedded project customization requirements.
3. The BMS platform development system according to claim 2, characterized in that: When the firmware generation system generates the BMS platform library according to the project input configuration of the BMS product, it includes: the firmware generation system generates the BMS platform library according to the project input configuration of the BMS product through a firmware configuration tool.
4. The BMS platform development system according to claim 2, characterized in that: When the project requirement interface is integrated with the BMS platform library to generate product firmware that supports embedded project customization requirements, it includes: integrating the project requirement interface with the BMS platform library through an integration tool to generate product firmware that supports embedded project customization requirements.
5. The BMS platform development system according to claim 1, characterized in that: When the development test system generates the project input configuration into a development test case set, it includes: the development test system generates the project input configuration into a development test case set by using a development test case generation tool.
6. The BMS platform development system according to claim 5, characterized in that: The development test case generation tool adopts the test script used in the test environment of the BMS product. The test script used in the test environment of the BMS product is generated by filling in specific parameters corresponding to the development test environment based on the script template of the development test environment.
7. The BMS platform development system according to claim 6, characterized in that: The specific parameters corresponding to the development and testing environment include various battery protection parameters, and the various battery protection parameters include voltage, current and temperature.
8. The BMS platform development system according to claim 5, characterized in that: The development test case set is imported into a development automated test system, and the development automated test system tests the project hardware and the product firmware according to the imported development test case set.
9. The BMS platform development system according to claim 1, characterized in that: When the production test system generates the project input configuration into a production test case set, it includes: the production test system generates the project input configuration into a production test case set through a production test case generation tool.
10. The BMS platform development system according to claim 9, characterized in that: The production test case generation tool adopts the test script used for the factory production test of the BMS product. The test script used for the factory production test of the BMS product is based on the script template of the factory production test environment and is generated by filling in specific parameters corresponding to the factory production test environment.
Citation Information
Patent Citations
Integrated firmware implementation method and system based on various different models of BMC (baseboard management controller)
CN106055361A
Product demand document and test information generation method and device
CN110244934A
User customization-based FPGA system, firmware generation method and display equipment
CN113467857A
Firmware manufacturing method and device of equipment product, electronic equipment and storage medium
CN117573191A
Cited By
System and method for graphically configuring and automatically generating BMS (Battery Management System) upgrading firmware
CN119806601A
A System and Method for Graphical Configuration and Automatic Generation of BMS Upgrade Firmware
CN119806601B