Multi-battery pack parallel management upper computer control system

Abstract

The invention provides a multi-battery pack parallel management upper computer control system, comprising a plurality of battery packs which are electrically connected in sequence; the USBCAN box is respectively connected with the CAN interface of the battery pack at the head part and the CAN interface of the battery pack at the tail part, and is used for acquiring CAN communication data of each battery pack; the upper computer is connected with the USBCAN box and comprises a file analysis module which is used for loading a DBC file according to a DBC protocol file rule, interpreting an analysis setting rule in the DBC file to generate a datatree structure marked by a CANID, and analyzing the CAN communication data according to the datatree structure to obtain structure type data; the data analysis module is connected with the file analysis module, and is used for reading corresponding structure class data according to a single data analysis instruction when the single data analysis instruction input from the outside is received, and storing the structure class data in a hash table according to the form of a single parameter name and an analysis value so that a user can read the structure class data by using a hash [signal name] instruction; and the parallel package analysis module is connected with the data analysis module, and is used for creating a new hash table by adopting an instruction of new hash ['pack No '] when a new battery pack is connected in series into each battery pack so as to carry out entry of structural data of the new battery pack. The method has the beneficial effects that any CAN communication data can be analyzed, and data analysis under the condition that a plurality of battery packs are combined is supported.

Description

Technical Field

[0001] The present invention relates to the technical field of battery pack management, and more particularly, to a host control system for parallel connection management of multiple battery packs. Background Art

[0002] Existing host management systems for battery packs have certain limitations in terms of functionality and flexibility. Most of these host management systems for battery packs are developed based on specific CAN box brands, and they often cannot support other brands of CAN boxes and other communication methods, such as serial communication, at the same time. Therefore, the communication methods and applicability are relatively single. The core functions of these systems usually perform data parsing based on the DBC (Data Base CAN) protocol file, which means that they can only display all received CAN data signals, and cannot separately and independently display battery packs in the case of different devices and multiple battery packs in series, making it impossible for users to intuitively see the specific data of each battery pack, without an intuitive data dashboard and without the function of highlighting important data.

[0003] On the other hand, some host management systems developed by BMS (Battery Management System) board manufacturers are designed specifically based on the internal communication protocol of their own brand of BMS boards. Such systems cannot be used properly once they are out of their BMS product environment. Usually, they do not provide the function of parsing the DBC communication protocol either, because once they support the DBC parsing protocol, it means they are applicable to different BMS boards of any brand. This limits their adaptability and versatility in different usage scenarios.

[0004] In addition, these host control systems for battery packs also have some problems in the host control method for the parallel connection technology of multiple battery packs. For example, when multiple battery packs are disconnected, the system does not provide a timely reminder function, or directly fails, resulting in the host management system being unable to continue monitoring and managing other normally communicating battery packs, leading to low integration test efficiency. Once a communication failure occurs in a certain battery pack, the test has to start from the beginning again. Summary of the Invention

[0005] The technical problem to be solved by the present invention is to achieve the parsing of any CAN communication data and support data parsing in the case of multiple battery packs in parallel connection. To overcome the above defects of the prior art (or related art), the present invention provides a host control system for parallel connection management of multiple battery packs.

[0006] The present invention provides a host control system for parallel connection management of multiple battery packs, including: Multiple battery packs, electrically connected to each other in sequence; The USBCAN box is respectively connected to the CAN interfaces of the battery packs located at the head and the tail, and is used to obtain the CAN communication data of each battery pack; The host computer is connected to the USBCAN box and includes: A file parsing module, which is used to load the DBC file according to the DBC protocol file rules, interpret the parsing setting rules in the DBC file to generate a datatree structure marked with CANID, and parse each CAN communication data according to the datatree structure to obtain structured data; A data parsing module, connected to the file parsing module, is used to read the corresponding structured data according to the single data parsing instruction when receiving an externally input single data parsing instruction, and save it to the hash table in the form of the singal parameter name and the parsed value for the user to read using the instruction of hash['signal name']; And a packet parsing module, connected to the data parsing module, is used to create a new hash table and insert it using the instruction of new hash["packNo"] to enter the structured data of the new battery pack when a new battery pack is connected in series in each battery pack.

