Battery test system, program upgrading method, battery mutual charging device and medium

Abstract

This invention discloses a battery testing system, a program upgrade method, a battery intercharging device, and a medium. The program upgrade method based on the battery testing system includes: acquiring battery upgrade data sent by a host computer and storing the battery upgrade data in a data storage module; wherein the data storage module includes an upgrade data storage unit and an operation identification unit; determining the operating mode of the battery testing system based on the status identifier stored in the operation identification unit; if the operating mode is upgrade mode, performing a program upgrade based on the upgrade data stored in the upgrade data storage unit. This invention can effectively improve the upgrade efficiency of the battery testing system.

Description

Technical Field

[0001] This invention relates to the field of data processing technology, and in particular to a battery testing system, a program upgrade method, a battery cross-charging device, and a medium. Background Technology

[0002] In traditional lower-level machine application upgrade processes, bootloaders are required for the upgrade, necessitating extensive updates to both the bootloader and the application, resulting in massive upgrade data packets. However, in battery inter-charging manufacturing, the battery inter-charging board and its trays need frequent movement between different storage locations. Furthermore, the complex production environment, high temperatures, strong metal interference, and large workshop spaces make traditional wired and conventional wireless communication methods unsuitable. Therefore, low-power, long-range wireless communication methods such as LoRa are typically used in production environments. However, LoRa communication has a limited payload capacity per data packet. If the upgrade data packet is large, multiple packet transmissions are required, which not only prolongs the lower-level machine upgrade time but also increases the risk of packet loss, thus affecting the upgrade efficiency. Summary of the Invention

[0003] This invention aims to at least solve one of the technical problems existing in the prior art. To this end, this invention proposes a battery testing system, a program upgrade method, a battery cross-charging device, and a medium, which can effectively improve the upgrade efficiency of the battery testing system.

[0004] A program upgrade method based on a battery testing system according to a first aspect embodiment of the present invention includes: The system acquires battery upgrade data sent by the host computer and stores the battery upgrade data in the data storage module after a first preset time; wherein, the data storage module includes an upgrade data storage unit and an operation identification unit; The operating mode of the battery testing system is determined based on the status identifier stored in the operation identification unit. If the working mode is upgrade mode, the program is upgraded according to the upgrade data stored in the upgrade data storage unit.

[0005] The program upgrade method based on the battery testing system according to the embodiments of the present invention has at least the following beneficial effects: by directly storing the battery upgrade data to the data storage module, and determining whether the battery testing system needs to be upgraded based on the status identifier stored in the operation identification unit, since no boot verification is required during the battery testing system upgrade process, that is, the host computer only needs to send the data and identifier required for the upgrade to the battery testing system, reducing the data of the upgrade boot part, thereby reducing the overall data capacity of the battery upgrade data, and thus reducing the number of packets sent by the host computer, effectively improving the upgrade efficiency of the battery testing system and reducing the risk of packet loss.

[0006] According to some embodiments of the first aspect of the present invention, the battery upgrade data includes multiple upgrade data sub-packages, and the acquisition of the battery upgrade data further includes: Obtain the upgrade data sub-packet, and determine the encoding target bit in the preset marker bit field according to the sequence number corresponding to the upgrade data sub-packet; The encoded target bit is overwritten and assigned a value to obtain the encoded preset tag bit field.

[0007] According to some embodiments of the first aspect of the present invention, the program upgrade control method further includes: Obtain the first number of all the upgrade data sub-packets, and determine the completeness of the battery upgrade data packet based on the first number and the number of the encoded target bits in the preset flag bit field; Based on the completeness level, completeness information is returned to the host computer.

[0008] According to some embodiments of the first aspect of the present invention, sending integrity information to the host computer based on the integrity level includes: If the integrity is lower than the first preset threshold, a retransmission request is returned to the host computer. or, If the completeness is higher than the first preset threshold and lower than the second preset threshold, the unassigned bits to be encoded in the preset flag field after encoding are obtained, and a request for missing packets to be resent is returned to the host computer according to the sequence number of the bits to be encoded. Wherein, the first preset threshold is less than the second preset threshold.

