Device debugging configuration method, workbench, device and storage medium

Abstract

This application discloses a device debugging and configuration method, a workbench, a device, and a storage medium, relating to the field of industrial technology. The device debugging and configuration workbench of this application responds to debugging and configuration commands, determines multiple devices to be debugged based on communication connection information in a preset debugging configuration file, and performs batch communication configuration on all devices. Based on the debugging parameter file in the preset debugging configuration file, it performs batch parameter debugging on the devices after communication configuration or devices after program burning, completing the device debugging and configuration. The devices after program burning are obtained by batch program burning of the devices after communication configuration based on the program burning file in the preset debugging configuration file. Each debugging step is processed in batches in parallel, and the total debugging time is no longer strongly linearly related to the number of devices, significantly compressing the time consumed in the static debugging stage, thereby reducing its proportion in the total debugging time. Therefore, this application can solve the technical problem of low on-site debugging efficiency.

Description

Technical Field

[0001] This application relates to the field of industrial technology, and in particular to a method for equipment debugging and configuration, a workbench, an equipment, and a storage medium. Background Technology

[0002] In the construction and commissioning of energy storage power stations, the power conversion system (PCS) is the core equipment, and its on-site commissioning is a key link to ensure the safe, stable and efficient operation of the system. The commissioning of the power conversion system usually includes two parts: static commissioning and dynamic commissioning.

[0003] Currently, the commonly used static commissioning method still relies on manual operation of each unit individually. Specifically, commissioning personnel need to perform multiple steps of commissioning for each energy storage converter sequentially. The operation is cumbersome and lengthy, and highly dependent on the experience and proficiency of the commissioning personnel. Moreover, the static commissioning phase usually accounts for about one-third of the total on-site commissioning time. As the scale of energy storage power stations continues to expand, unit-by-unit commissioning will slow down the commissioning progress of the entire station and reduce on-site commissioning efficiency. Summary of the Invention

[0004] The main purpose of this application is to provide a device debugging and configuration method, a workbench, a device, and a storage medium, aiming to solve the technical problem of low efficiency in on-site debugging.

[0005] To achieve the above objectives, this application proposes a device debugging and configuration method, applied to a device debugging and configuration workbench, the device debugging and configuration method comprising:

[0006] In response to the debug configuration command, based on the communication connection information in the preset debug configuration file, multiple devices to be debugged are identified and batch communication configuration is performed on all devices to be debugged; Based on the debugging parameter file in the preset debugging configuration file, batch parameter debugging is performed on the communication configured device or the program-burned device to complete the device debugging configuration. The program-burned device is obtained by batch burning the program to the communication configured device according to the program burning file in the preset debugging configuration file.

[0007] In one embodiment, the communication connection information includes an IP address configuration table, which includes a set of identification codes for the devices to be debugged. The step of determining multiple devices to be debugged based on the communication connection information in a preset debugging configuration file includes: Broadcast device detection requests to multiple online devices within the local area network; Receive multiple identification codes from the multiple online devices in response to the device detection request, and determine whether each identification code exists in the identification code set; The online device corresponding to the identity code existing in the identity code set is determined to be the device to be debugged.

[0008] In one embodiment, the IP address configuration table further includes the original IP address and planned IP address of the device to be debugged. The step of performing batch communication configuration for all devices to be debugged based on the communication connection information in the preset debugging configuration file includes: Obtain the first current IP address of multiple online devices in the local area network, and determine whether the first current IP address is consistent with the original IP address; If they match, the target IP address is determined based on the first current IP address, the corresponding identification code, and the first correspondence between the identification code set, the original IP address, and the planned IP address. Based on the identification codes, an IP modification instruction is sent to each device to be debugged. The IP modification instruction is used to instruct each device to modify the first current IP address to the corresponding target IP address. After the target IP address corresponding to all devices to be debugged takes effect, batch communication configuration is performed on all devices to be debugged based on the target IP address.

[0009] In one embodiment, the communication connection information further includes a communication configuration file and an association form containing a second correspondence between the communication configuration file and the planned IP address. The step of performing batch communication configuration on all devices to be debugged according to the target IP address includes: Obtain the second current IP address of multiple online devices within the local area network, and determine whether the second current IP address is the target IP address and whether it exists in the associated form; If it is the target IP address and exists in the associated form, then determine whether the communication configuration file corresponding to the second current IP address has been sent; If the configuration file has not yet been distributed, the communication configuration file corresponding to the second current IP address will be distributed to the target online device that has not yet distributed the communication configuration file, and the process will return to the step of obtaining the second current IP address of multiple online devices in the local area network, until all devices corresponding to the planned IP addresses in the association form complete the communication configuration update according to the corresponding communication configuration file.

[0010] In one embodiment, before the step of performing batch parameter debugging on the communication-configured device or the program-burned device according to the debugging parameter file in the preset debugging configuration file, the method further includes: The program burning file is parsed to obtain a third correspondence between different chip types and burning data; Identify multiple devices to be programmed and obtain the programming node information for each of the devices to be programmed; Based on the programming node information and the third correspondence, the target programming data matching each of the programming devices is determined; Based on the target IP address, a start burning command is sent to each of the devices to be burned. The start burning command is used to instruct each of the devices to be burned to perform a burning action according to the corresponding target burning data in order to complete the batch program burning.

[0011] In one embodiment, the step of determining multiple devices to be programmed and obtaining programming node information for each of the devices to be programmed includes: Obtain the third current IP address of multiple online devices within the local area network, and determine whether the third current IP address is the target IP address; If so, then according to the third current IP address, the corresponding device is sequentially sent an entry into programming mode instruction and a programming node scan instruction. The entry into programming mode instruction is used to instruct the corresponding device to enter the debugging programming mode. The programming node scan instruction is used to instruct the device that has entered the debugging programming mode to provide programming node information. The programming node information includes programmable nodes. The device receives the programming node information and determines the device among the multiple online devices that has a programmable node as the device to be programmed.

[0012] In one embodiment, the debugging parameter file includes a parameter configuration table, and the step of performing batch parameter debugging on the communication-configured device or the program-burned device according to the debugging parameter file in the preset debugging configuration file includes: Parse the parameter configuration table to obtain the parameter address, setting value, and setting model; Obtain the fourth current IP address and device model of multiple online devices in the local area network, determine whether the fourth current IP address is within the preset IP setting range, determine whether the fourth current IP address is the target IP address, and determine whether the corresponding device model is consistent with the set model; The device that is within the preset IP setting range, has the target IP address, and is consistent with the set model is identified as the device to be debugged. In response to the parameter distribution operation, the operation password of the current user is verified. After the operation password is verified, the corresponding parameter address, setting value and operation password are sent to all devices to be debugged, so that all devices to be debugged can perform parameter debugging according to the parameter address, setting value and operation password.

