A distributed valve body remote control system

Abstract

The present invention relates to the technical field of distributed control systems, and discloses a distributed valve body remote control system, which includes modules such as valve body status acquisition and remote communication analysis. The valve body status acquisition module collects parameters such as the opening, fluid pressure, and surface temperature of multi-region valve bodies according to the monitoring cycle, and can start a high-frequency monitoring mode; the remote communication analysis module evaluates the communication delay; the distributed coordination module synchronizes parameters when the communication is normal, and generates adjustment instructions by calculating the dynamic adjustment factor through a formula; the instruction distribution module determines the instruction distribution order based on the priority weight formula, and is provided with a delay and forced distribution strategy; the abnormal response module alarms and marks the valve body position code when the communication delay exceeds the limit or the weight is continuously too low. The system also verifies and completes the collected data. The system improves the monitoring and control accuracy and reliability, and is suitable for remote monitoring of multi-region valve bodies.

Description

Technical Field

[0001] The present invention relates to the technical field of distributed control systems, and in particular to a distributed valve body remote control system. Background Art

[0002] In the field of industrial automation, distributed valve systems are widely used in scenarios such as petrochemicals, energy and power generation, and water conservancy projects. Their operational stability and control efficiency directly impact production safety and economic benefits. Traditional valve control systems typically employ a centralized architecture, with each valve connected to the control center via an independent communication link. This model presents numerous drawbacks when dealing with large-scale, cross-regional valve networks.

[0003] Centralized architectures suffer from low communication efficiency. As the number of valves increases and their distribution expands, the transmission of large amounts of status data over a single link can easily lead to communication congestion, significantly increasing data synchronization delays and making it difficult to reflect the actual operating status of each valve in real time. This is especially true in multi-region collaborative control scenarios, where communication delays between adjacent valves can cause asynchronous execution of control commands, impacting the overall coordination of the system. For example, in an oil pipeline network, if valves in different regions cannot be adjusted synchronously due to communication delays, this can lead to pipeline pressure imbalances and even safety incidents.

[0004] Traditional systems lack monitoring capabilities. Existing monitoring methods often rely on fixed-cycle sampling, which is unable to dynamically adjust the monitoring frequency based on the valve's actual operating status. When individual valve parameters exhibit abnormalities, fixed-cycle sampling may not capture subtle changes in a timely manner, resulting in delayed detection of potential faults. For example, a slowly rising valve surface temperature could be a precursor to wear on internal components. However, with fixed-cycle monitoring, if the abnormality is not significant, it may go unnoticed and eventually develop into a serious fault.

[0005] The control command distribution strategy lacks flexibility. Traditional systems typically distribute commands using fixed priorities or a round-robin approach, failing to fully consider multiple factors such as the valve's real-time operating status, regional load, and historical fault conditions. This can delay the execution of commands for critical valves, while non-critical valves consume excessive resources, impacting overall system control efficiency. For example, in a power system, if valves responsible for important transmission lines fail to adjust in a timely manner due to improper priority settings, this can cause local grid overload and expand the scope of the fault.

[0006] Abnormal response mechanisms are inadequate. Traditional systems often only issue simple alarms when detecting communication failures or valve anomalies. They lack the ability to accurately locate the abnormal valve and record its status, making troubleshooting and repair difficult. For example, in a large-scale water conservancy project, if a valve loses control due to a communication interruption, operators cannot quickly determine its location and the type of abnormality. This can lead to delayed emergency response and increase the risk of disasters such as floods.

[0007] Inadequate data reliability. Traditional systems lack effective verification and repair mechanisms for collected state parameters. Sensor failures or interference during data transmission can cause erroneous data to enter the control system, leading to malfunctions. For example, a fluid pressure sensor failure can cause abnormal collected data. If not discovered and corrected promptly, the control system may generate adjustment commands based on this erroneous data, causing valve malfunction and compromising production safety. Summary of the Invention

[0008] The object of the present invention is to provide a distributed valve body remote control system to solve the problems raised in the above background technology.

[0009] To achieve the above objectives, the present invention provides the following technical solutions: a distributed valve body remote control system, the system comprising:

[0010] The valve status acquisition module is used to set each monitoring period and then collect the corresponding status parameters of the valves distributed in multiple areas during each monitoring period. The status parameters include valve opening, fluid pressure and valve surface temperature;

[0011] The remote communication analysis module is used to analyze the real-time operating status of each valve body based on the status parameters corresponding to each monitoring period, and to evaluate whether the communication delay between the valve bodies exceeds a preset threshold;

[0012] A distributed coordination module is used to synchronize the status parameters of each valve body to the control center when the communication delay does not exceed the preset threshold, thereby generating dynamic adjustment instructions for each valve body;

[0013] The instruction distribution module is used to calculate the priority weight corresponding to each valve body according to the dynamic adjustment instruction, thereby determining the order of instruction distribution. When the priority weight of a valve body is lower than a preset critical value, the adjustment instruction of the valve body is delayed.

[0014] The abnormal response module is used to generate an abnormal alarm signal and mark the position code of the corresponding valve body when the communication delay exceeds a preset threshold or the priority weight of a valve body is continuously lower than a preset critical value.

[0015] Preferably, the state parameters corresponding to the valve bodies distributed in multiple areas in each monitoring period are collected, and the specific collection process is as follows:

[0016] Multiple monitoring nodes are divided into spatial distribution within the designated area. Each monitoring node corresponds to a valve body. Multiple sets of sensors are set in each monitoring node to record the opening change curve, fluid pressure fluctuation data and surface temperature change curve of each valve body respectively.

