Patent Application
20060197678
1. Field of the Invention
This invention relates to well communication systems. In one of its aspects, the invention relates to a wireless well communication, monitoring, and control system. In another of its aspects, the invention relates to a wireless radio frequency communication system for transferring commands and data between wellheads and a central data store. In yet another of its aspects, the invention relates to a method for wireless well communication. In still another of its aspects, the invention relates to a method for transferring commands and data between wellheads and a central data store using a wireless radio frequency system. In still another of its aspects, the invention relates to the remote monitoring of oxygen content of production gas that is delivered to a pipeline on a real time basis.
2. Description of the Related Art
Natural gas and oil production wells are commonly located in fields that are remote from the operating company's office or headquarters. It is extremely expensive and time consuming for on-site technicians to monitor and control each individual well. As a result, several systems for communicating with wells from remote locations have been developed. Typically, gas wells will have monitoring equipment at the ground surface for collecting production data of the well. The monitoring equipment sometimes has controls for operating a water pump off system. See, for example, U.S. Pat. No. 5,634,522, which is incorporated herein by reference in its entirety. In other cases, a timer is used to control the injection of pressurized gas into the production tube through a side string tube to control the pump off of water. See for example, U.S. Pat. No. 5,339,905.
Many of the communication systems have a surface control component that communicates directly with the remote location and some further comprise downhole control components that communicate with the surface control component. For example, in U.S. Pat. No. 6,192,988 to Tubel, a production well telemetry system for monitoring and automatically controlling downhole tools is described wherein main borehole control devices each individually communicate with surface control components via wireless or wireline. Transceivers in the borehole laterals communicate with the main borehole control devices through short hop communications involving electromagnetic or acoustic transmissions. The surface control component interfaces with a remote central control system via satellite and surface control components at other wellheads through phone lines, satellite communication or other means.
Another example is in U.S. Pat. No. 5,864,772 to Alvarado et al., which describes a system that transmits and displays acquired well data from a downhole logging tool. The logging tool is connected to a primary (first) location, which can be the well site, through a wire line, and the primary location communicates with a remote location via one of several types of communication systems. The data can be viewed at the primary and remote sites in near real time.
U.S. Pat. Nos. 6,446,014 and 5,983,164 to Ocondi disclose an apparatus and method for measuring and controlling flow of fluids from coal seam gas wells. Data collected from transducers is stored in a component system at the well, compressed, and transmitted to the central operations office via wireless or conventional phone systems or via satellite, and the wells can also communicate with each other. Further, control strategies can be downloaded from the central operations office to the well component system.
A system for managing and servicing offshore oil fields is described in U.S. Pat. No. 6,364,021 to Coats. Each wellhead in the field is equipped with a buoy that receives data from sensors in the riser and wellbore. The buoy wirelessly transmits the data to a service vessel, which can, in turn, communicate with a remote station through a telecommunication system.
U.S. Pat. Nos. 3,629,859 and 3,760,362 to Copland et al. describe a telephone line-based apparatus and method for remote computer evaluation and control of oil fields. A master station communicates through commercial telephone exchanges with a remote terminal unit at a satellite station, which is an oil well site. Several well test units can be associated with a remote terminal unit, and several wells can be associated with one well test unit. Ultimately, data and commands are sent back and forth between the wells and the master station.
It has been found that small amounts of oxygen are present in natural gas that has been produced from the ground and process for delivery to a pipeline. When the oxygen is not removed from the gas, it can cause significant corrosive damage to the pipe line. As a result, well operators are required to maintain oxygen content below a predetermined maximum, for example, 3 parts per million (ppm) and must certify to the pipeline operator that the gas delivered to the pipeline is below that limit. Oxygen monitors are used to detect the oxygen content in natural gas and record the level of oxygen in the content of natural gas over the period of each day. The monitors are at the delivery point and typically must be read by a third party certifier on a daily basis in order to generate certified reports.
According to the invention, a system for communicating between wells and a remote location comprises a central data store, a field station, at least one well unit, and optionally, one or more satellite offices. The central data store is connected to the internet and has a web server that is used to view collected data. The data processor is programmed to transmit data through the internet or other suitable communication media to a field station. The field station has an internet connection, such as a satellite dish or a broad band connection, to receive data from the central data store and a converter for converting the received data, for example, into serial RS 232 format, and a transmitter to transmit the converted data to a well hopping communication system formed of two or more well units. The at least one well unit is adapted to be located at the well sites and include an integrated communications and control unit. The well units have data collecting modules for collecting well data, such as production flow rates on a continuous basis, and quantities of gas produced periodically, for example, on a daily, weekly and monthly basis. Other well data such a temperature for each as a function of day and water level in the well can be gathered at the well head and collected by the well units. The integrated communications and control module further include a radio module for sending to and receiving data from other well units and the field station. The integrated communications and control module further has computer processing unit that runs solely on transistor-transistor logic (TTL) level voltages.
The satellite offices have computer terminals and connections to the internet or otherwise to the central store to communicate with the central store computers to request and receive data from the central store. The central data store, the optional one or more satellite offices, and the field station preferably communicate through the Internet, and the field station and the at least one well unit communicate through a well hopping communication system via radio waves. The radio waves preferably utilize a 900 MHz frequency band, and the at least one well unit can be located at the surface of a well.
Further according to the invention, a method for gathering operating data from a plurality of geographically spaced oil or gas producing wells comprising the steps of gathering well production data relating to at least one of the spaced oil or gas producing wells; transmitting the gathered well production data to a central data storage zone and storing at least some of the transmitted data in the central storage zone. According to the invention, the transmitting step includes a well hopping step that includes transmitting data from the at least one well along a well hopping path that includes the at least one well and at least one other of said wells.
In a preferred embodiment of the invention, the transmitting step further includes transmitting the data between the well hopping path and the central data storage zone through the internet. Typically, the transmitted data is correlated according to wells at the central data storage. It is thus retrievable and displayed. The collected well data includes a variety of information including gas or oil production, water production, gas flow rates, the level of water in the well, the pressure of the gas in the well bore, the differential pressure of the gas production tube, temperature of the gas and timing cycles of water removal or level of water in the well.
Preferably, selected portions of the stored data in the central data storage zone is accessed from a site remote from the central data storage zone, for example, by customers who operate one or more wells. At least on well can be polled by a customer from a remote site or by the central data store prior to the gathering step and the gathering step is responsive to the polling step. Typically, the central data storage zone will poll all of the wells periodically and the gathering step includes gathering well production data from each of the poled wells. The data collected as a function of time is stored in the central data storage zone. The gathering step is responsive to the polling step. The polling step includes transmission of data requests to each of the wells along the data transmission path but in the opposite direction.
In one embodiment, the poling step includes the step of requesting a finite number of packets of data over a finite time interval, whereby a single request will result in a plurality of responses of data recorded during the finite time interval. Further, the gathering step includes the step of averaging the data collected over the finite time interval.
The method of the invention is carried out on wells that are geographically spaced in the field. The spacing of wells can vary over a wide range but typically will be in the range of ½ to 1 mile. In a preferred embodiment of the invention, 900 MHZ frequency bandwidth radio waves are used for transmission of the data along the hopping paths to an internet provider station. For this type of radio waves, the wells are typically spaced less than 1 mile apart. Thus, in a preferred embodiment of the invention, the well hoping step includes wireless transmission of the gathered data between the geographically spaced wells.
In the practice of the invention, each of the wells is assigned a unique address and at least one well hoping path between each well and the central data store zone. Typically, each well is assigned a preferred well hopping path and one or more alternative well hopping paths in the event that one of the transmitters in the main path is not functioning. According to the invention, any of the hopping paths can be easily changed at the central data store or storage zone.
Further according to the invention, the level of oxygen in a production stream from one or more of the wells can be detected and transmitted to the central data storage zone through the well hopping path. Typically, the oxygen level is measured at the point where the gas is fed into a commercial pipe line. That point is usually at a processing plant which is in close proximity to one or more wells in a well hopping path. The oxygen level data is gathered on a periodic basis, for example, every ten minutes, and transmitted through the unique well hopping transmission process to the central data storage zone where it is stored and displayed. The information can be processed for certifying that the gas that enters the pipeline has an oxygen content below a predetermined maximum.
The invention further relates to a method for communicating between wells and a remote location comprising the steps of sending from a central data store to a field station via the Internet a request data packet intended for a destination well unit, transferring the request data packet from the field station to a first well unit via radio waves, determining if the first well unit is the destination well unit, if the first well unit is not the destination well unit, hopping the request data packet along a series of at least two well units, wherein the first well unit is part of the series, until the request data packet reaches the destination well unit.
The method can also include the steps of sending a response packet from the destination well unit to field station, hopping the response packet from the destination unit along the series of at least two well units if the first well unit is not the destination well unit until the destination packet reaches the field station, and sending the response packet from the field station to the central data store via the Internet.
The current invention provides a cost-effective well communication system and method having several advantages. The “well hopping” serial arrangement is inherently efficient and permits facile communication between wellheads clustered together or distant from each other within a well field. The main forms of communication within the system are the Internet and radio waves, which are well known, robust, easily accessible, and cost effective. Additionally, the system itself has several quality control functions to ensure that communication, which includes commands for controlling in addition to monitoring well production, between the wellheads and the remote location is effectual and accurate.
The invention will now be described with reference to the accompanying drawings in which:
The invention relates to a system for communicating between wells and remote locations. Referring to the drawings,
Within the field, the wellheads can be in close proximity of each other or they can be several miles apart. Groups of well units 12 in a field are generally associated with one field station 14, but multiple field stations 14 can be employed depending on the size of the field. Together, the well units 12 and their corresponding field station 14 comprise a wireless radio frequency (RF) network 20 and communicate using a 900 MHz, a 2.4 MHz, an Industrial, Scientific, or Medical (ISM), any no-license, or any other suitable frequency band. Radio wave communication is well known and need not be described further. The field stations-IP hosts 14 have conventional radio transceivers for receiving radio signals from the field and sending radio signals to the well units 12 in the field. In addition, the field stations-IP hosts 14 have serial-to-IP converters for converting the internet signals to RS 232 radio signals and visa versa. The field stations IP hosts 14 further have an internet connection, for example, satellite, cable modem or the like. The IP hosts 14 collect RS 232 radio signals from the well units 12, convert them to internet signals and transmit them to the central data store 16 via the internet 22. Examples of serial to IP converters that are used in the field stations-IP hosts 14 are IPHost equipment Lantronix UDS-10 available from Lantronix of Irvine, Calif., a standard Internet Connection (such as satellite, cable, DSL, etc.), a transceiver (such as a 900 mhz Radio and 900 mhz Antenna), various interconnecting cables (such as LMR200 and LMR400 cable and connectors), a housing (such as a 24×20×8 steel enclosure capable of withstanding severe environmental conditions), and a serial to IP converter, the use of which would be apparent to one skilled in the art.
The central data store 16 has a server and computer processor to store the data received from the field station-IP host 14. Examples of servers and computer processors that are used at the central data store 16 include, by illustration only and not by way of limitation: an Internet connection (satellite, cable, DSL, etc.), a suitable server computer, a web server, preferably containing a suitable database access connector (such as ODBC, SQL, mySQL, Oracle and the like), a website code such as SilverSmith Web code and automatic polling software such as SilverSmith TRaineAuto Service.
Each well unit 12 is equipped with a communications module 24 for radio communication and a controller 26 for data logging and storage. The communications module 24 comprises a communications device, such as a radio module 23 (transceiver), and the controller 26 comprises a central processing unit (CPU) 25 including at least one circuit board. As shown schematically in
A preferred system is schematically illustrated in
A conventional input keypad and output display 118 is connected to the processor 116 by a conventional connection, such as a ribbon cable. The display component can be a standard 128×64 LCD display typically found on controllers or any other suitable display for communicating visual information to a user of the system. A real time clock chip 120 can be provided operably connected to the processor 116. The real time clock chip 120 performs the function of keeping the real time for the cpu. One or more serial ports 122 are operably interconnected to the processor 116 for interconnection of external components to the processor 116, such as an onboard radio unit 124. An analog input protection circuit 126 is operably interconnected with the processor 116 that performs the function of protects the analog to digital convertor from voltage spikes. A high current output circuit 128 is operably interconnected with the processor 116 that performs the function of providing a high-current source of power to provide sufficient power for opening and closing gas lift valves on the field unit. A low voltage input circuit 130 is operably interconnected with the processor 116 that performs the function of filtering input from sensors which are operably interconnected on the field unit to the processor 116 in a manner which would be apparent to one skilled in the art.
A SIDPG Sensor Board is operably connected to the main circuit board for the purpose of gas measurement. Examples of suitable sensors can include a Motorola mpx5700 gauge cell for gas measurement and a Motorola mpx5050 dp cell for gas measurement.
A suitable antenna, such as a 900 mhz antenna (or an antenna suitable for whatever frequency or protocol has been selected for the system) can be mounted on the field unit to improve signal transmission and reception at the field unit. A vertically-extending mast can be provided which heightens the antenna to additionally improve transmission and reception. A suitable power source can be provided such as a standard or rechargeable battery—such as a standard 12 v battery. A solar panel (such as a standard 10 W variety) and charge controller can be installed on the field unit to recharge the battery.
Wire, conduit, and connectors (including but not limited to LMR200 and LMR400 cable and connectors) are selected from a wide array of commercially available suitable components and would be apparent to one skilled in the art to interconnect the various components of
The central data store 16 is at a remote location relative to the well units 12 and communicates with the field stations 14 via the Internet 22 or other appropriate communication system. For example, a company may operate several wells in different and distant fields, and the central data store 16, which communicates with the respective field stations 14, can be located at the company's headquarters. In addition to the central data store 16, the optional satellite offices 18, which can be of any number and at any location, can communicate with the field stations 14 via the Internet 22. Further, the central data store 16 and the field stations 14 can communicate with each other via the Internet 22.
The well communication system 10, the detailed protocol for which will be described hereinafter, transmits commands and inquiries from the central data store 16, through the Internet 22, to the appropriate field station 14, through the RF network 20, and to the destination well unit 12. Once the destination well unit 12 receives the commands, the well unit 12 transmits a response back through the RF network 20, to the field station 14, through the Internet 22, and to the central data store 16. Furthermore, the satellite office 18 can download data from the central data store 16 and can likewise submit a command to and receive a response from the destination well unit 12. For brevity, the remainder of the document will refer to the central data store 16 as the remote location when describing communication between the remote location and the well units 12; however, it is to be understood that the satellite office 18 can be substituted for and function as the central data store 16.
Within the RF network 20, the well units 12 communicate by “well hopping,” wherein the well units 12 transmit information in a series rather than each individual well unit 12 communicating directly with the field station 14. For example, in
The protocol for transmission of information packets in the well communication system 10 will now be described with reference to the flow chart of
An example of a format for the request packet is SS CC UUUU CCCC TT MM RRR . . . DDD . . . XXXX, wherein the each portion of the request packet is as follows:
The request packet control number ends in an odd digit, which instructs the will units 12 that the packet is outbound. Examples of control numbers for request packets sent from the central data store 16 are:
The DDD . . . portion of the request packet can contain data that particularize the control number commands, for example the selected day for control number 09 and valve identification for control numbers 11 and 13. Finally, the four digit CRC at the end of the request packet is the sum of the bytes in the packet and is used to verify that the entire packet has been transmitted. If the bytes received by the well unit 12 does not sum to the CRC number, then the well unit 12 knows that the packet is incomplete. The CRC check system is a successful and proven quality control tool. The request packet can be of any format suitable for transmission from the central data store 16, to the field station 14, and through the RF network 20 and is not limited to the format described herein. It is only required that the request packet contain desired commands and the information necessary to reach the destination well unit 12.
After the IP host 14 receives <36> the request packet, the packet is sent <38> through the RF network 20. The first outbound well unit, which is the well unit 12 in closest proximity to the field station 14, receives <40> the request packet and compares <42> the unit ID in the request packet to its own programmed unit ID. If the unit IDs do not match, no action is taken <58>. If the unit IDs are the same, then the well unit determines <44> whether the end of the predetermined path has been reached, such as by determining whether the number of hops made (MM) equals the total hops required to reach the destination unit (TT) (other examples of “end of path” determinations are described below with respect to
After receipt of the request packet, the destination well unit executes <60> the command associated with the control number and subsequently creates <62> a response packet having the unit ID of the next inbound well unit and the route path required to relay the response packet to the central data store 16. The response packet format can be similar to that of the request packet; however, the control number must end in an even digit to instruct the well units 12 that the packet is inbound. Examples of control numbers for response packets from the destination well unit are:
The DDD . . . portion of the response packet can contain the data requested by the central data store 16, such as the flow rate and alarm status for control number 04 or verification that the specified valve is turned on for control number 12. The response packet can be of any format suitable for transmission from the destination well unit 12, through the RF network 20, and to the central data store 16 and is not limited to the format described herein. It is only required that the response packet contain the desired commands and the information necessary to reach the central data store 16.
Following formation <62> of the response packet, the destination well unit transmits <64> the response packet to the next inbound well unit. The response packet travels back through the RF network in the same manner (“well hopping”) that the request packet is sent to the destination well unit. In particular, the response packet hops from well unit 12 to well unit 12 via steps <42>, <44>, <66>, and <68>, until it reaches <70> the IP host 14. Next, the IP host 14 sends <72> the response packet to the central data store 16, and before the packet reaches the central data store 16, it is converted from IP format to serial format by a converter device. When the central data store 16 receives <74> the response packet, the data is read and stored.
As the request and response packets are sent from one well unit 12 to the next well unit 12 in the RF network, the sending well unit waits <50> for an acknowledgement that the next well unit has received the packet. The acknowledgement is either receipt of the response packet or the next well unit's repeat. If the acknowledgment is obtained within a programmed retry time, then the sending well unit assumes <52> that the packet has reached its destination. However, if the acknowledgment is not received within a programmed retry time, then the sending well unit compares <54> the number of retries with the total number of retries programmed in the well unit. No action is taken <56> if the number of retries equals the number programmed, but if the number of retries does not equal the number programmed, then the sending well unit again transmits <46> or <66> the request packet to the next well unit.
The well communication system 10 of the current invention has several advantages. The system 10 uses the Internet and RF bands as the main body of communication between wellheads and remote locations. These communication methods are well known, robust, easily accessible, and cost effective. The “well hopping” serial arrangement is inherently efficient, permits facile communication between wellheads clustered together or distant from each other within a well field, and does not require complex equipment in order to transmit information to a remote location. Additionally, the system itself has several quality control functions, such as the CRC and acknowledgment features, to ensure that communication, which includes commands for controlling in addition to monitoring well production, between the wellheads and the remote location is effectual and accurate. Further, all of the equipment at the well site is located at the surface rather than downhole. As a result, installation and repair of the system equipment requires less manpower, heavy machinery, time, and financial resources.
Referring now to
For purposes of this example, it will be understood that an example delivery to and receipt of a packet to the well unit identified by unique identifier 0012 is described, but that any well unit communication is contemplated by this invention.
Three example paths between the field station 14 and the destination well unit 12 (No. 0012) are shown in
Paths are displayed in the packet examples below according to an illustrative convention. For example, path P1 is listed as 99990002000500080012 with the left-most portion of the path string is the source of the communications (i.e., the field station 14) and the right-most portion of the path string is the destination well unit (in this case, 0012). Intervening well units on the path are listed in between the terminating source and destination points on the path (e.g., 0002, 0005, and 0008 for path P1).
As described above, outbound packets (also referred to as request packets) are identified by an odd-numbered control number CC and inbound packets (also referred to as response packets) are identified by an even-numbered control number CC. It will be understood that, in order to move along a path, a request packet is sent out with an odd-numbered control number which indicates that receiving well units should locate the next well unit in the path by moving to the right in the path string (i.e., to the Next Outbound Unit) and, once a response packet is created by the destination well unit, the response packet (containing an even-numbered control number) is delivered to the source by moving to the right along the path string (i.e., to the Next Inbound Unit).
The delivery of a request packet to a desired well unit will now be described. An initial request packet is formed at the field station 9999 by determining (1) which well unit is to be contacted and, once a destination well unit is identified (0012 in this example), (2) selection of a first selected path along which the communications packet will be sent (P1 in this case).
The first packet is then formed as shown in the table below. It should be noted that the UUUU segment contains the Next Outbound Unit in the path selected by reviewing the path RRR segment. The Next Outbound Unit is selected from the path RRR by first determining whether the control number is odd or even and moving one path segment to the right or left, respectively. Since the packet being sent is a request packet, the control number will be odd, therefore the Next Outbound Unit is selected as 0002 and this address is placed into the UUUU segment of the request packet. Also, the number of hops in path segment RRR is analyzed to determine the total number of hops TT in the path segment. This value has been initialized to 04 in this example (e.g., four hops: 9999-to-0002, 0002-to-0005, 0005-to-0008 and 0008-to-0012). The number of completed hops segment MM is initialized to 01 (since this is the first hop). Then, the packet is transmitted.
Since the UUUU segment contains unique ID 0002, this packet will be received by well unit 0002. The test for “end of path” is performed on the path segment RRR. This “end of path” test can be performed in a multitude of ways, some examples of which are described here.
First, the selected path direction based on the control code segment CC can be tested based on the path segment RRR—that is, if the selected path direction is right (i.e., an Outbound or request packet), the UUUU segment can be located within the path segment RRR and determined whether a Next Outbound Unit address exists in the path (or whether the end of the path segment string has been reached). If the end of the string has been reached, the current unit must be the destination unit for the packet). If this test is used, it will be understood that the total hops TT and current hops MM segments of the packet are not necessary and can be removed.
Second, another example “end of path” test is the number of hops test described above. The number of hops segment TT is initialized at the field station by analysis of the path segment RRR and determining the number of unique hops needed to complete the path segment RRR and the number of current hops segment MM is initialized to 01 to set the packet initially at a single current hop. Each “hop” along the segments of the path cause the current hops segment MM to be incremented. When the number of current hops MM equals the total number of hops TT, the trip is complete since the path was followed to its completion.
Finally, another “end of path” test could be performed by simply including the unique ID of the final destination as a segment of the request packet and the unique ID of the destination well unit can be compared with the ID of the receiving well unit. If they are the same, the packet is at the destination unit.
For this example, the number of hops end of path test will be described. Once the above packet is received at well unit 0002, the following steps are performed. First, the ID segment UUUU is analyzed and compared to the receiving unit's ID. Since both are 0002, processing continues (otherwise this packet would be ignored by another other well unit not having ID 0002 that detects the packet). Next, the number of hops MM (01) is compared to the total number of hops (04). Since they are not equal, the request packet is not at the end of the line. Therefore, since the control code segment CC is odd, the well unit (0002) retrieves the path segment, locates the 0002 ID in the path, determines the Next Outbound Unit (0005 in this case) and inserts the ID of the Next Outbound Unit into the destination segment UUUU in the request packet. The well unit 0002 also increments the current hops MM segment as well so that the request packet sent on to the Next Outbound Unit 0005 appears as follows:
Since well unit 0005 is also not the end destination, the same steps are performed on the request packet by well unit 0005:
Well unit 0008 (i.e., the latest identified Next Outbound Unit), also performs the same steps as well:
Now, when this packet is received by well unit 0012, the “end of path” test is performed. In this case using the number of hops test, the current number of hops MM (04) equals the total number of hops TT (04), signifying that the trip to the destination unit is complete. Well unit 0012 then performs the command identified by control code CC and any associated data DDD.
A response packet is then prepared by well unit 0012 which has the current number of hops reset to 01 and the Next Inbound Unit identified in the UUUU segment:
The response packet is sent to the Next Inbound Unit (i.e., 0008) which performs the same re-transmission steps on the response packet as it did on the request packet—resulting in a retransmitted response packet to the Next Inbound Unit (0005) in the form of:
Well unit 0005, again not the destination unit, retransmits the response packet as:
Well unit 0002, again not the destination unit, retransmits the response packet as:
Since the “end of path” test now passes, the receiving unit (the field station 14 identified by ID 9999 in this example) knows that it is the final destination of the response packet and processes the data contained in the packet accordingly.
It may be that some of the well data, such as water level will cycle over a relatively short period of time, for example 1-2 minutes. Thus, taking a sample at any given time may not accurately reflect the average water depth of the well. Thus, it may be necessary to poll the well every few seconds, for example at 5 second intervals, over a period of about 2-3 minutes in order to get an accurate picture of the average depth of water in the well. The data thus polled over the desired time interval can then be averaged by the central data store to give the customer an accurate reading of the water depth.
Further according to the invention, a packet can be encrypted with two additional parameters with respect any given data request. These parameters are the number of packets desired and the time interval between each packet. For example, the packet and request the well monitor to stream data at 5 second intervals over a period of 2 minutes. Thus, the instructions in a single packet to the well monitor would request: interval=5, total packets=24. The well unit will send 24 packets every 5 seconds and the central data store will average the 24 data pieces to display or send to a customer an average value for the level of water (or other well data) over that time interval, Because the packets embed the return hopping route, the well monitor will use the same return hopping route for each packet of information until it receives a new request. With this system, the number of packets that would have to be sent to collect the same information is reduced to almost half the number that would otherwise be required to be sent and received by the previous system of poling every few seconds.
For certain well data such as the water level, a request for water level, the additional parameters can be programmed into the software of the central data store so that the additional parameters are automatically encrypted onto each data request of this information. In addition, all of the well data can be updated on a periodic basis so that all of the well data can be available on demand at any given time.
While the preferred embodiment of the well communication system 10 has been described herein with relation to gas, oil, and other wells, it is within the scope of this invention to use the communication system with any type of data gathering, monitoring, or automatic control system, especially for those that involve transfer of information to or from a remote location. The “well hopping” arrangement is not limited to use with wells and can be applied in numerous other communication systems. Still further, it is within the scope of the invention to separate the well monitors from the transceivers. Whereas it is efficient and convenient to package the monitors and transceivers in the same housing at the same location, it is within the scope of the invention to separate the well monitors from the transceivers and connect them, for example by a hard wire or wireless connection.
Reasonable variation and modification are possible within the forgoing description and drawings without departing from the spirit of the invention. While the invention has been specifically described in connection with certain specific embodiments thereof, it is to be understood that this is by way of illustration and not of limitation, and the scope of the appended claims should be construed as broadly as the prior art will permit.
This application is a continuation in part of U.S. patent application Ser. No. 10/709,648, filed May 19, 2004, which claims the benefit of U.S. Provisional Application No. 60/320,206, filed May 20, 2003.
| Number | Date | Country | |
|---|---|---|---|
| 60320206 | May 2003 | US |
| Number | Date | Country | |
|---|---|---|---|
| Parent | 10709648 | May 2004 | US |
| Child | 11278757 | Apr 2006 | US |