[0013] Furthermore, to achieve the above objectives, this application also proposes a device debugging and configuration workbench, which is connected to devices within a local area network via a communication switch. The device debugging and configuration workbench includes: The communication configuration module is used to respond to the debugging configuration command, determine multiple devices to be debugged according to the communication connection information in the preset debugging configuration file, and perform batch communication configuration on all devices to be debugged. The parameter debugging module is used to perform batch parameter debugging on the communication configured device or the program-burned device according to the debugging parameter file in the preset debugging configuration file, and complete the device debugging configuration. The program-burned device is obtained by batch program burning of the communication configured device according to the program burning file in the preset debugging configuration file.

[0014] In one embodiment, the communication connection information includes an IP address configuration table, the IP address configuration table including a set of identification codes for the device to be debugged, and the communication configuration module includes: The detection submodule is used to broadcast device detection requests to multiple online devices within the local area network; The identity determination submodule is used to receive multiple identity identification codes fed back by the multiple online devices in response to the device detection request, and to determine whether each of the identity identification codes exists in the identity identification code set; The first determination submodule is used to determine that the online device corresponding to the identity code existing in the identity code set is the device to be debugged.

[0015] In one embodiment, the IP address configuration table further includes the original IP address and the planned IP address of the device to be debugged, and the communication configuration module further includes: The first judgment submodule is used to obtain the first current IP address of multiple online devices in the local area network and determine whether the first current IP address is consistent with the original IP address. The IP address determination submodule is used to determine the target IP address based on the first current IP address, the corresponding identification code, and the first correspondence between the identification code set, the original IP address, and the planned IP address if they match. The instruction issuing submodule is used to issue an IP modification instruction to each device to be debugged according to the identification code. The IP modification instruction is used to instruct each device to be debugged to modify the first current IP address to the corresponding target IP address. The batch communication configuration submodule is used to perform batch communication configuration on all devices to be debugged based on the target IP address after the target IP address corresponding to all devices to be debugged has taken effect.

[0016] In one embodiment, the communication connection information further includes a communication configuration file and an association form containing a second correspondence between the communication configuration file and the planned IP address. The batch communication configuration submodule includes: The first judgment unit is used to obtain the second current IP address of multiple online devices in the local area network, and to determine whether the second current IP address is the target IP address and whether it exists in the associated form; The second judgment unit is used to determine whether the communication configuration file corresponding to the second current IP address has been sent if the target IP address exists in the associated form. The file distribution unit is used to distribute the communication configuration file corresponding to the second current IP address to the target online device that has not yet distributed the communication configuration file if it has not yet been distributed, and return to the step of obtaining the second current IP address of multiple online devices in the local area network, until all devices corresponding to the planned IP addresses in the association form complete the communication configuration update according to the corresponding communication configuration file.

[0017] In one embodiment, before the step of performing batch parameter debugging on the communication-configured device or the program-burned device according to the debugging parameter file in the preset debugging configuration file, the device debugging configuration workbench further includes: The parsing module is used to parse the program burning file to obtain a third correspondence between different chip types and burning data; The programming device determination module is used to determine multiple programming devices and obtain programming node information for each of the programming devices. The burning data determination module is used to determine the target burning data that matches each of the devices to be burned, based on the burning node information and the third correspondence relationship. The batch program burning module is used to send a start burning command to each of the devices to be burned according to the target IP address. The start burning command is used to instruct each of the devices to be burned to perform a burning action according to the corresponding target burning data to complete the batch program burning.

[0018] In one embodiment, the programming device determination module includes: The second judgment submodule is used to obtain the third current IP address of multiple online devices in the local area network and determine whether the third current IP address is the target IP address. The instruction sending submodule is used to send an entry into programming mode instruction and a programming node scanning instruction to the corresponding device in sequence according to the third current IP address if the condition is met. The entry into programming mode instruction is used to instruct the corresponding device to enter the debugging programming mode. The programming node scanning instruction is used to instruct the device that has entered the debugging programming mode to provide programming node information. The programming node information includes programmable nodes. The programming device determination submodule is used to receive the programming node information and determine the device among the multiple online devices that has a programmable node as the programming device.

[0019] In one embodiment, the debugging parameter file includes a parameter configuration table, and the parameter debugging module includes: The parsing submodule is used to parse the parameter configuration table to obtain the parameter address, setting value, and setting model; The third judgment submodule is used to obtain the fourth current IP address and device model of multiple online devices in the local area network, determine whether the fourth current IP address is within the preset IP setting range, determine whether the fourth current IP address is the target IP address, and determine whether the corresponding device model is consistent with the set model. The second determination submodule is used to determine the device that is within the preset IP setting range, is the target IP address and is consistent with the set model as the device to be debugged; The parameter debugging submodule is used to respond to the parameter issuance operation, verify the operation password of the current operation user, and after the operation password is verified, send the corresponding parameter address, setting value and operation password to all devices to be parameter debugged, so that all devices to be parameter debugged can perform parameter debugging according to the parameter address, setting value and operation password.

[0020] In addition, to achieve the above objectives, this application also proposes a device debugging and configuration device, which includes: a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the computer program is configured to implement the steps of the device debugging and configuration method described above.

[0021] In addition, to achieve the above objectives, this application also proposes a storage medium, which is a computer-readable storage medium, on which a computer program is stored, and when the computer program is executed by a processor, it implements the steps of the device debugging and configuration method described above.

[0022] In addition, to achieve the above objectives, this application also provides a computer program product, which includes a computer program that, when executed by a processor, implements the steps of the device debugging and configuration method described above.

[0023] One or more technical solutions proposed in this application have at least the following technical effects: The device debugging and configuration workbench of this application responds to debugging and configuration commands, identifies multiple devices to be debugged based on the communication connection information in the preset debugging configuration file, and performs batch communication configuration on all devices. Based on the debugging parameter file in the preset debugging configuration file, it performs batch parameter debugging on the devices after communication configuration or after program burning, completing the device debugging and configuration. The devices after program burning are obtained by batch program burning of the devices after communication configuration based on the program burning file in the preset debugging configuration file. It can be understood that the above-mentioned device debugging and configuration process of this application is entirely based on the preset debugging configuration file and is automatically executed by the device debugging and configuration workbench without manual intervention. Furthermore, in each debugging stage—communication configuration, program burning, and parameter debugging—batch parallel processing is performed, allowing multiple devices to share the preparation and execution overhead in each debugging stage. The total debugging time is no longer strongly linearly related to the number of devices, significantly compressing the time spent in the static debugging stage, thereby reducing its proportion in the total debugging time and improving on-site debugging efficiency. Attached Figure Description

[0024] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this application and, together with the description, serve to explain the principles of this application.