[0009] According to some embodiments of the first aspect of the present invention, the battery upgrade data includes a verification code to be upgraded, and storing the battery upgrade data in a data storage module includes: In response to the upgrade confirmation information sent by the host computer, the battery upgrade data is stored in the data storage module; Specifically, after acquiring the battery upgrade data, the system returns the upgrade verification code to the host computer. If the upgrade verification code is the same as the target verification code, the host computer sends the upgrade confirmation information to the battery.

[0010] According to some embodiments of the first aspect of the present invention, the status identifier includes an upgrade identifier and an application identifier, and determining the operating mode of the battery testing system based on the status identifier stored in the operation identification unit includes: If the operation identification unit only stores the application identifier, the working mode of the battery testing system is determined to be the normal working mode; or, If the operation identification unit stores the upgrade identifier and the application identifier, the working mode of the battery testing system is determined to be the upgrade mode. or, If the operation identification unit does not store the upgrade identifier and the application identifier, the operating mode of the battery testing system is determined to be an abnormal mode.

[0011] According to some embodiments of the first aspect of the present invention, if the battery testing system operates in an abnormal mode, the program upgrade control method includes: If the upgrade data is stored in the upgrade data storage unit, the program is upgraded according to the upgrade data stored in the upgrade data storage unit; or, If the upgrade data storage unit does not store the upgrade data, an abnormal alarm message will be issued.

[0012] Secondly, embodiments of the present invention provide a battery testing system for implementing the program upgrade method based on the battery testing system provided in the first aspect embodiment.

[0013] The battery testing system according to a second aspect embodiment of the present invention has at least the following beneficial effects: by directly storing battery upgrade data to the data storage module, and determining whether the battery testing system needs to be upgraded based on the status identifier stored in the operation identification unit, since no boot verification is required during the battery testing system upgrade process, that is, the host computer only needs to send the data and identifier required for the upgrade to the battery testing system, reducing the data of the upgrade boot part, thereby reducing the overall data capacity of the battery upgrade data, and thus reducing the number of packets sent by the host computer, effectively improving the upgrade efficiency of the battery testing system and reducing the risk of packet loss.

[0014] Thirdly, embodiments of the present invention provide a battery intercharging device, including the battery testing system provided in the second aspect of the embodiments above.

[0015] The battery intercharging device according to a third aspect embodiment of the present invention has at least the following beneficial effects: by directly storing battery upgrade data to the data storage module, and determining whether the battery testing system needs to be upgraded based on the status identifier stored in the operation identification unit, since no boot verification is required during the battery testing system upgrade process, that is, the host computer only needs to send the data and identifier required for the upgrade to the battery testing system, reducing the data of the upgrade boot part, thereby reducing the overall data capacity of the battery upgrade data, and thus reducing the number of packets sent by the host computer, effectively improving the upgrade efficiency of the battery testing system and reducing the risk of packet loss.

[0016] Fourthly, embodiments of the present invention also provide a computer-readable storage medium storing computer-executable instructions for causing a computer to execute the program upgrade method based on the battery testing system described in the first aspect embodiment above.

[0017] The computer-readable storage medium according to the fourth aspect of the present invention has at least the following beneficial effects: by directly storing battery upgrade data to the data storage module, and determining whether the battery testing system needs to be upgraded based on the status identifier stored in the operation identification unit, since no boot verification is required during the battery testing system upgrade process, that is, the host computer only needs to send the data and identifier required for the upgrade to the battery testing system, the data of the upgrade boot part is reduced, thereby reducing the overall data capacity of the battery upgrade data, and thus reducing the number of packets sent by the host computer, effectively improving the upgrade efficiency of the battery testing system and reducing the risk of packet loss.

[0018] Other features and advantages of the invention will be set forth in the description which follows, and will be apparent in part from the description, or may be learned by practicing the invention. The objects and other advantages of the invention may be realized and obtained by means of the structures particularly pointed out in the description, claims, and drawings. Attached Figure Description

