Valve detection system

By designing a valve detection system, using the combination of management platform, operator and sensor, the problems of low efficiency and large error in manual valve monitoring are solved, and efficient and accurate valve status and quality monitoring are achieved.

CN119437702APending Publication Date: 2025-02-14KANGSHIAO (SHANGHAI) INTELLIGENT TECH CO LTD
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
CN202411549630.4
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2024-10-31
Publication Date
2025-02-14

AI Technical Summary

Technical Problem

Manual valves are inefficient in monitoring in factories and other industrial sites and are prone to errors, resulting in misoperation and production shutdowns during the process.

Method used

A valve detection system is designed, including a management platform, an operator and a sensor. The management platform generates inspection tasks, the operator receives tasks and communicates with the sensor, and the sensor measures valve opening and sends actual opening data.

Benefits of technology

It improves the efficiency and accuracy of valve monitoring, reduces the strength and error of manual inspection, and realizes accurate monitoring of the status and quality of manual valves.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN119437702A_ABST
    Figure CN119437702A_ABST
Patent Text Reader

Abstract

The invention provides a valve detection system, and the system comprises a management platform which is used for generating an inspection task, the inspection task comprises a to-be-detected valve list, and the to-be-detected valve list comprises an identifier of a to-be-detected valve and a target opening degree corresponding to the identifier; the operator is used for receiving an inspection task; and the at least one sensor is used for measuring the opening degree of the at least one valve and sending the current actual opening degree of the valve to be checked to the operator in the communication range, so that a scheme for improving the efficiency and accuracy of valve monitoring is provided.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The present application relates to the field of fluid control technology, and in particular to a valve detection system. Background Art

[0002] At present, there are tens of thousands of manual valves in service on pipelines in some manufacturing companies, such as chemical plants, power plants, offshore platforms, etc. Manual valves do not have the function and components of autonomous opening and closing, and human resources are required to reach the valve site for opening and closing operations to achieve smooth process flow.

[0003] However, manual valves may have the following problems during normal service:

[0004] 1. When the factory stops production for overhaul, it is necessary to operate the manual valves to achieve the required switching state. Due to the large number of valves, on-site personnel are required to patrol every day to confirm whether the switching state of the valves is correct.

[0005] 2. Manual valves are prone to misoperation during operation, causing the valve to be out of the correct switch position, resulting in process stoppage or confusion. In order to avoid this, on-site personnel also need to conduct inspections every day.

[0006] From the above, the method of having on-site personnel check the status of the valve every day leads to low monitoring efficiency on the one hand, and the manual recording method is also prone to errors on the other hand, affecting the development of daily business. Summary of the invention

[0007] The present application provides a valve detection system and a solution for improving the efficiency and accuracy of valve monitoring.

[0008] In order to achieve the above objectives, this application provides the following technical solutions:

[0009] In a first aspect, a valve detection system is provided, which includes: a management platform for generating inspection tasks, wherein the inspection tasks include a list of valves to be inspected, wherein the list of valves to be inspected includes identifications of the valves to be inspected and their corresponding target openings; an operator for receiving the inspection tasks; and at least one sensor for measuring the opening of at least one valve and sending the current actual opening of the valve to be inspected to the operator within a communication range.

[0010] Optionally, the operator receives the actual opening of the valve to be checked within the communication range, compares the current actual opening of the valve to be checked with the target opening of the valve to be checked, and uploads the comparison result to the management platform.

[0011] Optionally, the sensor is further used to send the historical opening data of the valve to be checked to the operator, and the operator sends the historical opening data of the valve to be checked to the management platform.

[0012] Optionally, the sensor deletes local historical opening data.

[0013] Optionally, the operator is further used to detect the working state of the sensor, and send a first alarm message to the management platform when the working state is abnormal.

[0014] Optionally, the abnormal working status includes at least one of the following: the power level is lower than a first threshold, the available storage space is lower than a second threshold, and the firmware version is not the latest version.