[0025] To more clearly illustrate the technical solutions in the embodiments of this application or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, for those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0026] Figure 1 This is a flowchart illustrating the first embodiment of the equipment debugging and configuration method of this application. Figure 2 This is a schematic diagram of the first scenario provided in Embodiment 1 of the equipment debugging and configuration method of this application; Figure 3 This is a schematic diagram of the second scenario provided in Embodiment 1 of the equipment debugging and configuration method of this application; Figure 4 This is a first logical architecture diagram provided for Embodiment 2 of the equipment debugging and configuration method of this application; Figure 5 This is a second logical architecture diagram provided for Embodiment 2 of the equipment debugging and configuration method of this application; Figure 6 This is a third logical architecture diagram provided for Embodiment 3 of the equipment debugging and configuration method of this application; Figure 7 The fourth logical architecture diagram provided in Embodiment 3 of the equipment debugging and configuration method of this application; Figure 8This is a schematic diagram of the hardware operating environment involved in the device debugging and configuration method in this application embodiment.

[0027] The purpose, features, and advantages of this application will be further explained in conjunction with the embodiments and with reference to the accompanying drawings. Detailed Implementation

[0028] It should be understood that the specific embodiments described herein are merely illustrative of the technical solutions of this application and are not intended to limit this application.

[0029] To better understand the technical solution of this application, a detailed description will be provided below in conjunction with the accompanying drawings and specific implementation methods.

[0030] It should be noted that the executing entity in this embodiment can be a computing service device with data processing, network communication, and program execution functions, such as a tablet computer, personal computer, or mobile phone, or an electronic device or device debugging and configuration device capable of performing the above functions. The following description uses a device debugging and configuration device as an example to illustrate this embodiment and the subsequent embodiments.

[0031] Based on this, embodiments of this application provide a device debugging and configuration method, referring to... Figure 1 , Figure 1 This is a flowchart illustrating the first embodiment of the device debugging and configuration method of this application.

[0032] In this embodiment, the device debugging and configuration method includes steps S10 to S20: Step S10: In response to the debugging configuration command, determine multiple devices to be debugged and perform batch communication configuration on all devices to be debugged according to the communication connection information in the preset debugging configuration file. Step S20: Perform batch parameter debugging on the communication configured device or the program-burned device according to the debugging parameter file in the preset debugging configuration file to complete the device debugging configuration. The program-burned device is obtained by batch programming the communication configured device according to the program burning file in the preset debugging configuration file.

[0033] It should be noted that the device debugging and configuration method in this embodiment is applied to a device debugging and configuration workbench, which can be a debugging software system or an integrated debugging tool platform. The device debugging and configuration workbench can belong to the device debugging and configuration device or the batch debugging and configuration system.

[0034] It should also be noted that the device being debugged and configured can be an energy storage device (such as an energy storage converter), a battery management system, a photovoltaic inverter, or other control device with communication capabilities and configurable parameters; this embodiment uses an energy storage device as a specific example for illustration.

[0035] Reference Figure 2 Data communication between the commissioning workbench and multiple energy storage devices can be achieved through a network switch. In wired network mode, each energy storage device can be connected to the network switch via Ethernet cable to form a local area network topology, supporting efficient data transmission under UDP and TCP / IP protocol stacks. In Bluetooth wireless mode, to improve concurrency efficiency, the commissioning workbench can adopt a multi-connection concurrency strategy, utilizing the multi-link capability of modern Bluetooth controllers to maintain active connections with multiple devices simultaneously.

[0036] In practical applications, users can trigger debugging configuration commands through the device debugging configuration workbench, such as clicking the "Start Batch Debugging" button through the graphical interface, or entering the "Start Batch Debugging" command through the command line.

[0037] The equipment debugging and configuration workbench responds to debugging and configuration commands by loading a preset debugging configuration file. This preset debugging configuration file can be generated in advance by engineers according to project requirements and stored in local memory, external storage media, or a remote configuration server.

[0038] Specifically, by parsing the preset debugging configuration file, communication connection information, program burning files, and debugging parameter files can be obtained. Among them, the communication connection information includes at least the communication protocol type, network / physical layer parameters, and connection method indication.

[0039] It should be noted that the communication connection information also includes an IP address configuration table. This table includes a set of identification codes for devices to be debugged. Devices to be debugged refer to target devices that, according to the engineering debugging plan or a preset debugging configuration file, need to be configured, programmed, or have their parameters calibrated in the current debugging task. The set of identification codes includes identification codes for different devices to be debugged, and these codes can be at least one of the following: device serial number (SN code), MAC address, or unique device ID.

[0040] During the static commissioning phase of energy storage devices, multiple devices are typically pre-configured with the same default network parameters (e.g., all with IP addresses of 192.168.1.100 and subnet masks of 255.255.255.0). Therefore, in this embodiment, the specific implementation method for determining multiple devices to be commissioned based on the communication connection information in the pre-configured commissioning configuration file can be as follows: Broadcast device detection requests to multiple online devices within the local area network; receive multiple identification codes from the multiple online devices in response to the device detection requests, and determine whether each identification code exists in the identification code set; determine that the online device corresponding to the identification code existing in the identification code set is the device to be debugged.

[0041] Reference Figure 3 In response to debugging and configuration commands, the device debugging and configuration workbench broadcasts device detection requests to multiple online devices in the local area network. Specifically, the device detection requests can be sent through link layer protocols (such as UDP broadcast frames based on SN codes and MAC addresses), application layer discovery protocols (such as Modbus broadcast to read device IDs), or physical interfaces (such as serial port polling and Bluetooth broadcast scanning).

[0042] Multiple online devices within the local area network have the following functions: support uploading their unique identification code; support receiving instructions from the debugging workbench and executing configuration tasks; have firmware upgrade interfaces and parameter writing interfaces, and support remote program burning and parameter distribution.

[0043] Therefore, when multiple online devices within the local area network receive a device detection request, they respond to the request by sending their own identification codes back to the debugging and configuration workbench as a response. The device debugging and configuration workbench receives multiple identification codes from the multiple online devices and determines whether each identification code exists in the set of identification codes.

[0044] For an identity code that exists in the set of identity codes, the corresponding online device is identified as the device to be debugged in this debugging task; while for an identity code that does not appear in the set of identity codes, it is regarded as a non-device to be debugged, and the non-device to be debugged can be marked as offline or to be retried.

[0045] Alternatively, based on the communication connection information in the preset debugging configuration file, multiple devices to be debugged can be identified in the following ways: When the device debugging and configuration workbench is connected to multiple energy storage devices via a network switch or a debugging hub with port management capabilities, the communication connection information may also include a mapping table between physical ports and device identities (e.g., switch port 3 - device SN2025001, port 4 - SN2025002). The device debugging and configuration workbench can obtain the MAC address or device identifier of the device connected to each port by querying the network switch's port-MAC address table or LLDP (Link Layer Discovery Protocol) information, and directly determine the device to be debugged corresponding to each port by combining the port-MAC address table.

[0046] Furthermore, based on the communication connection information in the preset debugging configuration file, batch communication configuration is performed on all devices to be debugged, wherein the batch communication configuration includes at least one of the following operations: Network parameter configuration involves writing the corresponding target IP address, subnet mask, default gateway, etc., to each device to be debugged, so that it conforms to the overall network plan of the energy storage power station.