[0007] Compared with the prior art, the multi-battery-pack parallel-packaging management host computer control system of the present application has the following advantages: In the present application, multiple battery packs are connected in parallel in sequence. The USBCAN box is connected to the battery packs at the head and the tail, and then connected to the host computer. Based on the general DBC protocol file rules, the CAN communication data is parsed, and the DBC file is dynamically loaded, so as to have the function of parsing any CAN communication data, support the wide applicability characteristics of CAN box data of various brands and different BMS boards, and the normal communication of the battery packs is not affected even if a single battery pack is offline, realizing the parsing of any CAN communication data and supporting the data parsing in the case of multiple battery packs being connected in parallel.

[0008] In a possible implementation manner, the datatree structure generated by the file parsing module includes an information name, a big-endian / little-endian data format, whether to expand the CANID, CANData data and its signal subclasses.

[0009] In a possible implementation manner, the signal subclass includes signal signal data, a signal name, a numerical bit start, a bit length and precision, maximum and minimum values, a Chinese description, and a unit.

[0010] In a possible implementation, when the file parsing module receives a single data display instruction input externally, it traverses each piece of CAN communication data under the corresponding CANID tag according to the single data display instruction and displays it according to the signal parameter name.

[0011] In a possible implementation, the data parsing module uses the singal parameter name in the structure type data as the key name and the parsed value as the key value, and saves them into the hash table.

[0012] In a possible implementation, it further includes a switching display module, which is connected to the data parsing module and is used to traverse and add the battery pack numbers in the hash table to the drop-down box control. When the user selects any one of the battery pack numbers for display, it points the corresponding interface data hashUI to the corresponding battery pack data address in the hash table for real-time switching display, and assigns the value of the interface data hashUI to each data dashboard for visual display.

[0013] In a possible implementation, it further includes a fault reminder module, which is connected to the switching display module and is used for each battery pack. When receiving the CAN communication data of the battery pack, it resets the count of the battery pack according to the instruction hash["packNo"]["the key name for counting the number of times this pack is received, such as recNum"] = 1. When the switching display module performs switching display, it accumulatively counts the key value corresponding to the battery pack according to the instruction hash["packNo"]["the key name for counting the number of times this pack is received, such as recNum"]++, and when the cumulative count reaches a preset threshold, it determines that the battery pack is disconnected and reminds the user of a connection fault. BRIEF DESCRIPTION OF THE DRAWINGS

[0014] Figure 1 is the structural schematic diagram of the present invention; Figure 2 is the schematic diagram of the device connection of the present invention; Figure 3 is the schematic diagram of the conversion of the structure type data of the present invention; Figure 4 is the schematic diagram of the data parsing process of the present invention; Figure 5 is the schematic diagram of the interface of the host computer control system for parallel connection of 16 battery packs in Embodiment 1 of the present invention; Figure 6 is the schematic diagram of the DBC parsing interface for parallel connection of 16 battery packs in Embodiment 1 of the present invention; Figure 7 is the schematic diagram of the interface of the host computer control system for a single-pack multi-string battery pack in Embodiment 2 of the present invention; Figure 8 Schematic diagram of the DBC parsing interface of the single-pack multi-string battery pack in Embodiment 2 of the present invention; Description of the reference numerals: 1, battery pack; 2, USBCAN box; 3, host computer; 31, file parsing module; 32, data parsing module; 33, parallel-pack parsing module; 34, switching display module; 35, fault reminder module. Detailed implementation manners

[0015] First of all, those skilled in the art should understand that these implementation manners are only used to explain the technical principles of the embodiments of the present application, and are not intended to limit the protection scope of the embodiments of the present application. Those skilled in the art can adjust them as needed to adapt to specific application scenarios.

[0016] The following further describes the present application in detail with reference to the drawings and specific embodiments.