[0017] According to the set monitoring cycles, the standard operating parameter range of each valve body is retrieved from the historical database, and the lower limit of the standard range is used as the initial monitoring benchmark. When the real-time parameters of a valve body deviate from the initial monitoring benchmark, the high-frequency monitoring mode is started, and the state parameters of the valve body are continuously collected in the subsequent monitoring cycles to calculate its opening deviation rate, pressure fluctuation amplitude and temperature change gradient.

[0018] Preferably, the evaluation of whether the communication delay between the valve bodies exceeds a preset threshold is performed in the following manner:

[0019] Based on the synchronized timestamps of the status parameters of each valve body within each monitoring cycle, the data transmission time difference between adjacent valve bodies is calculated. If the average time difference of a group of valve bodies is greater than the preset threshold, it is determined that the communication delay exceeds the limit; otherwise, it is determined that the communication link is normal.

[0020] Preferably, the dynamic adjustment instructions for each valve body are generated in the following specific generation process:

[0021] Obtain the operation mode template of each valve body from the configuration library, which includes the opening adjustment coefficient, pressure balance factor and temperature compensation parameters;

[0022] The dynamic adjustment factor of each valve body is calculated by the formula δ=k1α+k2β+k3γ, where α is the opening deviation rate, β is the pressure fluctuation amplitude, γ is the temperature change gradient, δ is the dynamic adjustment factor, and k1, k2, and k3 are the correction coefficients corresponding to the opening, pressure, and temperature, respectively.

[0023] The control center generates specific dynamic adjustment instructions based on the calculated δ value. When δ≤1.0, it is judged as a slight parameter fluctuation and an instruction to maintain the current operating state is generated. When 1.0<δ≤2.0, it is judged as a moderate deviation and an instruction to gradually adjust the opening to the standard range is generated. When δ>2.0, it is judged as a serious abnormality and an instruction to immediately trigger the safety protection mechanism is generated.

[0024] Preferably, the priority weight corresponding to each valve body is calculated, and the specific calculation process is as follows:

[0025] The priority weight is determined by the formula ω=ε1δ+ε2θ+ε3μ, where δ is the dynamic adjustment factor, θ is the load proportion of the valve body area, μ is the historical fault frequency, ω is the priority weight, and ε1, ε2, and ε3 are the normalization coefficients of the dynamic adjustment factor, load proportion, and fault frequency, respectively.

[0026] Preferably, the delay in distributing the regulating instruction of the valve body has a specific delay strategy as follows:

[0027] The valve bodies with priority weights lower than the preset critical value are placed in the queue to be processed and arranged in ascending order according to the weight value. The weights of the valve bodies in the queue are recalculated at fixed time intervals. If the weight returns to above the critical value, the instruction is issued immediately. Otherwise, the delay time is accumulated until the forced issuance condition is triggered.

[0028] Preferably, the abnormal alarm signal is generated and the position code of the corresponding valve body is marked. The specific marking process is as follows:

[0029] The spatial coordinates of the abnormal valve body are extracted from the topological map, and a unique location code is generated by combining it with the area number. The code is associated with the alarm signal and stored in the log database. At the same time, an alarm notification containing the location code is sent to the control center.

[0030] Preferably, the start and exit conditions of the high-frequency monitoring mode are as follows:

[0031] When the opening deviation rate of a valve body exceeds the upper limit of the standard range for three consecutive monitoring cycles, or the temperature change gradient reaches the preset warning value, high-frequency monitoring will be automatically started; if the parameters of the valve body return to the standard range for five consecutive monitoring cycles, high-frequency monitoring will be exited.

[0032] Preferably, the triggering rules of the mandatory distribution conditions are as follows:

[0033] When the cumulative delay time of a valve body reaches the maximum allowable threshold, or the system detects an emergency condition in the area where the valve body is located, its adjustment instructions are immediately and forcibly distributed, ignoring the priority weight limit.

[0034] Preferably, after collecting the status parameters, a data verification process is also included, which is as follows:

[0035] The valve body opening, fluid pressure and surface temperature collected in each monitoring cycle are detected for abnormal values. If the fluctuation amplitude of a parameter exceeds twice the historical mean for three consecutive monitoring cycles, it is judged as invalid data and interpolated from the data of adjacent monitoring nodes to complete the data.

[0036] Compared with the prior art, the present invention has the following beneficial effects:

[0037] In terms of monitoring capabilities, the system uses the valve status acquisition module to achieve dynamic monitoring of multi-dimensional status parameters such as valve opening, fluid pressure, and surface temperature. By setting up multiple sets of sensors at each monitoring node, it can record the valve opening change curve, fluid pressure fluctuation data, and surface temperature change curve in real time, providing the system with rich operating status information. At the same time, the system introduces a high-frequency monitoring mode. When the real-time parameters of a valve body deviate from the initial monitoring benchmark, it can automatically start high-frequency monitoring, continuously collect the status parameters of the valve body, and calculate the opening deviation rate, pressure fluctuation amplitude, and temperature change gradient. This effectively improves the ability to capture abnormal conditions, can promptly detect subtle abnormalities of the valve body, and provide strong support for fault warning and early processing. For example, when the valve body temperature change gradient reaches the preset warning value, the high-frequency monitoring mode can be immediately activated to continuously track temperature changes, helping operators to promptly detect potential equipment failures.