[0047] Communication protocol parameter settings: Based on the power plant system architecture, uniformly configure key parameters such as the communication protocol type and port number of the equipment to enable it to interact normally with other equipment.

[0048] Communication enablement and service startup: After the parameters are written, a command is sent to the device to trigger it to restart the network service or switch to the running communication mode, activate the configured communication interface, and enable it to start listening or actively connect to the upper-level system.

[0049] After the communication configuration is completed, the device to be debugged can correctly establish a communication channel with other devices in the energy storage power station, thereby integrating into the whole station's communication network and participating in subsequent joint commissioning or operation.

[0050] Step S20: Perform batch parameter debugging on the communication configured device or the program-burned device according to the debugging parameter file in the preset debugging configuration file to complete the device debugging configuration. The program-burned device is obtained by batch programming the communication configured device according to the program burning file in the preset debugging configuration file.

[0051] Specifically, whether to perform batch program burning can be dynamically determined based on the current status of each device to be debugged and the target requirements in the preset debugging configuration file.

[0052] If the target firmware version specified in the preset debugging configuration file is consistent with the firmware version currently running on all devices to be debugged, or if the current debugging task only involves adjusting operating parameters (such as scheduling strategy changes, protection setting calibration, etc.), then it is determined that none of the devices need to be programmed. In this case, the device debugging configuration workbench can directly perform batch parameter debugging on the devices after communication configuration based on the debugging parameter file in the preset debugging configuration file to complete the static debugging.

[0053] It should be noted that the device after communication configuration refers to the device that has completed communication configuration. For example, after configuring the device to be debugged, the device after communication configuration is obtained.

[0054] If the preset debug configuration file contains a new program flashing file, and at least one device to be debugged has a current firmware version lower than the target version (or has missing functions, security vulnerabilities, etc., requiring an upgrade), then the relevant device is determined to need program flashing. If all devices to be debugged fall into this category, the device debug configuration workbench first performs batch program flashing on the devices after communication configuration according to the program flashing file in the preset debug configuration file. After all devices have completed batch program flashing, the flashed devices are obtained (i.e., the flashed devices are devices that have completed program flashing). Then, according to the debug parameter file in the preset debug configuration file, batch parameter debugging is performed on the flashed devices. This ensures that the parameter structure and values ​​on which the new firmware depends can be loaded correctly, avoiding device malfunctions due to parameter incompatibility.

[0055] When only some devices to be debugged need firmware installation or updates, while others do not, i.e., some devices require program burning and others do not, the device debugging and configuration workbench can divide the devices to be debugged into two groups: for the group of devices requiring program burning, perform batch program burning and batch parameter debugging processes sequentially; for the group of devices not requiring program burning, directly perform batch parameter debugging. The two groups of operations can be performed in parallel or in time-sharing. Alternatively, users can manually select whether to perform batch program burning or which devices only need batch parameter debugging through the interactive interface to maximize debugging efficiency.

[0056] In this embodiment, the equipment debugging and configuration process is entirely based on the preset debugging configuration file and is automatically executed by the equipment debugging and configuration workbench without manual intervention. Furthermore, each debugging stage, including communication configuration, program burning, and parameter debugging, is processed in batches in parallel, allowing multiple devices to share the preparation and execution overhead of each debugging stage. The total debugging time is no longer strongly linearly related to the number of devices, significantly reducing the time spent in the static debugging stage, thereby reducing its proportion in the total debugging time and improving on-site debugging efficiency.

[0057] Based on the first embodiment of this application, in the second embodiment of this application, the same or similar content as the above embodiment can be referred to the above description, and will not be repeated hereafter. Based on this, the implementation method for batch communication configuration of all devices to be debugged according to the communication connection information in the preset debugging configuration file can be: Obtain the first current IP address of multiple online devices within the local area network, and determine whether the first current IP address is consistent with the original IP address; if consistent, determine the target IP address based on the first current IP address, the corresponding identification code, and the first correspondence between the identification code set, the original IP address, and the planned IP address; issue an IP modification instruction to each device to be debugged according to each identification code, the IP modification instruction being used to instruct each device to modify the first current IP address to the corresponding target IP address; after the target IP addresses of all devices to be debugged take effect, perform batch communication configuration on all devices to be debugged according to the target IP addresses.

[0058] It should be noted that the IP address configuration table also includes the original IP address and the planned IP address of the device to be debugged. The original IP address is the default IP address of the device at the factory, and the planned IP address is the target IP address assigned to it according to the network planning of the energy storage power station.

[0059] Specifically, refer to Figure 4 The equipment debugging and configuration workbench first loads and parses the IP configuration table in the preset debugging configuration file, extracting the identification code, original IP address, and planned IP address for each device to be debugged, and establishing the initial correspondence between the three. For example, identification code: SN2025001, original IP address: 192.168.1.100, planned IP address: 192.168.10.101. Identification code: SN2025002, original IP address: 192.168.1.100, planned IP address: 192.168.10.102.

[0060] The device debugging and configuration workbench scans all online devices in the local area network through broadcasting or active probing to obtain their first current IP address. It then determines whether the first current IP address is consistent with the original IP address. If they are consistent, it matches the corresponding planned IP address based on the first correspondence in the IP configuration table and uses the planned IP address as the target IP address for the device.

[0061] The device debugging and configuration workbench sends an IP modification command to the successfully matched device based on the corresponding identification code. The IP modification command carries network parameters such as the target IP address, subnet mask, and default gateway. After receiving the command, the device to be debugged updates its network configuration and performs a restart operation to make the target IP address take effect.

[0062] The above IP modification operation is continuously executed in a loop. Each time, the network is scanned, the original IP device is identified, the identification code is matched, the command is issued and restarted, until there are no more devices using the original IP address in the local area network, and the target IP address of all devices to be debugged is confirmed to be effective.

[0063] Reference Figure 3 After the target IP addresses of all devices to be debugged take effect, the device debugging configuration workbench can statistically analyze the results of the entire IP modification process, including the number of devices whose IPs were successfully modified, the list of devices that failed or did not respond, the new IP address and status of each device, etc.; and display the results in a graphical interface or log format for debugging personnel to view and archive.

[0064] After the statistics are completed, the IP modification process is terminated, and then batch communication configuration is performed on all devices to be debugged based on the target IP address.

[0065] It should be noted that the communication connection information also includes a communication configuration file and an association form containing a second correspondence between the communication configuration file and the planned IP address. The communication configuration file contains all the communication configuration parameters required by the device to be debugged.

[0066] Specifically, refer to Figure 3 The communication connection information also includes a communication SCD (Substation Configuration Description Model), and the communication configuration file can be obtained in the following ways: The equipment commissioning and configuration workbench first loads and parses the SCD model, which contains the communication architecture information of the entire energy storage power station, such as: IED (intelligent electronic device) models of each device, communication control blocks, datasets, report control blocks, communication protocol types, etc. The device debugging and configuration workbench instantiates each device based on the device template defined in the SCD model and the identification code and target IP address of each device to be debugged, generating an independent cid (Configured IED Data) communication file for each device to be debugged. The CID communication file (communication configuration file) includes information such as IED name, IP address, port number, slave ID, message sending / receiving policy, and security authentication information.