[0015] Optionally, in response to one or more sensors of the at least one sensor being abnormal, the one or more sensors send a second alarm message to the operator or the management platform.

[0016] Optionally, the sensor sends the current actual opening of the valve to the management platform via a remote communication network.

[0017] Optionally, the management platform is further used to determine the quality information of the at least one valve according to the relationship between the actual opening and the target opening of the at least one valve during its life cycle.

[0018] Optionally, the management platform is used to identify the valve to be inspected according to the valve information input by the user or the valve pipeline distribution map, and generate the inspection task.

[0019] In a second aspect, a computer program product is provided, on which a computer program is stored, and the computer program is executed by a processor to perform the functions of the operator.

[0020] In a third aspect, an embodiment of the present application further provides a sensor that measures the opening of at least one valve and sends the current actual opening of the valve to be checked to the operator within a communication range.

[0021] Compared with the prior art, the technical solution of this application has the following beneficial effects:

[0022] In the technical solution of the present application, the valve detection system includes a management platform, an operator and at least one sensor. The management platform is used to generate inspection tasks, and the inspection tasks include a list of valves to be inspected, and the list of valves to be inspected includes the identification of the valves to be inspected and their corresponding target openings; the operator is used to receive the inspection tasks; at least one sensor is used to measure the opening of at least one valve, and send the current actual opening of the valve to be inspected to the operator within the communication range. The technical solution of the present application automatically generates inspection tasks through the management platform, indicates the valves to be inspected and the target opening, and completes the inspection of the valves to be inspected through communication between the operator and the sensor, avoiding the user's traversal inspection of each valve, improving the efficiency of the user's inspection, and reducing the intensity of the user's inspection. In addition, the sensor can accurately count and record the switch status of each manual valve, and at least one sensor sends the actual opening of the valve to be inspected to the operator, avoiding errors caused by manual recording and improving production efficiency.

[0023] Furthermore, the management platform is also used to determine the quality information of at least one valve based on the relationship between the actual opening and the target opening of at least one valve during its life cycle. The valve detection system in the technical solution of this application can remotely monitor the switch status of the manual valve and record the historical data of the valve switch status. The management platform aggregates data, accurately analyzes and monitors the status of each manual valve, and realizes accurate monitoring of the status and quality of the manual valve, providing a reference for the user's decision-making. BRIEF DESCRIPTION OF THE DRAWINGS

[0024] Figure 1 is a structural diagram of a valve detection system provided in an embodiment of the present application;

[0025] Figure 2 is a schematic diagram of a valve detection process provided by an embodiment of the present application;

[0026] Figure 3 is a structural diagram of another valve detection system provided in an embodiment of the present application;

[0027] Figure 4 It is a schematic diagram of the structure of a sensor provided in an embodiment of the present application. DETAILED DESCRIPTION

[0028] As described in the background art, the method of having on-site personnel check the status of the valve every day leads to low monitoring efficiency on the one hand, and the manual recording method is also prone to errors on the other hand, affecting the development of daily business.

[0029] In addition, the life of manual valves is generally measured by the number of opening and closing times. It is difficult to count at present, and can only be roughly estimated by service time and replaced early.

[0030] The technical solution of this application automatically generates inspection tasks through the management platform, indicates the valves to be inspected and the target opening, and completes the inspection of the valves to be inspected through communication between the operator and the sensor, avoiding the user's traversal to inspect each valve, improving the efficiency of the user's inspection and reducing the intensity of the user's inspection. In addition, the sensor can accurately count and record the switch status of each manual valve, and at least one sensor sends the actual opening of the valve to be inspected to the operator, avoiding errors caused by manual recording and improving production efficiency.

[0031] The present application provides an Internet of Things system that can collect manual valve opening data and accurately analyze and monitor the status of each manual valve, thereby improving user experience.

[0032] Furthermore, the valve detection system in the technical solution of this application can remotely monitor the switch status of the manual valve and record the historical data of the valve switch status. Through the management platform, data is aggregated, the status of each manual valve is accurately analyzed and monitored, and the status and quality of the manual valve are accurately monitored, providing a reference for the user's decision-making.

