Acoustic and light voice alarm method and system for large pumping station project
Patent Information
- Application Number
- CN202611138452.5
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2026-07-29
- Publication Date
- 2026-10-30
AI Technical Summary
[0002]当前大型泵站直流监控配套声光告警设备普遍存在硬件抗干扰能力薄弱问题,系统供电、通讯线路混合布设,高压回路电磁干扰极易造成电压采样失真、总线信号串扰丢包,四路通讯通道未做功能隔离,采集、控制、配置数据混传易引发开关误动作、数据错乱;同时传统设备无分级硬件拓展设计,新增电池巡检、测温模块时需要重新改动柜内供电与通讯布线,改造工作量大,硬件底层缺少多重防护架构,长期复杂工况下运行稳定性差
[0012]基于以上方面,通过高低压分区供电、四路DB9通道功能独立隔离布线构建多层抗干扰硬件架构,搭配标准化下位模块校准与两级蓄电池负荷脱扣保护逻辑,硬件层面大幅削弱高压电磁对电压采样、通讯总线的干扰,避免信号串扰、采样漂移、开关误动等故障;依托可独立投退多类型告警源、双分区标签化存储设计,将瞬时故障、持续故障与开关操作事件分开归档并绑定时间、电压、回路多维度工况信息,实现故障精准分层溯源,COM4预留拓展总线无需改动原有线路即可加装测温、电池巡检模块,硬件拓展改造工作量显著降低,设备长期连续运行稳定性大幅提升。
Smart Images