[0019] The present invention will be further described below with reference to the accompanying drawings and embodiments, wherein: Figure 1 A detailed flowchart of a program upgrade method based on a battery testing system provided in an embodiment of the present invention; Figure 2 for Figure 1 Detailed flowchart of step S100; Figure 3 A detailed flowchart of a program upgrade method based on a battery testing system, provided in another embodiment of the present invention; Figure 4 This is a schematic diagram of a battery testing system provided in an embodiment of the present invention. Detailed Implementation

[0020] To make the objectives, technical solutions, and advantages of this invention clearer, the invention will be further described in detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative and not intended to limit the invention.

[0021] It is understandable that although functional modules are divided in the device schematic diagram and a logical order is shown in the flowchart, in some cases, the steps shown or described may be performed in a different order than the module division in the device or the order in the flowchart. The terms "first," "second," etc., in the specification, claims, or the aforementioned drawings are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence.

[0022] In traditional lower-level machine application upgrade processes, bootloaders are required for the upgrade, necessitating extensive updates to both the bootloader and the application, resulting in massive upgrade data packets. However, in battery inter-charging manufacturing, the battery inter-charging board and its trays need frequent movement between different storage locations. Furthermore, the complex production environment, high temperatures, strong metal interference, and large workshop spaces make traditional wired and conventional wireless communication methods unsuitable. Therefore, low-power, long-range wireless communication methods such as LoRa are typically used in production environments. However, LoRa communication has a limited payload capacity per data packet. If the upgrade data packet is large, multiple packet transmissions are required, which not only prolongs the lower-level machine upgrade time but also increases the risk of packet loss, thus affecting the upgrade efficiency.

[0023] Based on this, embodiments of the present invention provide a program upgrade method, apparatus, device, and medium based on a battery testing system. By directly storing battery upgrade data to a data storage module, and determining whether the lower-level machine needs to be upgraded based on the status identifier stored in the operation identification unit, since no boot verification is required during the lower-level machine upgrade process, the upper-level machine only needs to send the data and identifiers required for the upgrade to the lower-level machine, reducing the data of the upgrade boot part, thereby reducing the overall data capacity of the battery upgrade data, and consequently reducing the number of packets sent by the upper-level machine, effectively improving the upgrade efficiency of the lower-level machine and reducing the risk of packet loss.

[0024] Firstly, referring to Figure 1 , Figure 1 A detailed flowchart of a program upgrade method based on a battery testing system provided in this embodiment of the invention includes, but is not limited to, the following steps: Step S100: Obtain the battery upgrade data sent by the host computer and store the battery upgrade data in the data storage module; Step S200: Determine the working mode of the battery testing system based on the status identifier stored in the operation identification unit; Step S300: If the working mode is upgrade mode, perform program upgrade based on the upgrade data stored in the upgrade data storage unit.

[0025] Understandably, if a bootloader is used in conjunction with a battery testing system for upgrades, the battery upgrade data will include both bootloader update data and data required for the battery testing system upgrade, resulting in a large volume of battery upgrade data. The battery testing system can be used in battery inter-charging equipment. During the battery inter-charging process, this equipment needs to move frequently between different storage locations, and the production environment is complex, with high temperatures, strong metal interference, and large workshop spaces. Low-power, long-range wireless communication methods such as LoRa are typically used in production sites. However, LoRa communication has a limited payload capacity per data packet. With a large volume of battery upgrade data, multiple packet transmissions are required, which not only prolongs the battery testing system upgrade time but also increases the risk of packet loss due to signal interference, thus affecting the upgrade efficiency of the battery testing system. Therefore, the host computer can send only the upgrade data and a status identifier used to determine whether the battery testing system needs an upgrade, without updating the bootloader. This reduces the amount of data transmitted for each application update, thereby reducing the number of packet transmissions by the host computer, effectively improving the upgrade efficiency of the battery testing system and reducing the risk of packet loss. Since the battery testing system does not require updating the boot program, and the battery upgrade data does not include boot data, the data storage module can be divided into an upgrade data storage unit, an operation identification unit, and a program storage unit. By reducing the storage unit used for storing boot data and re-dividing the upgrade data storage unit, operation identification unit, and program storage unit, the amount of data that can be stored in each unit can be increased. Furthermore, in battery inter-charging scenarios, the mother cell is powered by probe contact, and voltage instability may occur during battery contact. After receiving the battery upgrade data from the host computer, the battery upgrade data can be stored in the data storage module only after a first preset time, effectively improving the accuracy of data writing. For example, the battery testing system stores the battery upgrade data in the data storage module one second after receiving the battery upgrade data from the host computer (the first preset time).