[0067] The device debugging and configuration workbench generates an association form based on the device model information in the SCD model. This association form records the second correspondence between the communication configuration file and the planned IP address.

[0068] Furthermore, the specific implementation of performing batch communication configuration on all devices to be debugged based on the target IP address can be as follows: Obtain the second current IP address of multiple online devices within the local area network, determine whether the second current IP address is the target IP address, and whether it exists in the association form; if it is the target IP address and exists in the association form, determine whether the communication configuration file corresponding to the second current IP address has been distributed; if it has not been distributed, distribute the communication configuration file corresponding to the second current IP address to the target online device for which the communication configuration file has not yet been distributed, and return to the step of obtaining the second current IP address of multiple online devices within the local area network, until all devices corresponding to the planned IP addresses in the association form complete the communication configuration update according to the corresponding communication configuration file.

[0069] Specifically, refer to Figure 5 The device debugging and configuration workbench scans the second current IP address of currently online devices in the local area network and checks if it exists in the aforementioned associated table. It can be understood that after the target IP address corresponding to all devices to be debugged takes effect, the second current IP address of multiple online devices in the local area network obtained is the target IP address.

[0070] If the target IP address is not the one mentioned above and / or does not exist in the associated form, the process of sending the communication configuration file is skipped. If the target IP address is the one mentioned above and exists in the associated form, it is determined whether the communication configuration file corresponding to the second current IP address has been sent.

[0071] If the configuration file has already been distributed, skip the distribution process for this communication configuration file. If it has not yet been distributed, distribute the communication configuration file corresponding to the second current IP address to the target online devices that have not yet received the communication configuration file, so that all target online devices can update their communication configurations in batches according to the corresponding communication configuration file.

[0072] Specifically, the device debugging and configuration workbench establishes a communication connection with the target online device through a second current IP address, and sends the communication configuration file corresponding to the second current IP address to the local storage area of ​​the target online device through a secure channel. In addition to the communication configuration file, system-level files such as firmware patches, runtime scripts, and log configuration files can also be synchronously transmitted to the local storage area of ​​the target online device to support full device initialization.

[0073] The process returns to the step of obtaining the second current IP address of multiple online devices within the local area network (LAN), and continues to execute in a loop until all devices corresponding to the planned IP addresses in the associated table within the LAN have completed the distribution of communication configuration files and the configuration has taken effect. After the communication configuration process is completed, the device debugging and configuration workbench can summarize and statistically analyze the results, including the number of devices that successfully configured communication, the list of devices that failed or timed out, the configuration file version and status of each device, etc., and display them in a graphical interface or log format for debugging personnel to review and archive. After the statistics are completed, the automatic communication configuration process terminates.

[0074] In this embodiment, the workbench automatically scans, matches, and issues IP modification commands and triggers device restarts, eliminating the need for manual connection and setup of each device individually, significantly reducing labor costs and operational complexity; it ensures that batch IP updates and batch communication configurations are completed according to the preset plan, significantly compressing static debugging time and improving on-site configuration efficiency.

[0075] Based on the first and second embodiments of this application, in the third embodiment of this application, the content that is the same as or similar to the above embodiments can be referred to the above description, and will not be repeated hereafter. Based on this, before the step of performing batch parameter debugging on the communication-configured device or the program-burned device according to the debugging parameter file in the preset debugging configuration file, the implementation method of sequentially performing batch program burning on the communication-configured device according to the program burning file in the preset debugging configuration file can be: The program burning file is parsed to obtain a third correspondence between different chip types and burning data; multiple devices to be burned are identified, and burning node information of each device to be burned is obtained; based on the burning node information and the third correspondence, target burning data matching each device to be burned is determined; based on the target IP address, a start burning command is sent to each device to be burned, the start burning command instructing each device to perform a burning action according to the corresponding target burning data to complete batch program burning.

[0076] Specifically, refer to Figure 6 The device debugging and configuration workbench first imports the program burning file from the preset debugging configuration file, parses it, and extracts the key information, including the supported chip type, model, burning data, and the third correspondence between different chip types and burning data.

[0077] After completing the communication configuration, the operator can select all devices to be programmed through the device debugging and configuration workbench. After confirming the selected devices, the device debugging and configuration workbench can automatically obtain the programming node information of each device through network scanning.

[0078] To automatically identify which devices require and can be programmed, the implementation method for determining multiple devices to be programmed and obtaining programming node information for each device to be programmed can also be: Obtain the third current IP address of multiple online devices within the local area network, and determine whether the third current IP address is the target IP address; if so, based on the third current IP address, sequentially send an entry into programming mode command and a programming node scan command to the corresponding device. The entry into programming mode command is used to instruct the corresponding device to enter debug programming mode, and the programming node scan command is used to instruct the device that has entered debug programming mode to provide programming node information, which includes programmable nodes; receive the programming node information, and determine that the device among the multiple online devices containing programmable nodes is the device to be programmed.

[0079] Specifically, the device debugging and configuration workbench actively scans the current local area network to obtain the third current IP address of all online devices. Each third current IP address is compared with the target IP address assigned in the previous steps; only when a device's current IP address equals its target IP address is it considered a valid device that has completed communication configuration and included in the burning candidate range.

[0080] For devices that have successfully matched IP addresses, the workbench sends them the following commands in sequence: Entering Programming Mode: Instructing the device to switch to debug programming mode to open the internal Flash programming interface; Programming Node Scanning Command: Instructing the device that has entered programming mode to read and return its programming node information, which includes at least one or more programmable nodes, as well as information such as Flash start address, partition size, write protection status, and verification algorithm.

[0081] The device debugging and configuration workbench receives the programming node information returned by each online device and officially identifies the devices containing valid programmable nodes as devices to be programmed. If a device does not respond or returns an empty node, the command to enter programming mode and the command to scan programming nodes can be resent. If the corresponding device still does not respond or returns an empty node after resending the command to enter programming mode and the command to scan programming nodes three times, it is considered that programming is not supported or that it is in an abnormal state.

[0082] Based on the programming node information and the third correspondence, target programming data matching each of the programming devices is determined; based on the target IP address, a start programming command is sent to each of the programming devices, the start programming command being used to instruct each of the programming devices to perform programming actions according to the corresponding target programming data, so as to complete batch program programming.

[0083] Furthermore, for each device to be programmed, the device debugging and configuration workbench determines the chip type based on its programming node information, or actively obtains the device model of the device to be programmed. By combining the third correspondence between different chip types and programming data, the target programming data corresponding to each device to be programmed can be determined.

[0084] Reference Figure 3 The device debugging and configuration workbench can send a start burning command to each device according to its target IP address. This start burning command instructs the device to load the corresponding target burning data, perform burning actions such as erasing, writing, and verification, and report the burning progress and status in real time.

