Method, device and storage medium for automatically configuring branch monitoring device

Abstract

The present application discloses a method, device and storage medium for automatically configuring a branch monitoring device, which relates to the field of digital information transmission technology. The method includes: the branch monitoring device sends a periodic broadcast information packet through an Ethernet interface; the control module obtains the periodic broadcast information packet through a first network switch; according to the periodic broadcast information packet, a device file corresponding to the branch monitoring device is constructed on the configuration software of the control module; according to the device file, the parameter configuration corresponding to the branch monitoring device is determined in the parameter configuration library table and unicasted to the branch monitoring device through the first network switch to complete the configuration of the corresponding parameters of the branch monitoring device; after determining that the parameter configuration is successful, the branch monitoring device performs a device self-test and a display self-test according to the self-test instruction sent by the control module, and generates a test report. The present application overcomes the technical problem of low configuration detection efficiency of the device by combining software and hardware, and improves the configuration detection efficiency of the device.

Description

Technical Field

[0001] The present application relates to the technical field of digital information transmission, and in particular to a method, device and storage medium for automatically configuring a branch monitoring device. Background Art

[0002] A branch monitoring device is a monitoring device used for branch circuits in low-voltage substations, offering various monitoring functions. After assembly, these devices require a series of configurations, including device ID, topology identification parameters, time calibration, and IP parameters. The related technology relies on employees using PC tools to perform hardware testing, configuration, and comparison on each branch monitoring device, resulting in inefficient device configuration testing.

[0003] The above content is only used to assist in understanding the technical solution of this application and does not constitute an admission that the above content is prior art. Summary of the Invention

[0004] The main purpose of this application is to provide a method, device and storage medium for automatically configuring branch monitoring devices, aiming to solve the technical problem that related technologies rely on employees to use PC tools to perform device hardware detection, configuration and comparison on each branch monitoring device in turn, resulting in low configuration detection efficiency of the device.

[0005] To achieve the above objectives, the present application proposes a method for automatically configuring a branch monitoring device, the method comprising:

[0006] The branch monitoring device sends periodic broadcast information packets through the Ethernet interface;

[0007] The control module obtains the periodic broadcast information packet through the first network switch;

[0008] Building a device file corresponding to the branch monitoring device on the configuration software of the control module according to the periodic broadcast information packet;

[0009] According to the device profile, in the parameter configuration library table, the parameter configuration corresponding to the branch monitoring device is determined and unicasted to the branch monitoring device via the first network switch to complete the configuration of the corresponding parameters of the branch monitoring device;

[0010] After determining that the parameter configuration is successful, the branch monitoring device performs device self-test and display self-test according to the self-test instruction sent by the control module and generates a test report.

[0011] In one embodiment, the control module associates the physical address corresponding to the branch monitoring device with the parameter configuration corresponding to the branch monitoring device to generate the parameter configuration library;

[0012] According to the obtained physical address list of the first network switch and the parameter configuration library, a corresponding relationship between the table position and the branch monitoring device and its parameter configuration is determined.

[0013] In one embodiment, the control module identifies and binds a network card designated by the branch monitoring device;

[0014] Based on the network card designated by the branch monitoring device, capturing the periodic broadcast information packet of the branch monitoring device;

[0015] According to the periodic broadcast information packets corresponding to the branch monitoring devices, a device file corresponding to the branch monitoring devices is constructed on the configuration software.

[0016] In one embodiment, the control module searches and matches the parameter configuration library according to the physical address corresponding to the device profile, determines the initial parameters corresponding to the branch monitoring device, and unicasts the initial parameters to the corresponding branch monitoring device through the first network switch;

[0017] Writing the initial parameters into the branch monitoring device, performing parameter verification, and generating a verification result;

[0018] According to the verification result, the parameter configuration is determined to complete the configuration of the corresponding parameters of the branch monitoring device.

[0019] In one embodiment, if the verification result is verification passed, the initial parameters are used as the parameter configuration;

[0020] If the verification result is that the verification fails, performing a secondary search and matching according to the physical address, updating the initial parameters, and using the initial parameters that pass the verification as the parameter configuration;

[0021] The configuration of the branch monitoring device parameters is completed according to the parameter configuration.

[0022] In one embodiment, the control module receives a confirmation message indicating successful configuration returned by the branch monitoring device, and determines the IP information of the branch monitoring device;

[0023] Based on the IP information and the confirmation message, the self-detection instruction is generated and sent to the branch monitoring device.

[0024] In one embodiment, according to the self-test instruction, the branch monitoring device performs self-tests on its own functions and performs self-tests on the buttons through the direct-stepping motor, and generates a function self-test report;

[0025] Based on the self-test instruction, the branch monitoring device performs a self-test on the display module, captures a self-test picture through a network camera, and generates a test report of the display self-test.

[0026] In one embodiment, according to the power outage self-test instruction sent by the control module, the branch monitoring device turns off the power supply to perform a power outage event self-test and generates a power outage data record;

[0027] After completing the power outage event self-test, performing a watchdog self-test on the branch monitoring device and generating a reset record;

[0028] After completing the watchdog self-test, exit the self-test mode, and perform a configuration re-test on the branch monitoring device to generate a configuration re-test report;

[0029] The configuration recheck is completed, and the configuration software prompts that the branch monitoring device of the corresponding epitope has completed the configuration self-check.

[0030] In addition, to achieve the above-mentioned purpose, the present application also proposes a device for automatically configuring a branch monitoring device, which includes: a memory, a processor, and a computer program stored on the memory and runnable on the processor, and the computer program is configured to implement the steps of the method for automatically configuring a branch monitoring device as described above.

[0031] In addition, to achieve the above-mentioned purpose, the present application also proposes a storage medium, which is a computer-readable storage medium, and a computer program is stored on the storage medium. When the computer program is executed by the processor, the steps of the method for automatically configuring a branch monitoring device as described above are implemented.

[0032] The present application provides a method for automatically configuring a branch monitoring device, including the branch monitoring device sending a periodic broadcast information packet through an Ethernet interface; the control module obtaining the periodic broadcast information packet through the first network switch; constructing a device file corresponding to the branch monitoring device on the configuration software of the control module according to the periodic broadcast information packet; determining the parameter configuration corresponding to the branch monitoring device in the parameter configuration library table according to the device file and unicasting it to the branch monitoring device through the first network switch to complete the configuration of the corresponding parameters of the branch monitoring device; after determining that the parameter configuration is successful, the branch monitoring device performs device self-test and display self-test according to the self-test instruction sent by the control module, and generates a test report. The branch monitoring device corresponding to each table position is controlled by the configuration software to perform self-test, and then the configuration is adjusted through the test report to form a complete self-test closed loop, thereby improving the configuration and detection efficiency of the device.

[0033] To sum up, this application realizes automatic device configuration and self-test by using a control module combined with a branch monitoring device through centralized automatic configuration detection of the device, overcoming the technical problem that related technologies rely on employees to use PC tools to perform equipment hardware detection, configuration and comparison on each branch monitoring device in turn, resulting in low configuration detection efficiency of the device, thereby improving the configuration detection efficiency of the device. BRIEF DESCRIPTION OF THE DRAWINGS

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

[0035] In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the following briefly introduces the drawings required for use in the embodiments or the description of the prior art. Obviously, for ordinary technicians in this field, other drawings can be obtained based on these drawings without any creative work.

[0036] Figure 1 A flowchart of a first embodiment of a method for automatically configuring a branch monitoring device according to the present application;

[0037] Figure 2 The device connection diagram for this application;

[0038] Figure 3 A flowchart of a third embodiment of the method for automatically configuring a branch monitoring device according to the present application;

[0039] Figure 4 A flowchart of a fourth embodiment of the method for automatically configuring a branch monitoring device according to the present application;

[0040] Figure 5 A flowchart of an eighth embodiment of the method for automatically configuring a branch monitoring device according to the present application;

[0041] Figure 6 Configure the detection flow chart for this application;

[0042] Figure 7 A schematic diagram of the structure of the device for automatically configuring the branch monitoring device for this application.

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

[0044] It should be understood that the specific embodiments described herein are merely used to explain the technical solutions of the present application and are not intended to limit the present application.

[0045] The relevant technology relies on employees using PC tools to perform equipment hardware detection, configuration and comparison on each branch monitoring device in turn, resulting in low configuration detection efficiency of the device.

[0046] The present application provides a solution: first, the branch monitoring device sends a periodic broadcast information packet through the Ethernet interface, then, the control module obtains the periodic broadcast information packet through the first network switch, and secondly, according to the periodic broadcast information packet, the device file corresponding to the branch monitoring device is constructed on the configuration software of the control module, and then according to the device file, the parameter configuration corresponding to the branch monitoring device is determined in the parameter configuration library table and unicast to the branch monitoring device through the first network switch to complete the configuration of the corresponding parameters of the branch monitoring device, and finally, after determining that the parameter configuration is successful, the branch monitoring device performs device self-test and display self-test according to the self-test instruction sent by the control module, and generates a test report.