[0026] It should be noted that after the battery upgrade data is stored in the data storage module, the battery testing system can determine the working mode of the battery testing system based on the status identifier stored in the operation identification unit. For example, the status identifier corresponding to the upgrade mode is 0xAA. If the battery recognizes that the operation identification unit stores the character 0xAA, it will enter the upgrade mode and perform program upgrade based on the upgrade data stored in the upgrade data storage unit.

[0027] Understandably, to ensure the accuracy of the program upgrade, after obtaining the battery upgrade data, an upgrade verification code can be returned to the host computer. If the upgrade verification code matches the target verification code, the host computer sends an upgrade confirmation message to the battery testing system. The battery testing system then stores the battery upgrade data in the data storage module after receiving the upgrade confirmation message from the host computer, thus ensuring the accuracy of the battery upgrade data. Specifically, the battery testing system only returns the upgrade verification code to the host computer after verifying the integrity of the battery upgrade data and confirming that no battery upgrade data packets are missing.

[0028] It should be noted that the status identifier includes an upgrade identifier and an application identifier. If the operation identification unit only stores the application identifier, the battery testing system is determined to be in normal working mode; if the operation identification unit stores both the upgrade identifier and the application identifier, the battery testing system is determined to be in upgrade mode; if the operation identification unit does not store either the upgrade identifier or the application identifier, the battery testing system is determined to be in abnormal mode. Furthermore, if the battery testing system is in abnormal mode, it can also send battery abnormal information to the user's mobile device based on pre-set user mobile device contact information. Battery abnormal information includes, but is not limited to, SMS alerts and telephone voice alerts; the battery testing system can also issue battery abnormal information by directly issuing an audible warning signal or an optical prompt signal. The upgrade identifier indicates that the battery testing system needs to be upgraded, and the application identifier is used to identify whether the battery testing system has launched an application.

[0029] Specifically, if the upgrade data storage unit contains upgrade data, the program is upgraded based on this data. If the upgrade data storage unit does not contain upgrade data, it indicates an abnormal burning process occurred during the battery upgrade data storage to the data storage module. In this case, the battery testing system can issue an abnormal alarm to alert the user. The abnormal alarm can be sent to the user's mobile device based on pre-set contact information, including but not limited to SMS alerts and telephone voice alerts. Alternatively, the battery testing system can issue an audible warning signal or an optical alert. When issuing an audible warning signal or optical alert, a different signal than the battery abnormality message can be used to improve fault identification efficiency.

[0030] Reference Figure 2 , Figure 2 for Figure 1 The detailed flowchart of step S100 includes, but is not limited to, the following steps: Step S110: Obtain the upgrade data sub-packet, and determine the encoding target bit in the preset marker bit field according to the sequence number corresponding to the upgrade data sub-packet; Step S120: Overwrite the target bit of the encoding to obtain the preset tag bit field after encoding.