[0017] Refer to Figure 1 and Figure 2 , the embodiments of the present application disclose a multi-battery-pack parallel-pack management host computer control system, which can be applied to USBCAN boxes 2 of different manufacturers, and based on the general DBC data parsing protocol, parse the CAN communication data of the battery pack 1, and intuitively display the real-time data of the CAN communication of different battery packs 1 in a friendly data dashboard. When multiple battery packs 1 are connected, if a certain battery pack 1 fails and disconnects, it does not affect the communication of the normal communication battery packs 1, and there is a function to remind when a battery pack 1 disconnects.

[0018] Continue to refer to Figure 1, the multi-battery-pack parallel-packaging management host computer control system of the present application includes multiple battery packs 1, a USBCAN box 2, and a host computer 3. The host computer 3 includes a file parsing module 31, a data parsing module 32, a parallel-packaging parsing module 33, a switching display module 34, and a fault reminder module 35. Among them, the file parsing module 31 is used to load the DBC file according to the DBC protocol file rules, interpret the parsing setting rules in the DBC file to generate a datatree structure marked by CANID, and parse each CAN communication data according to the datatree structure to obtain structured data; the data parsing module 32 is used to, when receiving a single data parsing instruction input from the outside, read the corresponding structured data according to the single data parsing instruction, and save it to the hash table in the form of the singal parameter name and the parsing value for the user to read using the instruction hash['signal name']; the parallel-packaging parsing module 33 is used to, when a new battery pack is inserted into each battery pack 1, create a new hash table using the instruction new hash["packNo"] and insert it to enter the structured data of the new battery pack; the switching display module 34 is used to traverse and add the battery pack numbers in the hash table to the dropdown control. When the user selects any one of the battery pack numbers for display, the corresponding interface data hashUI is pointed to the corresponding battery pack data address in the hash table for real-time switching display, and the value of the interface data hashUI is assigned to the data dashboard for visual display; the fault reminder module 35 is used for each battery pack 1. When receiving the CAN communication data of the battery pack 1, reset the count of the battery pack 1 according to the instruction hash["packNo"]["the key name for counting the number of times this pack is received, such as recNum"] = 1. When the switching display module 34 performs switching display, accumulate and count the key value corresponding to the battery pack 1 according to the instruction hash["packNo"]["the key name for counting the number of times this pack is received, such as recNum"]++, and when the cumulative count reaches a preset threshold, determine that the battery pack 1 is disconnected and remind the user of a link fault.