[0047] It should be noted that the execution subject of this embodiment can be a computing service device with data processing, network communication, and program execution functions, such as a tablet computer, personal computer, mobile phone, etc., or an electronic device capable of performing the above functions, a device for automatically configuring a branch monitoring device, etc. This embodiment and the following embodiments will be described below using a device for automatically configuring a branch monitoring device as an example.

[0048] In order to better understand the technical solution of the present application, a detailed description will be given below in conjunction with the accompanying drawings and specific implementation methods.

[0049] The present application embodiment provides a method for automatically configuring a branch monitoring device, referring to Figure 1 , Figure 1 This is a flow chart of the first embodiment of the method for automatically configuring a branch monitoring device according to the present application.

[0050] In this embodiment, the method for automatically configuring the branch monitoring device includes steps S10 to S50:

[0051] Step S10: The branch monitoring device sends out periodic broadcast information packets through the Ethernet interface.

[0052] In this embodiment, the branch monitoring device refers to a monitoring device for low-voltage substation branch circuits, which has functions such as electrical quantity monitoring, remote signaling monitoring, power metering, power quality, topology identification, hidden danger identification, and active reporting of power outages. It also has one Ethernet communication interface, one remote signaling interface, two RS485 communication interfaces, and one carrier communication interface. The Ethernet interface refers to an RJ45 network port that supports the IEEE 802.3 standard. Periodic broadcast information packets refer to network broadcast messages sent by the device at regular intervals that contain data such as model, serial number, and operating parameters.

[0053] As an optional implementation manner, the branch monitoring device broadcasts information messages to the first network switch through the Ethernet interface according to a preset period, wherein the information messages include periodic broadcast information packets.

[0054] As another optional implementation, the operator issues a broadcast instruction through a remote communication device, the branch monitoring device receives the broadcast instruction, and broadcasts the message content according to a preset period based on the message content contained in the broadcast instruction, wherein the message content is a periodic broadcast information packet.

[0055] In step S20 , the control module obtains the periodic broadcast information packet through the first network switch.

[0056] In this embodiment, the first network switch is the primary switching device of the backbone communication network, used for communication between the branch monitoring device and the control module, including periodic broadcast messages, command issuance, and command feedback. The second network switch is used for detection communication between the branch monitoring device and the control module, including the issuance and feedback of self-test messages.

[0057] As an optional implementation manner, the control module receives a message broadcast by the branch monitoring device through the first network switch, and obtains the periodic broadcast information packet through the message.

[0058] As an implementation method of an optional control module, the control module is a host computer, and configuration software is provided on the host computer, and the self-detection instructions and parameter configurations of the branch monitoring device are issued through the configuration software.

[0059] As another optional implementation of the control module, the control module is integrated into the branch monitoring device, and the branch monitoring device and the internal control module thereof jointly complete parameter configuration and self-detection.

[0060] Step S30 : constructing a device file corresponding to the branch monitoring device on the configuration software of the control module according to the periodic broadcast information packet.

[0061] In this embodiment, configuration software refers to an application running on a PC that issues self-test instructions and manages and configures device parameters. A device profile is a record that stores structured data such as a device's unique identifier, communication parameters, and location information. Building a device profile involves automatically creating and updating device database entries based on the contents of a data packet.

[0062] As an optional implementation, the configuration software identifies and binds the physical network card designated by the branch monitoring device. The driver then enables the packet capture function of the network card, using preset filtering rules to accurately capture the periodic broadcast packets sent by the branch monitoring device to the first network switch at a preset time period. The packet capture thread captures the periodic broadcast packets through the first network switch and parses the device serial number, hardware version, and operating status parameters contained in the periodic broadcast packets. The configuration software then matches the parsed results with a preset table mapping table to construct or update the device profile corresponding to the branch monitoring device.

[0063] In step S40 , according to the device file, the parameter configuration corresponding to the branch monitoring device is determined in the parameter configuration library table and unicasted to the branch monitoring device via the first network switch to complete the configuration of the corresponding parameters of the branch monitoring device.

[0064] In this embodiment, the parameter configuration library table refers to a database table that presets device communication parameters. Unicast parameter configuration refers to setting point-to-point communication parameters for a device. Unicast parameters refer to the set of directional parameters required for a device to communicate at a single point.

[0065] As an optional implementation, the parameter configuration library table is precisely searched for matching entries based on the device serial number in the device profile to extract the corresponding parameter configuration for the branch monitoring device. The parameters are written item by item into the device's non-volatile storage area via an interface. This triggers a hardware reboot to load the new parameter configuration. A test message is then sent via the first network switch to the configuration software in the control module to simultaneously verify the validity of the response message. Successful verification completes the configuration of the corresponding unicast parameters for the branch monitoring device.

[0066] Step S50: After determining that the parameter configuration is successful, the branch monitoring device performs device self-test and display self-test according to the self-test instruction sent by the control module, and generates a test report.

[0067] In this embodiment, successful parameter configuration refers to the device sending back a confirmation signal, indicating that the preset communication parameters have taken effect. A self-test command refers to a specific protocol command that triggers a device self-test. Device self-test refers to the device testing its own hardware module status. Image recognition testing refers to capturing a static image of the current frame via a network camera and transmitting it back. A test report refers to structured data containing the self-test results.

[0068] As an optional implementation, after confirming that the parameter configuration is successful, the configuration software on the PC sends a self-test instruction through the first network switch, triggering the branch monitoring device to perform a synchronous self-test. First, a test message is sent to the first bus and the second bus through the auxiliary terminal, and transmitted to the control module through the first port and the second port. The control module verifies the port, bit error rate, and response delay through the test message. Then, a telesignaling message is sent to the network output module through the auxiliary terminal corresponding to the telesignaling module and transmitted to the control module. The control module detects the status of the telesignaling module through the telesignaling message. Then, based on the self-test instruction, the LCD of the display is self-tested, and the screenshot of the network camera is used to check whether the LCD is normal. Finally, the mechanical self-test unit drives the stepper motor to press the device panel button several times with a preset pressure, and uses the strain sensor to detect whether the button rebound curve is compliant. The results of each test are summarized into a test report. Among them, the network output module is responsible for converting the control instruction into a high-reliability switch action, while realizing telesignaling signal acquisition and communication protocol conversion. It is an intelligent interface unit connecting the control layer and field equipment.

[0069] As an optional test method, carrier communication uses a sweep signal in a preset frequency band to detect the carrier-to-noise ratio. A YX position change self-test is performed, controlling the relay to open and close three times and capturing the position change timestamp. A full-sector erase and write test is also initiated. A time calibration self-test compares the GPS pulse-per-second with the internal RTC clock. The results of each test are summarized in a test report.

[0070] As an optional configuration self-test implementation method, in an efficient scenario of device detection configuration, the control module receives periodic broadcast information packets from each branch monitoring device through the first network switch, and associates the device serial number and corresponding parameter configuration of each periodic broadcast information packet according to the address list of the first network switch to form a parameter configuration library. The control module also sends the parameter configuration to the corresponding branch monitoring device through the first switch. Each branch monitoring device configures its own parameters according to the corresponding parameter configuration. The corresponding parameter configuration success message of each branch monitoring device is sent to the control module in turn. The control module sorts the self-test processes of each branch monitoring device according to the order in which the parameter configuration success messages are received. The control module performs asynchronous self-test on each branch monitoring module according to the sorting results. After the control module sends the self-test instruction to the first branch monitoring device through the first network switch, the idle first network switch sends the self-test instruction to the second branch monitoring device, and the self-test instructions are issued in turn. During the self-detection process, the test messages of each branch monitoring device are received in turn through the second network switch. At the same time, the configuration software of the control module sends the detection messages to each branch monitoring module in turn, so that each detection is performed when the corresponding network switch is idle, realizing asynchronous configuration detection.

[0071] As an optional implementation method of dynamic weight decision-making, a health index is embedded in the periodic broadcast information packet of the branch monitoring device. The health index is calculated according to the preset health weight based on the historical failure rate, voltage fluctuation variance and RTC clock drift. When the first network switch detects that the health index in the periodic broadcast information packet is greater than the preset health index, the green channel is opened, the control module prioritizes the processing of the message and accelerates the retrieval of the parameter configuration library. The weight verification is performed during the configuration delivery phase, and the preset threshold weight is multiplied by the matching degree to generate a total credibility score. If the total credibility score is greater than the preset credibility score, the parameter configuration is directly activated, otherwise the manual review process is triggered and the parameter confidence heat map pops up on the interface of the control module. During the self-test process, the weight of each test item is calculated, and the weighted pass rate is obtained by multiplying the weight by the pass rate. The decision of whether to re-inspect is made dynamically according to the pass rate threshold, and the final report generates a graded conclusion according to the weighted pass rate.