[0085] After the burning process is complete, the device debugging and configuration workbench sends an exit burning mode command to each device, establishes a communication connection with each device, and initiates a software version readback request to each device to verify whether the actual running version is consistent with the preset target version. If the version verification fails, the burning process can be automatically retried, or the device can be marked as abnormal for manual handling. Finally, the device debugging and configuration workbench can summarize the burning results of all devices, including a success list, a failure list, the final software version, the time taken, etc., and display the burning results through a graphical interface or log format, thus completing the entire batch program burning process.

[0086] Specifically, the debugging parameter file includes a parameter configuration table. A specific implementation method for batch parameter debugging of the communication-configured device or the program-burned device based on the debugging parameter file in the preset debugging configuration file can be: Parse the parameter configuration table to obtain the parameter address, setting value, and setting model; obtain the fourth current IP address and device model of multiple online devices in the local area network, determine whether the fourth current IP address is within the preset IP setting range, and determine whether the corresponding device model is consistent with the setting model; determine that the device within the preset IP setting range and consistent with the setting model is the device to be parameter debugged; in response to the parameter sending operation, verify the operation password of the current operation user, and after the operation password verification is successful, send the corresponding parameter address, setting value, and operation password to all devices to be parameter debugged, so that all devices to be parameter debugged can perform parameter debugging according to the parameter address, setting value, and operation password.

[0087] It should be noted that the device debugging and configuration workbench first loads and parses the parameter configuration table in the debugging parameter file, which can parse out the parameter address, setting value, and setting model. Among them, the parameter address is the unique identifier of the target parameter in the device register or communication protocol; the setting value is the target value to be written; and the setting model is the device model or chip platform to which the parameter is applicable.

[0088] Specifically, refer to Figure 7 The device debugging and configuration workbench can automatically scan the fourth current IP address of all online devices in the local area network, obtain the fourth current IP address and device model of multiple online devices in the local area network, determine whether the fourth current IP address is within the preset IP setting range, determine whether the fourth current IP address is the target IP address, and determine whether the corresponding device model is consistent with the set model.

[0089] The preset IP address range can be composed of the IP addresses corresponding to the preset devices requiring parameter debugging. These preset devices can be automatically associated by the device debugging and configuration workbench based on current operational needs, or manually modified by the operator. The devices requiring parameter debugging can be devices that have been programmed and / or devices that have undergone communication configuration.

[0090] The device that is within the preset IP setting range, is the target IP address, and is consistent with the set model is identified as the device to be debugged. If it is not within the preset IP setting range, and / or is not the target IP address, and / or is inconsistent with the set model, the parameter debugging process is skipped.

[0091] To ensure the security of parameter modifications and prevent accidental or unauthorized changes, the equipment debugging and configuration workbench can require the current user to enter an operation password before issuing parameters, and verify the password. Only after the operation password is successfully verified will the user be allowed to proceed to the next step.

[0092] Reference Figure 3 After the operation password is successfully verified, the device debugging and configuration workbench sends parameter configuration instruction packets to each device to be parameterized in sequence according to the preset IP order. The parameter configuration instruction packet contains: parameter address, setting value, operation password, communication protocol type, etc.

[0093] After receiving the parameter configuration command, each device to be debugged can verify whether the operation password is valid. If valid, the setting value is written according to the parameter address. After the write operation is performed, the write status, operation password verification result, and parameter readback value are returned. The information is then fed back, that is, the parameter debugging is completed and the static debugging process is completed.

[0094] The equipment debugging and configuration workbench receives and records feedback information for each device to be debugged. This feedback information includes the write status, whether the readback value is consistent with the set value, and whether a timeout or communication abnormality has occurred.

[0095] Furthermore, after all devices requiring parameter debugging have completed parameter distribution and readback, the device debugging configuration workbench summarizes and statistically analyzes the results, generating a parameter debugging report. The report includes: a list of successfully modified devices, failed or abnormal devices and their reasons, a comparison of parameter addresses, settings, and readback values ​​for each device, operation timestamps, and operator information, etc. This parameter debugging report is displayed in a graphical interface or log format for debugging personnel to review and archive.

[0096] In this embodiment, the device debugging and configuration workbench establishes a data transmission channel in parallel with all devices to be programmed, and synchronously sends down programming data, which significantly improves efficiency; each device independently performs programming operations, and automatically restarts and loads a new program after completion; multiple devices send and read back in parallel, which significantly improves parameter debugging efficiency; thereby improving on-site debugging efficiency.

[0097] It should be noted that the above examples are only for understanding this application and do not constitute a limitation on the device debugging and configuration method of this application. Any simple modifications based on this technical concept are within the protection scope of this application.

[0098] This application also provides a device debugging and configuration workbench; please refer to... Figure 2 The device debugging and configuration workbench is connected to devices within the local area network via a communication switch. The device debugging and configuration workbench includes: The communication configuration module is used to respond to the debugging configuration command, determine multiple devices to be debugged according to the communication connection information in the preset debugging configuration file, and perform batch communication configuration on all devices to be debugged. The program burning and parameter debugging module is used to perform batch program burning on the communication configured devices according to the program burning file in the preset debugging configuration file after completing batch communication configuration, and / or perform batch parameter debugging on the communication configured devices or program-burned devices according to the debugging parameter file in the preset debugging configuration file, thereby completing the device debugging configuration.

[0099] The equipment debugging and configuration apparatus provided in this application, employing the equipment debugging and configuration method described in the above embodiments, can solve the technical problem of low on-site debugging efficiency. Compared with the prior art, the beneficial effects of the equipment debugging and configuration apparatus provided in this application are the same as those of the equipment debugging and configuration method described in the above embodiments, and other technical features in the equipment debugging and configuration apparatus are the same as those disclosed in the methods of the above embodiments, and will not be repeated here.

[0100] This application provides a device debugging and configuration device, which includes: at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to execute the device debugging and configuration method in the above embodiment 1.

[0101] The following is for reference. Figure 8 The diagram illustrates a structural schematic suitable for implementing the device debugging and configuration device in the embodiments of this application. The device debugging and configuration device in the embodiments of this application may include, but is not limited to, mobile terminals such as mobile phones, tablets, laptops, digital broadcast receivers, PDAs (Personal Digital Assistants), PMPs (Portable Media Players), in-vehicle terminals (e.g., in-vehicle navigation terminals), and fixed terminals such as digital televisions and desktop computers. Figure 8 The device debugging and configuration shown is merely an example and should not impose any limitations on the functionality and scope of use of the embodiments of this application.