[0038] In terms of communication and coordination, the remote communication analysis module can accurately assess the communication delay by analyzing the synchronization timestamps of the status parameters of each valve body in each monitoring cycle and calculating the data transmission time difference between adjacent valve bodies. When the communication delay does not exceed the preset threshold, the distributed coordination module can synchronize the status parameters of each valve body to the control center, ensuring that the control center can grasp the operating status of each valve body in real time, providing a reliable data basis for generating dynamic adjustment instructions. This mechanism effectively guarantees the communication stability and data synchronization between valve bodies in multiple regions, improves the overall coordination of the system, and avoids the problem of asynchronous execution of control instructions due to communication delays. Especially in the multi-valve collaborative control scenario, it can ensure that each valve body is adjusted according to the expected timing and parameters, thereby improving the collaborative work efficiency of the system.

[0039] Regarding control command generation and distribution, the system utilizes a dynamic adjustment factor formula and a priority weight formula to achieve intelligent generation and distribution of control commands. The dynamic adjustment factor comprehensively considers real-time operating parameters such as opening deviation rate, pressure fluctuation amplitude, and temperature gradient. Combined with the adjustment coefficient in each valve's operating mode template, it generates personalized dynamic adjustment commands for each valve, ensuring that the control commands are more closely aligned with the valve's actual operating requirements and improving control accuracy. The command distribution module prioritizes command distribution based on priority weights, which take into account factors such as the dynamic adjustment factor, the load percentage of the valve's region, and historical fault frequency. This ensures that commands for critical valves are prioritized and optimizes system resource allocation. Furthermore, for valves with priority weights below a preset threshold, the system implements a delayed dispatch strategy, placing them in a pending queue and periodically recalculating their weights. This prevents non-critical valves from consuming excessive resources while ensuring timely execution of control commands once their status recovers, improving overall system control efficiency and resource utilization. In addition, the setting of forced distribution conditions ensures reliable control of the system in emergency situations. When the delay time reaches the maximum allowable threshold or an emergency condition is detected, instructions can be forced to be distributed immediately to ensure that the system can maintain stable operation even in extreme situations.

[0040] In terms of abnormal response and fault handling, the abnormal response module can generate an abnormal alarm signal and mark the position code of the corresponding valve body when it detects that the communication delay exceeds the preset threshold or the priority weight of a valve body is continuously lower than the preset critical value. By extracting the spatial coordinates of the abnormal valve body from the topological map and generating a unique position code in combination with the area number, the abnormal valve body can be accurately located. At the same time, the code and the alarm signal are associated and stored in the log database, and an alarm notification containing the position code is sent to the control center, which facilitates the operator to quickly troubleshoot and handle the fault. This mechanism significantly shortens the fault location and processing time and improves the reliability and safety of the system. For example, in a large industrial pipeline network, when a valve body has a communication failure, the operator can quickly find the specific location of the faulty valve body based on the position code, and perform repairs in time to avoid the expansion of the fault.

[0041] In terms of data reliability assurance, the system adds a data verification process after collecting status parameters. By detecting outliers on the parameters collected in each monitoring cycle, it can promptly detect invalid data and interpolate and supplement it from the data of adjacent monitoring nodes, effectively improving the reliability and accuracy of the data, avoiding erroneous data caused by sensor failure or data transmission interference that affects the normal operation of the control system, and further improving the stability and reliability of the system. BRIEF DESCRIPTION OF THE DRAWINGS

[0042] Figure 1This is a working principle diagram of the distributed valve body remote control system of the present invention;

[0043] Figure 2 Flow chart of valve body status parameter collection;

[0044] Figure 3 Flowchart for evaluating inter-valve body communication delay;

[0045] Figure 4 A flow chart for adjusting the instruction delay dispatch strategy;

[0046] Figure 5 This is the control logic diagram for the start and exit conditions of the high-frequency monitoring mode. DETAILED DESCRIPTION

[0047] The following will clearly and completely describe the technical solutions in the embodiments of the present invention in conjunction with the accompanying drawings. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without making creative efforts are within the scope of protection of the present invention.

[0048] See also Figure 1-Figure 5 The present invention relates to a distributed valve body remote control system, which includes:

[0049] Valve status acquisition module: The system pre-sets each monitoring cycle (e.g., 30 minutes is the default basic cycle), and collects the status parameters of each valve body within the corresponding monitoring cycle through monitoring nodes distributed in multiple areas. The status parameters include valve body opening, fluid pressure, and valve body surface temperature.

[0050] Remote communication analysis module: Based on the status parameters collected in each monitoring cycle, it analyzes the real-time operating status of each valve body (such as normal operation, parameter fluctuations, etc.), and at the same time evaluates whether the communication delay between each valve body exceeds the preset threshold (such as 50ms).

[0051] Distributed coordination module: When the communication delay does not exceed the preset threshold, the state parameters of each valve body are synchronized to the control center, and the control center generates dynamic adjustment instructions for each valve body according to the preset algorithm.

[0052] Instruction distribution module: Based on the dynamic adjustment instructions, the priority weight corresponding to each valve body is calculated to determine the order of instruction distribution; if the priority weight of a valve body is lower than the preset critical value (such as 0.3), the adjustment instruction of the valve body is delayed.

[0053] Abnormal response module: When the communication delay exceeds the preset threshold or the priority weight of a valve body continues to be lower than the preset critical value, an abnormal alarm signal is generated and the position code of the corresponding valve body is marked for positioning and troubleshooting.

[0054] The present invention will be further described below in conjunction with Examples 1 to 5:

[0055] Example 1:

[0056] Multiple monitoring nodes are spatially distributed within a designated area, with each node uniquely corresponding to a valve body. Taking an industrial pipeline network as an example, monitoring nodes are deployed in different functional areas (such as the raw material input section, process processing section, and product output section). Each node is equipped with multiple sets of sensors, including potentiometer sensors for measuring valve body opening, piezoresistive transmitters for monitoring fluid pressure, and thermocouples for detecting valve body surface temperature. These sensors collect data in real time at a set sampling frequency (e.g., 10 times per second), forming a continuous curve of valve opening change, fluid pressure fluctuation data, and surface temperature change. The data is then packaged according to the monitoring cycle (e.g., the default basic cycle is 30 minutes).

[0057] According to the preset monitoring cycles, the system retrieves the standard operating parameter range of the corresponding valve body from the historical database. The standard range is pre-set based on the valve body type, process requirements and safety specifications. For example, the standard opening range of a certain type of control valve is 20%-80%, the standard fluid pressure range is 0.5-1.2MPa, and the standard surface temperature range is 20-60°C. The system uses the lower limit value of the standard range (such as opening 20%, pressure 0.5MPa, temperature 20°C) as the initial monitoring benchmark. When the real-time parameters of a valve body (such as opening 15%, pressure 0.4MPa or temperature 18°C) deviate from the initial monitoring benchmark, the judgment logic of the high-frequency monitoring mode is triggered.

[0058] The activation condition for the high-frequency monitoring mode is that the real-time parameters deviate from the initial monitoring benchmark. When making a specific judgment, the system first compares the real-time parameters of the current monitoring cycle with the initial benchmark value: if the opening is less than 20%, the pressure is less than 0.5MPa, or the temperature is less than 20°C, it is considered a parameter deviation. When a parameter deviation is detected, the system automatically adjusts the collection frequency in the subsequent monitoring cycle, shortening the original 30-minute basic cycle to 5 minutes (i.e., the high-frequency monitoring cycle), and continuously collects the status parameters of the valve body. During this process, the system simultaneously calculates three key indicators:

[0059] Opening Deviation Rate: Calculated as (Real-Time Opening - Standard Range Lower Limit) ÷ (Standard Range Upper Limit - Standard Range Lower Limit) × 100%. For example, if the standard opening range is 20%-80% and the real-time opening is 15%, the opening deviation rate is (15%-20%) ÷ (80%-20%) × 100% = -8.33%.

[0060] Pressure Fluctuation Amplitude: Calculated as |Real-time pressure - Historical pressure average|. Assuming the historical pressure average is 0.8 MPa and the real-time pressure is 0.6 MPa, the pressure fluctuation amplitude is 0.2 MPa.

[0061] Temperature gradient: Calculated by dividing the temperature by the time interval. For example, if the temperature rises from 25°C to 35°C in 10 minutes, the time interval is 1 / 6 hour, and the temperature gradient is (35°C - 25°C) ÷ (1 / 6 hour) = 60°C / hour.

[0062] The above data collection and calculation processes are automatically executed by the valve body status acquisition module. The collected raw data and calculation results are transmitted to the remote communication analysis module in real time through an encrypted communication link, providing basic data support for subsequent operation status evaluation and adjustment instruction generation. Throughout the process, the system timestamps the parameters of each monitoring cycle (accurate to milliseconds) to ensure the timing and traceability of the data. When the high-frequency monitoring mode is started, the system continues to track parameter changes until the exit conditions are met (such as the parameter regression standard interval described in subsequent embodiments) or the abnormal response process is triggered.

[0063] In addition, after collecting state parameters, a data verification process must be performed: the valve body opening, fluid pressure, and surface temperature data within each monitoring cycle are detected for outliers, and statistical methods (such as the 3σ principle) are used to identify invalid data. If the fluctuation amplitude of a parameter exceeds twice the historical mean for three consecutive monitoring cycles (for example, if the pressure parameter has a historical mean of 0.8MPa and the fluctuation amplitude exceeds 1.6MPa three times in a row), it is judged as invalid data. The system automatically fills the missing value from the data of adjacent monitoring nodes during the same period using an interpolation algorithm (such as linear interpolation or polynomial interpolation) to ensure data integrity and the accuracy of subsequent analysis.

[0064] Example 2:

[0065] During each monitoring cycle, after the valve status acquisition module completes state parameter collection, the remote communication analysis module adds a millisecond-accurate synchronization timestamp to each set of parameters. This timestamp corresponds to the moment when parameter collection is completed and the data enters the transmission link. Taking adjacent valves distributed in the same pipeline network as an example (such as upstream valve A and downstream valve B, with a physical distance of L meters and a communication link using optical fiber or wireless transmission), the module compares the timestamp difference between the two and calculates the data transmission time between the two. The specific steps are as follows:

[0066] For each group of adjacent valve bodies (such as A and B), within N consecutive monitoring cycles (such as N = 10), the parameter timestamp T of valve body A in each cycle is recorded respectively. Ai and valve body B parameter timestamp TBi (i=1,2,…,N), calculate the absolute value of the time difference between the two in the same period:

[0067] ΔT i =|T Bi -T Ai |

[0068] This time difference reflects the time required for data to be transmitted from one valve body to another, and includes the combined effects of factors such as the signal's propagation time in the physical medium, device processing delay, and network congestion.

[0069] The time difference ΔT of the module for N consecutive cycles i Perform statistical analysis and calculate the arithmetic mean:

[0070]

[0071] The preset threshold is determined based on factors such as the type of communication link and the real-time requirements of the system (e.g., the preset threshold is set to 50ms when optical fiber communication is used and 100ms when wireless communication is used). avg If ΔT is greater than the preset threshold, it is determined that the communication delay between the valve bodies in this group exceeds the limit, and the abnormal response module is triggered to generate an alarm signal; if ΔT avg If the value is less than or equal to the preset threshold, the communication link is determined to be normal and the status parameters are allowed to be synchronized to the control center for subsequent processing.

[0072] For example, in a liquid pipeline network at a chemical park, valve body X (located at the pump station outlet) is connected to valve body Y (located at the tank inlet, 2 km from the pump station) via a fiber optic link. The system sets N = 10 monitoring cycles (each 30 minutes), and the time stamp differences between the two are recorded as follows (in milliseconds): 45, 48, 52, 49, 51, 47, 53, 50, 46, 49. The average value is calculated as:

[0073]

[0074] If the preset threshold is 50ms, the communication delay of the valve body group does not exceed the threshold, and the communication is determined to be normal; if the preset threshold is 48ms, the average value of 49ms exceeds the threshold, and the communication delay is determined to be out of limit. The module immediately generates an abnormal alarm signal and marks the X and Y position codes of the valve body through the abnormal response module (such as generating a unique identifier based on the coordinates and area number in the topological map).

[0075] During the evaluation process, the module also needs to handle possible timestamp synchronization errors. The system uses a global clock synchronization mechanism (such as the NTP protocol or the IEEE1588 precision clock protocol) to ensure that the clock deviation of each monitoring node is controlled to the microsecond level, avoiding time difference calculation errors caused by clock asynchrony. In addition, to address the potential packet loss issues in wireless communication scenarios, the module uses a retransmission mechanism and a sliding window protocol to ensure data integrity. However, the communication delay assessment is based only on the timestamps of successfully transmitted packets. Data from unsuccessfully transmitted periods is considered invalid and automatically skipped, and is not included in the average calculation.

[0076] The results of the communication delay assessment directly influence the subsequent data synchronization and command generation processes. If communication is normal, the distributed coordination module initiates the state parameter synchronization process, aggregating all valve data to the control center. If the communication delay exceeds the limit, the system suspends parameter synchronization for that group of valves and promptly notifies operations and maintenance personnel through the exception response module to troubleshoot the communication link failure, thereby preventing control command failures or system misjudgments caused by data lag. The entire assessment process is automatically executed by the remote communication analysis module, eliminating the need for human intervention and ensuring system real-time and reliability.

[0077] Example 3:

[0078] The process of the distributed coordination module generating dynamic adjustment instructions for each valve body is as follows:

[0079] The system pre-stores operating mode templates for various valve types through a configuration library. These templates contain parameter sets related to the valve's function and process characteristics, including the opening adjustment coefficient, pressure balance factor, and temperature compensation parameters. Taking the energy delivery system as an example, different valve types correspond to different templates: the shut-off valve template, used to control fluid flow, has an opening adjustment coefficient k1 set to 0.6, a pressure balance factor k2 to 0.3, and a temperature compensation parameter k3 to 0.1. The regulating valve template, used to precisely adjust fluid parameters, has k1 = 0.4, k2 = 0.5, and k3 = 0.1, reflecting the dominant role of pressure fluctuations in regulating instructions. Template parameters can be configured and updated through the system backend according to process requirements.

[0080] Once the remote communication analysis module confirms that the communication link is normal, the distributed coordination module obtains the real-time status parameters of each valve body from the valve body status acquisition module and calculates the dynamic adjustment factor δ based on the opening deviation rate α, the pressure fluctuation amplitude β, and the temperature change gradient γ using the formula δ = k1α + k2β + k3γ. Here, α takes an absolute value to reflect the degree of deviation, calculated as (the absolute value of the difference between the real-time opening and the standard interval boundary) divided by (the difference between the upper and lower limits of the standard interval); β is the actual amplitude of the pressure fluctuation (in MPa), that is, the absolute value of the difference between the real-time pressure and the historical average; γ takes an absolute value to reflect the severity of the temperature change (in ° C / hour), which is calculated by dividing the temperature difference between adjacent monitoring periods by the time interval.

[0081] For example, consider a regulating valve in a natural gas transmission and distribution system: its standard opening range is 30%-70%, and its real-time opening is 78%. The opening deviation rate α = |78%-70%| ÷ (70%-30%) = 0.2. The historical average pressure is 2.0 MPa, the real-time pressure is 2.5 MPa, and the pressure fluctuation amplitude β = 0.5 MPa. The temperature gradient is 15°C / hour, and γ = 15. Based on the regulating valve template parameters k1 = 0.4, k2 = 0.5, and k3 = 0.1, the dynamic adjustment factor δ is calculated as 0.4 × 0.2 + 0.5 × 0.5 + 0.1 × 15 = 0.08 + 0.25 + 1.5 = 1.83.

[0082] The control center generates specific adjustment instructions based on the calculated δ value. The content of the instruction is associated with the numerical range of δ. For example, when δ ≤ 1.0, it is determined to be a minor parameter fluctuation, and the instruction "Maintain current operating status" is generated; when 1.0 < δ ≤ 2.0, it is determined to be a moderate deviation, and the instruction "Gradually adjust the opening to the standard range" is generated, such as adjusting the opening by 5% per monitoring cycle; when δ > 2.0, it is determined to be a serious anomaly, and the instruction "Immediately trigger the safety protection mechanism" is generated, such as emergency valve closure or activating the bypass system.