[0019] The function implementation and development plan of the multi-battery-pack parallel-packaging management host computer control system in the present application are as follows: 1. DBC Protocol File Parsing See Figure 3, load the DBC file according to the DBC protocol file rules, interpret the specific parsing setting rules in the DBC file. First, interpret the Message messages in it and convert them into data structure classes: including message name, endian data format, whether to expand the CAN ID. The CANData data and its signal subclasses include each signal data, signal name, numerical bit start, bit length and precision, maximum and minimum values, description, unit, etc. in this message to form a Message packet message data tree structure marked by CAN ID, that is, the commonly used datatree structure. In this way, for the received CAN communication data, the corresponding data can be parsed according to the CAN ID. When the data of a specific CAN ID needs to be displayed, traverse the CAN communication data under the specific specified CAN ID and display it according to the signal parameter name, so as to achieve the parsing and reading of CAN communication data, and then complete the conversion of any DBC file into a specific data parsing structure tree class to meet the general requirements of this host computer control system; 2. Real-time data parsing See Figure 4 , when the DBC file structure is complex and there are many long message signals, if you need to parse and display a certain data, relying solely on the CAN ID to search and traverse cannot achieve instant reading and display. Moreover, for multi-tasking programs, it will cause the user interface to freeze. To solve this problem, it is necessary to optimize the storage method of DBC structure data. The hash table key-value mode is obviously suitable for this situation, that is, using the signal parameter name in the DBC file as the key name and the specific parsed value as the key value. Taking advantage of multi-threading, when reading CAN communication data and parsing the received CAN ID message signals, save the parsed data into the hash table according to the signal parameter name -> parsed value. In this way, the value can be instantly read in the main thread using hash['signal name'] to meet the real-time requirements of this host computer control system; 3. Multi-battery-pack parallel-pack data parsing Through the above two points, the parsing of CAN communication data can already be completed, but it is impossible to display the data of different battery packs 1 separately. Because for the CAN communication data of each battery pack 1, except for the different CAN IDs, the signal names are the same. And in most cases, a design scheme with different CAN IDs but the same signal names is adopted. Using hash['signal name'] cannot specifically identify the data of which battery pack 1. At this time, it is necessary to optimize the hash table for storing data. Utilize the feature that different CAN IDs carry the battery pack number, such as: 0x8012301, where the last two digits 01 are the battery pack number as the key value, such as: hash["packNo"]["the data address corresponding to the hash table of this pack"]. In the case of a new battery pack being connected in series, directly create a new hash table with new hash["packNo"] and insert it to achieve the function of combining and accessing the packs, and meet the application requirement that as long as the data of battery pack 1 is received, the data can be parsed, thus completing the requirement for multiple packs of this host computer control system; 4. User interface battery pack switching and data dashboard display, disconnection prompt implementation Through the above points, the data of battery pack 1 can be displayed corresponding to each sub-pack. First, traverse the battery pack numbers, which are the key names of the hash table of battery pack 1, and add them to the selection dropdown control. When the user selects a battery pack number to display, point the hashUI of the interface data to be displayed to the corresponding battery pack data address in the hash table of battery pack 1, and the display can be switched in real time; then assign the values in hashUI to the set values in the specific data dashboards. For the actual scenario where there is no reminder when battery pack 1 is lost due to communication failure, establish a counting mechanism. When the data of battery pack 1 is received, set hash["packNo"]["the key name for counting the number of times this pack is received, such as recNum"] = 1 to reset the received data count for this pack, and when displaying in the user interface, increment the key value hash["packNo"]["the key name for counting the number of times this pack is received, such as recNum"]++; when the disconnection occurs due to a fault, since the data of this pack is not received and the count is not reset, it will definitely keep accumulating. When a certain accumulation number is reached, it can be considered that battery pack 1 has been disconnected, and a link failure prompt is given to the user. In this way, the application requirements of this host computer control system are completed.

[0020] As can be seen from the above, the present application realizes the parsing of CAN communication data based on a general DBC file and dynamically loads the DBC file, enabling the host computer control system to have the function of parsing any CAN communication data, supporting the extensive applicability characteristics of CAN box data of various brands and different BMS boards, supporting the function of dynamically dropping down and selecting the data of each battery pack 1 in parallel to independently display the data of that pack. Among them, the normal communication of the battery pack 1 is not affected even if a single battery pack 1 is offline. When a disconnection fault occurs, there is an automatic detection function for the previously connected battery pack 1, and there is no need for the lower computer to send a "heartbeat" signal.

[0021] Example 1 See Figure 5 and Figure 6 , in the project of 16 battery packs 1, the content of the present application is used to parse data transmission and reception. The USBCAN box 2 uses the Zhou Ligong USBCAN_2E model. The Chuangxin USBCAN and a certain single-channel USBCAN1 box are respectively connected to the host computer control system. A DBC file is written according to the CAN data parsing protocol of this project. After the host computer control system loads this DBC parsing file, the transmission and reception data of all battery packs 1 can be displayed. In the data dashboard interface, after modifying the UI display elements according to the project requirements, different battery packs 1 can be selected by dropping down to display the data of different battery packs 1.

[0022] Example 2 See Figure 7 and Figure 8 , in the project of a single-pack multi-string battery pack, the content of the present application is used to parse data transmission and reception. The USBCAN box 2 uses the Zhou Ligong USBCAN_2E model. The Chuangxin USBCAN and a certain single-channel USBCAN1 box are respectively connected to the host computer control system. A DBC file is written according to the CAN data parsing protocol of this project. After the host computer control system loads this DBC file, the transmission and reception data of all battery packs 1 can be displayed. In the data dashboard interface, after modifying the UI display elements according to the project requirements, different battery packs 1 can be selected by dropping down to display the data of different battery packs 1.

[0023] In summary, from the above examples, it can be seen that by simply modifying some configurations, it can be applied to actual requirements, realizing the versatility of the present host computer control system. It can also be normally applied in single-pack or multi-pack projects, can be quickly applied to specific project requirements, shortens the project development cycle, has a certain positive impact on the rapid delivery of the project, and generates beneficial effects.