[0031] Understandably, due to the limited payload capacity of a single LoRa communication data packet, it's impossible to transmit all battery upgrade data completely in a single signal transmission. Therefore, the battery upgrade data can be split into multiple sub-packets. After the battery testing system receives all the sub-packets, they are then integrated into the complete battery upgrade data. During this packet transmission process, due to signal interference, communication delays, and other issues, some upgrade data sub-packets may be lost. If lost sub-packets are not identified and processed in time during the data reception phase, subsequent upgrade failures may occur. Since each upgrade data sub-packet has a unique sequence number, after receiving the upgrade data sub-packet sent by the host computer, the encoding target bit can be determined in the preset marker field based on the corresponding sequence number of the upgrade data sub-packet. Then, the encoding target bit is overwritten and assigned a value to obtain the encoded preset marker field. The received upgrade data sub-packets are recorded, and subsequent determinations based on the encoded information in the preset marker field are sufficient to identify any lost upgrade data sub-packets. The preset flag field can be a storage unit within the data storage module used to store the reception status of upgrade data sub-packets, or it can be a storage unit within other storage modules of the battery testing system used to store the reception status of upgrade data sub-packets. By recording the reception status of upgrade data sub-packets in the preset flag field, packet loss can be effectively identified, thereby improving the upgrade success rate.

[0032] Specifically, in one embodiment, the preset marker field includes 16 bits. If the sequence number of the first upgrade data sub-packet received by the battery testing system is 5, then the fifth bit in the preset marker field is determined as the encoding target bit, and then the encoding target bit is overwritten and assigned a value. For example, in the initial state, all bits are set to 0. After determining the fifth bit as the encoding target bit, the fifth bit can be set to 1.

[0033] Reference Figure 3 , Figure 3 A detailed flowchart of a program upgrade method based on a battery testing system, provided for another embodiment of the present invention, includes, but is not limited to, the following steps: Step S400: Obtain the first number of all upgrade data sub-packets, and determine the completeness of the battery upgrade data packet based on the first number and the number of encoded target bits in the preset marker bit field; Step S500: Based on the completeness, return the completeness information to the host computer.

[0034] Understandably, the host computer sends a first quantity of upgrade data sub-packets along with the upgrade data sub-packets. This first quantity represents the total number of all upgrade data sub-packets. The integrity of the battery upgrade data packet can be determined based on this first quantity and the number of encoded target bits in the preset flag field. If the number of encoded target bits in the preset flag field is not equal to the first quantity, the integrity of the battery upgrade data packet is not 1, indicating packet loss. Therefore, integrity information can be returned to the host computer based on the integrity level. For example, if the integrity level is 1, integrity information indicating complete reception of the battery upgrade data can be returned; if the integrity level is not 1, integrity information indicating incomplete battery upgrade data can be returned. After receiving the integrity information indicating incomplete battery upgrade data, the host computer can resend the packet to the battery testing system.

[0035] It should be noted that production sites typically employ low-power, long-range wireless communication methods such as LoRa. Due to the relatively slow communication speed, if the completeness level is not 1, resending all upgrade data sub-packets from the host computer to the battery testing system would severely reduce the upgrade speed. Therefore, the battery testing system can return different packet requests to the host computer based on the completeness level. If the completeness level is below a first preset threshold, it indicates that the upgrade data sub-packets are severely missing, and simply resending them may not solve the problem. In this case, a retransmission request can be sent to the host computer. Furthermore, each bit in the preset flag field corresponds one-to-one with the sequence number of the upgrade data sub-packet. If an upgrade data sub-packet with a corresponding sequence number is missing, the corresponding bit in the preset flag field will not be assigned a value. If the completeness is lower than the second preset threshold but higher than the first preset threshold, it indicates that a small number of upgrade data sub-packets are missing, which can be resolved by resending them individually through the host computer. In this case, the battery testing system can first obtain the unassigned bits to be encoded in the encoded preset flag field, and return a request to the host computer to resend missing packets based on the sequence number of the bits to be encoded. The second preset threshold can be 1, and the first preset threshold (e.g., 0.3) is less than the second preset threshold. For example, if the first quantity of upgrade data sub-packets is 16, after the host computer stops sending packets, the fourth and eighth bits in the preset flag field are 0, meaning the bits to be encoded are the fourth and eighth bits. This indicates that upgrade data sub-packets with sequence numbers 4 and 8 are missing, and the battery testing system returns a request to the host computer to resend the missing packets for upgrade data sub-packets with sequence numbers 4 and 8. For example, if the initial number of upgrade data sub-packets is 14, after the host computer stops sending packets, the fifteenth and sixteenth bits can be set to 1, and then the unassigned bits to be encoded in the preset flag field after encoding can be retrieved. Using different retransmission strategies based on different levels of completeness can effectively improve the reception efficiency of battery data packets, thereby increasing the upgrade speed.