[0083] The generation of dynamic adjustment commands also needs to consider the valve's physical characteristics and process limitations. For example, for fast-response valves like butterfly valves, commands can be set to a higher adjustment rate. For valves that require slower movement, such as ball valves, commands must limit the single adjustment range, such as no more than 10% of opening, to avoid fluid shock or equipment damage caused by drastic movements. Furthermore, the module automatically filters out commands that exceed the valve's operating limits, such as commands outside the opening adjustment range, and generates an error log for operation and maintenance personnel to review.

[0084] The entire dynamic adjustment command generation process is based entirely on preset algorithms and real-time data, ensuring the scientific nature and consistency of the commands. Once generated, the commands are transmitted via an encrypted communication link to the command distribution module, which determines the execution order based on priority. The distributed coordination module also features historical command tracing, storing each valve's dynamic adjustment factors, template parameters, and generated command content, providing data support for system operation analysis and parameter optimization.

[0085] Example 4:

[0086] The process of the instruction distribution module calculating the priority weight of each valve body and executing the delay strategy is as follows:

[0087] The system determines the priority weight through the formula ω=ε1δ+ε2θ+ε3μ, where the parameters are defined as follows:

[0088] δ is the dynamic adjustment factor, which reflects the current deviation of valve parameters and the comprehensive adjustment requirements. This factor is calculated based on the opening deviation rate, pressure fluctuation amplitude and temperature change gradient;

[0089] θ is the load proportion of the area where the valve body is located, that is, the proportion of the area in the total system load (for example, the percentage of water consumption in a certain area of ​​the water supply network to the total water consumption of the system);

[0090] μ is the historical failure frequency of the valve body, and the statistical period is the number of failures in the past 12 months;

[0091] ε1, ε2, and ε3 are normalization coefficients, which are determined by parameter calibration during system initialization. Their values ​​range from 0 to 1 and satisfy ε1+ε2+ε3=1. For example, common configurations are ε1=0.5, ε2=0.3, and ε3=0.2, reflecting the dominant influence of the dynamic adjustment factor on the priority.

[0092] Taking the city gas transmission and distribution system as an example: a regional pressure regulating valve has a dynamic adjustment factor of δ = 1.8, a regional load ratio of θ = 35% (i.e., 0.35), and a historical failure frequency of μ = 1 event / year. Based on the normalization coefficients ε1 = 0.5, ε2 = 0.3, and ε3 = 0.2, the priority weight ω is calculated as 0.5 × 1.8 + 0.3 × 0.35 + 0.2 × 1 = 0.9 + 0.105 + 0.2 = 1.205. If the preset threshold is 1.0, the valve's priority weight exceeds the threshold, and its adjustment command enters the immediate dispatch queue. For another pressure reducing valve, with δ = 0.6, θ = 20%, and μ = 3 events / year, the calculated value is ω = 0.5 × 0.6 + 0.3 × 0.2 + 0.2 × 3 = 0.3 + 0.06 + 0.6 = 0.96, which is below the threshold of 1.0, and the valve's command enters the pending queue.

[0093] The delay strategy for the pending queue is as follows: valves with priority weights below a preset critical value are sorted in ascending order of weight (i.e., lower weights are ranked first). The system triggers a queue refresh mechanism every fixed time interval (e.g., 10 minutes). During the refresh, the module recalculates the priority weights of all valves in the queue. If a valve's weight returns to above the critical value (e.g., a valve with an original weight of 0.8 is calculated to have ω = 1.1 after parameter adjustment), its instruction is removed from the queue and added to the immediate dispatch queue. The instruction is then transmitted to the corresponding valve via the communication link for execution. If the weight remains below the critical value, it remains in the queue, accumulating the delay time.

[0094] The triggering rules for mandatory distribution conditions include:

[0095] ① Delay Exceeded: When the cumulative delay of a valve in the pending processing queue reaches the maximum allowable threshold (e.g., 60 minutes), the system automatically triggers forced dispatch and pushes the adjustment instruction to the valve for execution, regardless of whether its current weight meets the limit. This mechanism prevents the accumulation of system risks caused by long-term delays.

[0096] ② Emergency condition detection: If the system detects an emergency condition (such as a sudden drop in pressure, temperature exceeding the limit, or equipment leakage) in the area where the valve body is located through a sensor or external interface (such as a fire alarm system), it immediately skips the priority weight calculation and forcibly distributes the adjustment instructions of the valve body to ensure the real-time emergency response.

[0097] During the instruction distribution process, the module attaches a unique identifier and timestamp to each instruction, recording the instruction generation time, distribution time, and execution feedback status. If the valve body does not return an execution confirmation signal within the specified time (such as 5 minutes), the system automatically reissues the instruction and marks it as "unconfirmed." If three consecutive unconfirmations occur, an equipment communication failure alarm is generated. In addition, the instruction distribution module supports manual intervention. Operation and maintenance personnel can forcibly adjust the priority weight of a valve body or directly trigger instruction distribution through the control center interface to meet the needs of manual control in special scenarios.

[0098] The entire priority weight calculation and delay strategy execution process is completed automatically by the system. By quantitatively analyzing multi-dimensional data such as dynamic adjustment factors, regional loads, and historical faults, it realizes intelligent and differentiated command distribution. While ensuring the timely response of critical valve bodies, it rationally allocates system resources to avoid overload impacts of non-critical commands on communication links and control centers.