Figure CN123016579A_ABST
Abstract
Description
Technical Field
[0001] The present invention belongs to the technical field of engineering acousto-optic voice alarm, and particularly relates to an acousto-optic voice alarm method and system for large-scale pump station engineering. Background Art
[0002] At present, the acousto-optic alarm devices supporting DC monitoring for large-scale pump stations generally have the problem of weak hardware anti-interference capability. The system power supply and communication lines are arranged in a mixed manner, and electromagnetic interference from high-voltage loops easily causes voltage sampling distortion and bus signal crosstalk and packet loss. The four communication channels are not functionally isolated, and the mixed transmission of collection, control and configuration data easily causes incorrect switch actions and data disorder. Meanwhile, traditional devices have no hierarchical hardware expansion design, so when adding new battery inspection and temperature measurement modules, it is necessary to re-modify the power supply and communication wiring inside the cabinet, resulting in large transformation workload. The hardware bottom layer lacks a multi-layer protection architecture, leading to poor operation stability under long-term complex working conditions. In addition, the existing lower-position modules only perform simple power-on debugging, without carrying out gradient sampling calibration, full-loop switch verification and independent address allocation. The load protection logic of storage batteries is single, with only a single-stage low-voltage tripping threshold set, which cannot cut off light and heavy loads in a hierarchical manner. The alarm function has no independent on-off switch, transient faults and continuous faults are archived and stored in a unified manner, operation actions and alarm data are mixed, fault tracing lacks the support of multi-dimensional bound working condition information, and it is difficult for operation and maintenance personnel to quickly locate the cause of the fault.
[0003] The existing man-machine interaction and data transmission system for pump station monitoring has obvious operation and maintenance shortcomings. The touch screen interface is not subjected to permission level isolation, all parameter modification and historical record clearing operations have no password interception, and irrelevant personnel can arbitrarily modify the protection threshold and clear the traceability data. Only a single storage area is set for local storage, switch operation events and periodic operation records overwrite each other, there is no independent USB offline export channel, and historical data cannot be backed up and retrieved under on-site no-network working conditions. Remote communication only realizes one-way data upload, lacks heartbeat keep-alive, disconnection reconnection and data error correction mechanisms, the four-remote point mapping is imperfect, and the remotely issued equalization adjustment and opening commands are prone to execution failure. Moreover, the hardware debugging and software configuration of the whole system are carried out independently in separate modules, and full-channel and full-working-condition closed-loop joint debugging is not completed, so it cannot adapt to the dual scenarios of on-site local visual operation and maintenance and remote background unattended monitoring at the same time, and the overall system has low integration and insufficient operation and maintenance convenience. Contents of the Invention
[0004] In view of the above-mentioned problems, combined with the first aspect of the present invention, an embodiment of the present invention provides an acousto-optic voice alarm method for large-scale pump station engineering, and the method includes:
[0005] Carrying out layered and isolated arrangement of the hardware architecture, through voltage partitioned power supply and independent function division of four buses, suppressing signal interference through dual isolation of power supply and communication links, and building a stable and expandable underlying hardware foundation for the system;
[0006] Complete the standardized verification and configuration of the lower-level modules, build the automatic closed-loop control logic for battery graded load protection, and provide a flexibly responsive hierarchical alarm storage mechanism to achieve autonomous load adjustment and refined fault identification of the system.
[0007] Build a visual human-computer interaction platform with access control, construct a two-dimensional hierarchical data storage and transmission system, and take into account the data interaction needs of local on-site operation and maintenance and remote backend.
[0008] The system features multi-channel communication branch debugging and full-condition simulation debugging, enabling remote unattended operation and maintenance and supporting functional module expansion without modification.
[0009] Furthermore, embodiments of the present invention also provide an audible, visual, and voice alarm system for large-scale pumping station projects, characterized in that it includes:
[0010] A processor; a machine-readable storage medium for storing machine-executable instructions of the processor; wherein the processor is configured to execute the aforementioned audible, visual, and voice alarm method for large pumping station projects by executing the machine-executable instructions.
[0011] In another aspect, embodiments of the present invention also provide a computer program product, the computer program product including machine-executable instructions, the machine-executable instructions being stored in a computer-readable storage medium, the processor of a computer device reading the machine-executable instructions from the computer-readable storage medium, the processor executing the machine-executable instructions, causing the computer device to execute the above-described method for sound, light and voice alarms for large pumping station projects.
[0012] Based on the above, a multi-layered anti-interference hardware architecture is constructed through high and low voltage zoned power supply and independent isolation wiring of four DB9 channels. Coupled with standardized lower-level module calibration and two-level battery load trip protection logic, the hardware level significantly reduces the interference of high-voltage electromagnetic fields on voltage sampling and communication buses, avoiding faults such as signal crosstalk, sampling drift, and switch malfunctions. Relying on the independent enabling and disabling of multiple types of alarm sources and the dual-partition tagging storage design, instantaneous faults, continuous faults, and switch operation events are separately archived and bound with multi-dimensional operating condition information such as time, voltage, and circuit, enabling precise hierarchical fault tracing. The COM4 reserved expansion bus allows for the addition of temperature measurement and battery inspection modules without modifying the original wiring, significantly reducing the workload of hardware expansion and modification, and greatly improving the long-term continuous operation stability of the equipment.
[0013] This invention features a tiered password pop-up permission mechanism to isolate ordinary browsing from high-risk parameter operations, avoiding the risk of unauthorized tampering with protection thresholds and clearing traceability data. Dual-partition independent storage combined with an isolated USB offline export channel allows for complete backup of two types of historical data even without network access. It incorporates a standard Modbus four-remote communication protocol with heartbeat, reconnection, and error correction mechanisms, enabling coordinated local operation and remote two-way control. After full-channel, full-condition closed-loop commissioning, the entire system achieves high integration, simultaneously meeting the needs of on-site offline maintenance and remote unattended monitoring, effectively reducing the manpower and time costs of daily pump station inspections, fault diagnosis, and equipment upgrades. Attached Figure Description
[0014] Figure 1 This is a schematic diagram of the execution flow of the audible, visual, and voice alarm method for large-scale pumping station projects provided in this embodiment of the invention.
[0015] Figure 2 This is a schematic diagram of exemplary hardware and software components of the sound, light and voice alarm system for large-scale pumping station projects provided in an embodiment of the present invention. Detailed Implementation
[0016] The present invention will now be described in detail with reference to the accompanying drawings. Figure 1 This is a flowchart illustrating a method for sound, light, and voice alarms in large-scale pumping station projects according to an embodiment of the present invention. The following is a detailed description of this method for sound, light, and voice alarms in large-scale pumping station projects.
[0017] Step S110: The hardware architecture is layered and isolated. Through voltage partitioning power supply and independent division of four bus functions, signal interference is suppressed by dual isolation of power supply and communication links, and a stable and scalable underlying hardware foundation is built.
[0018] The system hardware architecture was deployed in a layered and isolated manner, employing a dual isolation design with voltage-zoned power supply and independent functional division of the four buses. This eliminates signal interference during equipment operation from both the power supply and communication links, constructing a robust and highly scalable underlying hardware foundation. The layered hardware architecture completely separates the system power supply system from the communication bus system, avoiding common equipment failures such as strong-weak current coupling interference and bus signal crosstalk. Differentiated power supply zoning distinguishes between high and low voltage loads, preventing electromagnetic radiation from high-voltage power supply circuits from interfering with low-voltage sampling circuits. Simultaneously, the four DB9 communication buses are functionally dedicated, with each bus independently handling its corresponding business data transmission, eliminating bus reuse and data mixing. This hardware structure ensures stable data transmission and reliable equipment operation, while reserving ample hardware expansion space to meet future functional module upgrades and expansion needs.
[0019] Step S111: Determine that the YZHP-JH touch screen main monitoring is the core control unit of the system. Divide the power supply into two physically independent power supply circuits according to the rated power supply voltage of each lower module. Lay a separate line to provide high voltage power supply for the DC90-300V wide voltage GPIO / DIO switch input / output module. Use the power conversion interface conversion box to output DC24V low voltage power supply. Lay a separate low voltage power supply line to supply the YZHP-JH main monitoring, ADC-7A acquisition module, and JLCL-6A AC measurement module. The high and low voltage power supply lines are physically separated to prevent the electromagnetic signal generated by the high voltage circuit from interfering with the low voltage sampling circuit.
[0020] The YZHP-JH touchscreen main monitoring unit is designated as the core control unit of the entire system. Two physically independent power supply circuits are established to achieve power isolation between high and low voltage loads. For the GPIO / DIO digital input / output modules, a dedicated power supply line is laid, providing a wide voltage range of DC 90-300V to accommodate the high-voltage operating conditions of the digital input / output modules. A dedicated power conversion interface box is installed to convert the high-voltage power to a stable DC 24V low-voltage power supply. A separate low-voltage power supply line is laid specifically for powering the YZHP-JH touchscreen main monitoring unit, the ADC-7A voltage acquisition module, and the JLCL-6A AC measurement module. During construction, strict adherence to the strong and weak current separation wiring specifications is maintained. High-voltage and low-voltage power supply lines are physically spaced apart and arranged in layers, avoiding parallel laying of lines throughout the process. This effectively blocks electromagnetic interference generated during high-voltage circuit operation, completely eliminating low-voltage sampling distortion and data drift caused by high-voltage interference, ensuring the accuracy of sampling data and the stability of system operation.
[0021] Step S112: Functionally partition the four DB9 communication interfaces built on the main monitoring system, and build multiple independent transmission buses that are not shared. COM1 is an independent RS232 channel, which is only connected to the voltage conversion box and is only used for the upper computer communication address parameter configuration. It does not connect any acquisition or control devices. COM2 is built as an RS485 acquisition bus, which connects the ADC-7A and JLCL-6A modules in a daisy-chain connection method. It only transmits AC and DC analog voltage acquisition data. COM3 is built as an RS485 control bus, which is only connected to the GPIO / DIO switch module. It transmits switch opening and closing control commands and switch status feedback signals separately, and completes the physical isolation between the analog acquisition signal and the pulse control signal bus. COM4 is set as an independent reserved RS485 expansion bus. The wiring terminals and cabinet wiring space are reserved in advance. When adding the battery inspection module later, there is no need to modify the original power supply and communication lines.
[0022] The main monitoring system's four built-in DB9 communication interfaces are divided into dedicated functional zones, establishing four independent and non-shared dedicated transmission buses to achieve physical isolation of business data transmission. COM1 is independently configured as an RS232 communication channel, connecting only to the voltage conversion box device, specifically for configuring and writing communication addresses and basic system parameters for the host computer device. It does not connect to any acquisition or control devices, ensuring the parameter configuration channel's independence and security. COM2 is a dedicated RS485 acquisition bus, using standard daisy-chain wiring to connect ADC-7A and JLCL-6A measurement modules, solely responsible for unidirectional uploading of AC / DC analog voltage acquisition data. COM3 is an independent RS485 control bus, connecting only to GPIO / DIO switch modules, specifically for transmitting switch opening and closing control commands and device status feedback signals, achieving physical isolation between analog acquisition signals and pulse control signals. COM4 is reserved as an independent RS485 expansion bus, with pre-reserved cabinet wiring terminals and installation space. When adding functional modules such as battery inspection and temperature monitoring in the future, there is no need to modify the original power supply and communication lines, achieving upgrades without modification.
[0023] Step S113: Complete the embedded installation of the 7-inch touch screen host cabinet according to the matching opening size. Arrange the DC24V power line, DB9 communication cable and USB data cable in categories and make clear labels. Strictly distinguish the positive and negative terminals of the DC power supply terminals and complete the wiring. All RS485 buses are connected in the same A and B wire sequence. Install a terminating resistor at the end of each RS485 bus. The USB offline data interface is laid separately and kept away from the high voltage circuit of the switch throughout. It serves as the channel for offline parameter import and operation record export.
[0024] Standardized installation and wiring of the entire equipment were completed. Based on the standard opening dimensions of the equipment, the 7-inch YZHP-JH touchscreen host was embedded and fixedly installed in the pre-set position in the cabinet, ensuring a secure installation and good shock resistance. During the installation and wiring phase, the DC24V power supply line, DB9 communication line, and USB data line were categorized and arranged, with dedicated labels affixed throughout the route for easy maintenance and repair later. DC power supply wiring strictly distinguished between positive and negative polarities to prevent equipment damage caused by reverse polarity. All RS485 communication buses were standardized with A and B wire sequence connections to ensure consistent bus wiring standards across the entire system. Termination resistors were added to the end of each RS485 bus to eliminate signal reflection and oscillation, improving bus communication stability. The USB offline data interface was laid out separately, kept away from high-voltage circuits and power load circuits to avoid strong electrical interference. It serves as a dedicated channel for importing system offline parameters, exporting operation records and alarm data, ensuring safe and stable offline data transmission.
[0025] Step S114: Relying on multiple protection measures such as voltage partitioning and isolated power supply, independent division of functional buses, standardized classification wiring, bus impedance matching, and physical separation of strong and weak power lines, the entire underlying hardware is built, forming a DC monitoring system hardware underlying architecture with strong anti-interference capabilities and support for functional module expansion without modification.
[0026] By integrating multiple hardware protection mechanisms, the underlying hardware architecture of the entire system was built and solidified. Through the initial high- and low-voltage voltage partitioned power supply design, electromagnetic interference sources were weakened at the source. Relying on a four-way functional independent bus partitioning method, complete isolation of data acquisition, control, configuration, and expansion services was achieved, eliminating bus crosstalk and data mixing faults. Combined with standardized classified cabling, RS485 bus end impedance matching, and physical separation of strong and weak current cabling, a multi-level hardware anti-interference protection system was constructed. The entire hardware architecture abandons the design defects of traditional equipment's mixed strong and weak current cabling and bus reuse, effectively solving common problems in DC monitoring systems such as inaccurate sampling, communication packet loss, and false command triggering. At the same time, relying on reserved expansion buses and redundant cabling structures, sufficient equipment upgrade space was retained. The final hardware architecture has extremely strong electromagnetic interference resistance, supports subsequent functional module expansion without modification, and meets the long-term stable operation requirements of complex industrial cabinets.
[0027] Step S120: Complete the standardized verification configuration of the lower-level modules, build the automatic closed-loop control logic for battery graded load protection, and provide a flexibly responsive hierarchical alarm storage mechanism to complete the system's autonomous load adjustment and refined fault identification.
[0028] Step S121: Offline sampling accuracy calibration. Take out the ADC-7A and JLCL-6A acquisition modules, apply the standard calibration voltage to the AC / DC voltage acquisition channel, and adjust and correct the sampling error so that the measurement accuracy meets the factory specifications of the equipment.
[0029] Offline sampling accuracy calibration of the ADC-7A acquisition module and JLCL-6A AC measurement module was completed, effectively correcting hardware sampling errors and ensuring the system's voltage acquisition accuracy met standards. The calibration was conducted independently offline, with both acquisition modules disconnected from the system load and connected separately. A standard regulated power supply was used to supply gradient standard calibration voltages to the AC and DC voltage acquisition channels, covering the full sampling range of low, medium, and high voltage. The module sampling values were read in real-time through the main monitoring backend and compared with the standard input voltage values to accurately identify inherent sampling deviations, zero-point drift, range offsets, and other errors. For the detected accuracy deviations, the sampling coefficients and zero-point compensation parameters were fine-tuned through system backend parameter adjustments, calibrating the full-range sampling data point by point. Repeated gradient sampling calibration was performed until the error between the module's acquired values and the standard voltage values was controlled within the equipment's factory-allowed accuracy range, completely resolving the hardware sampling deviation problem and providing a precise data foundation for subsequent system voltage over-limit alarms, load tripping control, and operating condition data analysis.
[0030] Step S122: Full circuit function verification of the switch input channels. Trigger each of the 16 switch input channels one by one, check the feedback status of each on / off signal, drive the 8 relay output terminals in sequence, and verify that the opening and closing drive level output is stable and reliable.
[0031] The entire circuit of the system's digital input channels underwent full-loop functional verification to ensure stable and reliable switch signal acquisition and relay drive operation. The system comprises 16 digital input channels and 8 relay output terminals. The verification process involved independent testing of each channel, sequentially triggering on / off operations on each input channel and verifying the channel's on / off status displayed on the touchscreen main interface in real time. This ensured accurate identification of each input signal, with no missed or incorrect detections. After input channel verification, the 8 relay output terminals were sequentially driven to issue opening and closing control commands. The relay operation status and output drive level were monitored throughout the process to verify stable output levels, timely action response, no jitter, and no failure to operate. Through point-by-point testing of the entire circuit, potential issues such as loose wiring, signal failure, and relay drive malfunctions in the digital input channels were comprehensively investigated, ensuring the proper functioning and stable performance of all digital input / output channels. This provides reliable hardware support for subsequent automatic switch tripping, remote opening / closing, and status monitoring functions.
[0032] Step S123: Unified allocation and configuration of communication addresses for lower-level devices. Assign a unique and independent communication address to each lower-level module, including ADC-7A, JLCL-6A, and GPIO / DIO. Enter all device address parameters into the YZHP-JH touch screen main monitoring system.
[0033] The communication addresses of all subordinate functional modules were uniformly assigned and configured in the system, enabling independent addressing and precise communication for each device. Unique and non-repeating independent communication addresses were assigned to the ADC-7A acquisition module, JLCL-6A AC measurement module, and GPIO / DIO switch modules integrated into the system, preventing communication disorder and data corruption caused by address conflicts between multiple devices. Address allocation followed a categorized and ordered principle, with modules uniformly numbered and sorted according to their functional type, facilitating later equipment maintenance, troubleshooting, and parameter management. After completing the hardware device address DIP switches or parameter configuration, the communication addresses, device types, and corresponding bus port information of all devices were entered into the YZHP-JH touchscreen main monitoring system backend, completing the device address ledger binding. Through a dedicated address addressing mechanism, the main monitoring system can accurately locate each subordinate module, achieving point-to-point independent data interaction, avoiding data cross-interference when multiple devices are connected to the bus, and ensuring orderly, stable, and controllable bus communication.
[0034] Step S124: System online communication link self-test, start the main monitoring device scanning function, poll each lower module one by one, verify that the communication links of all acquisition and switch modules are connected and stable, and complete the standardized configuration of lower devices;
[0035] Conduct a self-test of the system's online communication links to complete the overall standardized configuration verification of lower-level devices. After all lower-level modules are installed, wired, and configured, start the YZHP-JH main monitoring system's built-in device scanning and polling function. The system polls all lower-level modules connected to the bus, including ADC-7A, JLCL-6A, and GPIO / DIO, according to a preset cycle. Real-time verification of the online identification status of each module is performed to determine whether the device is online normally, whether the communication link is unobstructed, and whether data interaction is normal. For devices with abnormal polling, offline status, or data packet loss, check and correct wiring, address configuration, and bus parameter issues to ensure that all lower-level modules can be stably identified and communicated normally by the main monitoring system. Through comprehensive online self-testing, communication link vulnerabilities are completely eliminated, completing the standardized configuration closed loop for lower-level devices and providing communication assurance for the stable operation of subsequent system data acquisition, logic control, and remote interaction functions.
[0036] Step S125: Configure the parameters of the graded load trip control model, call the built-in battery capacity and voltage reference table, configure the three operating modes of the feeder circuit in the equalization setting interface, and customize the low voltage trip protection voltage threshold of level 1 and level 2 as needed.
[0037] Complete the parameter configuration of the system's graded load tripping control model and build graded protection control logic adapted to the battery's operating characteristics. The system has a built-in accurate battery capacity-voltage correspondence table, which can adapt to the discharge characteristic requirements of batteries of different capacities. Enable the graded tripping function in the system load balancing settings interface, and configure three operating modes for the feeder circuit: normal operation, graded protection, and low-voltage blocking, to adapt to different operating scenarios. Maintenance personnel can customize the voltage threshold parameters for first-level and second-level low-voltage tripping according to the actual parameters of the batteries on site and the importance level of the load, achieving flexible adaptation of load protection parameters. The first-level threshold is used to cut off ordinary non-critical loads, and the second-level threshold is used to cut off secondary backup loads. Through gradient voltage threshold settings, graded load control during battery discharge is achieved, avoiding deep discharge and damage to the battery, balancing power supply stability and battery life, and completing the personalized configuration of the system load protection model.
[0038] Step S126: The closed-loop logic of the battery load protection is solidified. When the mains power is normal, all feeder switches are kept closed. When the AC power fails, the battery discharges. When the voltage drops to the threshold of level 1, the ordinary load is automatically cut off. When it drops to the threshold of level 2, the secondary load is cut off. After the mains power is restored, all circuits are automatically closed and powered on.
[0039] The closed-loop control logic for graded load protection of the battery has been solidified, enabling fully automatic load regulation during switching between mains power and battery operating conditions. Under normal mains power supply conditions, the system automatically maintains all feeder switches closed, ensuring normal power supply to all loads. When AC mains power fails and the system switches to independent battery discharge mode, the system monitors battery voltage changes in real time. When the battery voltage drops to the first-level preset tripping threshold, it automatically issues a command to disconnect ordinary loads, reducing the battery discharge load. When the voltage continues to drop to the second-level tripping threshold, it automatically disconnects secondary loads, retaining power only for core and important loads, effectively preventing deep discharge damage to the battery. After mains power is restored, the system automatically detects the mains power status and battery voltage, and controls all feeder circuits to automatically close and restore power step by step, without manual operation. The entire logic forms a closed-loop control system for graded load reduction during mains power outages and automatic power restoration upon mains power restoration, operating fully automatically throughout the process, improving the system's power supply reliability and intelligence level.
[0040] Step S127: Establish a hierarchical alarm and classification storage mechanism, divide into four independent fault alarm sources, set communication alarm enable / disable switches for each module, provide real-time pop-up reminders on the interface after a fault is triggered, classify and store alarm data according to instantaneous and continuous fault labels, independently store switch operation events and bind action time and battery voltage to complete refined fault source tracing and identification.
[0041] A flexible, hierarchical alarm mechanism and a dual-zone classification storage system are established to achieve refined fault identification and tracing capabilities. The system abandons the traditional integrated alarm model, adopting a hierarchical, independent control design that modularly integrates alarm, storage, retrieval, and tracing functions. Four independent alarm sources are pre-defined, each with its own dedicated alarm activation / deactivation control bit, supporting independent switching control of individual module alarms without interfering with the overall system logic. Simultaneously, a real-time background polling alarm trigger logic is implemented, providing visual fault pop-up alerts. Combined with a fault duration discrimination mechanism, instantaneous and continuous fault classification and labeling are achieved. A dual-partition system is created for independent alarm storage and operation event storage, archiving fault data and switching action data respectively. All records are bound to multi-dimensional operating condition information such as time, voltage, and circuit. A multi-condition search and filtering function is provided, allowing for precise location of fault conditions and causes through cross-comparison of the two types of data. Ultimately, a refined fault identification system integrating alarm activation / deactivation, real-time early warning, classified storage, and precise tracing is formed.
[0042] Step S1271: Alarm source classification and independent enable / disable function configuration. In the YZHP-JH main monitoring program, four independent alarm data sources are pre-classified: incoming power supply abnormality, battery pack voltage over-limit, switch circuit fault, and lower-level module communication interruption. Communication alarm control bits are configured for each lower-level module such as ADC-7A, JLCL-6A, and GPIO / DIO. A visual check and switch control is generated in the system alarm setting interface, and maintenance personnel can enable or disable alarms of individual modules.
[0043] The system completes the classification and independent enabling / disabling of alarm sources, enabling independent and controllable management of alarm logic for each module. Within the YZHP-JH main monitoring program, four independent alarm data sources are pre-defined: incoming power supply anomalies, battery pack voltage exceeding limits, switch circuit faults, and lower-level module communication interruptions. This covers all core fault conditions in the system, achieving comprehensive and complete fault alarm coverage. Dedicated independent communication alarm control bits are configured for the ADC-7A acquisition module, JLCL-6A AC measurement module, and GPIO / DIO switch quantity module, ensuring that the alarm logic of each module is independently controlled and unrelated to others. Corresponding checkboxes are generated in the system's visual alarm setting interface, allowing maintenance personnel to individually enable or disable alarms for any single module based on the on-site equipment operating status and maintenance needs. Single-module alarm enabling / disabling operations only affect the corresponding device and do not change or interfere with the alarm logic and operating status of other modules, effectively adapting to special scenarios such as equipment maintenance, module debugging, and local fault troubleshooting, improving the flexibility of system alarm management.
[0044] Step S1272: Development of background real-time status polling and local pop-up alarm logic. The system background continuously polls all voltage acquisition points, 16-channel switch input status, and communication heartbeat messages of each lower module, and compares the collected values with the preset alarm threshold in real time. Once any fault occurs, such as measurement point exceeding the limit, abnormal switch position, or loss of heartbeat of lower device, the alarm response program is immediately triggered, and a persistent alarm pop-up window pops up on the main interface of the touch screen. The pop-up window fully displays the fault occurrence time, the module to which the fault belongs, and the text description of the fault. The pop-up window remains displayed until the maintenance personnel manually confirm and clear it.
[0045] The system features real-time polling in the background and local pop-up alarm logic, enabling real-time fault identification, visual pop-up warnings, and human-machine confirmation for clearing. The system background is equipped with a continuous loop polling program that continuously collects data from all voltage measurement points, the real-time on / off status of 16 switch inputs, and heartbeat messages from all lower-level modules, providing uninterrupted monitoring of system operation. The collected data is compared in real-time with preset alarm thresholds and normal device status logic. If any fault is detected, such as exceeding measurement limits, abnormal switch status, or loss of heartbeat from lower-level devices, the built-in alarm response program is immediately triggered. A persistent alarm pop-up is generated at the top of the touchscreen main interface, clearly displaying the precise time of fault occurrence, the module to which the fault belongs, and a detailed text description of the fault. This pop-up has the highest priority and cannot be automatically hidden; it must be manually confirmed by maintenance personnel before it can be cleared, effectively preventing missed faults and ensuring that system faults are controllable, traceable, and manageable in real time.
[0046] Step S1273: Write the logic for fault duration determination and tagged alarm data storage. Embed the timer logic in the background to automatically record the complete duration of each alarm from triggering to clearing. If the fault is triggered instantly and quickly recovered, it will be automatically tagged as an instantaneous fault. If the fault lasts for more than the preset time and is not cleared, it will be tagged as a continuous fault. All alarm data with classification tags will be written to the system's independent alarm storage partition and the fault start and end time, fault type, and battery voltage information at the time of the fault will be archived synchronously.
[0047] The system incorporates logic for fault duration discrimination and tagged alarm storage, enabling fault classification, archiving, and refined operational condition recording. A high-precision timer is embedded in the system backend to automatically capture the trigger and clearing times of each alarm, accurately recording the fault duration and intelligently classifying and labeling fault types. For fluctuating faults that trigger instantaneously and recover automatically within a short time, the system automatically labels them with a "transient fault" tag; for faults that persist beyond a timeout after triggering and exhibit steady-state abnormalities, the system automatically labels them with a "persistent fault" tag, thus differentiating between the two types of faults. The system utilizes a dedicated alarm storage partition, where all alarm data with categorized tags is uniformly archived and stored, synchronously binding and saving the precise start and end times of the fault, the specific fault type, and the real-time battery voltage data at the moment of the fault occurrence, comprehensively recording the entire operational condition information throughout the fault occurrence process. Through tagged classification and storage, accurate differentiation of fault types is achieved, providing comprehensive data support for subsequent fault tracing, hazard identification, and operational condition analysis.
[0048] Step S1274: An independent switch action event storage partition is created. The system adds an event record storage area. Each time the system receives manual opening and closing operation instructions from maintenance personnel or automatic tripping control instructions from the battery, it synchronously captures the current timestamp and real-time battery voltage value. The time, voltage, switch action type, and corresponding circuit number are bound into a complete record and written into the storage partition. All event records are automatically sorted and saved in descending order according to the time of action occurrence.
[0049] A dedicated storage partition for switch action events is established to bind and archive equipment operation behavior with operating condition data. The system has a separate event log storage area, distinct from alarm storage, specifically for storing all manual and automatic switch action data. The system monitors manual opening and closing commands from maintenance personnel and automatic tripping commands for low-voltage battery levels in real time. At the moment each valid action command is executed, it simultaneously captures four core pieces of information: a high-precision timestamp of the system, the real-time operating voltage of the battery pack, the specific type of switch action, and the corresponding action circuit number. This multi-dimensional data is bound and encapsulated into a single complete event record, which is immediately written to the dedicated storage partition. All stored event records are automatically sorted in descending order of action occurrence time, with the latest action record displayed at the top, ensuring no duplication, no overwriting, and no loss. By binding operation behavior with real-time operating condition data, the system accurately reconstructs the system's operating status for each switch action, providing crucial evidence for fault tracing and action review.
[0050] Step S1275: Configure multi-dimensional data retrieval and query functions. Configure retrieval and filtering functions on the system alarm page and event log page respectively, and support maintenance personnel to filter and retrieve historical stored data based on multiple conditions such as fault tag, fault occurrence time period, and fault corresponding circuit number.
[0051] The system is configured with multi-dimensional data retrieval and query functions, enabling accurate filtering and rapid retrieval of historical data. Multifunctional search and filtering modules have been developed on the system alarm query page and event log query page, breaking the limitations of traditional single-time queries and establishing a multi-condition combination search mechanism. Maintenance personnel can freely combine and filter data based on three core conditions—fault tag classification, fault occurrence time period, and fault corresponding circuit number—accurately locating the required historical data. Individual filtering of instantaneous and continuous fault alarm data is possible, as well as precise retrieval of switch action event records for specified time periods and circuits, effectively avoiding the inefficiency of manually browsing massive amounts of data. The search function is adaptable to various usage scenarios such as on-site maintenance, fault diagnosis, equipment review, and data statistics, significantly improving the efficiency of historical data retrieval and making fault tracing and operational condition analysis more accurate and efficient.
[0052] Step S1276: The fault tracing and analysis logic is implemented. The alarm and event records retrieved come with classification tags and voltage and time information matching the action conditions. The operation and maintenance personnel can combine the two types of records for cross-comparison to quickly locate the system operating conditions when the fault occurred and the direct cause of the fault.
[0053] The system employs a multi-dimensional fault tracing analysis logic to accurately pinpoint fault conditions and their causes. It relies on a dual data system—labeled alarm storage and multi-dimensional event record storage—to establish a cross-comparison and tracing mechanism. When maintenance personnel retrieve fault alarm records, they can simultaneously match corresponding time-period switch action event records. By combining this with a complete set of bound data, including alarm / fault tags, fault start and end times, battery voltage at the time of the fault, switch action type, and circuit number, the system fault state and equipment operating status can be cross-compared. This allows for precise differentiation of faults into different causes, such as abnormal equipment operating conditions, improper human operation, load fluctuations, and communication anomalies, clearly reconstructing the complete system operating conditions before and after the fault. This completely overcomes the shortcomings of traditional monitoring systems that can only record faults but cannot pinpoint their causes, achieving intelligent analysis throughout the entire process from fault recording to fault tracing.
[0054] Step S1277: The overall mechanism is integrated and implemented. Based on the complete collaborative mechanism of independent activation and deactivation of single-module alarms, separate storage of alarm and switch operation events in two areas, and binding and recording of multi-dimensional information of operation actions, the system's refined fault tracing and identification function under all working conditions is built.
[0055] A comprehensive and refined management and control mechanism has been integrated to complete the closed-loop construction of fault tracing functionality across all operating conditions. The system integrates multiple functions, including independent activation / deactivation of single-module alarms, hierarchical alarms for four types of fault sources, real-time pop-up alerts, categorized storage of fault tags, independent archiving of switch action events, multi-dimensional data retrieval, and cross-condition fault tracing, forming a complete collaborative management and control mechanism. Each functional module works in concert without redundancy, achieving independent control and flexible activation / deactivation of individual device alarms to adapt to equipment maintenance and debugging scenarios, while also ensuring partitioned and isolated storage of fault and operational data to guarantee data integrity and prevent loss. Through multi-dimensional data binding records and cross-comparison analysis, precise and refined fault tracing and identification across all operating conditions and scenarios are achieved, effectively solving the problems of mixed alarms, chaotic data, difficult fault tracing, and low maintenance efficiency in traditional DC monitoring systems, comprehensively improving the system's intelligent operation and maintenance and fault handling capabilities.
[0056] Step S130: Build a visual human-computer interaction platform with access control, construct a two-dimensional hierarchical data storage and transmission system, and take into account the data interaction needs of local on-site operation and maintenance and remote backend four-remote data interaction.
[0057] The system has completed the overall construction of an integrated human-machine interaction and data transmission system. Using the YZHP-JH touchscreen host as the core carrier, a visual human-machine interaction platform with hierarchical access control capabilities has been developed, completely overcoming the shortcomings of traditional monitoring interfaces that lack isolation and differentiated permissions. The system innovatively constructs a local and remote dual-dimensional hierarchical data storage and transmission architecture, specifically adapted and optimized for two core scenarios: on-site maintenance and remote backend management. By integrating multiple functions such as visual on-site operation, password-protected hierarchical access control, dual-partition local data storage, offline USB data export, and Modbus remote four-remote two-way interaction, a closed-loop intelligent monitoring system is formed. On the local side, the touchscreen visual interface enables equipment inspection, on-site operation, and fine-tuned parameter configuration, while isolated hierarchical storage ensures full local retention of operating conditions and operational data. On the remote side, standardized communication protocols enable real-time four-remote data interaction, achieving remote monitoring and control. The entire system caters to the dual needs of offline maintenance without network access and unattended remote maintenance with network connectivity, achieving collaborative and compatible operation of local maintenance and remote management.
[0058] Step S131: Development and construction of the visual main screen interface. The main interactive interface is built using the YZHP-JH touch screen host as the carrier. The interface is divided into areas to display real-time AC voltage, battery voltage, feeder switch opening and closing status, system communication operation status and operating parameters. The interface integrates independent manual opening and closing operation buttons. All local control operations are completed in the main screen, and the background parameter modification entry is hidden.
[0059] The customized development and layout optimization of the visual main screen interactive interface were completed. Based on the YZHP-JH touch screen hardware platform, an integrated main interactive interface was configured and designed. A partitioned modular layout was adopted, with a dedicated independent data display area to centrally display core operating parameters such as real-time AC voltage, battery voltage, the opening and closing status of each feeder switch, and system communication operation status. Data is refreshed in real time, and the status is presented intuitively and visually, significantly reducing the difficulty of on-site inspections. The interface integrates dedicated manual closing and opening touch operation buttons, unifying all local equipment control functions on the main screen page. On-site maintenance personnel can complete routine local operations without switching between multiple page levels. Simultaneously, the function entry points for modifying system backend parameters and adjusting configurations are hidden, retaining only publicly accessible and basic operation access interfaces. This prevents unauthorized personnel from accidentally touching or arbitrarily entering the parameter configuration interface, avoiding unauthorized parameter tampering at the source, and balancing equipment operation convenience with system security.
[0060] Step S132: Configure hierarchical password permission control logic. Add a password verification and interception mechanism to the system settings entry point to trigger an independent password input pop-up. Only by entering the correct permission password can you enter the parameter configuration page. Include all high-risk operations such as device configuration, alarm threshold adjustment, load balancing threshold modification, and historical record clearing in permission control. Split the system configuration, alarm settings, switch balancing settings, alarm clearing, and event record clearing into five independent sub-pages for regional management.
[0061] The system has completed the overall configuration and construction of a hierarchical password access control system. A pre-emptive password verification and interception mechanism has been added for high-risk parameter operations, completely resolving the security vulnerabilities of traditional monitoring systems that lack hierarchical access control and allow unauthorized parameter modification by any user. When maintenance personnel trigger a jump command to the system parameter setting interface, the system automatically pops up a password input window with an independent, locked level. This pop-up locks access permissions, preventing access to the next configuration page without a correct password, effectively blocking unauthorized operations. The system includes all high-risk operations that can alter system operation logic, such as overall device configuration, alarm threshold adjustment, load balancing threshold modification, historical alarm record clearing, and event record clearing, within the scope of password access control. Simultaneously, the control functions are finely broken down, with five independent functional subpages. Each subpage is independently managed and its functions do not interfere with each other, achieving refined management of system parameter modification and data clearing operations by region, effectively avoiding cross-regional misoperation and batch parameter modification issues.
[0062] Step S1321: Deploy the underlying permission interception logic. Implant the underlying permission interception program in the background of the YZHP-JH touch screen main monitoring system program. Add a pre-interception judgment mechanism to all parameter setting entry points of the system. By default, lock the function channels such as device parameter modification and data clearing. Only retain the basic operation permissions of main screen parameter browsing, device status viewing, and manual opening and closing of circuit breakers. From the program level, prevent unauthorized personnel from entering the configuration interface and tampering with system parameters.
[0063] The system's underlying permission interception logic was implanted and deployed. A dedicated permission interception and judgment program was embedded in the underlying program of the YZHP-JH touchscreen main monitoring system, enabling comprehensive pre-emptive interception and locking of all function entry points related to system parameter settings, data modification, and data clearing. In the default operating state, only basic safety operation permissions such as real-time viewing of main screen parameters, viewing of device operating status, and manual opening and closing of circuit breakers are open to the public, completely locking all high-risk parameter configuration and data clearing channels. A security protection mechanism is established at the program level, strictly distinguishing between ordinary browsing operations and advanced configuration operation permissions. Unauthorized personnel can only view device operating data and perform basic local operations, and cannot trigger any parameter modification or data clearing commands. By solidifying the interception logic at the underlying program level, the risk of unauthorized personnel bypassing the interface and tampering with parameters is eliminated. This strengthens the foundation for system security from the software level, preventing unauthorized personnel from tampering with core system configuration parameters and ensuring the stable and controllable operation of the equipment.
[0064] Step S1322: Develop the password pop-up verification function. Design and integrate an independent password pop-up interaction component. When the system settings interface jump command is triggered, the password input window will automatically pop up and lock the interface operation level. Subsequent configuration operations cannot be performed if the password verification is not completed. The system has a built-in permission key. Entering the correct password will remove the block and open the parameter configuration permission. If the password verification fails, it will automatically return to the main interface and automatically retain the permission operation abnormal record.
[0065] The development and integration of an independent password pop-up verification interaction component have been completed. The system has a built-in dedicated encrypted permission key, forming a precise matching and verification mechanism with the entered password. When a request to jump to the system settings interface is detected, a top-level password input pop-up is automatically triggered. The pop-up locks the entire machine's interface operation permissions, prohibiting background jumps and page exits. Operations can only continue after password verification is completed. After the maintenance personnel enter the correct matching password, the system automatically removes the permission interception, granting full parameter configuration and data operation permissions. If the password is entered incorrectly, the system immediately and automatically returns to the main interface. At the same time, the background automatically records permission operation exception logs, retaining the operation time, operation behavior, and verification failure records, facilitating later security traceability. The pop-up component runs independently and is not dependent on other pages. The verification logic is independently solidified, effectively avoiding pop-up failures and permission bypass vulnerabilities, and achieving mandatory identity verification for high-risk operations.
[0066] Step S1323: Lock all permissions for high-risk operations. Conduct a comprehensive review of all high-risk operations in the system, including online configuration of equipment modules, adjustment of alarm threshold parameters, modification of load balancing trip thresholds, clearing of alarm records, and clearing of event operation records, and include them all in the permission control list.
[0067] The system has completed a comprehensive review and full-coverage locking of all high-risk operations. This involves a thorough review of all functions within the entire system that allow modification of operational logic, clearing of historical data, and adjustment of equipment operating conditions, resulting in a complete high-risk operation control list. The list comprehensively covers core high-risk operations such as online parameter configuration of equipment modules, adjustment of system alarm thresholds, modification of battery load balancing tripping thresholds, one-click clearing of historical alarm records, and clearing of switch operation event records. This ensures complete and seamless access control for all high-risk operations. All operations included in the list are uniformly bound to permission verification logic. Regardless of whether they are triggered through interface operation, background debugging, or offline configuration, they must pass password verification before execution, completely eliminating access control vulnerabilities. This full-coverage locking mechanism prevents security risks such as equipment protection failure and loss of fault tracing data caused by arbitrary adjustments to system protection parameters or clearing of operational data.
[0068] Step S1324: Configure modular partition control. In the system configuration interface after password unlocking, modularize and lay out various control functions, and independently set up five sub-pages: system configuration, alarm settings, switch balancing settings, alarm record clearing, and event record clearing. Each sub-page function is independent and partition control is implemented. Single-page operation only corresponds to its own function parameters.
[0069] The modular, partitioned management design for configuration functions after permission unlocking involves modularly splitting all high-risk management functions into five independent subpages within the main system configuration page after password verification and permission unlocking. These subpages are categorized into system configuration, alarm settings, on / off balancing settings, alarm log clearing, and event log clearing. Each subpage has clear functional boundaries, independent program logic, and non-interfering operation permissions. Each subpage is responsible only for parameter configuration and data operations within its corresponding category and will not modify parameters in other modules. Maintenance personnel can only perform operations specific to that subpage, effectively avoiding cross-regional errors and batch parameter modifications caused by mixed parameter interfaces, achieving refined and partitioned management of system parameters. The modular layout also facilitates future function iterations and parameter maintenance, allowing for individual subpage function optimization and upgrades without affecting the overall system operation logic.
[0070] Step S1325: Verify and solidify the permission function across the entire machine. After completing the solidification of the permission logic program and subpage function configuration, conduct a full-machine function test to verify the permission interception and locking effect in scenarios with no password and incorrect password. At the same time, test the effectiveness and stability of the parameter modification and data clearing functions of each subpage after successful unlocking.
[0071] After completing the overall system functionality verification and parameter solidification of the entire access control logic, and with the permission program configuration and subpage layout all finished, full-scenario system functionality testing and verification were conducted. Abnormal scenarios such as direct access to the configuration page without a password and attempts to unlock with an incorrect password were simulated sequentially to verify the effectiveness of the system's pre-interception logic, normal pop-up triggering, and successful interception of all illegal operations. Simultaneously, the system tested the unlocking scenario with a correct password, verifying the effectiveness of the five types of subpage parameter modification and data clearing functions one by one, confirming that high-risk operations could be executed correctly and accurately after unlocking, parameter modifications took effect in real time, and the data clearing function was stable and reliable. The stability of the permission jump logic, page switching function, and parameter storage status was tested throughout the process to identify and eliminate potential problems such as lag, accidental triggering, and permission failure. After all functions passed the tests, the permission verification parameters and page configuration logic were solidified, ultimately forming a secure, stable, and reusable hierarchical and refined access control system.
[0072] Step S133: Build a dual-partition hierarchical local storage architecture, dividing the system into two independent storage partitions: operation events and system operation records. When manual or automatic switching actions occur, event records are generated in real time, and the action time, corresponding battery voltage, and action circuit number are bound synchronously. The system collects AC voltage, battery voltage, and overall machine operating status according to a fixed period to generate operation records. The two types of data are stored in isolated partitions.
[0073] A dual-partition, hierarchical local storage architecture was successfully built and implemented. Addressing the different storage needs of dynamic operational data and steady-state operating data, a logical partitioning and isolation design was adopted to construct two completely independent storage systems, thoroughly resolving the problems of mixed storage, data overwriting, and difficulty in traceability inherent in traditional equipment data. The system has separate dedicated storage partitions for operational events and system operation records. For dynamic action events such as manual switch operations and automatic low-voltage battery tripping, real-time triggering and multi-dimensional information binding storage are achieved. For equipment's normal operating condition data, periodic automatic collection and archiving storage are implemented. The two types of data use differentiated writing logic, independent storage addresses, and dedicated data structures, ensuring complete isolation and preventing interference or overwriting. Equipment operation behavior data and overall machine operating condition data are stored separately. Through hierarchical partitioning storage design, data classification and retention for dynamic event tracing and steady-state condition analysis are achieved, providing complete, accurate, and orderly local data support for equipment fault diagnosis, operational review, and operating condition optimization.
[0074] Step S1331: Logically partition the main monitoring storage resources of the YZHP-JH touch screen, and separately divide the operation event storage area and the system operation record storage area. The two partitions are logically completely isolated and the storage spaces are independent of each other.
[0075] The logical partitioning and isolation configuration of the main monitoring storage resources for the YZHP-JH touchscreen were completed. Without adding new hardware storage devices, the built-in storage resources of the device were finely divided logically through software, creating two completely isolated storage areas: an operation event storage area and a system operation record storage area. The two partitions are completely independent in terms of logical address, storage space, and data indexing system, eliminating overlapping storage spaces, address reuse, and cross-writing of data. This fundamentally prevents cross-over, data corruption, and information loss at the underlying storage architecture level. The system configures independent read / write permissions, storage capacity statistics mechanisms, and data archiving rules for each storage partition, ensuring that neither partition occupies the other's storage resources. Through this purely software-based logical partitioning approach, hierarchical and isolated data storage can be achieved without modifying the hardware structure, significantly improving storage resource utilization while ensuring the independent, complete, and orderly archiving and preservation of dynamic operation data and steady-state operation data.
[0076] Step S1332: Build an event-triggered real-time writing logic. The system monitors manual opening and closing operations and automatic tripping commands for low-voltage batteries in real time. After capturing a valid action signal, the writing program is started immediately. The system's accurate timestamp, battery voltage at the time of action, action circuit number and action type are collected simultaneously. Multi-dimensional operating condition information is bound and encapsulated and written to the operation event storage area in real time.
[0077] An event-triggered real-time data writing logic is established. The system background continuously monitors equipment operation commands and automatic control commands in real time, accurately capturing effective trigger signals such as manual circuit breaker opening and closing operations and automatic battery low-voltage tripping. Once a valid action command is identified, the system immediately starts the instantaneous writing program, capturing multi-dimensional core operating condition information such as the system's high-precision timestamp, the real-time battery voltage at the moment the action occurs, the corresponding feeder circuit number, and the specific action type without delay. Multiple sets of data are bound and encapsulated into a complete standardized operation event record, which is then instantly written to a dedicated operation event storage partition. All action events are stored as they occur, without delay, omission, or backlog, ensuring that every equipment operation and automatic action can be completely traced back to the corresponding time, voltage, and circuit operating condition information, achieving full-dimensional and accurate archiving of dynamic equipment operation behavior.
[0078] Step S1333: Configure a periodic data acquisition and storage mechanism. Set a fixed acquisition cycle in the system background and cyclically collect the AC input voltage of the entire station, battery voltage, switch status of each circuit, communication status of the lower module, and overall operating parameters. Integrate and encapsulate these parameters into a steady-state operation record and write them to the system operation record storage area periodically.
[0079] The system is configured with a periodic steady-state data acquisition and storage mechanism. A fixed acquisition cycle is preset in the system backend, and a timed polling acquisition method is used to continuously collect steady-state operating parameters of the entire station, including AC input voltage, battery pack operating voltage, real-time operating status of each feeder switch, and online communication status of all lower-level modules. The system integrates and encapsulates all operating data collected in a single cycle into a standardized system steady-state operation record, which is periodically written to the dedicated storage partition for system operation records according to a fixed time rhythm. This periodic acquisition mechanism ensures continuous, uniform, and complete retention of normal operating condition data, accurately reproducing the long-term operating condition change trends of the equipment. It effectively compensates for the shortcomings of event-triggered records, which can only record dynamic actions and cannot retain steady-state operating conditions. Together with operation event records, it forms a complete data storage system combining dynamic and static data, comprehensively covering all operating conditions of the equipment.
[0080] Step S1334: Establish dual-partition independent storage management rules. The operation event partition adopts the event-triggered instant write mode to store dynamic device operation data, and the system operation record partition adopts the periodic timed write mode to store steady-state monitoring data. The writing logic, storage address, and data structure of the two types of data are completely independent and do not interfere with or overwrite each other.
[0081] A dual-partition dedicated independent storage management rule is established, configuring differentiated write and management logic for the two types of data characteristics to achieve refined control of the storage system. The operation event partition adopts an event-triggered instant write mode, used only for dynamic and sudden actions such as manual operation and automatic tripping of storage devices. Data writing is random and triggered on demand, accurately recording device anomalies and operational changes. The system operation record partition adopts a timed periodic write mode, storing only steady-state operation monitoring data of the device. Data writing is regular and continuous, completely preserving the normal operating conditions of the device. The two partitions have completely independent data write logic, physical storage addresses, and data parsing structures. Data reads and writes do not interfere with each other, storage space is not occupied by each other, and data content is not overwritten. This completely solves the technical defects of traditional single storage areas where data is mixed and important operation records are overwritten by steady-state data, achieving precise classification and storage of the two types of data.
[0082] Step S1335: Add an automatic sorting and capacity control mechanism based on time index. All records in the dual partitions are automatically loaded with timestamps and archived and sorted in chronological order. At the same time, set partition storage capacity thresholds and adopt a circular overwrite storage strategy to ensure long-term stable operation of the system.
[0083] The system has completed the configuration and deployment of a storage partition time-indexed sorting and capacity control mechanism. It automatically binds high-precision timestamps to all storage records within the two partitions, establishing a unified time-indexed archiving mechanism. All newly added records are automatically sorted and organized in chronological order, ensuring that historical data is orderly, searchable, and easily retrievalable. Simultaneously, dedicated storage capacity thresholds are set for each of the two independent storage partitions, and the remaining storage space in each partition is monitored in real time. When the storage data reaches the capacity limit, the system automatically initiates a cyclic overwrite storage strategy, prioritizing the overwriting of the oldest invalid historical data while retaining the latest operating conditions and operation records. This mechanism effectively avoids problems such as storage partition overflow, data write failures, and system storage anomalies, ensuring the stability and reliability of the storage system during long-term continuous operation of the equipment. It eliminates the need for manual periodic storage cleanup, achieving automated, intelligent, and long-term management of local data storage.
[0084] Step S1336: Conduct full-condition functional debugging, simulating manual operation, automatic low-voltage tripping, and steady-state operation scenarios, verifying the accuracy of operation event condition information binding and storage, the stability of periodic operation data archiving, and completing the hierarchical isolation storage of dual-type data to meet the needs of later data query, fault tracing, and condition analysis.
[0085] The dual-partition storage system underwent full-condition functional debugging and performance verification. A simulated operating environment closely matching the actual site conditions was built, simulating various typical operating conditions such as manual circuit breaker operation, automatic low-voltage battery tripping, and long-term steady-state operation of the equipment. The system monitored the accuracy of multi-dimensional information binding and the reliability of instantaneous writes of operational event data throughout the process, verifying that each action could be completely recorded with information on time, voltage, circuit, and action type. Simultaneously, the continuity of periodic operational data collection and the stability of archiving were verified, confirming that steady-state data was complete without gaps, errors, or out-of-order data. Full-scenario testing validated the effectiveness of the dual-partition isolated storage, ensuring that the two types of data are archived independently, without interference, and completely retained. This fully meets the various business needs of maintenance personnel for data retrieval, fault condition tracing, equipment operation trend analysis, and historical condition review, achieving a closed-loop implementation of the hierarchical storage system.
[0086] Step S134: Configure the USB offline data export channel. Lay a separate USB line and keep it away from high-voltage circuits. After the maintenance personnel insert the storage medium, they can export event records and periodic operation records respectively, which can meet the data backup and offline viewing needs in the field without network environment.
[0087] The system's USB offline data export channel underwent specialized configuration and standardized cabling. To mitigate the impact of strong electromagnetic interference on data transmission, the USB data transmission line was laid independently, completely away from high-voltage circuits, power load circuits, and high-current wiring within the cabinet. A dedicated cabling tray was used for isolation, ensuring stable, interference-free, and error-free data transmission. The USB interface serves as a dedicated offline maintenance channel, not involved in real-time device communication control, and is solely used for local data backup and parameter import / export. In scenarios where the device is offline and without network access, on-site maintenance personnel can directly connect storage media to the device's USB interface and independently export two types of hierarchically stored data: operation event records and periodic system operation records. Offline import of system configuration parameters is also supported. This channel effectively solves the challenges of data retention and maintenance debugging in network-free environments, enabling full-scenario offline data backup and retrieval.
[0088] Step S135: Modbus four-remote remote communication program integration. Embed the standard Modbus communication processing program inside the main monitoring system. Connect the voltage conversion box through the RS232 channel and configure the communication address uniformly. Establish the mapping relationship of four types of data points: telemetry, remote signaling, remote control, and remote adjustment. Upload AC / DC voltage, switch position, and module online status data to the upper-level backend in real time. At the same time, receive the opening and closing and equalization parameter modification instructions issued by the backend to realize remote two-way four-remote interaction.
[0089] The system integrates and establishes a bidirectional interactive system for the standard Modbus four-remote remote communication program. A standardized Modbus communication processing program is embedded within the YZHP-JH main monitoring system. Utilizing the device's built-in RS232 communication channel, it connects to the voltage conversion box device, uniformly configuring a unique communication address for each device to eliminate bus address conflicts. The system specifically establishes standardized data point mapping relationships for four categories: telemetry, remote signaling, remote control, and remote adjustment, achieving a precise one-to-one correspondence between local device data and remote backend points. The device uploads real-time telemetry and remote signaling data to the remote backend, including AC / DC voltage status data, feeder switch opening / closing position status, and lower-level functional module online operating status, synchronizing the operating status of field equipment in real time. Simultaneously, it continuously listens for and receives opening / closing control commands and load balancing parameter modification commands from the remote backend, completing command parsing and execution feedback. Ultimately, it achieves a bidirectional four-remote closed-loop data interaction function encompassing remote monitoring, remote control, and remote parameter adjustment.
[0090] Step S136: Full-function integrated system integration, which integrates visual operation interface, password hierarchical permission control, dual-type local hierarchical storage, USB offline export, and Modbus remote four-way communication functions into a complete system, while meeting the needs of two usage scenarios: on-site operation and maintenance and remote background monitoring and control.
[0091] The system achieves integrated and closed-loop fusion of the entire machine's multi-functional modules, optimizing five core functions: a visual human-machine interface, hierarchical password-based security control, dual-dimensional hierarchical local data storage, USB offline data export, and Modbus remote four-remote bidirectional communication. This eliminates the fragmentation caused by independent operation of each functional module, forming a complete and collaborative monitoring and maintenance system. The system enables secure on-site maintenance through a local visual interface and access control; offline data retention and local traceability through dual-partition storage and USB export; and remote monitoring and control through standardized four-remote communication. The entire system can simultaneously adapt to two core maintenance scenarios: when there is no network, it can independently complete on-site operations, parameter configuration, data backup, and troubleshooting; when connected to the network, it can achieve remote unattended monitoring, control, and parameter optimization, comprehensively addressing both the convenience of on-site maintenance and the intelligent needs of remote management.
[0092] Step S140: Multi-channel communication branch debugging and full-condition simulation joint debugging are carried out. The system has the ability to remotely operate and maintain without human intervention and supports functional module expansion without modification.
[0093] The system underwent multi-channel communication debugging and full-condition simulation testing, achieving a closed-loop system for remote unattended operation and maintenance and modular, non-modification-required expansion. Independent debugging and calibration were performed on each of the system's multi-channel communication buses, optimizing communication parameters for each channel and identifying and resolving communication issues such as data loss, transmission delay, and signal crosstalk to ensure independent and stable operation of the multiple buses. Single-station joint testing of lower-level modules verified the performance of equipment mounting, data acquisition, and command response, ensuring the accuracy and reliability of the front-end acquisition and control links. A full-condition simulation test environment was built, comprehensively simulating various operating conditions such as daily equipment operation, fault protection, and communication anomalies, verifying the closed-loop stability of the system's control logic, alarm mechanism, and storage recording functions. Simultaneously, the remote communication protocol was optimized, and heartbeat keep-alive, disconnection reconnection, and data error correction mechanisms were configured to achieve unattended remote operation and maintenance. Relying on reserved expansion buses, rapid expansion of functional modules without modification is possible in the future, significantly improving system adaptability and scalability.
[0094] Step S141: Conduct independent branch communication debugging for the four DB9 communication channels of the system. Complete the unified configuration matching of baud rate, parity bit, data bit and stop bit of COM1, COM2, COM3 and COM4 channels in sequence. Send communication test commands to each channel to verify the data transmission and reception integrity of RS232 parameter configuration channel, RS485 acquisition bus, RS485 control bus and reserved expansion bus respectively.
[0095] Independent branching and unified parameter configuration of the four DB9 communication channels were completed. Communication parameters were individually configured for each of the four channels (COM1, COM2, COM3, and COM4), ensuring consistent matching of core communication parameters such as baud rate, parity, data bits, and stop bits. This guaranteed accurate adaptation of single-channel parameters to the corresponding service bus. The debugging process employed a single-channel independent testing mode, issuing dedicated communication test commands to each channel to individually verify the data transmission and reception integrity of each channel, avoiding signal interference and misdiagnosis caused by simultaneous testing of multiple channels. Specific functional verifications were conducted for the RS232 parameter configuration channels, RS485 acquisition bus, RS485 control bus, and reserved expansion bus. This accurately identified and resolved issues such as data packet loss, transmission delay, and bus crosstalk in each channel, ensuring physical isolation, logical independence, dedicated functions, and stable transmission and reception for the four channels. This provides a reliable communication link foundation for subsequent service data transmission and equipment expansion and upgrades.
[0096] Step S142: Conduct single-station joint debugging tests of the lower-level modules. Sequentially perform individual connection communication tests on the ADC-7A acquisition module, JLCL-6A AC measurement module, and GPIO / DIO switch quantity module. Based on the polling mechanism of the main monitoring equipment, verify the online identification status, data upload accuracy, and control command response rate of each module.
[0097] Independent integration testing of all lower-level functional modules was completed. The ADC-7A acquisition module, JLCL-6A AC measurement module, and GPIO / DIO switch module were individually connected and networked for testing to avoid bus interference caused by simultaneous connection of multiple modules. Utilizing the device polling mechanism built into the YZHP-JH main monitoring system, the online identification status, device stability, real-time data upload sampling accuracy, and remote control command response rate of each lower-level module were comprehensively verified. The accuracy of voltage acquisition data, the real-time performance of switch signal feedback, and the reliability of relay output actions were precisely verified, and potential issues such as abnormal module wiring, parameter mismatches, and communication response delays were investigated. Through independent integration testing of each module, a stable, accurate, and efficient data interaction link was established between each lower-level device and the main monitoring system, ensuring the reliability of acquired data and the precise execution of control commands.
[0098] Step S143: Build a full-condition simulation test environment to fully cover actual operating scenarios such as normal mains power supply, mains power failure and independent battery power supply, first-level low-voltage trip, second-level low-voltage trip, graded load shedding, automatic power restoration after mains power restoration, and module communication interruption and recovery. Monitor the transmission status of the four-way bus, the execution status of the system control logic, the alarm triggering status, and the data storage status in real time to verify that the system operates stably in a closed loop under all operating conditions, with accurate actions and complete alarm records.
[0099] A comprehensive, full-condition simulation test environment was established to highly replicate actual on-site operating scenarios. It sequentially simulated various operating conditions, including normal mains power supply, mains power failure with independent battery power supply, battery primary low-voltage tripping, battery secondary low-voltage tripping, tiered load shedding, automatic power restoration upon mains power recovery, temporary communication interruption of lower-level modules, and communication recovery self-healing. Throughout the test, the data transmission status of the four communication buses, the execution status of the system's core control logic, the fault alarm triggering and response status, and the local data storage and recording status were monitored in real time. This comprehensively verified the system's operational stability under normal, critical, and fault conditions. The test validated the system's accurate load protection actions, timely alarm triggering, identifiable communication anomalies, and complete data recording. The system operated in a closed-loop manner under all operating conditions without logical errors, erroneous actions, or data loss, ensuring reliable operation of the equipment under complex on-site conditions.
[0100] Step S144: Debug and solidify the built-in Modbus remote communication protocol of the system, complete the accurate matching and two-way interactive docking of remote backend four remote data points, support remote reading of AC and DC voltage, switch status, module online status, historical alarm data, and receive remote parameter modification and opening and closing control commands, and configure the system heartbeat polling, automatic reconnection after disconnection, and data anomaly correction mechanism.
[0101] The system has completed the debugging and solidification of the Modbus remote communication protocol and implemented the two-way four-remote interaction function. Based on the standard Modbus communication protocol, it has achieved precise matching of remote backend points and two-way data interaction, building a standardized remote operation and maintenance system. The system supports real-time reading of core data such as AC / DC voltage status of equipment, switch opening and closing position status, online operation status of lower-level modules, and historical fault alarm records from the remote backend. It can also accurately receive circuit opening and closing control commands and system balancing parameter modification commands issued by the backend. To address issues such as unstable remote communication, easy link interruption, and abnormal data interference, the system incorporates three protection mechanisms: periodic heartbeat polling, automatic reconnection after disconnection, and data anomaly correction and filtering. These mechanisms can monitor the communication link status in real time, automatically repair link anomalies, and filter erroneous interference data. Ultimately, a stable and reliable remote four-remote interaction mechanism is formed, enabling routine unattended remote monitoring, parameter debugging, and equipment control functions.
[0102] Step S1441: Implant the standard Modbus RTU communication protocol stack into the underlying program of the YZHP-JH main monitoring system, complete the protocol initialization configuration, uniformly set the communication frame header, frame trailer, verification method and data parsing rules, and build a complete underlying operation logic for Modbus data transmission, parsing and response.
[0103] The underlying Modbus RTU communication protocol stack was implanted and initialized, embedding a mature and stable standard Modbus RTU communication protocol program into the YZHP-JH main monitoring system program. This replaces the traditional, simple, custom communication logic, improving communication versatility and stability. The system uniformly initializes basic communication parameters, standardizes the settings for communication frame header and trailer identification rules, data verification methods, and data parsing and response logic, constructing a complete and standardized underlying framework for communication data transmission, parsing, and response. The protocol stack's underlying program runs independently, has high priority, and strong anti-interference capabilities, stably adapting to remote two-way data interaction scenarios. It accurately completes basic functions such as uplink data packaging and uploading, downlink command parsing and execution, and abnormal frame verification and discarding, providing standardized and reliable underlying protocol support for the system's four-remote data two-way interaction and remote unattended operation and maintenance.
[0104] Step S1442: Based on the remote backend communication point table, complete the mapping definition of telemetry, remote signaling, remote control, and remote adjustment points one by one in the local main monitoring system, bind the AC / DC voltage acquisition values, feeder switch opening and closing status, lower module online status, system alarm information telemetry and remote signaling data to the corresponding register addresses, and configure the register mapping points for remotely issued parameter modification commands and opening and closing control commands.
[0105] The system completes precise mapping and register address binding configuration for four types of remote monitoring points. Strictly adhering to the standard communication point table for the remote backend, the system defines and configures each of these points within the local main monitoring system: telemetry, remote signaling, remote control, and remote adjustment. Telemetry and remote signaling data collected by the system, such as AC / DC voltage values, feeder switch opening / closing status, lower-level module online status, and system fault alarm information, are bound to corresponding standard register addresses, achieving standardized uploading of field operating data. Simultaneously, dedicated register mapping points are configured for remotely issued parameter modification commands and opening / closing control commands, ensuring that remote commands can accurately locate the corresponding device functions. Through one-to-one precise point mapping, complete matching between local device operating data and remote backend monitoring points is achieved, eliminating interactive faults such as data misalignment, incorrect command issuance, and inconsistent status.
[0106] Step S1443: Establish a two-way data closed-loop interaction logic for the system. The system actively uploads all telemetry and teleindication real-time data to the remote backend according to a preset fixed scanning cycle, updates the equipment operating conditions and status information in real time, and continuously listens for and parses the remote control and remote adjustment commands issued by the remote backend, completes command legality verification, content parsing and execution feedback, and realizes two-way data interaction between remote monitoring and remote control.
[0107] The system establishes a two-way closed-loop data interaction logic. Following a pre-set fixed scanning cycle, the system proactively uploads all real-time telemetry and telecontrol data in batches, continuously refreshing the operating status and condition information of the remote backend equipment to ensure real-time synchronization between backend data and on-site equipment status. Simultaneously, the system continuously monitors remote control and adjustment commands issued from the remote backend, performing legality verification, format parsing, and permission checks on received commands. Invalid and interfering commands are filtered out, and valid commands are immediately executed. The system then feeds back the execution results and the latest equipment status to the remote backend. This entire logic forms a complete two-way closed loop of data upload, command reception, command verification, action execution, and status feedback, enabling two-way interactive functions for remote visual monitoring and precise control.
[0108] Step S1444: Implant a communication heartbeat polling mechanism, establish periodic heartbeat message interaction logic between the main monitoring and the remote backend, push heartbeat frame signals bidirectionally at regular intervals, monitor the communication link connection status in real time, and promptly identify link offline and abnormal fault status.
[0109] An embedded communication heartbeat polling keep-alive mechanism establishes a bidirectional, periodic heartbeat message exchange logic between the main monitoring device and the remote backend. Both parties push heartbeat frames to each other at fixed time intervals, using real-time handshakes to confirm the link's online status. By monitoring the sending and receiving status of heartbeat messages, the system accurately determines the connectivity of the communication link in real time, continuously monitoring abnormal states such as normal operation, interruption, and fluctuations. It can immediately identify hidden faults such as backend offline, line interruption, and communication lag, avoiding the problems of undetected link disconnections and false online backend data caused by the lack of detection mechanisms in traditional communication systems. The heartbeat polling mechanism runs silently in the background throughout, without consuming business communication bandwidth or affecting normal remote data exchange, effectively improving the remote communication link status awareness and operational reliability.
[0110] Step S1445: Develop automatic reconnection logic after disconnection. The system can detect heartbeat timeout anomalies in real time. Once the communication link is interrupted or the heartbeat signal is lost, the reconnection program is automatically triggered to complete the communication port reset, protocol re-handshake matching, and communication link reconstruction. No manual intervention is required throughout the process, and the remote data interaction channel is automatically restored.
[0111] An automatic reconnection and self-healing logic for communication disconnections has been developed. The system monitors heartbeat message timeout status in real time. Once a heartbeat signal loss or communication link interruption is detected, a communication anomaly is immediately determined, and a reconnection repair procedure is automatically triggered. The system automatically resets the local communication port, clears abnormal cache data, rematches communication protocol parameters, initiates a handshake connection request, and automatically rebuilds the remote communication link. The entire process requires no manual on-site intervention or equipment restart. After successful reconnection, the system automatically retransmits the critical operating condition data and status records missing during the disconnection, ensuring data continuity. This self-healing mechanism effectively solves the problem of remote disconnection caused by on-site network fluctuations, momentary network outages, and temporary link anomalies, significantly improving the stability and fault tolerance of remote unattended operation and maintenance.
[0112] Step S1446: Add a communication data anomaly correction and filtering mechanism to identify and filter frame loss, frame errors, garbled characters, and data exceeding limits abnormal data in the communication transmission process in real time, automatically discard invalid control commands, and perform fault tolerance correction and data retransmission processing on abnormal data.
[0113] A communication data anomaly correction and filtering protection mechanism has been established, and dedicated data fault-tolerance logic has been developed to address electromagnetic interference, signal fluctuations, and transmission errors that are common in industrial communication. The system identifies in real time any abnormal or invalid data during communication transmission, such as dropped frames, misaligned frames, garbled characters, and data exceeding limits, and automatically filters and discards them to prevent abnormal data from interfering with backend monitoring and judgment. For minor data anomalies caused by momentary fluctuations, the system activates a fault-tolerance correction algorithm to perform data calibration and correction; for data loss due to brief disconnections, it automatically completes the retransmission of critical data. Simultaneously, the system automatically intercepts invalid remote control commands with incorrect formats, incompatible permissions, or illegal parameters, completely eliminating equipment misjudgments and malfunctions caused by interfering commands, ensuring accurate execution of remote commands and reliable data transmission.
[0114] Step S1447: Complete the overall functional integration and debugging of the Modbus protocol. After the system is running stably, solidify and lock the core operating parameters such as communication baud rate, verification method, register points, heartbeat cycle, and disconnection reconnection time, forming a standardized and reusable remote four-remote interaction mechanism to realize the normalized unattended monitoring, parameter adjustment and switch control functions of the remote background for the equipment.
[0115] After completing the overall integration and debugging of the Modbus protocol and solidifying its core parameters, and ensuring stable operation of all communication logic, interaction mechanisms, and protection functions, all core operating parameters, including system communication baud rate, data verification method, register bit allocation, heartbeat polling cycle, disconnection reconnection time, and data filtering threshold, are solidified and locked, prohibiting arbitrary changes. The solidified communication mechanism forms a standardized and reusable remote four-remote interaction system with stable interaction logic, robust protection mechanisms, strong adaptability, and long-term stable operation. Ultimately, it enables remote backend monitoring of field equipment for routine unattended operation, remote adjustment of core parameters, remote control of switch status, and remote retrieval of historical data, fully meeting the business needs of intelligent remote operation and maintenance management.
[0116] Step S145: Based on the preset COM4 independent expansion bus, redundant wiring and redundant terminal structure, conduct compatibility debugging, verify that the expansion bus communication protocol, transmission rate and electrical parameters are fully compatible with the existing system. Later added battery inspection, temperature detection and other functional modules can be directly connected without modifying the original power supply line, communication wiring and system control logic.
[0117] The compatibility testing and modification-free expansion capabilities of the expansion bus were completed. Based on the pre-reserved COM4 independent RS485 expansion bus, redundant cabling structure, and spare terminals, specialized compatibility adaptation and testing were conducted. The system verified that the communication protocol format, data transmission rate, and electrical operating parameters of the expansion bus were fully compatible with the existing main system, and the bus communication logic could be seamlessly adapted to newly added downstream devices. When adding battery monitoring modules, temperature detection modules, or other expansion devices in the field later, they can be directly connected to the COM4 expansion bus without modifying the original power supply lines, communication cabling structure, or core system control logic. The entire expansion architecture has universal adaptability, supports modular mounting and upgrading of multiple types of peripherals, and achieves system function expansion and upgrades without modification, at low cost, and quickly, significantly improving the equipment's future iteration and functional expansion capabilities.
[0118] Step S146: Conduct full-channel, full-condition, and full-function closed-loop joint debugging tests, collect and solidify communication parameters, bus matching parameters, and operating logic parameters to form a system with reliable multi-channel communication isolation, stable operation under all conditions, and smooth remote four-remote interaction.
[0119] After completing full-channel, full-condition, and full-function closed-loop integrated testing and parameter solidification, and following all hardware debugging, software configuration, and functional development, the system underwent comprehensive closed-loop testing, covering all four communication channels, all operating conditions, and all hardware and software functional modules. During the testing process, optimal communication parameters, bus matching impedance parameters, operating condition logic parameters, protection threshold parameters, and communication protection parameters were accurately collected and solidified, forming a standardized system of overall system operating parameters. Closed-loop integrated testing verified that the system's multi-channel communication channels are reliably isolated, with no crosstalk or packet loss; the closed-loop logic is stable and operates accurately under all conditions; remote four-way two-way interaction is smooth and efficient; and the expansion bus has good compatibility and adaptability. The final system's hardware and software architecture is stable, has strong anti-interference capabilities, flexible maintenance methods, and excellent scalability, fully adaptable to the long-term unattended stable operation requirements of industrial sites.
[0120] Based on the same inventive concept, please refer to Figure 2 The diagram shows a schematic block diagram of a large pumping station engineering audible and visual alarm system 100 provided in this application embodiment for executing the above-described large pumping station engineering audible and visual alarm method. The large pumping station engineering audible and visual alarm system 100 may include a communication unit 110, a machine-readable storage medium 120, and a processor 130.
[0121] In this embodiment, both the machine-readable storage medium 120 and the processor 130 are located within the large-scale pumping station engineering audible, visual, and voice alarm system 100 and are separately configured. However, it should be understood that the machine-readable storage medium 120 may also be independent of the large-scale pumping station engineering audible, visual, and voice alarm system 100 and may be accessed by the processor 130 via a bus interface. Alternatively, the machine-readable storage medium 120 may be integrated into the processor 130 and may communicate and interact with external systems through the communication unit 110.
[0122] The processor 130 is the control center of the large-scale pumping station project's audible, visual, and voice alarm system 100. It connects to various parts of the system via various interfaces and lines. By running or executing software programs and / or modules stored in the machine-readable storage medium 120, and by calling data stored in the machine-readable storage medium 120, it performs various functions and processes data of the large-scale pumping station project's audible, visual, and voice alarm system 100, thereby providing overall monitoring of the system. Optionally, the processor 130 may include one or more processing cores; for example, the processor 130 may integrate an application processor and a modem processor, wherein the application processor mainly handles the operating system, user interface, and applications, and the modem processor mainly handles wireless communication. It is understood that the modem processor may also not be integrated into the processor. The machine-readable storage medium 120 is used to store machine-executable instructions for executing the scheme of this application, and the processor 130 is used to execute the machine-executable instructions stored in the machine-readable storage medium 120 to implement the audible, visual and voice alarm method for large pumping station projects provided in the aforementioned method embodiments.
[0123] It should be noted that, in order to simplify the description of the present invention and thus help to understand one or more embodiments of the invention, multiple features may sometimes be grouped into one embodiment, drawing or description thereof in the foregoing description of the embodiments of the present invention.
[0124] The embodiments of this application have been described above with reference to the accompanying drawings. Unless otherwise specified, the embodiments and features in the embodiments of this application can be combined with each other. This application is not limited to the specific embodiments described above. The specific embodiments described above are merely illustrative and not restrictive. Those skilled in the art can make many other forms under the guidance of this application without departing from the spirit and scope of the claims, and all of these forms are within the protection scope of this application.
Claims
1. A method for sound, light, and voice alarms in large-scale pumping station projects, characterized by: Includes the following steps: The hardware architecture is layered and isolated, with voltage partitioning for power supply and independent division of four bus functions. It suppresses signal interference through dual isolation of power supply and communication links, and builds a stable and scalable underlying hardware foundation for the system. Complete the standardized verification and configuration of the lower-level modules, build the automatic closed-loop control logic for battery graded load protection, and provide a flexibly responsive hierarchical alarm storage mechanism to achieve autonomous load adjustment and refined fault identification of the system. Build a visual human-computer interaction platform with access control, construct a two-dimensional hierarchical data storage and transmission system, and take into account the data interaction needs of local on-site operation and maintenance and remote backend. The system features multi-channel communication branch debugging and full-condition simulation debugging, enabling remote unattended operation and maintenance and supporting functional module expansion without modification.
2. The method for audible, visual, and voice alarms for large-scale pumping station projects according to claim 1, characterized in that: The hardware architecture is layered and isolated, with voltage-zoned power supply and independent functional division of four buses. This dual isolation of power supply and communication links suppresses signal interference, building a stable and scalable underlying hardware foundation, including: The YZHP-JH touchscreen main monitoring unit is designated as the core control unit of the system. Two physically independent power supply circuits are divided according to the rated power supply voltage of each lower module. A separate line is laid to provide high voltage power to the DC90-300V wide voltage GPIO / DIO digital input / output module. A power conversion interface box is used to output DC24V low voltage power. A separate low voltage power supply line is laid to supply the YZHP-JH main monitoring unit, ADC-7A acquisition module, and JLCL-6A AC measurement module. The high and low voltage power supply lines are physically separated to prevent electromagnetic signals generated by the high voltage circuit from interfering with the low voltage sampling circuit. The main monitoring system's four built-in DB9 communication interfaces are functionally partitioned, and multiple independent transmission buses that are not shared are built. COM1 serves as an independent RS232 channel, only connected to the voltage conversion box, and is used only for configuring the upper computer's communication address parameters. It does not connect any acquisition or control devices. COM2 is built as an RS485 acquisition bus, using a daisy-chain connection method to connect ADC-7A and JLCL-6A modules, and only transmits AC / DC analog voltage acquisition data. COM3 is built as an RS485 control bus, only connected to GPIO / DIO switch modules, and separately transmits switch opening and closing control commands and switch status feedback signals, completing the physical isolation between the analog acquisition signal and pulse control signal bus. COM4 is set up with an independent reserved RS485 expansion bus, and wiring space in the cabinet is reserved in advance so that the original power supply and communication lines do not need to be modified when adding the battery inspection module later. Complete the embedded installation of the 7-inch touch screen host cabinet according to the matching opening size. Classify and label the DC24V power line, DB9 communication cable and USB data cable. Strictly distinguish the positive and negative terminals of the DC power supply terminals and complete the wiring. All RS485 buses are connected in the same A and B wire sequence. Add a terminating resistor at the end of each RS485 bus. The USB offline data interface is laid separately and kept away from the high voltage circuit of the switch throughout. It serves as the channel for offline parameter import and operation record export. Relying on multiple protection measures such as voltage partitioning and isolated power supply, independent division of functional buses, standardized classification wiring, bus impedance matching, and physical separation of strong and weak current lines, the entire underlying hardware is built, forming a DC monitoring system hardware underlying architecture with strong anti-interference capabilities and support for functional module expansion without modification.
3. The method for audible, visual, and voice alarms for large-scale pumping station projects according to claim 1, characterized in that: The process involves completing standardized verification and configuration of lower-level modules, establishing a closed-loop control logic for automatic protection of battery load levels, and implementing a flexibly responsive hierarchical alarm storage mechanism to achieve autonomous load adjustment and refined fault identification of the system. Offline sampling accuracy calibration: Take out the ADC-7A and JLCL-6A acquisition modules, apply standard calibration voltage to the AC / DC voltage acquisition channel, and adjust and correct the sampling error to ensure that the measurement accuracy meets the equipment's factory specifications. Full circuit function verification of the switch input channels: trigger 16 switch input channels one by one, check the feedback status of each on / off signal, drive 8 relay output terminals in sequence, and verify that the opening and closing drive level output is stable and reliable. The communication addresses of the lower-level devices are uniformly allocated and configured, and a unique and independent communication address is assigned to each lower-level module such as ADC-7A, JLCL-6A, and GPIO / DIO. All device address parameters are entered into the YZHP-JH touch screen main monitoring system. The system performs a self-check of the online communication link, starts the scanning function of the main monitoring device, polls each lower module one by one, verifies that the communication link of all acquisition and switch modules is stable, and completes the standardized configuration of the lower devices. Configure the parameters of the graded load trip control model, call the built-in battery capacity and voltage reference table, configure three operating modes of the feeder circuit in the equalization setting interface, and customize the low voltage trip protection voltage threshold of level 1 and level 2 as needed. The closed-loop logic for battery load protection is solidified. When the mains power is normal, all feeder switches are kept closed. When AC power fails, the battery discharges. When the voltage drops to the first threshold, ordinary loads are automatically disconnected. When it drops to the second threshold, secondary loads are disconnected. After the mains power is restored, all circuits are automatically closed to restore power. A hierarchical alarm and classification storage mechanism is established, dividing the alarm sources into four independent categories. Communication alarm enable / disable switches are set for each module. Real-time pop-up reminders are displayed on the interface after a fault is triggered. Alarm data is stored in categories according to instantaneous and continuous fault labels. Switch operation events are stored independently and bound to action time and battery voltage to complete refined fault source tracing and identification.
4. The method for sound, light, and voice alarms for large-scale pumping station projects according to claim 3, characterized in that: The hierarchical, responsive alarm and categorized storage mechanism is established, dividing alarm sources into four independent categories. Communication alarm responsiveness switches are set for each module. Real-time pop-up notifications are displayed on the interface after a fault is triggered. Alarm data is categorized and stored according to instantaneous and continuous fault tags. Switch operation events are stored independently and bound to the action time and battery voltage, enabling refined fault source identification, including: Alarm source classification and independent activation / deactivation configuration: The YZHP-JH main monitoring program pre-divides four independent alarm data sources: incoming power supply abnormality, battery pack voltage over-limit, switch circuit fault, and lower-level module communication interruption. Communication alarm control bits are configured for each lower-level module such as ADC-7A, JLCL-6A, and GPIO / DIO. A visual checkbox switching control is generated in the system alarm setting interface, allowing maintenance personnel to enable or disable alarms for individual modules. The system features real-time background status polling and local pop-up alarm logic. The background continuously polls all voltage acquisition points, the status of 16 switch inputs, and the communication heartbeat messages of each lower-level module. It compares the collected values with the preset alarm thresholds in real time. Once any fault occurs, such as a measurement point exceeding the limit, an abnormal switch position, or a lower-level device losing its heartbeat, the alarm response program is immediately triggered. A persistent alarm pop-up window appears on the main touchscreen interface, displaying the fault occurrence time, the module to which the fault belongs, and a text description of the fault. The pop-up window remains displayed until the maintenance personnel manually confirm and clear it. The logic for fault duration determination and tagged alarm data storage is written, and the timer timing logic is embedded in the background to automatically record the complete duration of each alarm from triggering to clearing. If the fault is triggered instantaneously and quickly recovered, it is automatically tagged as an instantaneous fault. If the fault lasts for more than a preset time without being cleared, it is tagged as a continuous fault. All alarm data with classification tags are uniformly written to the system's independent alarm storage partition, and the fault start and end time, fault type, and battery voltage matching information at the time of the fault occurrence are archived synchronously. An independent switch action event storage partition is opened, and the system adds an event record storage area. Each time the system receives manual opening and closing operation instructions from maintenance personnel or automatic tripping control instructions for battery levels, it simultaneously captures the current timestamp and real-time battery voltage value, binds the time, voltage, switch action type, and corresponding circuit number into a complete record and writes it into the storage partition. All event records are automatically sorted and saved in descending order according to the time of action occurrence. Multi-dimensional data retrieval and query function configuration: The system alarm page and event log page are configured with retrieval and filtering functions respectively, which support maintenance personnel to filter and retrieve historical stored data based on multiple conditions such as fault tag, fault occurrence time period, and fault corresponding circuit number. The fault tracing and analysis logic is implemented. The alarm and event records retrieved come with classification tags and voltage and time information matching the action conditions. Operation and maintenance personnel can combine the two types of records for cross-comparison to quickly locate the system operating conditions when the fault occurred and the direct cause of the fault. The overall mechanism has been integrated and implemented, relying on a complete set of collaborative mechanisms, including independent activation and deactivation of single-module alarms, separate storage of alarm and switch operation events in two areas, and binding and recording of multi-dimensional information on operation actions, to complete the construction of a refined fault tracing and identification function for the entire system under all operating conditions.
5. The method and system for audible, visual, and voice alarms for large-scale pumping station projects according to claim 1, characterized in that: The aforementioned construction of a visual human-computer interaction platform with access control, and the establishment of a two-dimensional hierarchical data storage and transmission system, taking into account both local on-site operation and maintenance and remote backend data interaction needs, includes: The main screen interface is developed and built using the YZHP-JH touch screen host as the carrier. The main interactive interface is divided into areas to display real-time AC voltage, battery voltage, feeder switch opening and closing status, system communication operation status and operating parameters. The interface integrates independent manual opening and closing operation buttons. All local control operations are completed on the main screen, and the background parameter modification entry is hidden. The hierarchical password permission control logic configuration adds a password verification and interception mechanism to the system settings entry, triggering an independent password input pop-up. Only by entering the correct permission password can one enter the parameter configuration page. All high-risk operations such as device configuration, alarm threshold adjustment, load balancing threshold modification, and historical record clearing are included in the permission control. The system configuration, alarm settings, load balancing settings, alarm clearing, and event log clearing are divided into five independent sub-pages for regional management. A dual-partition hierarchical local storage architecture is built, dividing the operation events and system operation records into two independent storage partitions. When the manual or automatic opening and closing of the switch occurs, the event record is generated in real time, and the action time, corresponding battery voltage, and action circuit number are bound synchronously. The system collects AC voltage, battery voltage, and overall machine operation status according to a fixed period to generate operation records. The two types of data are stored in isolation. The USB offline data export channel is configured with a separate USB line laid away from high-voltage circuits. After the maintenance personnel insert the storage medium, they can export event records and periodic operation records respectively, which meets the data backup and offline viewing needs in the field without network. The Modbus four-remote remote communication program is integrated, embedding a standard Modbus communication processing program inside the main monitoring system. It connects to the voltage conversion box via RS232 channel and uniformly configures the communication address, establishing a mapping relationship between four types of data points: telemetry, remote signaling, remote control, and remote adjustment. It uploads AC / DC voltage, switch position, and module online status data to the upper-level backend in real time, while receiving instructions from the backend to modify the opening and closing and balancing parameters, thus realizing remote two-way four-remote interaction. The fully integrated system combines a visual operation interface, password-based hierarchical access control, dual-type local hierarchical storage, USB offline export, and Modbus remote four-way communication functions into a complete system, simultaneously meeting the needs of two usage scenarios: on-site operation and maintenance, and remote background monitoring and control.
6. The method for audible, visual, and voice alarms for large-scale pumping station projects according to claim 5, characterized in that: The hierarchical password access control logic configuration adds a password verification and interception mechanism to the system settings entry point, triggering an independent password input pop-up. Only by entering the correct access password can access the parameter configuration page. High-risk operations such as device configuration, alarm threshold adjustment, load balancing threshold modification, and historical record clearing are all included in access control. This is achieved by splitting the system into five independent sub-pages for regional management: system configuration, alarm settings, load balancing settings, alarm clearing, and event log clearing. The underlying permission interception logic is deployed by embedding a permission interception underlying program into the background of the YZHP-JH touch screen main monitoring system program. This adds a pre-interception judgment mechanism to all system parameter setting entry points, locks the function channels for modifying device parameters and clearing data by default, and only retains basic operation permissions such as browsing main screen parameters, viewing device status, and manually opening and closing circuit breakers. This prevents unauthorized personnel from entering the configuration interface and tampering with system parameters from the program level. The password pop-up verification function was developed and designed to integrate an independent password pop-up interaction component. When the system settings interface jump command is triggered, the password input window will automatically pop up, locking the interface operation level. Subsequent configuration operations cannot be performed if the password verification is not completed. The system has a built-in permission key. Entering the correct password will remove the block and open the parameter configuration permission. If the password verification fails, it will automatically return to the main interface and automatically retain the permission operation abnormal record. High-risk operations are subject to full access control. All high-risk operations in the system are comprehensively reviewed and included in the access control list, such as online configuration of equipment modules, adjustment of alarm threshold parameters, modification of load balancing trip threshold, clearing of alarm records, and clearing of event operation records. The system configuration features modular and partitioned management. After the password is unlocked, the system configuration interface is divided into modular layouts for various management functions. Five sub-pages are set up independently: system configuration, alarm settings, switch balancing settings, alarm record clearing, and event record clearing. Each sub-page function is independent and partitioned, and single-page operation corresponds only to its own function parameters. After the permission function is verified and solidified, the permission logic program and sub-page function configuration are solidified and the whole machine function is tested. The permission interception and locking effect is verified in scenarios with no password and incorrect password. At the same time, the effectiveness and stability of the sub-page parameter modification and data clearing functions are tested after successful unlocking.
7. The method for audible, visual, and voice alarms for large-scale pumping station projects according to claim 5, characterized in that: The dual-partition hierarchical local storage architecture divides the system into two independent storage partitions: one for operation events and the other for system operation records. Event records are generated instantly when manual or automatic switching actions occur, synchronously binding the action time, corresponding battery voltage, and action circuit number. The system collects AC voltage, battery voltage, and overall operating status at fixed intervals to generate operation records. These two types of data are stored in isolated partitions, including: Logical partitioning is carried out on the main monitoring storage resources of the YZHP-JH touch screen, and operation event storage area and system operation record storage area are separately divided. The two partitions are logically completely isolated and the storage spaces are independent of each other. An event-triggered real-time write logic is established. The system monitors manual opening and closing operations and automatic tripping commands for low-voltage batteries in real time. After capturing a valid action signal, the write program is started immediately. The system's precise timestamp, battery voltage at the time of action, action circuit number, and action type are collected simultaneously. Multi-dimensional operating condition information is bound and encapsulated and written to the operation event storage area in real time. Configure a periodic data acquisition and storage mechanism, set a fixed acquisition cycle in the system background, and cyclically collect the AC input voltage of the entire station, battery voltage, switch status of each circuit, communication status of the lower module, and overall operating parameters. Integrate and encapsulate these parameters into a steady-state operation record, and write them to the system operation record storage area at regular intervals. Establish dual-partition independent storage management rules. The operation event partition adopts an event-triggered instant write mode to store dynamic device operation data, while the system operation record partition adopts a periodic timed write mode to store steady-state monitoring data. The writing logic, storage address, and data structure of the two types of data are completely independent and do not interfere with or overwrite each other. An automatic sorting and capacity control mechanism based on time indexing is added. All records in the dual partitions are automatically stamped with timestamps and archived and sorted in chronological order. At the same time, partition storage capacity thresholds are set, and a circular overwrite storage strategy is adopted to ensure long-term stable operation of the system. Full-condition functional debugging was carried out, simulating manual operation, automatic low-voltage tripping, and steady-state operation of the equipment. The accuracy of binding and storage of operation event condition information and the stability of periodic operation data archiving were verified. The hierarchical isolation storage of dual-type data was completed to meet the needs of data query, fault tracing, and condition analysis in the later stage.
8. The method for sound, light, and voice alarms for large-scale pumping station projects according to claim 1, characterized in that: The multi-channel communication branch debugging and full-condition simulation debugging are carried out. The system has remote unattended operation and maintenance capabilities and supports functional module expansion without modification, including: Independent communication debugging was carried out on the four DB9 communication channels of the system. The baud rate, parity bit, data bit and stop bit of COM1, COM2, COM3 and COM4 channels were matched in sequence. Communication test commands were sent to each channel to verify the data transmission and reception integrity of RS232 parameter configuration channel, RS485 acquisition bus, RS485 control bus and reserved expansion bus respectively. Single-station joint debugging tests of lower-level modules were carried out. The ADC-7A acquisition module, JLCL-6A AC measurement module, and GPIO / DIO switch quantity module were individually connected and communicated. Based on the polling mechanism of the main monitoring equipment, the online identification status, data upload accuracy, and control command response rate of each module were verified one by one. A full-condition simulation test environment was built to fully cover actual operating scenarios such as normal mains power supply, mains power failure and independent battery power supply, first-level low-voltage tripping, second-level low-voltage tripping, graded load shedding, automatic power restoration after mains power restoration, and module communication interruption and recovery. The system monitors the transmission status of four buses, the execution status of system control logic, the alarm triggering status, and the data storage status in real time to verify the system's stable closed-loop operation under full conditions, accurate actions, and complete alarm records. Debug and solidify the built-in Modbus remote communication protocol of the system, complete the accurate matching and two-way interactive docking of remote backend four remote data points, support remote reading of AC and DC voltage, switch status, module online status, historical alarm data, and receive remote parameter modification and opening and closing control commands, and configure system heartbeat polling, automatic reconnection after disconnection, and data anomaly correction mechanism. Compatibility testing was conducted based on the pre-set COM4 independent expansion bus, redundant wiring and redundant terminal structure to verify that the expansion bus communication protocol, transmission rate and electrical parameters were fully compatible with the existing system. Later additions of battery inspection, temperature detection and other functional modules can be directly connected without modifying the original power supply line, communication wiring and system control logic. Conduct full-channel, full-condition, and full-function closed-loop joint debugging and testing, collect and solidify communication parameters, bus matching parameters, and operating logic parameters to form a reliable multi-channel communication isolation, stable operation under all conditions, and smooth remote four-remote interaction.
9. The method for sound, light, and voice alarms for large-scale pumping station projects according to claim 8, characterized in that: The debugging and solidification system incorporates the Modbus remote communication protocol, enabling precise matching and bidirectional interactive connection of remote backend data points. It supports remote reading of AC / DC voltage, switch status, module online status, and historical alarm data. Simultaneously, it receives remote parameter modification and opening / closing control commands, and configures system heartbeat polling, automatic reconnection after disconnection, and data anomaly correction mechanisms, including: A standard Modbus RTU communication protocol stack is embedded into the underlying program of the YZHP-JH main monitoring system. The protocol initialization configuration is completed, and the communication frame header, frame trailer, verification method and data parsing rules are uniformly set to build a complete underlying operation logic for Modbus data transmission, parsing and response. Based on the remote backend communication point table, the mapping definition of telemetry, remote signaling, remote control, and remote adjustment points is completed one by one in the local main monitoring system. The AC / DC voltage acquisition values, feeder switch opening and closing status, lower module online status, system alarm information telemetry and remote signaling data are bound to the corresponding register addresses. At the same time, register mapping points are configured for remotely issued parameter modification commands and opening and closing control commands. The system establishes a two-way data closed-loop interaction logic. The system actively uploads all telemetry and teleindication real-time data to the remote backend according to a preset fixed scanning cycle, updates the equipment's operating conditions and status information in real time, and continuously listens for and parses the remote control and remote adjustment commands issued by the remote backend, completes command legality verification, content parsing and execution feedback, and realizes two-way data interaction between remote monitoring and remote control. An embedded communication heartbeat polling mechanism is established to create a periodic heartbeat message interaction logic between the main monitoring and the remote backend, and to push heartbeat frame signals bidirectionally at regular intervals to monitor the communication link connection status in real time and promptly identify link offline and abnormal fault status. The system has developed an automatic reconnection logic for disconnections. It can detect heartbeat timeout anomalies in real time. Once a communication link is interrupted or a heartbeat signal is lost, it will automatically trigger a reconnection procedure to complete the communication port reset, protocol re-handshake matching, and communication link reconstruction. The entire process requires no manual intervention and automatically restores the remote data interaction channel. An error correction and filtering mechanism for communication data has been added to identify and filter frame loss, frame errors, garbled characters, and data exceeding limits during the communication transmission process in real time. Invalid control commands are automatically discarded, and error correction and data retransmission are performed on the abnormal data. After completing the overall functional integration and debugging of the Modbus protocol and ensuring stable system operation, the core operating parameters such as communication baud rate, verification method, register points, heartbeat cycle, and disconnection reconnection time are fixed and locked, forming a standardized and reusable remote four-remote interaction mechanism, realizing the normalized unattended monitoring, parameter adjustment, and switch control functions of the equipment by the remote backend.
10. A sound, light, and voice alarm system for a large-scale pumping station project, characterized in that, include: processor; A machine-readable storage medium for storing machine-executable instructions of the processor; The processor is configured to execute the audible, visual, and voice alarm method for large pumping station projects according to any one of claims 1 to 9 by executing the machine-executable instructions.