[0072] As an optional implementation method for dynamic maintenance, bus test messages use dynamic loads, combined with deep learning of error patterns, to identify interference types in real time. Remote signaling messages inject fault simulation signals, forcing the remote signaling module to respond under extreme operating conditions and capturing timestamp deviations and contact rebound jitter. LCD self-test has been upgraded to video stream analysis, with network cameras recording the LCD response process at a preset high speed and detecting backlight unevenness using an inter-frame difference algorithm. Mechanical self-test introduces multi-axis motion control, with preset pressure dynamically adjusted based on button type. A strain sensor array creates a thermal map of pressure distribution and combines it with a material deformation model to calculate fatigue life. Inspection reports integrate the equipment health index and dynamically generate maintenance recommendations based on self-test results.

[0073] For example, referring to Figure 2 , Figure 2This is the device connection diagram for this application. First, the device configuration library is generated: When the company generates a purchase order, it obtains the unique serial number of the MCU from the supplier. Combined with the device's MAC address generation rules, the device's MAC address can be derived. After production, the device's unique identifier, in addition to the MCU's unique identifier, is externally represented by the device's MAC address. Through MAC address association, the system establishes the corresponding parameter configuration library table. The PC software periodically obtains the MAC address (physical address) list of network switch 1 through Network 1 to determine the correspondence between the table position and the device. Next, network link layer data reception and transmission based on WinPCAP: Using WinPCAP's packet capture function on the designated network card, periodic broadcast packets sent by the device are captured through Network 1. Upon receipt, the corresponding device profile is created in the PC application software. Once the device profile is created, the device is configured with the corresponding unicast parameters in conjunction with the device configuration library. After the unicast configuration is complete, the device waits for the device's periodic broadcast information to confirm that the parameter configuration is successful. Once the parameters are successfully configured, the device's IP information is recorded and a UDP start is initiated to the device, entering device self-test mode. After all self-test items are completed, a UDP exit from the device's self-test mode is initiated via UDP. Winpcap (Windows Packet Capture) is a free, public network access system for the Windows platform. Winpcap was developed to provide Win32 applications with access to the underlying network layer. It is used for data link layer network programming under Windows systems. Furthermore, UDP-based device testing functions: After confirming that the device is in self-test mode, the PC software automatically initiates self-test commands to the device, performing self-tests on the RS485-1 / RS485-2 / carrier communication interfaces. Simultaneously with the communication self-test, the device's telemetry, internal flash memory read / write capabilities, and timing are all self-tested. Furthermore, a linear stepper motor is used to self-test the buttons. Next, after the OPENCV-based LCD image recognition confirms that the device is in self-test mode, the PC software automatically initiates self-test commands to the device. The PC software then sends LCD self-test commands to the device via UDP, including LCD black display, LCD bright display, LCD half-edge bright and half-edge black display, LCD backlight on, LCD backlight off, etc. At the same time, the corresponding IPC (network remote control target webcam) is operated through the network to take screenshots, and OPENCV is used to analyze the screenshots to determine whether the LCD is working properly. OPENCV (Open Source Computer Vision Library) is an open source computer vision and machine learning software library that supports image / video processing, object detection, face recognition, motion tracking and other tasks.Finally, the automated configuration and self-test process: After all the above self-tests are completed, the power of the corresponding device is turned off through the PC software to perform a self-test of the power outage event. After the power outage self-test is completed, a watchdog self-test is performed. After the watchdog self-test is completed, the self-test mode is exited and the device is reconfigured and tested. The PC software prompts that the self-test and configuration process of the device at a certain position is completed, and it is prompted that the next device at this position can be replaced for testing.

[0074] In this embodiment, through the method of centralized automatic configuration detection of the device, the control module is combined with the branch monitoring device to realize automatic device configuration and self-test, thereby overcoming the technical problem that the related technology relies on employees to use PC tools to perform equipment hardware detection, configuration and comparison on each branch monitoring device in turn, resulting in low configuration detection efficiency of the device, thereby improving the configuration detection efficiency of the device.

[0075] Based on any of the above embodiments, in the second embodiment of the present application, before step S10, steps A11 to A12 are further included:

[0076] In step A11 , the control module associates the physical address corresponding to the branch monitoring device with the parameter configuration corresponding to the branch monitoring device to generate the parameter configuration library.

[0077] In this embodiment, the physical address refers to the unique identifier hardwired into the device's network card. Parameter configuration refers to the set of communication parameters required for device operation. Corresponding association refers to establishing a mapping relationship between the physical address and the parameter configuration.

[0078] As an optional implementation, a scanning tool and the first network switch are used to collect the physical addresses of the branch monitoring devices. Based on pre-set device model classification rules, a basic communication parameter template is determined. A parameter configuration library table structure is created in the database. Physical addresses and their corresponding parameter configurations are imported in batches through an interface and associated to generate a parameter configuration library.

[0079] As an implementation method for optionally updating the parameter configuration library, the corresponding initial parameters are obtained from the open source database based on the physical address of the branch monitoring device. The obtained initial parameters are filtered and supplemented through preset configuration rules to obtain new parameter configurations. The new parameter configurations replace the parameter configurations of the corresponding physical address and are associated to generate a new parameter configuration library.

[0080] Step A12: determining a correspondence between a table position and the branch monitoring device and its parameter configuration according to the obtained physical address list of the first network switch and the parameter configuration library.

[0081] In this embodiment, the physical address list of the switch refers to the set of MAC addresses of devices connected to all ports of the switch. A table position refers to the location identifier of the branch monitoring device corresponding to the first network switch. The correspondence relationship refers to the binding relationship established between the physical table position and the device and its parameter configuration.

[0082] As an optional implementation, the configuration software in the control module obtains a list of physical addresses of the first network switch through a network management protocol. Based on the physical addresses of the branch monitoring devices in the list, the software searches the parameter configuration library for matching entries and extracts the corresponding parameter configurations. The software then constructs an association chain between the table and the device using a preset port-to-table mapping table. Finally, based on the parameter configurations corresponding to the physical addresses and the association chain between the table and the device, it generates a correspondence between the table and the branch monitoring device and its parameters.

[0083] For example, the configuration software first creates a unique mapping in the parameter configuration library based on the branch monitoring device's physical address (MAC address, such as 00:1A:C2:7B:00:**). It then associates and stores the preset communication parameters (IP address / port / encryption key) in a MySQL database. The software then retrieves the switch's port-MAC mapping table via SNMP, combines the MAC-parameter bindings in the parameter configuration library, and associates them with the preset port-table-position mapping table (e.g., switch Port 24 = cabinet A-06U). This dynamically generates a three-tuple mapping: table-position / device MAC / parameter group.

[0084] In this embodiment, by setting an association relationship between the table position and the configuration parameters of the branch monitoring device, the branch monitoring device configuration parameters corresponding to the table position can be determined according to the table position corresponding to the broadcast message, thereby improving the accuracy of configuration parameter acquisition.

[0085] Based on any of the above embodiments, in the third embodiment of the present application, refer to Figure 3 , Figure 3 This is a flow chart of the third embodiment of the method for automatically configuring a branch monitoring device of this application. Step S30 includes steps B11 to B13:

[0086] Step B11: the control module identifies and binds the network card specified by the branch monitoring device.

[0087] In this embodiment, identification refers to scanning the system's network interface card list through software to match the target network interface card's signature. Binding refers to logically associating the target network interface card with a specific device to achieve exclusive or prioritized data channel usage. A designated network interface card is a physical or virtual network interface pre-assigned to the device for communication.

[0088] As an optional implementation, the configuration software in the control module calls the operating system to enumerate all available network card properties, accurately locates the target network card based on predefined network card identification rules, obtains the system interface corresponding to the target network card, and creates a dedicated communication socket bound to the network card.

[0089] Step B12: based on the network card designated by the branch monitoring device, capturing the periodic broadcast information packets of the branch monitoring device.

[0090] In this embodiment, capturing refers to intercepting data packets flowing through a designated network card through software and completing decoding.

[0091] As an optional implementation, the configuration software calls a dedicated communication socket and binds it to the specified network card, enabling the card's promiscuous mode and capturing all link layer frame data. It then blocks irrelevant data streams based on filtering rules set by the logical port, analyzes the destination port and IP address in the frame data, and extracts packets that match the periodic broadcast characteristics.