[0099] Example 5:

[0100] The process of the abnormal response module generating an abnormal alarm signal and marking the valve body position code, as well as the specific implementation methods of the high-frequency monitoring mode and data verification are as follows:

[0101] When the remote communication analysis module determines that the communication delay exceeds the preset threshold, or the instruction distribution module detects that the priority weight of a valve body continues to be lower than the preset critical value (such as it has not recovered to above the critical value for three consecutive refresh cycles), the abnormal response module starts the alarm process. First, the module extracts the spatial coordinates of the abnormal valve body from the system topology map. The coordinates are determined based on the physical layout data of the geographic information system (GIS) or industrial automation system, including longitude and latitude (for outdoor scenes) or floor and pipe network node number (for indoor scenes). For example, an abnormal valve body is located on the 2nd floor of Building 3, Area A of the Chemical Park, and its spatial coordinates can be expressed as (A-3-2F, X=120.5°, Y=30.2°, Z=5.8m).

[0102] The module generates a unique location code based on the area number (such as "A" for area A) and the monitoring time (such as May 18, 2025). The coding rule adopts the format of "area number - node number - timestamp - serial number", for example, "A-01-20250518-001", where "node number" corresponds to the unique identifier of the monitoring node in the topology map, "timestamp" is the year, month and day when the alarm is triggered, and "serial number" is the alarm sequence number within the day (starting from 001 and increasing). The location code is bound to the abnormal alarm signal and stored in the log database through an encryption protocol. The database record contains information such as alarm type (communication delay or low priority), alarm time, valve body parameter snapshot, etc., and supports retrieval by time, area, valve body type and other conditions.