[0033] In order to make the above-mentioned objects, features and advantages of the present application more obvious and easy to understand, the specific embodiments of the present application are described in detail below with reference to the accompanying drawings.

[0034] The embodiment of the present invention provides a valve detection system, referring to Figure 1 The valve detection system may include a management platform 101, an operator 102 and at least one sensor 103, such as Figure 1 As shown in spot1, spot2,…, spotn.

[0035] In this embodiment, the management platform 101 may be deployed in a server, such as a cloud server, or may be deployed in a server provided by a user.

[0036] The sensor 103 is installed on the handle or hand wheel of the manual valve to record and calculate the specific opening of the valve. The sensor 103 can be a magnetic sensor such as a geomagnetic sensor, which is not limited in this application.

[0037] Specifically, the sensor 103 can store the opening data of the manual valve within a period of time locally. The sensor 103 and the operator 102 can perform short-distance communication through short-distance communication technology, and the sensor 103 sends the current actual opening of the valve to the operator 102.

[0038] More specifically, the operator 102 may be a handheld operator or any other portable handheld device that can be implemented, so that the user can carry the operator 102 for inspection. When the handheld operator 102 is located near the sensor 103 , the sensor 103 sends the valve opening to the handheld operator 102 .

[0039] In a specific application scenario, the short-distance communication method may be Bluetooth. Within the communication distance range, the handheld device 102 establishes a connection with the sensor 103 , and the sensor 103 sends the valve opening data to the handheld device 102 .

[0040] It should be noted that the short-range communication method can also be Near Field Communication (NFC), Radio Frequency Identification (RFID), etc., and this application does not impose any restrictions on this.

[0041] In the embodiment of the present application, by arranging the sensor 103 and the operator 102 to communicate through short-distance communication, the security of communication can be ensured, the leakage of valve opening data can be avoided, and the safety of production can be ensured.

[0042] Furthermore, the sensor 103 is also used to send the historical opening data of the valve to the operator 102. At the same time, the sensor 103 deletes the local historical opening data. This is because, in order to save area and power consumption, the storage space of the sensor 103 is limited. After the stored historical opening data is sent to the handheld device 102, the local data can be deleted so that the local storage space can store subsequent opening data.

[0043] Continue to refer to Figure 1 The management platform 101 may generate an inspection task, which includes a list of valves to be inspected, and the list of valves to be inspected includes the identification of the valves to be inspected and their corresponding target openings. Specifically, the valves to be inspected may be valves that the management platform 101 determines need to be monitored, or the valves to be inspected may be valves that the user sets in the management platform 101 need to be monitored.

[0044] The management platform 101 sends the inspection task to the handheld device 102, so that the user can view the inspection task in the handheld device 102 and inspect the valves according to the list of valves to be inspected in the inspection task. For the user, he can carry the handheld device 102 to the vicinity of the valve to be inspected, and the handheld device 102 can obtain the current actual opening of the valve to be inspected by short-range communication with the sensor 103 installed on the valve to be inspected.

[0045] In a specific embodiment, the handheld device 102 can compare whether the current actual opening of the valve to be checked is consistent with the target opening, and upload the comparison result (i.e., whether the current actual opening is consistent with the target opening) or the status of the valve to be checked (for example, normal or abnormal) to the management platform 101.

[0046] If the comparison result indicates that the current actual opening of the valve to be checked is consistent with the target opening, it means that the state of the valve to be checked is normal; otherwise, it means that the state of the valve to be checked is abnormal.

[0047] In another specific implementation, the handheld device 102 can directly send the actual opening of the valve to be checked to the management platform 101. The management platform 101 determines whether the current actual opening of the valve to be checked is consistent with the target opening, that is, whether the state of the valve to be checked is normal.