[0102] like Figure 8 As shown, the device debugging and configuration device may include a processing unit 1001 (e.g., a central processing unit, a graphics processing unit, etc.), which can perform various appropriate actions and processes according to a program stored in a read-only memory (ROM) 1002 or a program loaded from a storage device 1003 into a random access memory (RAM) 1004. The RAM 1004 also stores various programs and data required for the operation of the device debugging and configuration device. The processing unit 1001, ROM 1002, and RAM 1004 are interconnected via a bus 1005. An input / output (I / O) interface 1006 is also connected to the bus. Typically, the following systems can be connected to the I / O interface 1006: input devices 1007 including, for example, a touchscreen, touchpad, keyboard, mouse, image sensor, microphone, accelerometer, gyroscope, etc.; output devices 1008 including, for example, a liquid crystal display (LCD), speaker, vibrator, etc.; storage devices 1003 including, for example, magnetic tape, hard disk, etc.; and communication devices 1009. Communication device 1009 allows the device to communicate wirelessly or wiredly with other devices to exchange data. While the figure shows a device with various systems, it should be understood that implementation or possession of all the systems shown is not required. More or fewer systems may be implemented alternatively.

[0103] Specifically, according to the embodiments disclosed in this application, the processes described above with reference to the flowcharts can be implemented as computer software programs. For example, embodiments disclosed in this application include a computer program product comprising a computer program carried on a computer-readable medium, the computer program containing program code for performing the methods shown in the flowcharts. In such embodiments, the computer program can be downloaded and installed from a network via a communication device, or installed from storage device 1003, or installed from ROM 1002. When the computer program is executed by processing device 1001, it performs the functions defined in the methods of the embodiments disclosed in this application.

[0104] The device debugging and configuration device provided in this application, employing the device debugging and configuration method described in the above embodiments, can solve the technical problem of low on-site debugging efficiency. Compared with the prior art, the beneficial effects of the device debugging and configuration device provided in this application are the same as those of the device debugging and configuration method described in the above embodiments, and other technical features of this device debugging and configuration device are the same as those disclosed in the method of the previous embodiment, and will not be repeated here.

[0105] It should be understood that the various parts disclosed in this application can be implemented using hardware, software, firmware, or a combination thereof. In the description of the above embodiments, specific features, structures, materials, or characteristics can be combined in any suitable manner in one or more embodiments or examples.

[0106] The above description is merely a specific embodiment of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

[0107] This application provides a computer-readable storage medium having computer-readable program instructions (i.e., a computer program) stored thereon, which are used to execute the device debugging and configuration method described in the above embodiments.

[0108] The computer-readable storage medium provided in this application may be, for example, a USB flash drive, but is not limited to, electrical, magnetic, optical, electromagnetic, infrared, or semiconductor systems, devices, or any combination thereof. More specific examples of computer-readable storage media may include, but are not limited to: electrical connections having one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination thereof. In this embodiment, the computer-readable storage medium may be any tangible medium containing or storing a program that can be used by or in conjunction with an instruction execution system, system, or device. The program code contained on the computer-readable storage medium may be transmitted using any suitable medium, including but not limited to: wires, optical cables, RF (Radio Frequency), etc., or any suitable combination thereof.

[0109] The aforementioned computer-readable storage medium may be included in the device debugging and configuration device; or it may exist independently and not be assembled into the device debugging and configuration device.

[0110] The aforementioned computer-readable storage medium carries one or more programs, which, when executed by the device debugging and configuration device, cause the device debugging and configuration device to execute the aforementioned device debugging and configuration method.

[0111] Computer program code for performing the operations of this application can be written in one or more programming languages ​​or a combination thereof, including object-oriented programming languages ​​such as Java, Smalltalk, and C++, and conventional procedural programming languages ​​such as the "C" language or similar programming languages. The program code can be executed entirely on the user's computer, partially on the user's computer, as a standalone software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In cases involving remote computers, the remote computer can be connected to the user's computer via any type of network—including a Local Area Network (LAN) or a Wide Area Network (WAN)—or can be connected to an external computer (e.g., via the Internet using an Internet service provider).

[0112] The flowcharts and block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of this application. In this regard, each block in a flowchart or block diagram may represent a module, segment, or portion of code containing one or more executable instructions for implementing a specified logical function. It should also be noted that in some alternative implementations, the functions indicated in the blocks may occur in a different order than those indicated in the drawings. For example, two consecutively indicated blocks may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each block in the block diagrams and / or flowcharts, and combinations of blocks in the block diagrams and / or flowcharts, can be implemented using a dedicated hardware-based system that performs the specified function or operation, or using a combination of dedicated hardware and computer instructions.

[0113] The modules described in the embodiments of this application can be implemented in software or hardware. The names of the modules do not necessarily limit the functionality of the unit itself.

[0114] The readable storage medium provided in this application is a computer-readable storage medium that stores computer-readable program instructions (i.e., a computer program) for executing the above-described device debugging and configuration method, thereby solving the technical problem of low on-site debugging efficiency. Compared with the prior art, the beneficial effects of the computer-readable storage medium provided in this application are the same as those of the device debugging and configuration method provided in the above embodiments, and will not be repeated here.

[0115] This application also provides a computer program product, including a computer program that, when executed by a processor, implements the steps of the device debugging and configuration method described above.

[0116] The computer program product provided in this application can solve the technical problem of low efficiency in on-site debugging. Compared with the prior art, the beneficial effects of the computer program product provided in this application are the same as those of the equipment debugging and configuration method provided in the above embodiments, and will not be repeated here.

[0117] The above descriptions are merely some embodiments of this application and do not limit the scope of protection of this application. Any equivalent structural transformations made based on the technical concept of this application and the content of this specification and drawings, or direct / indirect applications in other related technical fields, are included within the scope of protection of this application. All actions involving the acquisition of signals, information, or data in this application are performed in accordance with the relevant data protection laws and policies of the country where the application is located and with authorization from the owner of the corresponding device.

Claims

1. A method for debugging and configuring equipment, characterized in that, The equipment debugging and configuration method, applied to an equipment debugging and configuration workbench, includes: In response to the debug configuration command, based on the communication connection information in the preset debug configuration file, multiple devices to be debugged are identified and batch communication configuration is performed on all devices to be debugged; Based on the debugging parameter file in the preset debugging configuration file, batch parameter debugging is performed on the communication configured device or the program-burned device to complete the device debugging configuration. The program-burned device is obtained by batch burning the program to the communication configured device according to the program burning file in the preset debugging configuration file.

2. The equipment debugging and configuration method as described in claim 1, characterized in that, The communication connection information includes an IP address configuration table, which includes a set of identification codes for the devices to be debugged. The steps for determining multiple devices to be debugged based on the communication connection information in a preset debugging configuration file include: Broadcast device detection requests to multiple online devices within the local area network; Receive multiple identification codes from the multiple online devices in response to the device detection request, and determine whether each identification code exists in the identification code set; The online device corresponding to the identity code existing in the identity code set is determined to be the device to be debugged.