[0092] Step B13: constructing a device file corresponding to the branch monitoring device on the configuration software according to the periodic broadcast information packet corresponding to the branch monitoring device.

[0093] As an optional implementation, the configuration software captures periodic broadcast packets sent by the branch monitoring device through a bound designated network card. The software then parses the payload portion of the packet to obtain the device's unique serial number, hardware version number, current range, and device status flags. The software then searches the local database for the device profile using the serial number as the primary key. If the device profile does not exist, a new profile entry is created, populating the table association, first-access timestamp, and firmware checksum. The profile is then marked as "unconfigured," resulting in the corresponding device profile for the branch monitoring device. If the device profile already exists, only the most recent communication time and operating parameter version are updated.

[0094] As an optional implementation for determining device profiles, the configuration software uses a multi-threaded parallel processing mechanism. The main listening thread captures periodic broadcast packets and pushes the raw data in batches to a shared memory queue. A pool of worker threads parses the data in parallel, quickly locating device profiles in a distributed in-memory database cluster using device serial number hashing.

[0095] Exemplarily, the configuration software first calls the underlying API of the operating system to scan the attribute list of all available network cards, and accurately locates the physical network card device specified by the branch monitoring device through preset feature rules. Create a dedicated communication socket bound to the network card, enable promiscuous mode, and configure filtering rules to filter out irrelevant traffic except the target broadcast packet. Start an independent packet capture thread, capture the UDP broadcast data stream in real time, and perform four-layer parsing on each arriving packet: first, the link layer verifies the frame integrity. Second, the IP layer extracts the source address, such as 192.168.1.1**. Third, the UDP layer verifies the target port. Fourth, the application layer parses the load according to the preset protocol, extracting key fields including the 16-bit device serial number, such as SN20240801ABC, 32-bit voltage and current sampling values, accuracy 0.01V / A, 8-bit status word, Bit0=overvoltage flag / Bit1=communication abnormality and CRC16 check code. For packages that pass the verification, the local SQLite device archive is queried using the device serial number as the unique key: if it does not exist, a new record is created, along with the first online timestamp, the rated parameter threshold, and the associated device model library matching the current range of 100A and the status mark "to be configured" to obtain the device archive corresponding to the branch monitoring device.

[0096] Furthermore, if a device profile already exists, the last communication time and the latest sampled value are updated. Each change triggers associated events: First, the data is persisted to the database. Second, the software device list is refreshed in real time. Abnormal conditions, such as a current deviation of ±5%, are displayed with a red alarm icon. Third, a background topology verification thread is launched. This thread obtains the switch port-MAC table and compares location consistency while simultaneously monitoring device online status. If no packets are received for 60 seconds within three consecutive broadcast cycles, an alarm is triggered, freeing up idle network card buffers.

[0097] In this embodiment, by capturing periodic broadcast information packets and building a device profile, various information of the configuration branch monitoring device is easier to obtain during the self-test process, thereby improving the configuration detection efficiency of the device.

[0098] Based on any of the above embodiments, in the fourth embodiment of the present application, refer to Figure 4 , Figure 4 This is a flow chart of the fourth embodiment of the method for automatically configuring a branch monitoring device of this application. Step S40 includes steps C11 to C13:

[0099] In step C11 , the control module searches and matches the parameter configuration library according to the physical address corresponding to the device file, determines the initial parameters corresponding to the branch monitoring device, and unicasts the initial parameters to the corresponding branch monitoring device through the first network switch.

[0100] In this embodiment, retrieval matching refers to the operation of searching for corresponding configuration items in the library using the physical address as the index. Initial parameters refer to the default configuration set that needs to be written when the device is first put online.

[0101] As an optional implementation, the configuration software in the control module parses the physical address recorded in the device file, performs a matching query in the association table of the parameter configuration library, extracts the initial parameter group after locating the matching record, and determines it as the initial parameter after a preset double verification mechanism. The control module unicasts the initial parameter to the corresponding branch monitoring device through the first network switch.

[0102] As an optional lightweight implementation method, a lightweight copy of the parameter configuration library is established in the local database, the physical address of the device file is converted into a 16-bit integer key value through a hash algorithm, and a binary search is used to match the index in the sorted parameter table. When successful, the parameter string is parsed to load the initial parameters, where the lightweight copy refers to a key-value pair that only includes the physical address and parameter configuration.

[0103] Step C12: writing the initial parameters into the branch monitoring device, performing parameter verification, and generating a verification result.

[0104] In this embodiment, parameter verification refers to verifying the consistency of the written value with the preset value. The verification result refers to a report that quantifies the configuration success rate.

[0105] As an optional implementation, the control module's configuration software writes initial parameters, port numbers, and encryption keys to the branch monitoring device's starting storage area frame by frame through an interface. This uses a continuous write function code, with a checksum appended to each frame. After writing, a read check is initiated, comparing the returned data byte by byte to ensure it matches the expected value. If the check fails three times in a row, the error type is recorded and the device hardware self-test process is triggered simultaneously. A test message is sent to the written IP and port, the target server response is captured, and the verification result is generated.

[0106] As an alternative implementation, initial parameters are transmitted in fragments via carrier communication. The parameter packet is split into multiple byte data blocks, each with an error correction code attached. Upon receipt, the device reassembles the data in sequence and stores it in Flash memory. The verification phase utilizes dual-channel redundant verification. The hardware automatically sends a self-generated verification code, while the software is configured to simultaneously simulate data reception. If both parties receive valid data within a preset time, the verification is marked as passed. Otherwise, an error correction code is used to attempt a repair, ultimately generating a confidence-level verification result.

[0107] Step C13: determining the parameter configuration according to the verification result to complete the configuration of the corresponding parameters of the branch monitoring device.

[0108] In this embodiment, the parameter configuration is the core parameter corresponding to the branch monitoring device to implement various functions.

[0109] As an optional implementation, the branch monitoring device sends a message containing the verification result to the control module via the first network switch. The control module's configuration software parses the status code in the verification result. If the status code indicates that the parameter configuration is not effective, the control module extracts the target server IP address, UDP port number, and encryption key corresponding to the branch monitoring device from the parameter configuration library. A write command is then sent via the interface to write the corresponding parameter configuration to the device's non-volatile storage area, completing the configuration of the branch monitoring device's corresponding parameters.

[0110] For example, the configuration software uses the physical address recorded in the device archive, MAC address 00:1A:C2:7B:00:**, to perform a precise query in the parameter configuration library, extracting the initial parameters: target IP address 10.2.3.1**, port 6000, AES key 0x5A3F... The data is then written in blocks to the device's Flash memory area at address 0x2000 via an interface. After writing, the data is read back byte by byte for verification. Failure triggers a three-step retry mechanism. If verification succeeds, the unicast parameter configuration process is activated, writing the corresponding unicast target address (192.168.1.200:88**) and communication protocol template from the parameter library to the device. A test message is then sent to the target server simultaneously. If a response of 0x55AB is received within 500ms, a report indicating successful configuration of the corresponding unicast parameters is generated for the monitoring device. Failure is flagged with an error type, such as a port conflict code, and device configuration permissions are locked. The MAC and IP addresses are used for illustration purposes only and are not relevant in practice.

[0111] In this embodiment, the physical address is recorded in the device file, the initial parameters are accurately located in the parameter configuration library, and the configuration of the unicast parameters is completed, which overcomes the technical problem of low efficiency of manual retrieval and improves the configuration detection efficiency of the device.

[0112] Based on any of the above embodiments, in the fifth embodiment of the present application, step C13 includes steps D11 to D13:

[0113] Step D11: If the verification result is passed, the initial parameters are used as the parameter configuration.

[0114] In this embodiment, passing the verification means that the device storage value is completely consistent with the target parameter and the communication function is successfully verified. Using the initial parameters as parameter configuration means directly using the initial parameters as parameter configuration.

[0115] As an optional implementation, if the verification result shows that the verification is passed, an activation instruction is sent to the corresponding branch monitoring device to trigger the device to use the current initial parameters as parameter configuration.

[0116] As an optional communication verification implementation, end-to-end communication verification is initiated while obtaining parameter configurations. The device sends an encrypted challenge packet to the target address. If the server responds with a decrypted verification code within a preset time, the operation log records "Parameter activation successful." Otherwise, the initial parameters are rolled back and a Level 3 alarm is triggered.

[0117] Step D12: If the verification result is failure, a secondary search and matching is performed according to the physical address, the initial parameters are updated, and the initial parameters that pass the verification are used as the parameter configuration.