[0048] Specifically, the operator 102 sends the current actual opening or historical opening data of the valve to the management platform 101 through the communication network. The operator 102 establishes a communication connection with the management platform 101 through the communication network. For example, the operator 102 establishes a connection with the management platform 101 through the fifth generation mobile communication technology (5th generation mobile networks or 5th generation wireless systems, 5G) or wireless communication network Wifi. The operator 102 and the management platform 101 can communicate remotely. The operator 102 remotely sends the current actual opening or historical opening data of the valve to the management platform 101, and accordingly, the management platform 101 remotely sends the inspection task to the operator 102.

[0049] Furthermore, when the status of the valve to be checked is abnormal, the management platform 101 can send a warning message to the user associated with the valve to be checked. The sensor 103 is physically connected and bound to the valve, and multiple or different levels of users are set in the management platform 101. For example, the valve to be checked is valve 1. When valve 1 is abnormal, the management platform 101 sends a warning message to the mobile phones of user 1 and user 2 associated with valve 1, or sends an email to the mailboxes of user 1 and user 2.

[0050] In a non-limiting embodiment of the management platform, there is a binding relationship between the sensor 103 and the operator 102 , and the operator 102 can upload data of the sensor 103 with the binding relationship to the management platform 101 , or download information of the sensor 103 with the binding relationship from the management platform 101 .

[0051] For example, sensors 1 to 100 have a binding relationship with operator A, and sensors 101 to 200 have a binding relationship with operator B. Then, when operator A approaches any sensor from sensors 1 to 100, operator A can communicate with the sensor and upload data of the sensor. When operator A approaches any sensor from sensors 101 to 200, operator A can also communicate with the sensor, but will not upload data of the sensor. Accordingly, operator A cannot download relevant data of sensors 101 to 200 from the management platform 101. Accordingly, when operator B approaches any sensor from sensors 101 to 200, operator B can communicate with the sensor and upload data of the sensor. When operator B approaches any sensor from sensors 1 to 100, operator B can also communicate with the sensor, but will not upload data of the sensor, and cannot download relevant data of sensors 1 to 100 from the management platform 101.

[0052] Specifically, different users log in to their respective accounts and use their respective permissions to manage the data of the sensors with binding relationships when using different operators 102. The sensors 103 that communicate with the same operator 102 each time are different according to the content of the inspection task.

[0053] The embodiment of the present application can further ensure the security of data transmission between the operator 102 and the sensor 103 by setting a binding relationship between the sensor 103 and the operator 102, thereby ensuring the security of valve data.

[0054] The technical solution of this application automatically generates inspection tasks through the management platform, indicates the valves to be inspected and the target opening, and completes the inspection of the valves to be inspected through communication between the operator and the sensor, avoiding the user's traversal inspection of each valve, improving the efficiency of the user's inspection, and reducing the intensity of the user's inspection. In addition, the sensor can accurately count and record the switch status of each manual valve, and at least one sensor sends the actual opening of the valve to be inspected to the operator, avoiding errors caused by manual recording and improving production efficiency. At the same time, for users, when performing inspection tasks, they only need to be in the area where the valve to be inspected is located, without traversal inspection, which improves the convenience of valve monitoring.

[0055] For example, if the valve to be inspected is located on the second floor, the user can complete the inspection near the corresponding location on the first floor, avoiding the user from going up and down the stairs, thereby improving the convenience of inspection and monitoring efficiency.

[0056] In a non-limiting example, see Figure 2 , the valve monitoring process is explained by combining the interaction between sensors, operators and management platforms. The following is a detailed explanation through specific steps.

[0057] In step 301, the management platform sends the inspection task to the operator. In addition to the list of valves to be inspected, the inspection task may also include at least one of the following: task start time, task completion time, and inspector information. The inspector information represents the information of the user who performs the inspection task. By setting the inspector information, task completion time, and inspector information, the security of the inspection task execution can be further guaranteed.

[0058] Furthermore, the inspection task may also include specific information of the valve, such as name, position number, description, related materials, etc. When the inspection task is completed, if the valve information in the sensor is inconsistent with the valve information in the management platform, the valve information is written into the sensor to update the valve information.