3. The equipment debugging and configuration method as described in claim 2, characterized in that, The IP address configuration table also includes the original IP address and planned IP address of the device to be debugged. The steps for batch communication configuration of all devices to be debugged based on the communication connection information in the preset debugging configuration file include: Obtain the first current IP address of multiple online devices in the local area network, and determine whether the first current IP address is consistent with the original IP address; If they match, the target IP address is determined based on the first current IP address, the corresponding identification code, and the first correspondence between the identification code set, the original IP address, and the planned IP address. Based on the identification codes, an IP modification instruction is sent to each device to be debugged. The IP modification instruction is used to instruct each device to modify the first current IP address to the corresponding target IP address. After the target IP address corresponding to all devices to be debugged takes effect, batch communication configuration is performed on all devices to be debugged based on the target IP address.

4. The equipment debugging and configuration method as described in claim 3, characterized in that, The communication connection information also includes a communication configuration file and an association form containing a second correspondence between the communication configuration file and the planned IP address. The step of performing batch communication configuration on all devices to be debugged according to the target IP address includes: Obtain the second current IP address of multiple online devices within the local area network, and determine whether the second current IP address is the target IP address and whether it exists in the associated form; If it is the target IP address and exists in the associated form, then determine whether the communication configuration file corresponding to the second current IP address has been sent; If the configuration file has not yet been distributed, the communication configuration file corresponding to the second current IP address will be distributed to the target online device that has not yet distributed the communication configuration file. Then, return to the step of obtaining the second current IP address of multiple online devices in the local area network, until all devices corresponding to the planned IP addresses in the association form complete the communication configuration update according to the corresponding communication configuration file.

5. The equipment debugging and configuration method as described in claim 3, characterized in that, Before the step of performing batch parameter debugging on the communication-configured device or the program-burned device according to the debugging parameter file in the preset debugging configuration file, the method further includes: The program burning file is parsed to obtain a third correspondence between different chip types and burning data; Identify multiple devices to be programmed and obtain the programming node information for each of the devices to be programmed; Based on the programming node information and the third correspondence, the target programming data matching each of the programming devices is determined; Based on the target IP address, a start burning command is sent to each of the devices to be burned. The start burning command is used to instruct each of the devices to be burned to perform a burning action according to the corresponding target burning data in order to complete the batch program burning.

6. The equipment debugging and configuration method as described in claim 5, characterized in that, The step of determining multiple devices to be programmed and obtaining programming node information for each of the devices to be programmed includes: Obtain the third current IP address of multiple online devices within the local area network, and determine whether the third current IP address is the target IP address; If so, then according to the third current IP address, the corresponding device is sequentially sent an entry into programming mode instruction and a programming node scan instruction. The entry into programming mode instruction is used to instruct the corresponding device to enter the debugging programming mode. The programming node scan instruction is used to instruct the device that has entered the debugging programming mode to provide programming node information. The programming node information includes programmable nodes. The device receives the programming node information and determines the device among the multiple online devices that has a programmable node as the device to be programmed.

7. The equipment debugging and configuration method as described in claim 3, characterized in that, The debugging parameter file includes a parameter configuration table. The step of performing batch parameter debugging on the device after communication configuration or the device after program burning, based on the debugging parameter file in the preset debugging configuration file, includes: Parse the parameter configuration table to obtain the parameter address, setting value, and setting model; Obtain the fourth current IP address and device model of multiple online devices in the local area network, determine whether the fourth current IP address is within the preset IP setting range, determine whether the fourth current IP address is the target IP address, and determine whether the corresponding device model is consistent with the set model; The device that is within the preset IP setting range, has the target IP address, and is consistent with the set model is identified as the device to be debugged. In response to the parameter distribution operation, the operation password of the current user is verified. After the operation password is verified, the corresponding parameter address, setting value and operation password are sent to all devices to be debugged, so that all devices to be debugged can perform parameter debugging according to the parameter address, setting value and operation password.

8. A device debugging and configuration workbench, characterized in that, The device debugging and configuration workbench is connected to devices within the local area network via a communication switch. The device debugging and configuration workbench includes: The communication configuration module is used to respond to the debugging configuration command, determine multiple devices to be debugged according to the communication connection information in the preset debugging configuration file, and perform batch communication configuration on all devices to be debugged. The parameter debugging module is used to perform batch parameter debugging on the communication configured device or the program-burned device according to the debugging parameter file in the preset debugging configuration file, and complete the device debugging configuration. The program-burned device is obtained by batch program burning of the communication configured device according to the program burning file in the preset debugging configuration file.

9. The equipment debugging and configuration workbench as described in claim 8, characterized in that, The communication connection information includes an IP address configuration table, which includes a set of identification codes for the device to be debugged. The communication configuration module includes: The detection submodule is used to broadcast device detection requests to multiple online devices within the local area network; The identity determination submodule is used to receive multiple identity identification codes fed back by the multiple online devices in response to the device detection request, and to determine whether each of the identity identification codes exists in the identity identification code set; The first determination submodule is used to determine that the online device corresponding to the identity code existing in the identity code set is the device to be debugged.

10. The equipment debugging and configuration workbench as described in claim 9, characterized in that, The IP address configuration table also includes the original IP address and the planned IP address of the device to be debugged, and the communication configuration module also includes: The first judgment submodule is used to obtain the first current IP address of multiple online devices in the local area network and determine whether the first current IP address is consistent with the original IP address. The IP address determination submodule is used to determine the target IP address based on the first current IP address, the corresponding identification code, and the first correspondence between the identification code set, the original IP address, and the planned IP address if they match. The instruction issuing submodule is used to issue an IP modification instruction to each device to be debugged according to the identification code. The IP modification instruction is used to instruct each device to be debugged to modify the first current IP address to the corresponding target IP address. The batch communication configuration submodule is used to perform batch communication configuration on all devices to be debugged based on the target IP address after the target IP address corresponding to all devices to be debugged has taken effect.

11. The equipment debugging and configuration workbench as described in claim 10, characterized in that, The debugging parameter file includes a parameter configuration table, and the parameter debugging module includes: The parsing submodule is used to parse the parameter configuration table to obtain the parameter address, setting value, and setting model; The third judgment submodule is used to obtain the fourth current IP address and device model of multiple online devices in the local area network, determine whether the fourth current IP address is within the preset IP setting range, determine whether the fourth current IP address is the target IP address, and determine whether the corresponding device model is consistent with the set model. The second determination submodule is used to determine the device that is within the preset IP setting range, is the target IP address and is consistent with the set model as the device to be debugged; The parameter debugging submodule is used to respond to the parameter issuance operation, verify the operation password of the current operation user, and after the operation password is verified, send the corresponding parameter address, setting value and operation password to all devices to be parameter debugged, so that all devices to be parameter debugged can perform parameter debugging according to the parameter address, setting value and operation password.

12. A device debugging and configuration device, characterized in that, The device debugging and configuration device includes: a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the computer program is configured to implement the steps of the device debugging and configuration method as described in any one of claims 1 to 7.

13. A storage medium, characterized in that, The storage medium is a computer-readable storage medium, and a computer program is stored on the storage medium. When the computer program is executed by a processor, it implements the steps of the device debugging and configuration method as described in any one of claims 1 to 7.

Images