[0118] In this embodiment, a failed verification result means that the parameters failed verification after being written. A secondary search match refers to re-querying the parameter configuration library based on the MAC address to obtain new parameters. Updating the initial parameters means replacing the original configuration values ​​with the secondary search results. A passed initial parameter verification means that the new parameter set was successfully written and verified.

[0119] As an optional implementation, if the verification result shows that the verification failed, the configuration software initiates a secondary search in the parameter configuration library based on the physical address of the branch monitoring device, and enables the historical version backtracking strategy, giving priority to the valid parameters with the highest version number, and using the valid parameters as the parameter configuration.

[0120] As an optional implementation for parameter verification failure, when the verification result indicates a verification failure, the configuration software performs a secondary search in the parameter configuration library based on the physical address of the branch monitoring device to obtain a second initial parameter. If verification of the second initial parameter still fails and no corresponding historical version of the parameter exists for the branch monitoring device, a parameter configuration failure message is uploaded and displayed on the configuration software interface.

[0121] Step D13: completing the configuration of the corresponding parameters of the branch monitoring device according to the parameter configuration.

[0122] In this embodiment, completing the configuration refers to effectively writing parameters into the device and activating the closed loop operation to the running state.

[0123] As an optional implementation, write the resulting parameter configuration to the branch monitoring device, enable the data verification function, and save the parameters. Continue verifying link stability by sending test commands through the command window. Confirming that the device status light turns from flashing to solid green indicates that the unicast communication channel is successfully established, completing the configuration of the corresponding parameters of the branch monitoring module.

[0124] For example, the configuration software parses the verification result status code returned by the branch monitoring device. A hexadecimal value of 0x00 indicates a successful verification, while a value between 0x01 and 0xFF indicates a failed verification. If the status code is 0x00, the initial parameters are directly retrieved from the device memory, targeting IP address 10.2.3.1** / Port 6000, and activated as unicast parameters. If the status code is non-0x00, such as 0xE1 indicating a checksum error, a secondary search is immediately performed in the parameter configuration library based on the device's physical address (MAC address 00:1A:C2:7B:00:**), using a version backtracking algorithm to match the three most recent valid configurations. An alternate parameter set, such as IP address 10.2.3.2** / Port 7000, is retrieved, overwritten with the updated initial parameters, and rewritten to the device memory via the RS485 interface at a baud rate of 19.2 kbps. After three rounds of readback verification, the updated parameters are considered the valid parameter configuration. Finally, a hardware interrupt command is sent to activate the parameter configuration, and the device is synchronously triggered to send an encrypted test packet to the target address. If a response 0x55AB is received within 500ms, the configuration is confirmed to be effective, and the device status light turns solid green. Otherwise, an error log is recorded and the port permission is locked, completing the configuration of the corresponding parameters of the branch monitoring device.

[0125] In this embodiment, by verifying the unicast parameter configuration, parameter errors during the unicast parameter configuration process, which may lead to configuration failure, are avoided. This makes the branch monitoring device more stable and improves the configuration detection efficiency of the device.

[0126] Based on any of the above embodiments, in the sixth embodiment of the present application, before step S50, steps E11 to E12 are further included:

[0127] In step E11, the control module receives a confirmation message indicating successful configuration returned by the branch monitoring device, and determines the IP information of the branch monitoring device.

[0128] In this embodiment, parameter configuration refers to a set of preset device communication rules. Confirmation message refers to the response data packet returned by the device after executing the instruction. IP information refers to the network layer logical address of the device.

[0129] As an optional implementation, the control module's configuration software sends parameter configuration instructions to the branch monitoring device's interface. Upon successful receipt, the device immediately returns a confirmation message. The configuration software parses the source address field in the message to extract the IPv4 address, verifies the frame check sequence, and stores it in the device information database. Simultaneously, it sends a ping command to the address to test network reachability. If a reply is received within 500ms, the IP address is marked as valid, and the corresponding node in the refreshed topology map displays a green online status icon.

[0130] Step E12: Based on the IP information and the confirmation message, generate the self-detection instruction and send it to the branch monitoring device.

[0131] In this embodiment, the confirmation message refers to a data packet fed back by the receiver to the sender to verify the instruction reception status. The self-test instruction refers to an operation command that triggers the device to perform internal diagnosis.

[0132] As an optional implementation, the PC generates a self-test instruction carrying a check value based on the IP address reported by the device and the check code in the confirmation message returned by the device, and broadcasts it to all branch monitoring devices in the local area network via the user data protocol.

[0133] As another optional implementation, when the cloud platform parses the encrypted confirmation message sent by the specified IP, it automatically calls the API interface to generate a self-detection instruction in a lightweight data format, and pushes it to the branch monitoring device of the corresponding partition via the communication protocol to trigger it to execute firmware diagnosis and data integrity verification.

[0134] For example, when the PC successfully configures the corresponding branch monitoring device according to preset parameters and receives a confirmation message containing the device identification returned by the branch monitoring device, it parses the message to extract the actual IP address of the branch monitoring device. Then, based on the parsed IP address, it dynamically generates a self-test instruction containing the target IP address, self-test type, and encryption check code. The instruction is sent directly to the branch monitoring device corresponding to the IP address through an encrypted channel, realizing remote and accurate triggering of the device self-test process.

[0135] In this embodiment, the IP parsing and instruction generation are fully automated, which overcomes the technical problem of low efficiency caused by the need for manual self-test instruction setting and triggering in related technologies. The full automation of configuration and self-test is achieved, and the configuration detection efficiency of the device is improved.

[0136] Based on any of the above embodiments, in the seventh embodiment of the present application, step S50 includes steps F11 to F12:

[0137] In step F11 , according to the self-test instruction, the branch monitoring device performs a self-test on its own functions, and performs a self-test on the buttons through the linear stepping motor, and generates a function self-test report.

[0138] In this embodiment, a linear stepper motor refers to an actuator that converts electrical pulses into linear displacement. Key self-test simulates the action of pressing a physical button and detects the response. Functional self-test involves the system automatically detecting the operating status of each module. The functional self-test report is a structured document generated based on the key test results.

[0139] As an optional implementation, after receiving a self-test instruction, the branch monitoring device first performs a functional self-test process to check the CPU usage threshold, memory sector checksum, voltage sampling accuracy error, and port level stability. It then activates the linear stepper motor to perform a button self-test according to a preset program. The motor applies a preset pulse width and preset pressure to the "reset button" on the panel through a screw propulsion mechanism, while simultaneously monitoring the on / off status of the button circuit. If the response times out or the contact resistance is abnormal, an error code is recorded. Finally, all test results are summarized to generate a test report in a data format.

[0140] As another optional implementation, when the branch monitoring device receives a self-test command, it initiates a multi-level self-test, sequentially verifying the sampling accuracy of the digital-to-analog converter and the storage bad block rate at the functional level. During the key self-test phase, a linear stepper motor presses each physical key at a preset frequency. A high-precision pressure sensor detects the applied pressure. If a single trigger fails to reach the pressure threshold or the response delay exceeds the preset delay, the key number is marked. A test report is output after the self-test is complete.

[0141] In step F12, based on the self-test instruction, the branch monitoring device performs a self-test on the display module, captures a self-test image through a network camera, and generates a display self-test report.

[0142] In this embodiment, the display module refers to a visual processing unit, including an LCD, that displays information related to the branch monitoring module. A network camera refers to a camera that transmits video streams over an IP network. A self-test image refers to a standardized test image used to verify the functionality of the identification module. The display self-test report refers to a structured report on the display module's performance, generated by analyzing the self-test image.

[0143] As an optional implementation, upon receiving a self-test command, the branch monitoring device activates its built-in display module and controls a connected network camera via the network video interface protocol to capture a preset self-test image. The recognition module performs two verification steps: first, analyzing and testing the accuracy of the color blocks. Second, it uses a model to detect positioning landmarks. If the recognition time exceeds the preset delay or the results do not match, a backup algorithm is activated to generate a test report based on the test results.

[0144] As an alternative implementation, in an environment without a standard color chart, a self-test command triggers the network camera to rotate to a preset angle, photographing the device's status indicator panel. The display module then performs a two-step test: segmenting and extracting the LED area, and identifying the panel number. If the LED area's color matches the command and the panel number is accurately identified, the system is considered normal. Otherwise, a preset number of photos are taken from different angles and analyzed again. A simplified report is then generated, and an audible and visual alarm is activated.

[0145] For example, after receiving a self-test command, the branch monitoring device initiates a dual-channel self-test process. The functional self-test channel drives a linear stepper motor to cyclically press the device buttons according to a preset pressure curve, synchronously collecting button response signals and motor torque feedback, and generating a JSON-formatted functional test report containing contact point wear rate, response delay, and electrical on / off status. The display self-test channel activates the network camera with a dynamic exposure strategy and adaptive ISO 100-1600 adjustment. It captures three sets of standard calibration charts, including scale / color blocks / deformation marks, and uses an embedded algorithm to compare the chart distortion rate and color deviation values. It generates a test report containing image sharpness, color fidelity, and distortion correction parameters, and appends a data-encoded self-test image sample.