[0059] In a specific implementation, the management platform can identify the valve to be inspected based on the valve information or valve pipeline distribution map input by the user and generate an inspection task. In other words, the management platform can automatically generate the inspection task.

[0060] In another specific implementation, the user can set inspection rules on the management platform, and the management platform automatically generates inspection tasks based on the inspection rules set by the user.

[0061] In another specific implementation, users with corresponding permissions (or referred to as managers) can set and publish inspection tasks through the management platform.

[0062] In a specific application scenario, an application is loaded in the handheld device. The inspector uses the application in the operator to download the inspection task, passes by the area where the inspection valve is located with the operator, clicks the corresponding button on the application, and the application automatically connects to the valve to be inspected to complete the inspection task.

[0063] In step 302, the operator establishes a short-range communication connection with the sensor. For example, the operator connects to the sensor installed on the valve via Bluetooth.

[0064] In step 303, the sensor sends valve data and the working state of the sensor to the operator. The valve data may be the valve opening, such as the current actual opening and the historical opening; the working state of the sensor may be the power of the sensor, the available storage space, the firmware version, etc.

[0065] Specifically, the operator can display and record the numerical value of the specific opening of the valve.

[0066] Furthermore, the operator is also used to detect the working state of the sensor and send a first alarm message to the management platform when the working state is abnormal. The abnormal working state of the sensor may include at least one of the following: the power is lower than the first threshold, the available storage space is lower than the second threshold, and the firmware version is not the latest version.

[0067] The embodiment of the present application realizes monitoring of the status of the sensor, which can ensure the normal operation of the sensor and ensure production efficiency.

[0068] It should be noted that the specific values ​​of the first threshold and the second threshold can be set according to the actual application scenario, and this application does not impose any restrictions on this.

[0069] In step 304, the operator sends the valve data and the working status of the sensor to the management platform.

[0070] In an optional embodiment, the operator can also compare the current actual opening of the valve to be inspected with the target opening of the valve to be inspected to determine whether the valve meets the requirements of the inspection task. Accordingly, the operator forms an inspection report and sends it to the management platform, and the inspection report includes the judgment result. Furthermore, the inspection report can also include the current actual opening of the valve, the working status of the sensor, and the historical opening data of the valve.

[0071] In step 305, the management platform determines the status of the valve and the quality information of the valve.

[0072] Specifically, the management platform can compare the current actual opening of the valve to be checked with the target opening of the valve to be checked to determine whether the valve status is normal. In addition, the management platform can also determine the quality information of at least one valve based on the relationship between the actual opening and the target opening of at least one valve during its life cycle, and can provide decision-making assistance to users for subsequent valve replacement.

[0073] Specifically, the management platform can store data such as the status of each valve, valve quality information, and sensor working status. In order to avoid missing historical data and data redundancy, the initial value of the valve is set after the calibration of each sensor is completed. The initial value is saved in the sensor chip and the valve description information stored by the management platform. When the valve opening is uploaded to the management platform, the management platform will compare the valve opening with the initial value according to time, remove duplicate data, and retain new data.

[0074] In a specific embodiment, if the operator finds that the valve description information is wrong or missing during the inspection task, the operator can add and modify the valve information and upload it to the management platform. The management platform will update the valve description information based on the uploaded information.

[0075] In a non-limiting example, see Figure 3 , the sensor 103 can directly send the current actual opening or historical opening data of the valve to the management platform 101 through the remote communication network.

[0076] For example, a long-distance communication network (Long Range, Lora) Wan is built between each sensor 103 and the management platform 101, and the sensor 103 can send the current actual opening or historical opening data of the valve to the management platform 101 through LoraWan.

[0077] Accordingly, when the working state of the sensor 103 is abnormal, for example, the power is lower than the first threshold, the available storage space is lower than the second threshold, and / or the firmware version is not the latest version, the sensor 103 can actively report the abnormal information to the management platform 101 through the long-distance communication network. Alternatively, the sensor 103 can actively report the abnormal information to the operator 102 through the short-distance communication method.

