WIRELESS WATER CONTROL SYSTEM
1. A water control system, comprising:
- a leak sensor, comprising;
a membrane sensor comprising a nonconductive membrane having a plurality of perforations superimposed upon a gap between an anode and cathode array affixed to the underside of said membrane, said array defining an electrical circuit that is closed when a conductive fluid bridges said gap;
a first microcontroller adapted to detect and generate a first signal when said electrical circuit is closed; and
a first wireless transceiver coupled to said first microcontroller adapted to transmit said first signal;
a water control unit, comprisinga piping segment adapted to be installed on a water supply pipea second microcontroller adapted to collect and encode sensor data into a format suitable for transmission;
a valve and actuator assembly;
a power supply comprising a rechargeable battery;
a microturbine adapted to recharge said power supply;
an ultrasonic flow sensor; and
a second wireless transceiver coupled to said second microcontroller;
a gateway comprising a network server and a third wireless transceiver, wherein said network server is adapted to electronically communicate with a remote user application;
wherein said third transceiver is adapted to communicate with said first wireless transceiver and said second wireless transceiver; and
(a) a remote user application in electronic communication with said gateway.
A water control system which encompasses a leak sensor and a water control unit adapted for installation on a water supply line, both capable of wireless data communication with a gateway acting as an interface between the leak sensor and water control unit and a cloud server or a remote user application.
- 1. A water control system, comprising:
a leak sensor, comprising; a membrane sensor comprising a nonconductive membrane having a plurality of perforations superimposed upon a gap between an anode and cathode array affixed to the underside of said membrane, said array defining an electrical circuit that is closed when a conductive fluid bridges said gap; a first microcontroller adapted to detect and generate a first signal when said electrical circuit is closed; and a first wireless transceiver coupled to said first microcontroller adapted to transmit said first signal; and; a water control unit, comprising a piping segment adapted to be installed on a water supply pipe a second microcontroller adapted to collect and encode sensor data into a format suitable for transmission; a valve and actuator assembly; a power supply comprising a rechargeable battery; a microturbine adapted to recharge said power supply; an ultrasonic flow sensor; and a second wireless transceiver coupled to said second microcontroller; a gateway comprising a network server and a third wireless transceiver, wherein said network server is adapted to electronically communicate with a remote user application;
wherein said third transceiver is adapted to communicate with said first wireless transceiver and said second wireless transceiver; and
(a) a remote user application in electronic communication with said gateway.
- View Dependent Claims (2, 3, 4, 5, 6, 7, 8, 9, 10, 11)
- 12. A water control system, comprising:
a gateway comprising a network server and a first wireless transceiver; a leak sensor, comprising; a sensor, comprising; a nonconductive membrane having a plurality of perforations; a planar array comprising a laterally-separated anode and cathode defining a gap, said array affixed to the underside of said membrane such that said perforations are superimposed upon said gap and said array supports said membrane above an underlying surface, wherein said array is adapted to generate an electrical signal when said gap is bridged by a liquid; a first microcontroller adapted to detect the electrical signal generated by the array; a second wireless transceiver coupled to said first microcontroller, wherein the second wireless transceiver is adapted to encode sensor data in payloads of no greater than 11 bytes while in wireless communication with said first wireless transceiver, and; a water control unit, comprising; a piping segment adapted to be installed on a water supply pipe; a second microcontroller adapted to receive and process sensor data collected by the water control unit; a valve and actuator assembly adapted to receive signals from said second microcontroller, wherein said valve and actuator assembly is operable to control flow of water through said piping segment; an ultrasonic flow sensor installed in the piping segment and in electronic communication with the second microcontroller; a third wireless transceiver coupled to the second microcontroller, wherein the third wireless transceiver is in wireless communication with the first wireless transceiver, and adapted to encode sensor data from the second microcontroller in a payload no greater than 11 bytes; a power supply comprising a rechargeable battery a microturbine generator installed within said piping segment and adapted to recharge said power supply.
- View Dependent Claims (13, 14, 15, 16)
This application claims priority under § 119(e) to provisional Appl. Ser. No. 62/659,741 filed Apr. 19, 2018, the contents of which are incorporated herein in their entirety.
Consistent and small leaks often go undetected in a home and can cause significant mold buildup and property damage because accessing various areas of the home where leaks are likely to occur is difficult due to the constraints of visibility and real time monitoring. An example of such an area is underneath a dishwasher where access is very limited and the space constraints make it difficult to install most if not all available market offerings for leak detection devices. Most leak detectors on the market are considered spot leak detectors and are limited in their ability to address consistent/intermittent small and slow leaks where the affected area is not widespread enough to have water come into contact with the leak sensors. Spot leak detectors also have form factor constraints due to the casings that house the onboard leak detection circuitry. Placement of these spot leak detection devices is a problem with appliances such as dishwashers, ice machines, and refrigeration products because it often requires arduous removal and installation. Some strip sensors utilize a form factor that must be placed around the perimeter of the suspected leak zone which can be ineffective if a leaking fluid has a path of least resistance other than the aforementioned perimeter contact strip setup. There are also leak sensing probes that take on a rope-like characteristic and can be placed underneath certain suspected leak sources but these sensing probes also lack the ability to detect small leaks that do not collect into larger pools of water.
Water meters have been on the market for a considerable period of time and vary in application for industrial, commercial, and residential use. Meters can vary also in the type of technology used to measure the flow of water. Some meters are connected to internal networks and others are connected to external networks for data analysis and system control. Most systems are managed using proprietary software and communication methods. These types of connected meters aren'"'"'t affordable enough for consumers to implement and have typically been installed by water utility providers at the street where residential and commercial consumption data is controlled and billed by the utility provider. Standard utility meter consumption data is usually checked by a field service worker about once every 60 days, and then averaged to bill based off of tiered rates. The standard utility meter is very reliable with a long service life and very low maintenance needs. However these meters can age and lose accuracy over time. They can sometimes be calibrated but are rarely maintained for accuracy. Their internal components can deteriorate as well as contribute to water contamination. Most of these meters are not connected to publicly available networks for data analysis and end user control. Only 20% of street meters in the United States are considered network-connected meters. Most water utility providers have financial budget constraints that make the adoption of smart metering technology difficult and costly to implement.
Street meters often do not provide other valuable insight for the usage and real time conditions of the water supply like pressure and temperature. Most street meters also have a mechanical shut off valve built into the water supply line but can be difficult to shut off without the proper equipment. Pressure regulators located inside a building'"'"'s structure are adjusted to control supply pressure from the water utility provider. Most pressure regulators are not remotely monitored or controlled, and therefore it is not known when failure is occurring or likely to occur. Failures like pipe bursts, water loss, and water leaks are not properly monitored or controlled by water utility providers making it costly for commercial and residential end users. The liability for water damage and loss remains the sole responsibility of the end user if the sources of the damage or loss occurs in the water conduits after the utility street meters. This cost can be overwhelming for homeowners, commercial property owners, and insurance companies.
Regarding water filtration, according to a World Health Organization/UNICEF report, some 2.1 billion people lack water at home that is free of bacterial contamination and is available when needed, that sets a baseline against which the world will measure progress toward the sustainable development goals for drinking water, sanitation, and hygiene. Most homeowners and commercially managed properties rely heavily on water filtration in addition to water treatment performed by the water utility treatment facilities. However, aging utilities infrastructure is making it difficult to control the quality of the water consumed by the end user.
Sensing the quantity, timing, location, and quality of water flowing into a structure aids in determining when and where water losses, or intrusions, occur. A solution that considers these components to measure water efficiency has the potential to solve residential, commercial, and municipal concerns regarding the costly consequences of poor metering, inefficient infrastructure, or undetected water loss. The embodiments of the water control system embodiments described here incorporate an ultra-sonic water flow meter. In certain embodiments, data from this flow meter is transmitted via a low-power wireless transmitter to a gateway and hub assembly. In these embodiments, flow meter data is compressed for compatibility with a limited bandwidth signal. The flow pattern can be used to determine slow leaks, identify fixtures and appliances using water, and back flow scenarios. Local water intrusion is detected by leak sensor embodiments described herein for detecting leaks from both plumbed water sources (dishwashers, refrigerators, etc) and non-plumbed water sources (HVAC, condensing dryers, etc). Temperature and pressure sensors aid in measuring the quality of water flowing into a structure: freezing water can damage pipes and rising or falling pressure can be a sign of other issues. By adding water filtration, the solution is capable of detecting and removing harmful contaminants that not only negatively impact humans, but also cause damage to appliances that may result in leaks. Embodiments of the water control system incorporate a micro turbine which charges on-board batteries, allowing for autonomous operation without connection to an external power supply. Embodiments of the water control apparatus also incorporate a low-power wireless transmitter capable of transmitting and receiving flow data that is compressed for compatibility with a limited bandwidth signal.
A battery-operated long range wireless fluid control system is described herein comprising an ultrasonic flow meter, fluid pressure sensor, temperature sensor, a servo motor for automatic valve control, water quality and filtration analytics system, with an energy-harvesting electromagnetic hydro turbine for recharging the onboard low voltage battery bank. The control system also wirelessly monitors an array of fluid leak detectors with wireless mesh capabilities that can be used to locally and remotely monitor areas of potential and actual fluid leaks. Leaks can also be detected by the ultrasonic flow meter which is capable of monitoring extremely low amounts of fluid loss that do not necessarily result in a physical leak in the property but rather water loss through the fixtures like toilet bowls, faucets, and shower heads. The pressure sensor is intended to determine when there are physical changes in the pressure regulating valve as well as potential leaks for a property'"'"'s exterior or interior water supply lines. The temperature probe is designed and integrated into the system to determine when freeze conditions are imminent so that automated and preprogrammed action can be taken to avoid pipe bursts inside the property by activating a hot water recirculating system, pipe heaters, or slow drip lines. The system is also comprised of a membrane leak detection sensor that uses a set of electrically-conductive strips arranged in a pattern on one side of a two-sided thin film nonabsorbent membrane that is used to detect the unwanted presence of fluids. Fluid detection triggers automatic response protocols to alert system users of a structural leak. The thin film adhesive membrane consists of strategically-placed perforations to allow liquids to travel from the nonconductive side of the membrane to the opposite side via natural fluid dynamics and capillary action with as little as 1 ml of liquid.
The electrical strips of the thin film membrane'"'"'s conductive side are electrically connected to an leak sensing apparatus used to detect when electrical flow is received through the liquid conduit that closes and completes the normally open electrical circuit during a triggering event. This information is then processed by the water control system and various triggers and responses are initiated and signals are wirelessly and bidirectionally transmitted using various radio transmission protocols and streams to a gateway and cloud server which can then be translated into actionable data for the end user of the system. Trigger alerts can be audible and visible in nature onboard the physical sensor'"'"'s input and output apparatus to alert localized users of the presence of liquid in the designated detection zone. There can also be liquid detection contacts natively onboard the input and output sensing apparatus in the form of electrical probe contacts to broaden the leak detection zone and detect leaks at the apparatus itself providing multiple leak detection zones separated by the electrical conduit between the leak sensor membrane and the input and output sensor apparatus. Fluid detection events are processed and transmitted to a network layer of the users preferred smart building device and an application layer to then also alert remote system users of the location of the leak detection triggering event. The leak sensor may or may not have temperature and motion tamper detecting capabilities inside the sensor'"'"'s housing. In addition to alerting an owner of the presence of the leak, detection of a leak can also result in a command being sent wirelessly to a valve actuator controlling flow of water to the location where the leak has been detected.
The present invention may be understood more readily by reference to the following detailed description taken in connection with the accompanying drawing figures, which form a part of this disclosure. It is to be understood that the claimed invention is not limited to the specific devices, methods, conditions, or parameters described or shown herein, and that the terminology used herein is for the purpose of describing particular embodiments by way of example only and is not intended to be limiting of the claimed invention.
The described features, structures, or characteristics of the invention may be combined in any suitable manner in one or more embodiments. In the following description, numerous specific details are recited to provide a thorough understanding of embodiments of the invention. One skilled in the relevant art will recognize, however, that the invention may be practiced without one or more of the specific details, or with other methods, components, materials, and so forth. In other instances, well-known structures, materials, or operations are not shown or described in detail to avoid obscuring aspects of the invention.
Also, in the specification, including the appended claims, the singular forms “a”, “an”, and “the” include the plural, and reference to a particular numerical value includes at least that particular value, unless the context clearly dictates otherwise. Ranges may be expressed herein as from “about” or “approximately” one particular value and/or to “about” or “approximately” another particular value. When such a range is expressed, another embodiment includes from the one particular value and/or to the other particular value. Similarly, when values are expressed as approximations, by use of the antecedent “about”, it will be understood that the particular value forms another embodiment.
Embodiments in accordance with the present disclosure may be embodied as an apparatus, method, or computer program product. Accordingly, the present disclosure may take the form of an entirely hardware-comprised embodiment, an entirely software-comprised embodiment (including firmware, resident software, micro-code, etc.), or an embodiment combining software and hardware aspects that may all generally be referred to herein as a “circuit,” “module,” or “system.” Furthermore, embodiments of the present disclosure may take the form of a computer program product embodied in any tangible medium of expression having computer-usable program code embodied in the medium.
Any combination of one or more computer-usable or computer-readable media may be utilized. For example, a computer-readable medium may include one or more of a portable computer diskette, a hard disk, a random access memory (RAM) device, a read-only memory (ROM) device, an erasable programmable read-only memory (EPROM or Flash memory) device, a portable compact disc read-only memory (CDROM), an optical storage device, and a magnetic storage device. Computer program code for carrying out operations of the present disclosure may be written in any combination of one or more programming languages. Such code may be compiled from source code to computer-readable assembly language or machine code suitable for the device or computer on which the code will be executed.
Embodiments may also be implemented in cloud computing environments. In this description and the following claims, “cloud computing” may be defined as a model for enabling ubiquitous, convenient, on-demand network access to a shared pool of configurable computing resources (e.g., networks, servers, storage, applications, and services) that can be rapidly provisioned via virtualization and released with minimal management effort or service provider interaction and then scaled accordingly. A cloud model can be composed of various characteristics (e.g., on-demand self-service, broad network access, resource pooling, rapid elasticity, and measured service), service models (e.g., Software as a Service (“SaaS”), Platform as a Service (“PaaS”), and Infrastructure as a Service (“IaaS”)), and deployment models (e.g., private cloud, community cloud, public cloud, and hybrid cloud).
The flow diagrams and block diagrams in the attached figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of the present disclosure. In this regard, each block in the flow diagrams or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It will also be noted that each block of the block diagrams and/or flow diagrams, and combinations of blocks in the block diagrams and/or flow diagrams, may be implemented by special purpose hardware-based systems that perform the specified functions or acts, or combinations of special purpose hardware and computer instructions. These computer program instructions may also be stored in a computer-readable medium that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable medium produce an article of manufacture including instruction means which implement the function/act specified in the flow diagram and/or block diagram block or blocks.
A functional block diagram of one embodiment of a water control system is presented in
Leak sensor 20 in a preferred embodiment comprises a microcontroller 21, power supply 22, transceiver 23, membrane sensor 24, audible and visual alarm 25, and tilt switch 26. Gateway 40 comprises a network server 41 electronically coupled to transceiver 42, and, in certain embodiments a battery backup 43. Cloud server 44 links gateway 40 with remote user application 50, which provides the means for an end user to interact with the water control system, e.g. by sending commands, setting system preferences, etc. In certain cloud computing embodiments, cloud server 44 collects, processes, and analyzes data that is collected by leak sensor 20 and water control unit 30.
As discussed in more detail below, sensor data from the temperature, pressure, and ultrasonic flow sensor is collected by the water control unit and periodically transmitted to the remote user application 50 via transceiver 33 and gateway 40. Remote user application 50 may perform calculations on the temperature, pressure, and flow data, and statistically analyzes this data, or this can be performed by cloud server 44. One embodiment of such processing is represented by the flowchart shown in
LoRa™ refers to the low-power radio protocol developed by the LoRa Alliance for key stakeholders in the realm of IoT device communications. It is designed to provide a low-power transceiver solution for devices connecting to the Internet-of-Things. The protocol facilitates scalable solutions with secure bi-directional communication between network servers and end-point devices via a LoRa gateway. Gateways are connected to the network server using standard IP connections. End-devices utilize wireless communication to one or many gateways and all end-point communication can be bi-directional, but also supports operation such as multicast enabling software upgrade over the air or other mass distribution messages to reduce the on air communication time.
Bandwidth is limited in low-power wireless applications such as LoRa. As a result embodiments of leak sensor 20 and water control unit 30 employing the LoRa data protocol transmit data in payloads that are no greater than 11 bytes in size. In these embodiments, the first byte of each transmission is a header that identifies whether the following ten bytes should be interpreted as one of 17 water control unit uplink, 5 water control unit downlink, 7 leak sensor uplink, or 6 leak sensor downlink categories. These categories can be a combination of the various encoding methods in order to get the essential data from the sensor to the cloud server 44. Examples of the categories include: normal and abnormal sensor readings (normal, high, and long flow, pressure and temperature patterns, leak alarms, vital checks, tamper alarms, etc.). The encoded data may be categorized with the following interpretations: datetime (explicit), datetime (implicit), sensor with constant step, sensor with variable step, sensor digit representation.
Uplink messages are payloads sent via radio transmission from either leak sensor 20 or water control unit 30 to the gateway 40 and forwarded to the MQTT broker in the cloud. Date and time are shared during all of these transmissions in various ways depending on the type of uplink. Accurate timestamps are required because messages can be collected either at the gateway 40, or locally at the leak sensor 20 or water control unit 30, and shared at a later time. Reading the time receipts for messages transmitted to the cloud server 44 by leak sensor 20 or water control unit 30 via gateway 40 after an outage could lead to inaccurate timestamps and trigger false alarms in the leak detection logic subroutine described below. Timestamps can be characterized as either explicit or implicit. Explicit refers to timestamps that are reported as year & month, day, hour, minute, and second. Each value is reported as accurately as it was read by the device sending the timestamp. Note only one byte is dedicated to both year and month since 256 bits can represent 21 years of operation. Implicit refers to timestamps that are reported as year & month, day, and hour or else only a single byte that represents six-minute intervals throughout a 24-hour day. In the case of implicit timestamps, the actual date and time must be corroborated with the gateway to infer other time components. Implicit values are used for flow event payloads in order to ensure there are enough bytes available to transmit the complete flow and pressure profile. Daily averages of temperature and pressure measurements are shared on a twelve-hour basis by leak sensor 20 and water control unit 30 via the gateway 40. Because of this, the accuracy only needs to be at the twelve-hour interval and is thus an implicit timestamp. The minimum (0) and maximum (255) bit values are reserved for overflow, or out-of-range, readings. Encoded values of 0 are interpreted as less than the minimum encodable value, which is determined by the 2nd bit'"'"'s decoded value. Encoded values of 255 are interpreted as greater than the maximum encodable value, which is determined by the 254th bit'"'"'s decoded value. The range of maximum and minimum values to be encoded for a particular sensor were based on a balance between the range of interesting values and the optimum resolution required for creating a meaningful analysis of the sensor data.
Two approaches are used to encode sensor readings based on the variety of sensor information needed and the resolution required for accurate analysis. These approaches are: single-byte and multiple-byte encoding. Single-byte encoding is the simplest method and allows a payload to carry up to 10 sensors (the first byte is always a header). Two variations of single-byte encoding are: constant and variable step. Constant-step refers to the encoded values being spaced evenly apart by constant steps. This variation of single-byte encoding works best when the sensor'"'"'s range of applicable readings and resolution fit within 256 bits. The variable step method creates a non-uniform step size between decoded values. This method allows for a single sensor to be represented by only one byte, thus freeing up other bytes for other sensor data. In order to do so, resolution is sacrificed at the minimum and maximum readings. The flow rate statistical summaries used in analyzing flow characteristics after a flow event are an example of the described system using this method. A single transmission after a flow event must send a header (one byte), implicit timestamp (one byte), duration (two bytes), the average/standard deviation/maximum flow rates (three bytes), and the average/standard deviation/maximum/minimum pressures (four bytes). The flow rate maximum, standard deviation, and average cover a wide range of values (−1 to 32 gpm) at very low resolution (0.0044 gpm). The leak detection system requires the highest resolution and accuracy as the readings approach zero and accuracy can be sacrificed as the flow rate approaches the extreme values. Flow in the opposite direction from normal is rare and unexpected but could indicate real issues with plumbing at the street; thus, it is captured, but the resolution is not of primary concern. The following model was developed to represent the average, maximum, and standard deviation for flow rates and encoded to 256 bits.
The resulting encoded bits (x) and decoded values (y) are represented by the exponential curve shown in
The most accurate representation of the sensor readings can be accomplished by this type of encoding since it encodes separate bytes for pairs of digits in the actual sensor reading; for example, a flow rate of 125.3241 gallons per minute can be represented as:
- 1st byte encodes the hundreds and tens as 12 (120 gpm)
- 2nd byte encodes the ones and tenths as 53 (5.3 gpm)
- 3rd byte encode the hundredth and thousandths as 24 (0.024 gpm)
- 4th byte encodes the ten-thousandths as 1 (0.0001 gpm)
The highest accuracy is needed when:
- the user specifically requests the current flow rate
- the system performs a pressure check and reports the pressure loss
- the system notices a flow or pressure anomaly and it reports the instantaneous flow and/or pressure
Duration of flow always requires two bytes for this water sensing application because one second resolution is required and time events can last several hours.
Downlink messages are payloads sent from the cloud to gateway 40 and wirelessly forwarded to the leak sensor 20 and water control unit 30. These payloads contain data in the form of on-device settings updates, requests for immediate uplink with specific sensor data, or specific hardware action commands, such as closing the water control device shut-off valve. Settings are device-specific variables that control, e.g. the frequency of check-in with the cloud, tolerances for activating an alert, date and time keeping updates, and automatic behavior settings. Payloads can be sent to a device instructing it to immediately uplink with information for all, or only some sensors. Downlink can contain payloads that tell a system to activate a hardware component. In the embodiments described herein, one example command is to tell the water control system to stop, start, or throttle water flow.
Gateway 40 in typical embodiments relays data transmitted via low-power transceiver link from leak sensor 20 and water control unit 30 via network server 41 and an Internet connection to a remote user application 50. That is, gateway 40 in these typical embodiments is analogous to a Wi-Fi router which links leak sensors 20 and water control units 30 having short-range, low-power transceivers and the remote user application 50 via the Internet. It receives information via transceiver 42 from leak sensor 20 and water control unit 30 typically via low-power wireless broadcast. In typical embodiments, gateway 40 comprises a network server 41, which receives, updates, and stores user preferences that are set using remote user application 50. In certain embodiments, gateway 40 also has an internal power supply 43, typically a rechargeable battery that can supply power and enable the system to continue functioning for a period of time if mains power to a structure is lost. In one embodiment, this rechargeable battery could be a four-cell battery pack using Tadiran TL-5104/S 3.6V Lithium AA Batteries with 2.1 Ah capacity (i.e. total capacity of the cells in parallel would be 8.4 Ah)
Cloud server 44 in the embodiments shown in
Remote user application 50 is a software application that provides the primary end user interface with the water control system. In typical embodiments processes data from sensors and processes it for analysis and visualization, and allows the user to configure system settings and issue system commands (e.g. shut water valve). Thus, for example, a user who receives an alert regarding a water leak can send a signal from their mobile device to close the water shut-off valve.
The interior structure of one embodiment of microturbine generator 36 is shown in
Even if one of the events above is not recorded, the system logic continuously monitors physical sensors, polling and recording data from these sensors periodically, calculating rates (e.g. flow rate) using this data, and forecasting values such as predicted temperature based on the calculated rates. These physical sensors include flow, leak, tamper, temperature, pressure, battery, generator output, valve status, as shown in box 7200. Box 7300 shows an example of the application of a forecast temperature. If the predicted temperature is below freezing, a warning can be sent alerting the user. During such a low temperature condition, the data sampling rate may increase automatically in response to a low-flow indication, where a freezing pipe may be the cause. In one embodiment, this temperature sensor could be a Vishay NTC thermistor (NTCLE100E3). At the end “C” of the temperature monitoring subroutine shown in box 7300, the system proceeds to the pressure monitoring subroutine shown in box 7400. If a very high pressure (e.g. 80 psi or greater) is detected, a warning message is sent. Conversely, if a very low pressure is detected, indicating a leak may be present, a warning is sent, and depending upon the initial system configuration and network communication status, a valve shutoff signal can be automatically sent to valve and actuator assembly 35. In one embodiment, this pressure sensor could be a Honeywell 3.3V low-power 150 psi range pressure sensor (HSCDANV150PGSB3).
The flow monitoring subroutine is shown in box 7500. In this subroutine, flow condition is monitored and the flow values, pressure values, and the associated time series data and statistical values such as minimum, maximum, standard deviation, and mean values are stored. The frequency of sensor data monitoring and recording is also adjusted based on, e.g. temperature values. This subroutine terminates at the beginning of the battery check subroutine shown in box 7600 in which the battery charge level is monitored. Alerts are generated with the battery charge level reaches predefined levels. As shown in boxes 7700 and 7800 the position of both the valve and actuator assembly 35 and the microturbine generator 36 are monitored and appropriate warnings are generated. Box 7900 shows a monitoring subroutine distinguishing between a leak from a plumbed, and a non-plumbed source. In the event of the former, and when auto-shutoff has been enabled, a signal is sent to valve and actuator assembly 35, commanding the valve to shut. This subroutine shows how information shared between leak sensor 20 and water control unit 30 proves information to a user regarding how they are losing water. Because the logic distinguishes between leaks that are plumbed and non-plumbed, the water doesn'"'"'t needlessly need to be shut-off if the leak from a leak sensor that monitors non-plumbed appliances/fixtures. All of the collected data from the foregoing subroutines is stored in a local logfile (i.e. at gateway 40), as well as at a cloud server if connectivity is available, as shown in box 8000. In one embodiment, this water flow meter could be measured by an Audiowell DN25 ultrasonic cold-water flow meter body using a Texas Instruments MSP430FR6047IPZR Ultrasonic MCU to read the signals picked up by the ultrasonic transducers in the meter body.
Box 8200 of
All of the embodiments set forth herein are illustrative only of the inventive concept represented by the claims and should not be construed to limit the scope of the invention as set forth in the claims. Other aspects, advantages, modifications, and combinations will be apparent to those skilled in the art to which the invention pertains, and these aspects and modifications are within the scope of the invention, which is limited only by the appended claims. Although examples of specific components and configurations have been presented in the embodiments herein, the invention is not limited to such materials or dimensions unless specifically required by the language of a claim. The components and configurations presented in the embodiments herein can be rearranged and combined in manners other than as specifically described above, with any and all alternative permutations and combinations remaining within the scope of the invention as defined by the claims.