[0146] After confirming that the device is in self-test mode, the PC software automatically initiates self-test commands to the device, performing self-tests on RS485-1 / RS485-2 / carrier communications, device YX, FLASH read / write, and timing, and uses a linear stepper motor to self-test the buttons. After confirming that the device is in self-test mode, the PC software automatically initiates self-test commands to the device. The software then sends LCD self-tests to the device via UDP, including LCD black display, LCD bright display, LCD half-bright and half-black display, LCD backlight on, LCD backlight off, etc. It also takes screenshots of the images through the network operating the corresponding IPC. The captured images are analyzed using an open source computer vision library to determine whether the LCD is functioning properly.

[0147] In this embodiment, the normal operation of the branch monitoring device is ensured by detecting the buttons by the stepper motor and the image recognition LED. A detection report is generated based on the detection, so that maintenance personnel can quickly locate the fault and perform repairs, thereby improving the configuration detection efficiency of the device.

[0148] Based on any of the above embodiments, in the eighth embodiment of the present application, refer to Figure 5 , Figure 5 This is a flow chart of the eighth embodiment of the method for automatically configuring a branch monitoring device of the present application. After step S50, steps G11 to G14 are also included:

[0149] In step G11, according to the power outage self-check instruction sent by the control module, the branch monitoring device turns off the power supply to perform a power outage self-check and generate a power outage data record.

[0150] In this embodiment, a power outage self-test command refers to a control command that triggers the device to simulate a power outage scenario for functional verification. Power off refers to proactively disconnecting the main power supply line, entering a power-off state. Power outage self-test refers to the survivability diagnostic process performed by the device when no external power is supplied. Power outage data logging refers to an encrypted log file that records key parameters during a power outage.

[0151] As an optional implementation, the configuration software sends a power outage self-test command to the branch monitoring device. Upon receiving the command, the device immediately initiates a power-off sequence, first disconnecting the main power supply and switching to the capacitor bank. The device continuously monitors the backup power supply output voltage curve and simultaneously records key data, including the backup power supply activation delay, real-time load current fluctuation range, and FLASH memory write-protection status. After completing the self-test, the main power supply is automatically restored, generating an encrypted power outage data log.

[0152] As another optional implementation, on devices without capacitor support, the configuration software sends a text message command to the branch monitoring device, forcing the switch to lithium battery power. The battery voltage is collected at preset intervals to monitor the MCU's standby power consumption. If the voltage drops below a preset threshold or if communication is interrupted for a duration exceeding a threshold, the test is terminated prematurely. A power outage data log is generated based on the test results.

[0153] Step G12: After completing the self-check of the power outage event, perform a watchdog self-check on the branch monitoring device and generate a reset record.

[0154] In this embodiment, power outage self-test completion means that the device has completed functional testing and data logging in a simulated power outage environment. Branch monitoring devices refer to intelligent monitoring terminals deployed at power grid nodes. Watchdog self-tests verify the system's ability to recover from abnormalities. Reset records are encrypted logs detailing the reset time, cause, and system status.

[0155] As an optional implementation, after the power-off self-test completes, the configuration software sends a watchdog self-test command to the branch monitoring device. The corresponding branch monitoring device initiates the watchdog self-test process, first setting the independent watchdog timeout period and then injecting a dead loop fault into the system's critical threads to force a watchdog reset. After the reset, the reset source flag is detected. Once the reset is confirmed, the RTC (real-time clock) chip is read to accurately record the reset timestamp. Key parameters in RAM (random access memory) are backed up to FRAM (ferroelectric random access memory) to generate a reset record.

[0156] As another optional implementation, upon receiving a watchdog self-test instruction, the branch monitoring device initiates a coordinated hardware and software self-test. At the hardware level, the timeout threshold for the external watchdog chip is set, disconnecting its feed signal line. At the software level, a three-level nested task deadlock is created to simulate a deadlock state. When the hardware watchdog triggers a reset, the backup monitoring module takes over the system, extracting the task schedule at the time of the deadlock from the non-volatile log area and, combined with the collected reset instantaneous voltage, generating a multi-dimensional reset record.

[0157] Step G13: After completing the watchdog self-test, exit the self-test mode, and perform a configuration re-test on the branch monitoring device to generate a configuration re-test report.

[0158] In this embodiment, watchdog self-test completion means the device has completed the forced reset test and verified its ability to recover from an abnormality. Exiting self-test mode means switching the device from diagnostic mode back to normal operation. Configuration recheck refers to the process of re-verifying the validity of operating parameters after the device restarts. A configuration recheck report is a structured document recording the parameter verification results.

[0159] As an optional implementation, after the watchdog reset, the branch monitoring device exits self-test mode and performs a three-step safety switch: first, disabling the diagnostic port; second, restoring the interrupt vector table to the running address; and third, clearing the non-volatile fault stack. A configuration review process is then initiated, sequentially comparing the externally stored primary and backup parameter sets. A cyclic redundancy check is used to detect data tampering, and the DAC reference voltage, RTC clock drift, and communication key hash value are simultaneously verified. A configuration review report is generated based on the verification results.

[0160] As another optional implementation, after the branch monitoring device exits self-test mode, it shuts down high-power modules, configures a streamlined retest process, reads the FLASH parameters and loads them into a secure sandbox, verifies the four core parameters, and activates the running thread if all verifications pass. Otherwise, it reverts to the factory default configuration and reloads. A retest report is generated based on the verification results.

[0161] In step G14, the configuration review is completed, and the configuration software prompts that the branch monitoring device of the corresponding epitope has completed the configuration self-check.

[0162] In this embodiment, configuration recheck completion means that the device has completed the secondary verification process of parameter validity and integrity. The corresponding table position refers to the physical location identifier of the device in the power system.

[0163] As an optional implementation, after a branch monitoring device completes a configuration review, it sends a structured status packet to the configuration software via a lightweight IoT messaging protocol. Upon receiving the packet, the configuration software locates the corresponding location on the topology map within its monitoring interface and displays a dynamic green pulse animation. Simultaneously, a voice alarm pops up, and a configuration self-check report is automatically generated in the background.

[0164] As another optional implementation, upon receiving the Bluetooth broadcast signal, the configuration software highlights the corresponding location on the GIS map and displays a vibration prompt. The message "Configuration Self-Test Completed" scrolls across the bottom of the interface. A condensed report is written to the local database, generating a shared link for operators to scan and access. The branch monitoring device then emits a buzzer to indicate a successful self-test.

[0165] For example, the configuration software triggers a power outage self-test on the branch monitoring device via an encrypted self-test command. The device immediately disconnects the AC 220V main power supply and switches to a supercapacitor bank. Over 60 seconds, it continuously records the backup power supply voltage curve (sampling rate 1kHz), RTC clock drift, and memory write-protection status. This generates an AES-256-encrypted power outage data log, including a voltage drop rate of 2.1V / s. The device then automatically performs a watchdog self-test: setting a hardware watchdog timeout of 800ms, injecting a thread deadloop fault to trigger a reset, capturing the reset source, backing up key parameters to FRAM, and generating a reset log. After the reset is complete, the device exits self-test mode and initiates a configuration review process: comparing the CRC32 values ​​of the primary and backup parameter groups, verifying the matching of the ADC reference voltage and the SHA256 digest of the communication key, and outputting an XML-formatted configuration review report containing a full check of 126 parameters. Finally, the configuration software highlights the table location "West District B3-202" on the topology map, prompting a voice prompt stating "Self-test passed," and simultaneously sending a notification to the operations and maintenance center.

[0166] Furthermore, the configuration software on the PC side turns off the power of the corresponding device to perform a self-test on the power outage event. After the power outage event self-test is completed, the watchdog self-test is performed. After the watchdog self-test is completed, the self-test mode is exited, and the device is reconfigured and configured again. The configuration software on the PC side prompts that the device self-test and configuration process of a certain table position is completed, and prompts that the next device at this table position can be replaced for testing.