[0024] In the description of the present application, the descriptions referring to terms such as "one embodiment", "some embodiments", "in this embodiment", "specific examples", or "some examples", etc., mean that the specific features, structures, materials, or characteristics described in connection with the embodiment or example are included in at least one embodiment or example of the present application. In this specification, the schematic expressions of the above terms do not necessarily refer to the same embodiment or example. Moreover, the specific features, structures, materials, or characteristics described can be combined in a suitable manner in any one or more embodiments or examples. In addition, without contradiction, those skilled in the art can combine and combine the different embodiments or examples described in this specification and the features of different embodiments or examples.

[0025] As described above, it is only the specific implementation manner of the present application, but the protection scope of the present application is not limited thereto. Any changes or substitutions that can be easily conceived by those skilled in the art within the technical scope disclosed in the present application should be covered within the protection scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.

Claims

1. A host computer control system for managing multiple battery packs, characterized in that: include: A plurality of battery packs (1), wherein the battery packs (1) are electrically connected in sequence; A USBCAN box (2) connected to a CAN interface of the battery pack (1) at the head and a CAN interface of the battery pack (1) at the tail, respectively, for acquiring CAN communication data of each battery pack (1); The host computer (3) is connected to the USBCAN box (2) and comprises: A file parsing module (31), used to load a DBC file according to a DBC protocol file rule, interpret the parsing setting rule in the DBC file to generate a datatree structure marked with a CANID, and parse each of the CAN communication data according to the datatree structure to obtain structure data; A data parsing module (32), connected to the file parsing module (31), is used to read the corresponding structured data according to the single data parsing instruction when receiving a single data parsing instruction input from the outside, and save it in a hash table in the form of a singal parameter name and a parsed value so that the user can read it using the instruction of hash['signal name']; A packet analysis module (33) is connected to the data analysis module (32) and is used to create a new hash table using a new hash["packNo"] instruction to insert the structural data of the new battery pack when a new battery pack is serially inserted into each of the battery packs (1).

2. The host computer control system for managing multiple battery packs according to claim 1, characterized in that: The datatree structure generated by the file parsing module (31) includes information name, big-endian and small-endian data formats, whether to extend CANID, CANData data and its signal subclasses.

3. The host computer control system for managing multiple battery packs according to claim 2 is characterized in that: The signal subclass includes signal data, signal name, value bit start, bit length and precision, maximum min / max value, Chinese description, and unit.

4. The host computer control system for managing multiple battery packs according to claim 1, characterized in that: When receiving a single data display instruction input from the outside, the file parsing module (31) traverses each CAN communication data under the corresponding CANID tag according to the single data display instruction and displays it according to the signal parameter name.

5. The host computer control system for managing multiple battery packs according to claim 1, characterized in that: The data parsing module (32) uses the singal parameter name in the structure data as a key name and the parsed value as a key value, and saves them in the hash table.

6. The host computer control system for managing multiple battery packs according to claim 1, characterized in that: It also includes a switching display module (34), which is connected to the data analysis module (32) and is used to traverse the battery pack numbers in the hash table and add them to the drop-down box control. When a user selects any of the battery pack numbers for display, the corresponding interface data hashUI is pointed to the corresponding battery pack data address in the hash table for real-time switching display, and the value of the interface data hashUI is assigned to the data dashboard for visual display.

7. The host computer control system for managing multiple battery packs according to claim 6, characterized in that: It also includes a fault reminder module (35) connected to the switching display module (34) and used for, for each of the battery packs (1), when receiving the CAN communication data of the battery pack (1), resetting the count of the number of times the battery pack (1) is received according to the instruction hash["packNo"]["key name of the number of times the package is received, such as recNum"]=1; when the switching display module (34) performs switching display, accumulating the key value corresponding to the battery pack (1) according to the instruction hash["packNo"]["key name of the number of times the package is received, such as recNum"]++; and when the accumulated count reaches a preset threshold, determining that the battery pack (1) is disconnected and reminding the user of a link fault.

Images