[0036] It should be noted that the battery testing system will only store the battery upgrade data in the data storage module after a first preset time, after all upgrade data sub-packets have been fully received, thus improving the integrity of the data write.

[0037] Secondly, referring to Figure 4 This invention provides a battery testing system 400, including a memory 410, a processor 420, and a computer program stored in the memory 410 and executable on the processor 420. The processor 420 executes the program to implement the program upgrade method based on the battery testing system as described in the first aspect embodiment above, for example, by executing... Figure 1 Method steps S100 to S300 in the text Figure 2 Method steps S110 to S120 and Figure 3 Method steps S400 to S500.

[0038] The memory 410, as a non-transitory computer-readable storage medium, can be used to store non-transitory software programs and non-transitory computer-executable programs, including the program upgrade method based on the battery testing system in the above embodiments of the present invention. The processor 420 implements the program upgrade method based on the battery testing system in the above embodiments of the present invention by running the non-transitory software program and instructions stored in the memory 410.

[0039] The memory 410 may include a program storage area and a data storage area. The program storage area may store the operating system and applications required for at least one function; the data storage area may store data required for executing the program upgrade method based on the battery testing system in the above embodiments. Furthermore, the memory 410 may include high-speed random access memory 410, and may also include non-transitory memory 410, such as at least one disk storage device, flash memory device, or other non-transitory solid-state storage device. It should be noted that the memory 410 may include remotely located memories 410 relative to the processor 420, and these remote memories 410 can be connected to the terminal via a network. Examples of such networks include, but are not limited to, the Internet, corporate intranets, local area networks, mobile communication networks, and combinations thereof.

[0040] Thirdly, embodiments of the present invention provide a battery intercharging device, which includes a battery testing system 400 as described in the second aspect embodiment. By directly storing battery upgrade data to a data storage module, and determining whether an upgrade of the battery testing system is required based on the status identifier stored in the operation identification unit, the battery testing system upgrade process does not require boot verification. That is, the host computer only needs to send the data and identifier required for the upgrade to the battery testing system, reducing the data of the upgrade boot part, thereby reducing the overall data capacity of the battery upgrade data, and consequently reducing the number of packets sent by the host computer, effectively improving the upgrade efficiency of the battery testing system and reducing the risk of packet loss.

[0041] Fourthly, embodiments of the present invention provide a computer-readable storage medium storing computer-executable instructions for causing a computer to execute the program upgrade method based on the battery testing system as described in the first aspect embodiment above, for example, executing... Figure 1 Method steps S100 to S300 in the text Figure 2 Method steps S110 to S120 and Figure 3 The method steps S400 to S500 are described above. Those skilled in the art will understand that all or some of the steps and systems disclosed in the above-disclosed methods can be implemented as software, firmware, hardware, and suitable combinations thereof. Some or all physical components can be implemented as processors, such as central processing units, digital signal processors, or microprocessors executing software, or as hardware, or as integrated circuits, such as application-specific integrated circuits (ASICs). Such software can be distributed on a computer-readable medium, which can include computer storage media or non-transitory media and communication media or transient media. As is known to those skilled in the art, computer storage media includes volatile and non-volatile, removable and non-removable media implemented in any method or technology for storing information such as computer-readable instructions, data structures, program modules, or other data. Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technologies, CD-ROM, digital versatile disc DVD or other optical disc storage, magnetic cartridges, magnetic tape, disk storage or other magnetic storage devices, or any other medium that can be used to store desired information and is accessible to a computer. Furthermore, as is known to those skilled in the art, communication media typically contain computer-readable instructions, data structures, program modules, or other data in modulated data signals such as carrier waves or other transmission mechanisms, and may include any information transmission medium.