[0167] Further, refer to Figure 6 , Figure 6Configure the detection flow chart for this application. Generate the network MAC address through the unique serial number of the MCU: the electronic signature of the device's MCU contains the storage capacity information and the 96-bit unique device ID. It is stored in the information module of the on-chip flash memory. The 96-bit unique device ID is unique for each chip. It can be used as a serial number, and here we use it as part of the network's MAC address. After the MCU program is burned, the MAC address becomes the unique identifier of the device. Device information broadcast and unicast device parameter configuration: After the MAC address is generated according to the rules, the device uses the data link layer socket (communication socket) to start periodically broadcasting the device information. The device information includes the IP address, the device's table number, asset number, time, as well as configuration parameters, verification signatures and other information. At the same time, the device can also receive unicast device parameter configuration information of the data link layer, so that the burned device can directly configure the parameters without the need for existing configuration. UDP-based device testing: A device self-test function is integrated into the MCU program. When the device self-test is initiated, some related application functions are first stopped and the device enters self-test mode. After the self-test is complete, the device needs to exit the self-test mode via a UDP command, or it will automatically exit the self-test mode after a timeout. The device also automatically exits self-test mode after a system reboot. The device supports RS485-1 / RS485-2 / carrier detection / LCD detection / LCD backlight detection / YX detection / key detection / time calibration detection / watchdog detection / external FLASH read / write detection and other functional commands.

[0168] Furthermore, the detection station of the branch monitoring device has added two 24-port switches, 16 auxiliary terminal interfaces, a network port to 16-way switch output module, a USB serial port carrier routing module, two network ports to RS485 modules, a touch button detection and a small network camera combination module.

[0169] Furthermore, the detection station of the branch monitoring device includes multiple branch monitoring devices, each of which is connected to the first network switch via an Ethernet interface and periodically broadcasts periodic broadcast information packets via the Ethernet interface. The control module obtains a physical address list through the first network switch. Then, based on the received periodic broadcast information packets, physical address list, and parameter configuration library, the correspondence between the branch monitoring device's corresponding first network switch table position and the corresponding parameter configuration is determined, and the parameter configuration corresponding to the branch monitoring device is sent to the corresponding branch monitoring device via the first network switch. The branch monitoring device completes the configuration of its own parameters according to the parameter configuration, and returns a message of successful configuration to the control module via the first network switch. The control module sends a self-test instruction to the branch monitoring device via the first network switch, and the branch monitoring device performs equipment self-test and display self-test according to the self-test instruction. First, a test message is sent via an auxiliary terminal to the first and second buses RS485-1 and RS485-2. This message is then transmitted to the control module via the first and second ports RS4851 and RS4852. The control module verifies the port, bit error rate, and response delay using the test message, generates a port self-test result, and sends it to the control module via the second network switch. A telesignaling message is then sent to the network output module via the corresponding auxiliary terminal of the telesignaling module, which transmits it to the control module. The control module uses the telesignaling message to detect the status of the telesignaling module, generates a telesignaling self-test result, and sends it to the control module via the second network switch. Then, based on the self-test command, the display's LCD is self-tested. Based on screenshots from the network camera, the LCD is checked for normal operation. An LCD self-test result is generated and sent to the control module via the second network switch. Next, the mechanical self-test unit drives a stepper motor to press the device panel buttons several times with a preset pressure. A strain sensor is used to detect compliance with the button rebound curve. A button self-test result is generated and sent to the control module via the second network switch. Then, the configuration software of the control module sends a power outage self-test instruction to the branch monitoring device. After receiving the instruction, the device immediately starts the power-off sequence, cuts off the main power supply and switches to the capacitor group for power supply, continuously monitors the output voltage curve of the backup power supply, and synchronously records key data including the backup power supply activation delay time, real-time load current fluctuation range, and FLASH memory write protection status. After completing the self-test, the main power supply is automatically restored, and an encrypted power outage data record is generated and sent to the control module through the second network switch. After completing the self-test of the power outage event, a watchdog self-test is performed on the branch monitoring device, and a reset record is generated and sent to the control module through the second network switch. The results of each test are summarized as a test report on the configuration software in the control module. Then, the parameter configuration and self-test process of the branch monitoring device corresponding to the next table position are carried out in sequence. And it is displayed on the interface for the tester to view.

[0170] In this embodiment, a hierarchical network architecture is constructed by designing a test station for branch monitoring devices. The main switch focuses on configuration management, connecting the control module to the uplink Ethernet ports of all branch monitoring devices. The secondary switch focuses on detection services, accessing network cameras and key detection modules. The control module synchronously captures broadcast messages from each branch monitoring device through the main switch's multicast channel and processes them sequentially using a dynamic weight scheduling algorithm, prioritizing the configuration of high-health devices. Configuration instructions are then distributed point-to-point via the main switch. Simultaneously, the secondary switch's dedicated detection link is activated. The touch key detection unit applies a programmed pressure sequence via the strain sensor on the auxiliary terminal interface, linking a small network camera to capture the LCD display in real time. Dual-modal data is spatiotemporally aligned at the edge computing node, and the results are fed back to the control module in real time. This makes configuration and detection of branch monitoring devices more efficient. The setup of two network switches further avoids message transmission congestion during configuration and detection, which can lead to network storms, thereby improving the efficiency of parameter configuration and self-test maintenance of branch monitoring devices.

[0171] In this embodiment, the normal operation of the branch monitoring device is ensured through self-inspection and re-inspection of the branch monitoring device, and the fully automated self-inspection and re-inspection process improves the configuration detection efficiency of the device.

[0172] The present application provides a device for automatically configuring a branch monitoring device, which includes: at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions that can be executed by the at least one processor, and the instructions are executed by the at least one processor so that the at least one processor can execute the method for automatically configuring the branch monitoring device in the above-mentioned embodiment one.

[0173] Reference below Figure 7 , which shows a schematic diagram of the structure of a device suitable for implementing the automatic configuration branch monitoring device of the embodiment of the present application. The device for the automatic configuration branch monitoring device in the embodiment of the present application may include, but is not limited to, mobile terminals such as mobile phones, laptop computers, computers, personal digital assistants (PDAs), tablet computers (PADs), portable multimedia players (PMPs), server terminals, etc., as well as fixed terminals such as integrated computer terminals and desktop computers. Figure 7 The device for automatically configuring the branch monitoring apparatus shown is merely an example and should not limit the functions and scope of use of the embodiments of the present application.

[0174] like Figure 7As shown, the device for automatically configuring a branch monitoring device may include a processing device 1001 (e.g., a central processing unit, a graphics processing unit, etc.), which can perform various appropriate actions and processes based on 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. RAM 1004 also stores various programs and data required for the operation of the device for automatically configuring a branch monitoring device. Processing device 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 touch screen, 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, a magnetic tape, hard disk, etc.; and communication devices 1009. The communication devices 1009 can allow the device for automatically configuring the branch monitoring device to communicate wirelessly or wired with other devices to exchange data. Although the figure shows the device for automatically configuring the branch monitoring device with various systems, it should be understood that it is not required to implement or have all of the systems shown. More or fewer systems may be implemented or have alternatively.

[0175] In particular, according to the embodiments disclosed in the present application, the processes described above with reference to the flowcharts can be implemented as computer software programs. For example, the embodiments disclosed in the present application include a computer program product comprising a computer program carried on a computer-readable medium, the computer program comprising program code for executing the method shown in the flowchart. In such an embodiment, the computer program can be downloaded and installed from a network via a communication device, or installed from a storage device 1003, or installed from a read-only memory 1002. When the computer program is executed by the processing device 1001, the above-mentioned functions defined in the method of the embodiment disclosed in the present application are performed.

[0176] The device for automatically configuring branch monitoring devices provided in this application, which uses the method for automatically configuring branch monitoring devices in the above-mentioned embodiment, can solve the technical problem that related technologies rely on employees using PC tools to perform device hardware detection, configuration, and comparison on each branch monitoring device in sequence, resulting in low device configuration detection efficiency. Compared with the existing technology, the beneficial effects of the device for automatically configuring branch monitoring devices provided in this application are the same as the beneficial effects of the method for automatically configuring branch monitoring devices provided in the above-mentioned embodiment, and the other technical features of the device for automatically configuring branch monitoring devices are the same as the features disclosed in the method of the previous embodiment, and are not further described here.

[0177] 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 one or more embodiments or examples in a suitable manner.

[0178] The above description is merely a specific embodiment of the present application, but the scope of protection of the present application is not limited thereto. Any changes or substitutions that can be easily conceived by a person skilled in the art within the technical scope disclosed in this application should be included in the scope of protection of this application. Therefore, the scope of protection of this application should be based on the scope of protection of the claims.

[0179] The present application provides a computer-readable storage medium having computer-readable program instructions (ie, a computer program) stored thereon, wherein the computer-readable program instructions are used to execute the method for automatically configuring a branch monitoring device in the above embodiment.