[0103] At the same time, the module sends alarm notifications to the control center through multiple channels, including but not limited to system interface pop-up windows (displaying the location code, alarm type, and parameter anomaly details), SMS reminders (pushed to the designated operation and maintenance personnel's mobile phones), and voice broadcasts (triggered on-site at the control center). The notification content includes a description of the valve body's physical location corresponding to the location code (for example, "Steam pipe regulating valve on the second floor of Building 3, Area A"), allowing operation and maintenance personnel to quickly locate the fault point.

[0104] The startup and exit mechanism of the high-frequency monitoring mode is as follows: When the opening deviation rate of a valve body exceeds the upper limit of the standard range for three consecutive monitoring cycles (such as the standard range is 20% to 80%, and the opening is ≥85% for 90 consecutive minutes), or the temperature change gradient reaches the preset warning value (such as 30°C / hour), the system automatically shortens the monitoring cycle of the valve body from the basic cycle (such as 30 minutes) to the high-frequency cycle (such as 5 minutes), and activates the continuous acquisition mode in the status acquisition module to track parameter changes in real time. If the parameters of the valve body return to the standard range (such as the opening is stable at 75%-80%, and the temperature change gradient is ≤10°C / hour) for five consecutive high-frequency monitoring cycles (i.e. 25 minutes), the high-frequency monitoring mode is exited and the basic cycle is restored. During the high-frequency monitoring period, the storage accuracy of the collected data is improved to the millisecond level to facilitate the analysis of the detailed characteristics of the parameter fluctuations.

[0105] During the data verification process, the system detects abnormal values ​​for the valve body opening, fluid pressure, and surface temperature of each monitoring cycle. Taking fluid pressure as an example, the module first calculates the historical mean λ and standard deviation σ of this parameter in the past 24 hours, and uses the 3σ principle to determine abnormal values: if the pressure value of a certain monitoring cycle exceeds the range of λ±2σ, it is marked as suspicious data; if the parameter exceeds this range for three consecutive monitoring cycles, it is determined to be invalid data. At this time, the system uses linear interpolation to fill in the missing values ​​from the data of the adjacent monitoring nodes (such as upstream and downstream valve bodies) during the same period. For example, the pressure data of valve body C is invalid three times in a row, and the pressure values ​​of its upstream valve body B and downstream valve body D at the corresponding time are 0.9MPa and 0.85MPa respectively. The supplementary value of valve body C is (0.9+0.85)÷2=0.875MPa. The interpolated and supplemented data must be quality marked for identification during subsequent analysis.

[0106] The entire abnormal response process is closely coordinated with the monitoring mechanism. Unique position codes are used to precisely locate the faulty valve body. High-frequency monitoring and data verification ensure the reliability of abnormal data, providing comprehensive support for system fault diagnosis and operation and maintenance decision-making. Abnormal alarm information and processing records are fully documented, meeting the traceability requirements of industrial control systems.

[0107] It should be noted that, in this document, relational terms such as first and second, etc., are used only to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any actual relationship or order between these entities or operations. Moreover, the terms "comprises," "includes," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that includes a list of elements includes not only those elements but also other elements not explicitly listed, or elements inherent to such process, method, article, or apparatus.

[0108] While embodiments of the present invention have been shown and described, it will be appreciated by those skilled in the art that various changes, modifications, substitutions, and variations may be made to these embodiments without departing from the principles and spirit of the invention, and that the scope of the invention is defined by the appended claims and their equivalents.

Claims

1. A distributed valve remote control system, characterized in that: include: The valve status acquisition module is used to set each monitoring period and then collect the corresponding status parameters of the valves distributed in multiple areas during each monitoring period. The status parameters include valve opening, fluid pressure and valve surface temperature; The remote communication analysis module is used to analyze the real-time operating status of each valve body based on the status parameters corresponding to each monitoring period, and to evaluate whether the communication delay between the valve bodies exceeds a preset threshold; A distributed coordination module is used to synchronize the status parameters of each valve body to the control center when the communication delay does not exceed the preset threshold, thereby generating dynamic adjustment instructions for each valve body; The instruction distribution module is used to calculate the priority weight corresponding to each valve body according to the dynamic adjustment instruction, thereby determining the order of instruction distribution. When the priority weight of a valve body is lower than a preset critical value, the adjustment instruction of the valve body is delayed. An abnormal response module is used to generate an abnormal alarm signal and mark the position code of the corresponding valve body when the communication delay exceeds a preset threshold or the priority weight of a valve body is continuously lower than a preset critical value; The specific calculation process for calculating the priority weight corresponding to each valve body is as follows: The priority weight is determined by the formula ω = ε1δ + ε2θ + ε3μ, where δ is the dynamic adjustment factor, θ is the load proportion of the valve body area, μ is the historical fault frequency, ω is the priority weight, and ε1, ε2, and ε3 are the normalization coefficients of the dynamic adjustment factor, load proportion, and fault frequency, respectively; The specific generation process of the dynamic adjustment instructions for each valve body is as follows: Obtain the operation mode template of each valve body from the configuration library, which includes the opening adjustment coefficient, pressure balance factor and temperature compensation parameters; The dynamic adjustment factor of each valve body is calculated by the formula δ=k1α+k2β+k3γ, where α is the opening deviation rate, β is the pressure fluctuation amplitude, γ is the temperature change gradient, δ is the dynamic adjustment factor, and k1, k2, and k3 are the correction coefficients corresponding to the opening, pressure, and temperature respectively; The control center generates specific dynamic adjustment instructions based on the calculated δ value. When δ≤1.0, it is judged as a slight parameter fluctuation and an instruction to maintain the current operating state is generated. When 1.0<δ≤2.0, it is judged as a moderate deviation and an instruction to gradually adjust the opening to the standard range is generated. When δ>2.0, it is judged as a serious abnormality and an instruction to immediately trigger the safety protection mechanism is generated.

2. A distributed valve body remote control system according to claim 1, characterized in that: The state parameters corresponding to the valve bodies distributed in multiple areas in each monitoring period are collected. The specific collection process is as follows: Multiple monitoring nodes are divided into spatial distribution within the designated area. Each monitoring node corresponds to a valve body. Multiple sets of sensors are set in each monitoring node to record the opening change curve, fluid pressure fluctuation data and surface temperature change curve of each valve body respectively. According to the set monitoring cycles, the standard operating parameter range of each valve body is retrieved from the historical database, and the lower limit of the standard range is used as the initial monitoring benchmark. When the real-time parameters of a valve body deviate from the initial monitoring benchmark, the high-frequency monitoring mode is started, and the state parameters of the valve body are continuously collected in the subsequent monitoring cycles to calculate its opening deviation rate, pressure fluctuation amplitude and temperature change gradient.

3. A distributed valve remote control system according to claim 1, characterized in that: The evaluation process of whether the communication delay between valve bodies exceeds the preset threshold is as follows: Based on the synchronized timestamps of the status parameters of each valve body within each monitoring cycle, the data transmission time difference between adjacent valve bodies is calculated. If the average time difference of a group of valve bodies is greater than the preset threshold, it is determined that the communication delay exceeds the limit; otherwise, it is determined that the communication link is normal.

4. A distributed valve remote control system according to claim 1, characterized in that: The specific delay strategy for delaying the distribution of the regulating instruction of the valve body is as follows: The valve bodies with priority weights lower than the preset critical value are placed in the queue to be processed and arranged in ascending order according to the weight value. The weights of the valve bodies in the queue are recalculated at fixed time intervals. If the weight returns to above the critical value, the instruction is issued immediately. Otherwise, the delay time is accumulated until the forced issuance condition is triggered.

5. A distributed valve remote control system according to claim 1, characterized in that: The abnormal alarm signal is generated and the position code of the corresponding valve body is marked. The specific marking process is as follows: The spatial coordinates of the abnormal valve body are extracted from the topological map, and a unique location code is generated by combining it with the area number. The code is associated with the alarm signal and stored in the log database. At the same time, an alarm notification containing the location code is sent to the control center.

6. A distributed valve remote control system according to claim 2, characterized in that: The start and exit conditions of the high-frequency monitoring mode are as follows: When the opening deviation rate of a valve body exceeds the upper limit of the standard range for three consecutive monitoring cycles, or the temperature change gradient reaches the preset warning value, high-frequency monitoring will be automatically started; if the parameters of the valve body return to the standard range for five consecutive monitoring cycles, high-frequency monitoring will be exited.

7. A distributed valve remote control system according to claim 4, characterized in that: The triggering rules of the mandatory distribution conditions are as follows: When the cumulative delay time of a valve body reaches the maximum allowable threshold, or the system detects an emergency condition in the area where the valve body is located, its adjustment instructions are immediately and forcibly distributed, ignoring the priority weight limit.

8. A distributed valve remote control system according to claim 1, characterized in that: After collecting status parameters, the data verification process is also included, as follows: The valve body opening, fluid pressure and surface temperature collected in each monitoring cycle are detected for abnormal values. If the fluctuation amplitude of a parameter exceeds twice the historical average for three consecutive monitoring cycles, it is judged as invalid data and interpolated from the data of adjacent monitoring nodes.

Images