[0042] In the description of this specification, the references to terms such as "one embodiment," "some embodiments," "illustrative embodiment," "example," "specific example," or "some examples," etc., indicate that a specific feature, structure, material, or characteristic described in connection with that embodiment or example is included in at least one embodiment or example of the invention. In this specification, the illustrative expressions of the above terms do not necessarily refer to the same embodiment or example. Furthermore, the specific features, structures, materials, or characteristics described may be combined in any suitable manner in one or more embodiments or examples.

[0043] The embodiments of the present invention have been described in detail above with reference to the accompanying drawings. However, the present invention is not limited to the above embodiments. Within the scope of knowledge possessed by those skilled in the art, various changes can be made without departing from the spirit of the present invention.

Claims

1. A program upgrade method based on a battery testing system, characterized in that, Applications in battery testing systems include: The system acquires battery upgrade data sent by the host computer and stores the battery upgrade data in a data storage module; wherein the data storage module includes an upgrade data storage unit and an operation identification unit. The operating mode of the battery testing system is determined based on the status identifier stored in the operation identification unit. If the working mode is upgrade mode, the program is upgraded according to the upgrade data stored in the upgrade data storage unit.

2. The program upgrade method based on the battery testing system according to claim 1, characterized in that, The battery upgrade data includes multiple upgrade data sub-packets, and obtaining the battery upgrade data sent by the host computer also includes: Obtain the upgrade data sub-packet, and determine the encoding target bit in the preset marker bit field according to the sequence number corresponding to the upgrade data sub-packet; The encoded target bit is overwritten and assigned a value to obtain the encoded preset tag bit field.

3. The program upgrade method based on the battery testing system according to claim 2, characterized in that, The program upgrade control method further includes: Obtain the first number of all the upgrade data sub-packets, and determine the completeness of the battery upgrade data packet based on the first number and the number of the encoded target bits in the preset flag bit field; Based on the completeness level, completeness information is returned to the host computer.

4. The program upgrade method based on the battery testing system according to claim 3, characterized in that, The step of sending integrity information to the host computer based on the integrity level includes: If the integrity is lower than the first preset threshold, a retransmission request is returned to the host computer. or, If the completeness is higher than the first preset threshold and lower than the second preset threshold, the unassigned bits to be encoded in the preset flag field after encoding are obtained, and a request for missing packets to be resent is returned to the host computer according to the sequence number of the bits to be encoded. Wherein, the first preset threshold is less than the second preset threshold.

5. The program upgrade method based on the battery testing system according to claim 1, characterized in that, The battery upgrade data includes a verification code to be upgraded, and storing the battery upgrade data in the data storage module includes: In response to the upgrade confirmation information sent by the host computer, the battery upgrade data is stored in the data storage module; Specifically, after acquiring the battery upgrade data, the system returns the upgrade verification code to the host computer. If the upgrade verification code is the same as the target verification code, the host computer sends the upgrade confirmation information to the battery testing system.

6. The program upgrade method based on the battery testing system according to claim 1, characterized in that, The status identifier includes an upgrade identifier and an application identifier. Determining the operating mode of the battery testing system based on the status identifier stored in the operation identification unit includes: If the operation identification unit only stores the application identifier, the working mode of the battery testing system is determined to be the normal working mode; or, If the operation identification unit stores the upgrade identifier and the application identifier, the working mode of the battery testing system is determined to be the upgrade mode. or, If the operation identification unit does not store the upgrade identifier and the application identifier, the operating mode of the battery testing system is determined to be an abnormal mode.

7. The program upgrade method based on the battery testing system according to claim 6, characterized in that, If the battery testing system operates in an abnormal mode, the program upgrade control method includes: If the upgrade data is stored in the upgrade data storage unit, the program is upgraded according to the upgrade data stored in the upgrade data storage unit; or, If the upgrade data storage unit does not store the upgrade data, an abnormal alarm message will be issued.

8. A battery testing system, characterized in that, The system includes a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the program to implement the program upgrade method for a battery testing system as described in any one of claims 1 to 7.

9. A battery charging device, characterized in that, Includes the battery testing system as described in claim 8.

10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer-executable instructions for causing a computer to perform the program upgrade method based on the battery testing system as described in any one of claims 1 to 7.

Images