[0078] In a non-limiting embodiment, in order to facilitate users to add sensors to the long-distance communication network, the application in the handheld operator 102 has the function of setting parameter networking, which can achieve one-step operation and automatically connect to the network. Specifically, the user can set the relevant networking data of the sensor 103 on the management platform 101, and the inspector connects the corresponding sensor 103 through the application in the operator 102, and clicks the corresponding button, and the application automatically writes the networking data into the sensor 103 to complete the networking.

[0079] It is understandable that, in a specific implementation, the application in the operator can be implemented in the form of a software program, and the software program runs in a processor integrated inside the chip or chip module. The method can also be implemented in the form of software combined with hardware, which is not limited in this application.

[0080] It should be pointed out that the serial numbers of the steps in this embodiment do not limit the execution order of the steps.

[0081] In a non-limiting example, see Figure 4 , Figure 4 A schematic structural diagram of a sensor in the present application is shown.

[0082] In the embodiment of the present application, the sensor is built with a computing chip 401, and the computing chip 401 can execute computing logic, for example, to determine whether the working state of the sensor is normal.

[0083] The sensor has a built-in memory 402, which can store the valve opening, such as the current actual opening, historical opening data, etc. After the data in the memory 402 is uploaded to the operator or management platform, the local data in the memory 402 will be cleared.

[0084] The sensor has a built-in battery 403, which can power the sensor. Specifically, the sensor can use a lithium / thionyl chloride battery (Li / SOCl2), which reaches the explosion-proof level of intrinsic safety level ia, and can be used for a long time after one-time installation by the user without subsequent maintenance, thereby improving the user experience.

[0085] The sensor 403 may further include a communication module (not shown), which may perform short-distance communication with the operator and long-distance communication with the management platform.

[0086] It should be noted that the sensor 403 can be installed on the manual valve in any feasible manner, and this application does not impose any limitation on this.

[0087] In a specific application scenario, the management platform can group and manage numerous sensors in each user system. For example, user system 1 has operators 1-10 and sensors 1-1000, user system 2 has operators 11-20 and sensors 1001-2000, and user system 3 has operators 21-30 and sensors 2001-3000. The management platform generates inspection tasks by grouping valves. Users log in to their accounts in the operators to receive corresponding inspection tasks to complete the monitoring and analysis of key valves in each user system. The various modules / units contained in the various devices and products described in the above embodiments may be software modules / units or hardware modules / units, or may be partially software modules / units and partially hardware modules / units. For example, for each device or product applied to or integrated in a chip, each module / unit contained therein may be implemented in the form of hardware such as circuits, or at least some of the modules / units may be implemented in the form of software programs, which run on a processor integrated inside the chip, and the remaining (if any) modules / units may be implemented in the form of hardware such as circuits; for each device or product applied to or integrated in a chip module, each module / unit contained therein may be implemented in the form of hardware such as circuits, and different modules / units may be located in the same component (such as a chip, circuit module, etc.) or different components of the chip module, or at least some of the ... It is implemented in the form of a software program, which runs on a processor integrated inside the chip module, and the remaining (if any) modules / units can be implemented in hardware such as circuits; for various devices and products applied to or integrated in the terminal equipment, the various modules / units contained therein can be implemented in hardware such as circuits, and different modules / units can be located in the same component (for example, chip, circuit module, etc.) or in different components in the terminal equipment, or, at least some modules / units can be implemented in the form of a software program, which runs on a processor integrated inside the terminal equipment, and the remaining (if any) modules / units can be implemented in hardware such as circuits.

[0088] It should be understood that the term "and / or" in this article is only a description of the association relationship of the associated objects, indicating that there can be three relationships. For example, A and / or B can represent: A exists alone, A and B exist at the same time, and B exists alone. In addition, the character " / " in this article indicates that the associated objects before and after are in an "or" relationship.

[0089] The "plurality" appearing in the embodiments of the present application refers to two or more.

[0090] The first, second, etc. descriptions appearing in the embodiments of the present application are only used for illustration and distinction of the description objects. There is no order, nor do they indicate any special limitation on the number of devices in the embodiments of the present application, and cannot constitute any limitation on the embodiments of the present application.