[0180] The computer-readable storage medium provided herein may be, for example, a USB flash drive, but is not limited to electrical, magnetic, optical, electromagnetic, infrared, or semiconductor systems, systems, or devices, or any combination thereof. More specific examples of computer-readable storage media may include, but are not limited to, an electrical connection having one or more wires, a portable computer disk, a hard disk, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination thereof. In this embodiment, the computer-readable storage medium may be any tangible medium that contains or stores 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, radio frequency (RF), etc., or any suitable combination thereof.

[0181] The computer-readable storage medium may be included in the device for automatically configuring the branch monitoring apparatus; or may exist independently without being assembled into the device for automatically configuring the branch monitoring apparatus.

[0182] The above-mentioned computer-readable storage medium carries one or more programs. When the above-mentioned one or more programs are executed by the device for automatically configuring the branch monitoring device, the device for automatically configuring the branch monitoring device enables: the branch monitoring device to send out a periodic broadcast information packet through the Ethernet interface; the control module obtains the periodic broadcast information packet through the first network switch; according to the periodic broadcast information packet, a device file corresponding to the branch monitoring device is constructed on the configuration software of the control module; according to the device file, the parameter configuration corresponding to the branch monitoring device is determined in the parameter configuration library table and unicast to the branch monitoring device through the first network switch to complete the configuration of the corresponding parameters of the branch monitoring device; after determining that the parameter configuration is successful, the branch monitoring device performs device self-test and display self-test according to the self-test instruction sent by the control module, and generates a test report.

[0183] Computer program code for performing the operations of the present application may be written in one or more programming languages, or a combination thereof, including object-oriented programming languages ​​such as Java, Smalltalk, C++, and conventional procedural programming languages ​​such as "C" or similar programming languages. The program code may be executed entirely on the user's computer, partially on the user's computer, as a stand-alone software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In the case of a remote computer, the remote computer may 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 may be connected to an external computer (e.g., via the Internet using an Internet service provider).

[0184] The flow charts and block diagrams in the accompanying drawings illustrate the possible architecture, functions and operations of the systems, methods and computer program products according to various embodiments of the present application. In this regard, each box in the flow chart or block diagram can represent a module, program segment or a part of code, and the module, program segment or a part of code contains one or more executable instructions for realizing the specified logical function. It should also be noted that in some alternative implementations, the functions marked in the box can also occur in a different order than that marked in the accompanying drawings. For example, two boxes represented in succession can actually be executed substantially in parallel, and they can sometimes be executed in the opposite order, depending on the functions involved. It should also be noted that each box in the block diagram and / or flow chart, and the combination of the boxes in the block diagram and / or flow chart can be implemented by a dedicated hardware-based system that performs the specified function or operation, or can be implemented by a combination of dedicated hardware and computer instructions.

[0185] The modules described in the embodiments of the present application may be implemented in software or hardware, wherein the name of a module does not necessarily limit the unit itself.

[0186] The computer-readable storage medium provided in this application stores computer-readable program instructions (i.e., a computer program) for executing the aforementioned method for automatically configuring branch monitoring devices. This addresses the technical issue of related art, which relies on employees using PC tools to sequentially detect, configure, and compare device hardware for each branch monitoring device, resulting in inefficient device configuration and detection. Compared to the prior art, the beneficial effects of the computer-readable storage medium provided in this application are the same as those of the method for automatically configuring branch monitoring devices provided in the aforementioned embodiments, and are not further elaborated here.

[0187] The above description is only part of the embodiments of the present application and does not limit the patent scope of the present application. All equivalent structural transformations made by using the contents of the present application specification and drawings under the technical concept of the present application, or direct / indirect application in other related technical fields are included in the patent protection scope of the present application.

Claims

1. A method for automatically configuring a branch monitoring device, characterized in that: Applied to a detection system, the detection system includes a branch monitoring device and a control module, the branch monitoring device and the control module are communicatively connected via a first network switch and a second network switch, the first network switch being a primary switching device of a backbone communication network and used for communication between the branch monitoring device and the control module, including periodic broadcast messages, instruction issuance, and instruction feedback, the second network switch being used for detection communication between the branch monitoring device and the control module, including self-test message issuance and feedback, the method comprising: The branch monitoring device sends periodic broadcast information packets through the Ethernet interface; The control module obtains the periodic broadcast information packet through the first network switch; Building a device file corresponding to the branch monitoring device on the configuration software of the control module according to the periodic broadcast information packet; According to the device profile, in the parameter configuration library table, the parameter configuration corresponding to the branch monitoring device is determined and unicasted to the branch monitoring device via the first network switch to complete the configuration of the corresponding parameters of the branch monitoring device; After determining that the parameter configuration is successful, the branch monitoring device performs device self-test and display self-test according to the self-test instruction sent by the control module and generates a test report.

2. The method for automatically configuring a branch monitoring device according to claim 1, wherein: Before the step of sending periodic broadcast information packets through the Ethernet interface, the branch monitoring device further includes: The control module associates the physical address corresponding to the branch monitoring device with the parameter configuration corresponding to the branch monitoring device to generate the parameter configuration library; According to the obtained physical address list of the first network switch and the parameter configuration library, a corresponding relationship between the table position and the branch monitoring device and its parameter configuration is determined.

3. The method for automatically configuring a branch monitoring device according to claim 1, wherein: The step of constructing a device profile corresponding to the branch monitoring device on the configuration software of the control module according to the periodic broadcast information packet includes: The control module identifies and binds the network card specified by the branch monitoring device; Based on the network card designated by the branch monitoring device, capturing the periodic broadcast information packet of the branch monitoring device; According to the periodic broadcast information packets corresponding to the branch monitoring devices, a device file corresponding to the branch monitoring devices is constructed on the configuration software.

4. The method for automatically configuring a branch monitoring device according to claim 1, wherein: The step of determining the parameter configuration corresponding to the branch monitoring device in the parameter configuration library table according to the device profile and unicasting the parameter configuration to the branch monitoring device via the first network switch to complete the configuration of the corresponding parameters of the branch monitoring device includes: The control module searches and matches the parameter configuration library according to the physical address corresponding to the device file, determines the initial parameters corresponding to the branch monitoring device, and unicasts the initial parameters to the corresponding branch monitoring device through the first network switch; Writing the initial parameters into the branch monitoring device, performing parameter verification, and generating a verification result; According to the verification result, the parameter configuration is determined to complete the configuration of the corresponding parameters of the branch monitoring device.

5. The method for automatically configuring a branch monitoring device according to claim 4, wherein: The step of determining the parameter configuration according to the verification result to complete the configuration of the corresponding parameters of the branch monitoring device includes: If the verification result is that the verification passes, the initial parameters are used as the parameter configuration; If the verification result is that the verification fails, performing a secondary search and matching according to the physical address, updating the initial parameters, and using the initial parameters that pass the verification as the parameter configuration; The configuration of the branch monitoring device parameters is completed according to the parameter configuration.

6. The method for automatically configuring a branch monitoring device according to claim 1, wherein: After the parameter configuration is determined to be successful, the branch monitoring device performs a device self-test and a display self-test according to the self-test instruction sent by the control module, and before the step of generating a test report, the step further includes: The control module receives a confirmation message indicating successful configuration returned by the branch monitoring device and determines the IP information of the branch monitoring device; Based on the IP information and the confirmation message, the self-detection instruction is generated and sent to the branch monitoring device.

7. The method for automatically configuring a branch monitoring device according to claim 1, wherein: After the parameter configuration is successfully determined, the branch monitoring device performs a device self-test and a display self-test according to the self-test instruction sent by the control module, and the step of generating a test report includes: According to the self-test instruction, the branch monitoring device performs self-test on its own functions and self-tests the buttons through the direct-stepping motor, and generates a function self-test report; Based on the self-test instruction, the branch monitoring device performs a self-test on the display module, captures a self-test picture through a network camera, and generates a test report of the display self-test.

8. The method for automatically configuring a branch monitoring device according to claim 1, wherein: After determining that the parameter configuration is successful, the branch monitoring device performs a device self-test and a display self-test according to the self-test instruction sent by the control module, and generates a test report, further comprising: According to the power outage self-test instruction sent by the control module, the branch monitoring device turns off the power supply to perform a power outage self-test and generate a power outage data record; After completing the power outage event self-test, performing a watchdog self-test on the branch monitoring device and generating a reset record; After completing the watchdog self-test, exit the self-test mode, and perform a configuration re-test on the branch monitoring device to generate a configuration re-test report; The configuration recheck is completed, and the configuration software prompts that the branch monitoring device of the corresponding epitope has completed the configuration self-check.

9. A device for automatically configuring a branch monitoring device, characterized in that: The device for automatically configuring a branch monitoring 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 method for automatically configuring a branch monitoring device according to any one of claims 1 to 8.

10. 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, the steps of the method for automatically configuring a branch monitoring device according to any one of claims 1 to 8 are implemented.

Images