[0091] The "connection" that appears in the embodiments of the present application refers to various connection methods such as direct connection or indirect connection to achieve communication between devices, and the embodiments of the present application do not impose any limitations on this.

[0092] The above embodiments may be implemented in whole or in part by software, hardware, firmware or any other combination thereof. When implemented using software, the above embodiments may be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions or computer programs. When the computer instructions or computer programs are loaded or executed on a computer, the processes or functions described in the embodiments of the present application are generated in whole or in part. The computer may be a general-purpose computer, a special-purpose computer, a computer network, or other programmable devices. The computer instructions may be stored in a computer-readable storage medium, or transmitted from one computer-readable storage medium to another computer-readable storage medium, for example, the computer instructions may be transmitted from one website site, computer, server or data center to another website site, computer, server or data center by wired or wireless means.

[0093] It should be understood that in the various embodiments of the present application, the size of the serial numbers of the above-mentioned processes does not mean the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of the present application.

[0094] In the several embodiments provided in the present application, it should be understood that the disclosed methods, devices and systems can be implemented in other ways. For example, the device embodiments described above are merely schematic; for example, the division of the units is only a logical function division, and there may be other division methods in actual implementation; for example, multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms.

[0095] The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0096] In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may be physically included separately, or two or more units may be integrated into one unit. The above-mentioned integrated unit may be implemented in the form of hardware or in the form of hardware plus software functional units.

[0097] The above-mentioned integrated unit implemented in the form of a software functional unit can be stored in a computer-readable storage medium. The above-mentioned software functional unit is stored in a storage medium, including a number of instructions for enabling a computer device (which can be a personal computer, a server, or a network device, etc.) to perform some steps of the method described in each embodiment of the present application.

[0098] Although the present application is disclosed as above, the present application is not limited thereto. Any person skilled in the art can make various changes and modifications without departing from the spirit and scope of the present application. Therefore, the protection scope of the present application shall be subject to the scope defined by the claims.

Claims

1. A valve detection system, characterized in that: include: A management platform for generating an inspection task, wherein the inspection task includes a list of valves to be inspected, wherein the list of valves to be inspected includes identifiers of the valves to be inspected and their corresponding target openings; An operator, used for receiving the inspection task; At least one sensor is used to measure the opening of at least one valve and send the current actual opening of the valve to be checked to the operator within the communication range.

2. The valve detection system according to claim 1, characterized in that: The operator receives the actual opening of the valve to be checked within the communication range, compares the current actual opening of the valve to be checked with the target opening of the valve to be checked, and uploads the comparison result to the management platform.

3. The valve detection system according to claim 1, characterized in that: The sensor is also used to send the historical opening data of the valve to be checked to the operator, and the operator sends the historical opening data of the valve to be checked to the management platform.

4. The valve detection system according to claim 3, characterized in that: The sensor deletes local historical opening data.

5. The valve detection system according to claim 1, characterized in that: The operator is also used to detect the working state of the sensor and send a first alarm message to the management platform when the working state is abnormal.

6. The valve detection system according to claim 5, characterized in that: The abnormal working status includes at least one of the following: The battery level is lower than the first threshold, the available storage space is lower than the second threshold, and the firmware version is not the latest version.

7. The valve detection system according to claim 1, characterized in that: In response to one or more sensors of the at least one sensor being abnormal, the one or more sensors send a second alarm message to the operator or the management platform.

8. The valve detection system according to claim 1, characterized in that: The sensor sends the current actual opening of the valve to the management platform via the remote communication network.

9. The valve detection system according to claim 1, characterized in that: The management platform is further used to determine the quality information of the at least one valve according to the relationship between the actual opening and the target opening of the at least one valve during its life cycle.

10. The valve detection system according to claim 1, characterized in that: The management platform is used to identify the valve to be inspected according to the valve information input by the user or the valve pipeline distribution map, and generate the inspection task.