Patent Application
20080240105
1. Technical Field
The present disclosure relates generally to well site management and, more particularly, to apparatuses, methods and products relating to well site monitoring.
2. Background Information
The exploitation of hydrocarbon reserves includes several phases including production and processing at a well site. Well site activities include monitoring of several parameters of the well site to ensure safety at the site and surrounding areas and to ensure the produced hydrocarbon products, either at the raw product stage or during or after well site processing, have a desired quality.
Information obtained by well site monitoring is used by well site personnel and by off-site personnel and customers for various purposes, including control of the well site and recording various production and well site parameters.
The following presents a general summary of several aspects of the disclosure and is not an extensive overview of the disclosure. It is not intended to identify key or critical elements of the disclosure or to delineate the scope of the claims. The following summary merely presents some concepts of the disclosure in a general form as a prelude to the more detailed description that follows.
An illustrative embodiment describes a method for extending a serial protocol to create a network in a well monitoring environment. The method includes determining at a receiver node whether a message subnet mask ID in a received message is different from the Node Subnet Mask ID and rejecting the received message if the subnet mask ID in the received message does not match the subnet mask ID for the receiver node.
In another particular illustrative embodiment a system for extending a serial protocol to create a network in a well monitoring environment is disclosed. The system includes a processor in data communication with a computer readable medium; a computer program embedded in the computer readable medium containing instructions for execution by the processor, the computer program further comprising instructions to determine at a receiver node whether a message subnet mask ID in a received message is different from the Node Subnet Mask ID; and rejecting the received message if the subnet mask ID in the received message does not match the subnet mask ID for the receiver node.
A method is disclosed for transmitting data in a wireless oil field environment, the method comprising, sensing a signal change rate for an input signal from an oil field apparatus; selecting a real time transmission mode when the signal change rate is less than a predetermined value; selecting a buffered data transmission mode when the signal change rate is greater than or equal to the predetermined value; and transmitting the data in the selected transmission mode from a wireless oil field environment. A system is disclosed for performing the method.
For detailed understanding of the present disclosure, references should be made to the following detailed description of the several embodiments, taken in conjunction with the accompanying drawings, in which like elements have been given like numerals and wherein:
Portions of the present disclosure, detailed description and claims may be presented in terms of logic, software or software implemented aspects typically encoded on a variety of computer readable media including, but not limited to, computer-readable media, machine-readable media, program storage media or computer program product. Such media may be handled, read, sensed and/or interpreted by a computer or information processing device. Those skilled in the art will appreciate that such media may take various forms such as cards, tapes, magnetic disks, and optical disks. Examples of magnetic disks include floppy disks and hard drives, and examples of optical disks include compact disk read only memory (“CD-ROM”) and digital versatile disc (“DVD”). It should be understood that the given implementations are illustrative only and do not limit the present disclosure.
Some portions of the present disclosure, detailed description and claims use the term information, data, message, and these terms may be used in the singular or plural form. The term information as used herein refers to any information relating to well site monitoring and may include any one or combination of data, signal, message, command, and response, any of which may be analog or digital and may be communicated by wireless or wired transmission.
In a particular illustrative embodiment a method is disclosed for extending a serial protocol to create a network in a well monitoring environment, the method including determining at a receiver node whether a message subnet mask ID in a received message is different from the Node Subnet Mask ID; and rejecting the received message if the subnet mask ID in the received message does not match the subnet mask ID for the receiver node. In another particular illustrative embodiment the method further includes, if a gateway destination value indicates that the received message should be relayed, a Relay Destination equals a Node ID for the receiver node, and a Relay Destination is not equal to a Final Destination; then, replacing the Relay Sender value with the Node ID for the receiver node; replacing the Relay Destination value with the Node “To Gateway Relay” Node for the Gateway destination; and resending the received Message with the updated header routing information.
In another particular illustrative embodiment the method further includes, if a gateway destination value indicates that the received message is at a final destination, and the Relay Destination equals to the Node ID Relay Destination equal to the Final Destination, then processing the received message and performing proper actions based on a received message type. In another particular illustrative embodiment the method further includes, Determining if a gateway destination value indicates that the received message is to be transferred and a Relay Destination equals to the Global Message ID and a From Relay Node ID is equal to the Node “To Gateway Relay” Node ID, and the Node destination is not equal to the Node ID for the receiver node, then replacing a Relay Sender value with the Node ID for the receiver node; and resending the received Message with the updated header routing information.
In another particular illustrative embodiment the method further includes, if a Gateway destination value indicates a final destination, a Final Destination equals a Node ID for the receiver node, a Relay Destination is equal to the Global Message ID, and a From Relay Node ID equals to a Node “To Gateway Relay” Node, then processing the received message and performing proper actions based on the message type. In another particular illustrative embodiment the method further includes, if a relay global message data value indicates a relay global message, a Relay Destination is equal to the Global Message ID, a Final Destination data value is equal to the Global Message ID data value, a From Relay Node ID data value equals to the Node “To Gateway Relay” ID and an Original ID data value is equal to the Gateway Node Destination, the Node has network children for the gateway sending the message, then replacing the Relay Sender value with the Node ID for the receiver node; and resending the Message with the updated header routing information.
In another particular illustrative embodiment the method further includes, if a global destination value indicates a global final destination, a Relay Destination equals to the Global Message ID, Final Destination equals to the Global Message ID, a From Relay Node ID is equal to the Node “To Gateway Relay” Node and an Original Node equals to one of the Node Gateway Destinations, then processing the received message at the receiver node and performing proper action based on the message type.
In another particular illustrative embodiment a system is disclosed for extending a serial protocol to create a network in a well monitoring environment, the system including a processor in data communication with a computer readable medium; a computer program embedded in the computer readable medium containing instructions for execution by the processor, the computer program further comprising instructions to determine at a receiver node whether a message subnet mask ID in a received message is different from the Node Subnet Mask ID; and rejecting the received message if the subnet mask ID in the received message does not match the subnet mask ID for the receiver node.
In another particular illustrative embodiment the computer program further includes instructions to determine if a gateway destination value indicates that the received message should be relayed, a Relay Destination equals a Node ID for the receiver node, and a Relay Destination is not equal to a Final Destination; then, instructions to replace the Relay Sender value with the Node ID for the receiver node, instructions to replace the Relay Destination value with the Node “To Gateway Relay” Node for the Gateway destination and instructions to resend the received Message with the updated header routing information.
In another particular illustrative embodiment the computer program further includes instructions to determine if a gateway destination value indicates that the received message is at a final destination, and the Relay Destination equals to the Node ID Relay Destination equal to the Final Destination, then instructions to process the received message and performing proper actions based on a received message type. In another particular illustrative embodiment the computer program further includes instructions to determine if a gateway destination value indicates that the received message is to be transferred and a Relay Destination equals to the Global Message ID and a From Relay Node ID is equal to the Node “To Gateway Relay” Node ID, and the Node destination is not equal to the Node ID for the receiver node then instructions to replace a Relay Sender value with the Node ID for the receiver node and instructions to resend the received Message with the updated header routing information.
In another particular illustrative embodiment of the system the computer program further includes instructions to determine if a Gateway destination value indicates a final destination, a Final Destination equals a Node ID for the receiver node, a Relay Destination is equal to the Global Message ID, and a From Relay Node ID equals to a Node “To Gateway Relay” Node, then instructions to process the received message and instructions to perform proper actions based on the message type. In another particular illustrative embodiment of the system, the computer program further includes instructions to determine if a relay global message data value indicates a relay global message, a Relay Destination is equal to the Global Message ID, a Final Destination data value is equal to the Global Message ID data value, a From Relay Node ID data value equals to the Node “To Gateway Relay” ID and an Original ID data value is equal to the Gateway Node Destination, the Node has network children for the gateway sending the message, then instructions to replace the Relay Sender value with the Node ID for the receiver node and instructions to resend the Message with the updated header routing information. In another particular illustrative embodiment of the system, the computer program further includes instructions to determine if a global destination value indicates a global final destination, a Relay Destination equals to the Global Message ID, Final Destination equals to the Global Message ID, a From Relay Node ID is equal to the Node “To Gateway Relay” Node and an Original Node equals to one of the Node Gateway Destinations, then instructions to process the received message at the receiver node and performing proper action based on the message type.
In a particular illustrative embodiment a well site data communication system is disclosed. The system includes a receiver coupled to a first network node that receives information using a first communication protocol; a transmitter coupled to the first network that sends information from the first communication terminal to a second network node located in a network at a well site using a second communication protocol; and a processor coupled to the first communication terminal configured as a protocol translator to change the received information from the first communication protocol to the second serial communication protocol for communicating with a network node. In another particular illustrative embodiment the system further includes a mailbox flag indicating that a mailbox data is ready to be read by the first network node. In another particular illustrative embodiment the communication terminal includes an embedded radio controller that controls any one of a plurality of radio types used as the receiver and the transmitter.
In another particular illustrative embodiment the embedded radio controller includes firmware instructions in a computer readable medium. The instructions further include instructions to determine a radio type and instructions to translate a command to a protocol for the radio type. In another particular illustrative embodiment the first communication terminal includes a message storage that stores data prior to transmitting the information to the second network node. In another particular illustrative embodiment the system further includes a communication interface that communicates using an interface selected from the group consisting of a wired connection for transmitting the information, a communication interface that communicates using wireless short range unsolicited custom messaging protocol (UCMP), a communication interface that communicates using wireless long range UCMP and a communication interface that communicates using wireless long range Modbus.
In another particular illustrative embodiment the system further includes sensors in data communication with the first network node wherein the sensors are read and reported based on a command code received at the first communication terminal. In another particular illustrative embodiment the first network node is in a mode selected from the group consisting of sleep, partial power, full power and continuous. In another particular illustrative embodiment the first network node receives a command code to execute a command selected from the group consisting of change modes, read sensor, report, and reconfigure. In another particular illustrative embodiment the system further includes a plurality of nodes in a mesh network topology. In another particular illustrative embodiment each one of the plurality of nodes are in direct communication with a third party device and every other one of the plurality of nodes in the mesh network.
In a particular illustrative embodiment a method for well site data communication is disclosed. The method includes receiving data at a receiver coupled to a first network node using a first communication protocol; translating the received data from the first communication protocol to a second network node; and sending data from a transmitter coupled to the first network node to a second network node located at a well site using the second communication protocol. In another particular illustrative embodiment the method further includes reading a mailbox flag indicating that a mailbox data is ready to be read by the first network node. In another particular illustrative embodiment the communication terminal includes an embedded radio controller that controls any one of a plurality of radio types used as the receiver and the transmitter.
In another particular illustrative embodiment the embedded radio controller includes firmware instructions in a computer readable medium. The instructions further include instructions to determine a radio type and instructions to translate command data to a protocol for the radio type. In another particular illustrative embodiment the first network node includes a message storage that stores data prior to transmitting the information to the second network node. In another particular illustrative embodiment the method further includes communicating data over a communication interface that communicates using an interface selected from the group consisting of a wired connection for transmitting the information, a wireless short range UCMP, a wireless long range UCMP and a wireless long range Modbus.
In another particular illustrative embodiment the method further includes sensors in data communication with the first network node wherein the sensors are read and reported based on a command code received at the first network node. In another particular embodiment the first network node is in a mode selected from the group consisting of sleep, partial power, full power and continuous. In another particular illustrative embodiment the first network node receives a command code to execute a command selected from the group consisting of change modes, read sensor, report, and reconfigure. In another particular illustrative embodiment the method further includes a plurality of nodes in a mesh network topology, wherein each one of the plurality of nodes are in direct communication with a third party device and every other one of the plurality of nodes in the mesh network.
In a particular illustrative embodiment, one or more wireless transmitters are coupled or connected to an analog input or digital input device, such as an oil field apparatus such as a pressure sensor, communicating data to one or more wireless receivers connected to an analog output or digital output device. The wireless transmitter and receiver can be housed in a package suited or housing for industrial areas. The housing is a gas tight box in one embodiment. In another embodiment the wireless transmitter includes but is not limited to a main controller board, one more digital input input/output (IO) channels, one more analog input IO channels, a radio unit, and an antenna mounted to the housing and a power source (i.e. battery pack). The wireless receiver includes but is not limited to a main controller board including a processor and a computer readable medium containing data and a computer program, one more digital input IO channels, one more analog input IO channels, a radio unit, an antenna mounted on the housing and a power source (i.e., battery pack). In another embodiment a system is provided having at least one transmitter/receiver set, a number of transmitters communicating with a single receiver set, two or more sets of any combination of thereof.
A particular embodiment replaces cabling for applications that use a high data rate sampling (1 to 1000 MHz per second or more) using external or internal serial radio frequency (RF) radio or transmission control protocol (TCP) wireless Radio. In these high data rate applications substantially every change in value in the data input to the transmitter from the source (e.g., oil field apparatus) is detected, recorded and transmitted to the receiver where the change is output to a transmitter output channel. The output of the transmitter is received by a receiver system and output in a prescribed protocol or data type (digital or analog). Another particular embodiment detects and transmits substantially every change in value from the input source. A particular embodiment maintains the signal modulation width and preserves the signal detected at the input source and reproduces input signal at the output channel at the receiver system. There can be a delay in time between when the input source detects the signal change and when the receiver outputs the signal value.
A particular embodiment substantially optimizes data communication between the transmitter and receiver to reduce data traffic. In a particular embodiment, a wireless transmitter and sensor are provided that read analog and digital data. The data input to the transmitter is transmitted wirelessly to a wireless receiver. In a particular embodiment, a main controller, radio, one or more sensors (or one or more analog or digital input channels connected to external sensors), a radio, an antenna, a battery pack (optional can be powered by external source) and in a housing. A wireless receiver is provided that receives the input signal from one or more wireless transmitters. The wireless receiver provides a main controller, a radio, one more analog or digital output channels, a radio, an antenna, a battery pack (optional can be powered by external source) and a housing.
In another embodiment, the input signal is read from the wireless transmitter in different formats (i.e. 4-20 milliamps, 1-5 v, 0/1 digital input, etc). In another embodiment, as the wireless transmitter sends the data to the wireless receiver the transmitter designates the type of data transmitted (i.e. 4-20 milliamps, 1-5 v, 0/1 digital input, etc). In another embodiment, the wireless receiver is configured to output the signal in any format desired (i.e. 4-20 mA, 1-5 v, 0/1 digital input, etc). In another embodiment the main controller unit for the transmitter is configured for continuous reading (sampling up 1000 or more readings per second) of one or more input channels. In another embodiment, the main controller unit is configured to detect signal changes in any of the input channels and immediately transmit the new value to the wireless receiver. In another embodiment, the main controller unit is configured to read incoming data from one or more transmitters and immediately output the data to a designated output channel.
In another embodiment, a main controller unit is configured to transmit data at predefined period (normally 1 sec) to the wireless receiver. Every 1 second (or whatever the defined period is) any change in the input signal is detected and stored to preserve the signal duration and signal value and substantially all the changes in the input signal are stored in a transmission data buffer. At the end of the transmit period all the changes in the input signal along with the width of each change are transmitted to the wireless receiver. In another embodiment, the main controller unit is configured read to incoming buffered data in the transmission data buffer and sequentially output the signal from the incoming buffer data to the designated output channel for that transmitter to preserve and enable replication of the signal width and value.
In another embodiment, the transmitter reads incoming data fast enough to ensure that the radio incoming transmission data buffer does not over flow. One way to do this is to have a dedicated thread that simply reads data from the incoming serial buffer and moves the data to another data buffer so that other threads (i.e., the outputting signal thread) to read it and perform some action with it (i.e., output the data to the output channel). In another embodiment, there is more than one of wireless receiver, each of which receives data from one or more wireless transmitters. In another embodiment, to reduce wireless traffic and wireless data collisions, transmitter radios of different frequencies are provided or radios with the same frequency but with different communication channel settings are provided.
In another embodiment, a messaging protocol is provided and used between the transmitter systems and receiver systems to identify messages from the different transmitters/receivers, error detection/correction, identify message types, pair input/output channels, etc. The messaging protocol consists of a message header, message body and message footer. In another embodiment, there are two types of techniques or transmission mode used in signal replicating and transmission. The first transmission mode is the real time transmission mode that is utilized for low frequency signals or signal change rates (for example, a signal change rate less than 10 Hz per second) and other for high frequency signals or signal change rate (for example, a signal change rate greater than or equal to 10 Hz per second). The signal change rate at which different transmission modes are selected can be higher than 10 Hz, for example, instead of IO Hz, another embodiment switches at 100 Hz and another embodiment switches transmission modes at 1000 Hz and yet another embodiment switches transmission modes at 1 Kilo Hz.
In low frequency applications the transmitter is substantially continuously scanning the input channels for changes in value. Whenever a change in the signal value is detected the changed value is immediately transmitted to the receiver. At the receiver the low frequency message reporting the changed value is immediately output to the output channel. In high frequency applications the transmitter continuously scans the input channels for change in value. However instead of immediately transmitting the value to the receiver system, the value is stored in a transmission data buffer. After a predefined X time (can range from 1 sec to x minutes) the transmitter will send all the detected signal changes in the data buffer to the receiver. To preserve data integrity and signal width the time length for each signal or changed a data value is transmitted as well.
At the receiver system, once the message is received the receiver starts outputting the values as they are stored in the transmitted data buffer. The receiver uses the time length associated for each value to determine how long to wait before outputting the next value in the data buffer. With this method every x time or period the transmitter sends all the data representing changes detected and the receiver uses a “play back” technique to out put these data representing changed values to reproduce the signals as detected at the transmitter. In another embodiment, to preserve data integrity for high frequency signal change rates a sampling duration, such as a 1 second sampling duration, is divided into internals. In another embodiment them number of internals is equal to the maximum number of scanning channels available on the transmitter. Thus if the maximum scan rate for channel is 500 samples per second then each sampling duration of 1 second is divided into 500 internals. Each second (or sampling duration) the transmitter transmits all changed data values and a bit stream indicating intervals in which a value change was detected. So if there was a change value during intervals 5, 50, 100, 200, 311 of the 500 intervals during the sampling duration, then a table of data is sent representing the N bits and the changed values. The receiver outputs the value received based on the bit marked interval. This way the input signal width is preserved in the output signal.
In another embodiment, the transmitter system automatically detects how fast the input value is changing and can auto switch between the instantaneous messaging (slow frequency) and buffered messaging (high frequency). In another embodiment, to cancel and reduce the noise impact the transmitter system provides a signal edge detection tolerance so it can detect and eliminate spurious, noisy, bogus or fake signals which can over flow the communication out put transmission channel if not detected. In another embodiment the size of a transmission buffer is monitored and a transmission mode selected based on avail able space in the transmission buffer.
In another embodiment, a method is disclosed for transmitting data in a wireless oil field environment, the method comprising sensing a signal change rate for an input signal from an oil field apparatus; selecting a real time transmission mode when the signal change rate is less than a predetermined value; selecting a buffered data transmission mode when the signal change rate is greater than or equal to the predetermined value; and transmitting the data in the selected transmission mode from a wireless oil field environment. In another embodiment of the method, the buffered data transmission mode further comprises sending once per period, a data buffer of N data values representing the input signal when a condition is met; and sending once per period a data buffer of changed data values and a set of N bits indicating which of the N data values correspond to the changed data values when the condition is not met. In another embodiment of the method the condition further comprises data transmission buffer available space exceeding data buffer size by a predetermined margin. The margin can be set to 50 percent or any value from 1-100 percent, so that the available space in the transmission buffer is 50 percent (or another set percentage) larger than the data buffer size. The margin is be dynamically adjusted based on the signal change rate.
In another embodiment of the method, the method further comprising dividing a sampling duration into N intervals, wherein each of the N data values corresponds to one of the N intervals. In another embodiment of the method the set of N bits, bits representing a changed data value are set to one and all other bits are set to zero. In another embodiment of the method, the number of intervals, N is increased as the signal change rate increases. In another embodiment of the method, the predetermined margin is proportional to N. In another embodiment of the method, the data buffer further comprises N start time values and N stop time values corresponding to the N data values. In another embodiment the method further comprises receiving the data in the selected transmission mode; and outputting the received data as output data, wherein the input data and the output data are signals selected from the group consisting of digital, village and current.
In another embodiment, a system is disclosed for transmitting data in a wireless oil field environment, the system comprising a processor in data communication with a computer readable medium; a computer program embedded in the computer readable medium, the computer program comprising instructions to sense a signal change rate for an input signal from an oil field apparatus, instructions to select a real time transmission mode when the signal change rate is less than a predetermined value and instructions to select a buffered data transmission mode when the signal change rate is greater than or equal to the predetermined value and instructions to transmit the data in the selected transmission mode from a wireless oil field environment. In another embodiment of the system, In another embodiment of the system, the buffered data transmission mode further comprises instructions to send once per period, a data buffer of N data values representing the input signal when a condition is met and sending once per period a data buffer of changed data values and a set of N bits indicating which of the N data values correspond to the changed data values when the condition is not met.
In another embodiment of the system, the condition further comprises data transmission buffer available space exceeding data buffer size by a predetermined margin. In another embodiment of the system, the computer program further comprises instructions to divide a sampling duration into N intervals, wherein each of the N data values corresponds to one of the N intervals. In another embodiment of the system, the set of N bits, bits representing a changed data value are set to one and all other bits are set to zero. In another embodiment of the system, the number of intervals, N is increased as the signal change rate increases. In another embodiment of the system, the predetermined margin is proportional to N. In another embodiment of the system, the data buffer further comprises N start time values and N stop time values corresponding to the N data values. In another embodiment of the system, the computer program further comprises instructions to receive the data in the selected transmission mode; outputting the received data as output data, wherein the input data and the output data are signals selected from the group consisting of digital, voltage and current.
Turning now to
The production tube 106 leads from within the well 104 to the well head 102 where the production tube connects to a product pipe 112. The product pipe 112, as shown, may lead to one or more tanks 110. The product pipe may include several valves 128, 130 for controlling fluid flow through the product pipe 112. The tank 110 may be used to temporarily store produced products. The product tank 110 may include one or several output pipes as illustrated in
Continuing with
Portions of the well site as indicated by dashed line 134 may be designated as a hazardous or explosive zone due to, among other possible reasons, potentially hazardous or explosive gases or other products being produced at a particular well site 100. In some cases, the node controller 132 may be located outside of the predetermined hazardous or explosive zone. The gas tight housing reduces risk of explosions in the explosive zone.
Any number of useful monitoring devices may be employed at the well site 100 and at any number of locations. Non-limiting examples of monitoring devices and locations include one or more sensors 118 disposed within the borehole of the well 104 for monitoring down hole parameters of the well site. These down hole sensors may be permanently or temporarily disposed within the well 104. The down hole sensors 118 may be coupled to the outside of the production tube 106, to the inner flow channel of the production tube 106, inside a wall of the production tube 106, to or within a casing 120 or any combination of these or other possible down hole locations.
In other non-limiting examples, any combination of surface sensors may be used to monitor surface parameters of the well site 100. Surface sensors may include, for example, a sensor 122 for monitoring parameters at the well head 102, a sensor 124 for monitoring parameters in and/or along the surface production pipe 112, and a sensor 126 for monitoring parameters associated with the storage tank 110. Each of the sensors 122, 124 and 126 may be a single sensor or multiple sensors. Non-limiting examples of sensors include absolute and differential pressure sensors, temperature sensors, flow sensors, multi-phase sensors, optical sensors, nuclear sensors, gas detectors, motion sensors, imaging sensors such as video and/or still cameras or any combination of these and other sensors useful for monitoring well site operations. Any or all of these sensors may be analog or digital sensors. In the case of analog sensors, analog to digital converters may be employed at the well site or at the sensor location to aide in the transmission and processing of information obtained by the sensors.
In several non-limiting examples, the local node controller 132 may be placed in long-range wireless communication with a gateway device 136 for relaying information and messages to/from remote users or system devices such as a Supervisory Control and Data Acquisition (SCADA) system. In some cases it is desirable to communicate between a node monitoring device and the gateway 136. Therefore, the scope of the present disclosure includes communicating information to and from a monitoring device, which may be a sensor 122 or sensor cluster having a data communication with a communication device 132. In an illustrative embodiment the communication device 132 is a gateway, however, the communication device may also be any device capable of receiving and temporarily storing configuration message data in a mailbox for reading by another device or retransmission to another device.
Continuing with the exemplary illustration of
Nodes may operate as relay nodes to relay messages and data to other nodes or each node may receive data directly dependent on its node state. A sleeping node may be awakened to receive data and relay it or a node in partial mode may receive data to relay the received to another node. For example, communication node 204 is shown in communication with third party devices 214, 216, while another communication node 206 may operate as a relay between the central communication device, which may be a gateway 202 and another node 218. A relay node 206 may also be in communication with a second relay node 220 for communicating with additional nodes 222.
Continuing with
The sensors 228 may be any number of sensor types for monitoring one or more parameters of a well site. In one example, the sensors 228 are wireless sensors. Non-limiting examples of sensors include absolute and differential pressure sensors, temperature sensors, flow sensors, multi-phase sensors, optical sensors, nuclear sensors, gas detectors, motion sensors, imaging sensors such as video and/or still cameras or any combination of these and other sensors useful for monitoring well site operations. Any or all of these sensors may be analog or digital sensors. In the case of analog sensors, analog to digital converters may be employed at the well site or at the sensor location to aide in the transmission and processing of information obtained by the sensors.
Communication among the nodes forming the network 200 and between the nodes and third party devices and users may be accomplished in any number of ways according to the present disclosure. In several non-limiting examples, communication may be wired or wireless. In some cases that communication may be either short range or long range and a particular node or several nodes may be provided with a combination of transceivers to allow for more than one type of communication with/from the node. Examples of wireless communication according to the disclosure include, but are not necessarily limited to, short-range wireless UCMP, long range wireless UCMP short-range Modbus and long-range wireless Modbus.
Modbus is a serial communications protocol published by Modicon in 1979 for use with its programmable logic controllers (PLCs). Modbus has become a de facto standard communications protocol in industry, and is now a commonly available means of connecting industrial electronic devices.
Two variants of Modbus exist, with different representations of numerical data and slightly different protocol details. Modbus RTU is a compact, binary representation of the data. Modbus ASCII is human readable, and more verbose. Both of these variants use serial communication. The RTU format follows the commands/data with a cyclic redundancy check checksum, while the ASCII format uses a longitudinal redundancy check checksum. Nodes configured for the RTU variant may not communicate with nodes set for ASCII, and the reverse. Modbus/TCP is very similar to Modbus RTU, but transmits the protocol packets within TCP/IP data packets.
In one example, a remote node such as the sensor cluster 224 may include a wireless short range bi-directional communication interface 232 using UCMP to communicate and relay messages between the wireless sensors 228 and the local node 226. In the example shown, the local node 226 includes a long-range UCMP interface for communicating with an external node 230. The main gateway 202 is shown in this example to have a long-range Modbus interface 236 for communicating with external users and devices 210, 212. The main gateway may also include long-range UCMP interfaces 224 for communicating with network nodes 204, 206, 208 and 224. The long range UCMP interfaces can transmit and receive from 1-20 miles or farther and may be used for communication among the network nodes, node 206 to node 220 for example as well as others. Although not shown, it should be understood that any interface shown here may be reconfigured as one of the other interfaces of the disclosure or their equivalents. A communication node 238 or local node 226 may be reconfigured as a central communication device so that a third party device may communicate directly with the local node 226 or communication node 238.
In an illustrative embodiment UCMP is provided to establish communication between gateway and a group of transmitter nodes in a serial wireless mesh network using UCMP as an extension of the serial Modbus RTU protocol. Thus existing serial wireless Modbus RTU communications are extended and used in an implementation of a serial wireless mesh network. This serial wireless mesh network enables communication with a network or serial RTU device through a single serial communication interface, which is a serial Modbus gateway in a particular illustrative embodiment. The UCMP protocol is provided to enable gateways and nodes in an illustrative embodiment to extend the serial Modbus RTU protocol to form a serial mesh network for low power radios that are intrinsically safe in an explosive environment (<1.5 mwatts). In another particular embodiment or higher power radio>50-100 mwatts are enclosed in a gas tight box when used in an explosive environment.
In a particular illustrative embodiment the first information in each Modbus RTU message is the address of the receiver. This parameter contains one byte of information. In Modbus/ASCII it is coded with two hexadecimal characters, in Modbus/RTU one byte is used. Valid node addresses are in the range 0.247. The values 1.247 are assigned to individual Modbus devices (nodes) and 0 is used as a broadcast address. Messages sent to the broadcast address will be accepted by all slaves (nodes). A slave always responds to a Modbus message. When responding it uses the same address as the master in the request. In this way the master can see that the device is actually responding to the request. Within a Modbus device, the holding registers, inputs and outputs are assigned a number between 1 and 10000.
In an illustrative embodiment, each node or gateway has a child and/or a parent in the serial mesh network. Each node or gateway in the serial mesh network dynamically discovers or identifies its children and parents by “discovering” all other nodes or other gateways with which the node or gateway is connected in the serial mesh network. When a new node is added to the network the new node is discovered by other nodes to which it is connected. The new node has a quasi-unique hardware address assigned by a manufacturer or assigned dynamically by the gateway binary process. Duplicate “quasi-unique” manufacturer assigned addresses can be differentiated by combination with a node address in the UCMP protocol. The new node is assigned a network node address in the serial mesh network (1-x). The protocol, network address and hardware identifier (ID) for the newly discovered/added node are stored in a data structure identifying all nodes and their relationship to all other nodes in the serial mesh network. In another illustrative embodiment, the network is a parallel rather than a serial network communication network. The data structure may be distributed across memory in different gateways and nodes. Each node or gateway builds in a routing table identifying each of its children and parents with which the node or gateway is in serial or parallel communication. In a particular illustrative embodiment, when a serial Modbus message (e.g., a Modbus RTU protocol message) is received at a particular recipient node or gateway, the receiver address is checked by the recipient node or gateway. If the receiver address in the received Modbus RTU differs from the address of the recipient node or gateway the received message is not immediately ignored in UCMP. A further step is performed to see if a child of the recipient node has an address corresponding to the receiver address. The recipient node or gateway checks to see if the receiver address corresponds to one of its children which appear in the routing table stored at the gateway or node. If the receiver address corresponds to a child of the recipient node or gateway, the recipient node or gateway forwards the received Modbus message to a child in a serial communication path with the node identified by the receiver address. Thus, in an illustrative embodiment, a serial Modbus RTU protocol is extended to form a serial mesh network using UCMP.
In an illustrative embodiment the UCMP protocol frame is divided into 3 parts: Message Header, Message Body and 16 bit CRC. In one particular illustrative embodiment, the message header size is 13 bytes. Actual message header length will be defined by 13th byte of message header. 1st 13 bytes are interpreted as follows in table 1. All tables and data structures shown and mentioned in this disclosure are representative of data structures embedded in a computer readable media or memory for providing a functional and spatial interrelationship between a processor, the data structure and the data stored in the data structure as described or shown in the table or data structure.
Bytes 3-7 as shown in Table 1, are referred to herein as Modbus registers. In another particular illustrative embodiment of the UCMP message, the Subnet Mask ID (Byte 3) is set to the Subnet Mask ID set for the node. A single node can support more than one Subnet Mask and in that case a separate message would be sent for every Subnet Mask ID. For instance, if a node is setup to support 2 Subnet Masks then there will be 2 messages sent out for each supported ID. The two messages are identical with only byte 3 of the header being different. The default Subnet Mask ID is 0.
A value of 255 in Byte 6 or Byte 7 indicates a Global Message destination Identifier. Original Message Node ID (byte 4) value is set by the original node sender should not change when messages are relayed en-route to the final destination. Relay Sender Node ID (byte 5) value should always be set to the value of the Node ID sending the message. This value is updated whenever the Node ID relaying the message relays a message. Relay Destination Node ID (byte 6) is the value of the next relay node ID. For a given network node, only one Relay Node is set for the Gateway Destination. The sender Node will update this value when sending its message unless it is a Global Message Destination (a value of 255). Final Destination Node ID (byte 7) is set by the original Node Sender ID and will not change value en-route to reach the final node destination.
For any network node the following is defined in the MODBUS registers (bytes 4, 5, 6 and 7 of the UCMP protocol): The Final Destination Gateway Node ID (Up to 3 Gateways destination can be defined). For each defined Final Destination Gateway ID one and only one To-Relay Node ID is defined. Note that if there is no To-Relay Node then the Gateway ID is set. Up to 246 From-Relay Node ID's can be set for a given Node ID. For instance, for a given Mesh Network where there are no To-Relay Nodes (all nodes talk directly to the Gateway) the Gateway will have all nodes listed in the From-Relay registers.
Bits 1-5 in byte 8 represent the hardware type of the Message Original Node. A total of 32 hardware types can be defined. Bit 8 of byte 9 of the message header should be set to 0 if the final destination is a Gateway (messages originating from Transmitter nodes). A value of 1 is used to represent messages being sent from the gateway to its network transmitter nodes.
To broadcast a global message from the Gateway the message has the following values for bytes 4 to 7: Byte 4: Gateway ID; Byte 5: Gateway ID; Byte 6: 255 and Byte 7: 255. To send a message from the Gateway to a specific node the following values for bytes 4 to 7: Byte 4: Gateway ID; Byte 5: Gateway ID; Byte 6: 255; and Byte 7: Node ID Destination.
In another particular illustrative embodiment, the UCMP protocol provides and follows the following UCMP Network Message Routing Rules.
Message Subnet Mask ID is different from the Node Subnet Mask ID.
All nodes with different Subnet ID ignore the message (neither relayed nor consumed).
Gateway destination value (Bit 8 of Byte 9) is set to 0.
Relay Destination (Byte 6) equals to the Node ID
Relay Destination (Byte 6) NOT equal to the Final Destination (Byte 7)
Node that meets the rule condition should:
Replace the Relay Sender value (byte 5) with the Node ID
Replace the Relay Destination value (byte 6) with the Node “To Gateway Relay” Node (stored in Modbus register) for the Gateway destination in Byte 7.
Resend the Message with the updated header routing information.
All other nodes ignore this message.
Gateway destination value (Bit 8 of Byte 9) is set to 0.
Relay Destination (Byte 6) equals to the Node ID
Relay Destination (Byte 6) equal to the Final Destination (Byte 7)
Node that meets the above condition should:
Consume the Message and perform proper action based on the message type.
All other nodes should ignore this message.
Gateway destination value (Bit 8 of Byte 9) is set to 1.
Relay Destination (Byte 6) equals to the Global Message ID (255).
From Relay Node ID (Byte 5) is equal to the Node “To Gateway Relay” Node ID.
The Node has network children for the gateway sending the message.
Node destination is not equal to the Node ID.
Node that meets the rule condition should:
Replace the Relay Sender value (byte 5) with the Node ID.
Resend the Message with the updated header routing information.
All other nodes should ignore this message.
Gateway destination value (Bit 8 of Byte 9) is set to 1
Final Destination (Byte 7) equals to the Node ID.
Relay Destination (Byte 6) is equal to the Global Message ID (255).
From Relay Node ID (Byte 5) equals to the Node “To Gateway Relay” Node.
Node that meets the above condition should:
Consume the Message and perform proper action based on the message type
All other nodes should ignore this message.
Gateway destination value (Bit 8 of Byte 9) is set to 1
Relay Destination (Byte 6) is equal to the Global Message ID (255).
Final Destination (Byte 7) is equal to the Global Message ID (255).
From Relay Node ID (Byte 5) equals to the Node “To Gateway Relay” ID
Original ID (Byte 4) is equal to the Gateway Node Destination.
The Node has network children for the gateway sending the message.
Node that meets the rule condition should:
Replace the Relay Sender value (byte 5) with the Node ID.
Resend the Message with the updated header routing information
All other nodes should ignore this message.
Gateway destination value (Bit 8 of Byte 9) is set to 1
Relay Destination (Byte 6) equals to the Global Message ID (255).
Final Destination (Byte 7) equals to the Global Message ID (255).
From Relay Node ID (Byte 5) is equal to the Node “To Gateway Relay” Node.
Original Node (Byte 4) equals to one of the Node Gateway Destinations.
Node that meets the above condition should:
Consume the Message and perform proper action based on the message type
All other nodes should ignore this message.
Any nodes ignore any message it receives which does not meet any of the above 7 rules listed above. Also, all the Rules are mutually exclusive with the exception of Rule 6 and 7. A Global Message from the Gateway can trigger both rules for some network nodes. This means that the node will resend the message (with updated header routing information) and will consume the message as well.
In an illustrative embodiment, the central communicative device is a gateway 300 and includes a processor 302 and a computer readable storage medium 304. The gateway 300 may further include a protocol translator 306, data and message storage mailbox 308, communication interfaces 310 and imbedded signal transmission functionality or protocol 312. The signal transmission functionality circuit 312 may be coupled to the controller 302 and to the communication interface 310 via a radio transceiver 318. In one example, the imbedded signal transmission functionality or protocol 312 is firmware implemented to allow the use of any number of off-the-shelf radios 318 or other communication device such as a cell phone to act as a transceiver device. The signal transmission functionality may be implemented using a network packet routing protocol embedded in a firmware message. In this manner any commercially-available radio suitable for operation in a well monitoring environment may be used for simple over air data communication transfer to send and receive data or data packets. The data communication may be analog or digital radio frequency communication. Each node in the network, including but not limited to central gateway node 300 and remote node 314 can be enclosed in a gas tight housing to reduce risk of explosion due to radio frequency or electronic spark. Each of the nodes may be in a different mode including but not limited to sleep (only processor partially active), partial power (processor and either radio or sensors powered), full power (processor, radio and sensors powered temporarily) and continuous (processor, radio and sensors powered continuously). The message can be received and processed by a software agent such as an embedded radio controller running on a processor executed instructions from memory.
The network functionality firmware supports dynamic child nodes message routing and indexing and different network topologies, i.e., star, mesh, linear, tree, etc. with unlimited message hopping/routing capabilities, etc. In a particular illustrative embodiment, the network functionality firmware enables implementation of a serial mesh network using an extension of Modbus protocol, referred to herein as Unsolicited Modbus Custom Protocol (UCMP).
A firmware implemented data routing protocol is provided to implement network routing and command functionality. The data routing protocol may be less than 20 bytes. In one example the routing protocol may be about 13 bytes used to embed information for creating and managing a wireless network such as a wireless mesh network and for assigning message information. In one example, a wireless mesh network protocol may include a Network Subnet or Group ID, Relay Node ID's, a Final Destination ID, and an Original Node ID. Example message information assigned to the wireless mesh network protocol may be command code, priority, acknowledge (ACK), type, a sequence number, message length, and encryption type and key. The command code indicates action to be taken upon message receipt. A command code may indicate that a mail message is pending in the mailbox, configuration is required or a sensor read and report is requested or change mode requested (sleep mode to continuous mode).
In several illustrative embodiments, the gateway 300 operates using the processor 302 and instructions in the computer readable storage medium 304 for communication with remote nodes 314 and third party users and devices such as SCADA devices 316. In one non-limiting example, the node gateway 300 supports a local wireless network and a larger network such as the larger network 200 described above.
In one non-limiting example, access to a remote node from a third-party user or device 316 is accomplished via the gateway 300 in a manner transparent to the user or third party device such as a Supervisory Control and Data Acquisition (SCADA) system such that the user or SCADA system communicating with the gateway 300 operates as if communicating directly to the remote node as indicated by dashed block arrows in the figure.
Continuing with the example of
In another particular illustrative embodiment, child nodes are dynamically discovered by a parent gateway or parent node with which the child nodes are in hierarchical wireless data communication as prescribed by the serial mesh network. This hierarchical arrangement of serial communication nodes in the serial mesh network is stored in data structure embedded in a computer readable medium. The data in the data structure indicates the hierarchical relationship between all nodes and gateways in the serial mesh network. The data structure data contains the hierarchical structure of the serial mesh network, indicating parent child relationship for all nodes and gateways in the serial mesh network. Thus, when a message is received by a recipient node or gateway, the recipient node or gateway can access the data structure to identify its children in the message network. If the received message is addressed to a child of the recipient node or gateway, the received message is passed on to the child node. If the received message is not addressed to the recipient node or gateway or to a child of the recipient node or gateway, the received message is ignored.
A node response message may be received back from the node at the gateway 300. The controller deconstructs any received node response message, e.g. translates the message and sends the response back to the user/SCADA system sending the original command. Thus the gateway routing and translation are transparent to the user/SCADA system, and it appears to the user that it is communicating directly with the node.
The messaging 308 may be implemented in any number of useful storing schemes. For example, messaging 308 may be implemented as a database accessible from a remote user, node or gateway. In another example, messaging may be implemented as an electronic bulletin board hosted at a gateway or memory hosted by the gateway or node. In another example, the messaging may be implemented as an electronic mailbox feature.
A network node according to the present disclosure may operate in a sleep mode. Data and message storage mailbox 308 may be used to store messages or commands coming to the central gateway 300 for processing at the central gateway level. A command may be received at the main gateway 300 for changing a node feature of a connected node. The central gateway 300 may be used to deposit the command as a message in a mailbox/message queue in data and message storage mailbox 308. The data and message storage mailbox 308 can be configured to send a data received signal to a remote node memory mailbox flag 315 when the message is received at the mailbox 308 without intervention of the central gateway 300. The data received signal can be registered in a mail flag storage register 315 at the remote node or gateway 320 without waking up the remote node for which the message is intended. The mail flag storage register 315 is cleared at the remote node by the remote node when the mail flag is sensed by a remote node prior to checking the gateway for mailbox messages. The mail storage flag can be set as “priority” code “01” for waking up the remote node immediately to respond to the priority flag and read the mailbox or “routine” code “07” so that the remote node will read the flag when it wakes up and responds to the routine flag when the node wakes up, rather than immediately. The mail storage flag 315 can be stored at the remote node memory and/or at the central gateway memory.
Each network node (central gateway and remote node) can have a unique data storage area to store a message queue or act as a mailbox. Initial configuring messages data or mail for new nodes are used to assign ID, etc. mail is stored for future nodes added to the network. If an intended message or data recipient node is in sleep mode, the node can change from the sleep mode to wake mode for sampling well sensor data and when appropriate for transmitting a report containing data and information such as sensor readings and device state from time to time under predetermined conditions. In another particular embodiment, when the node wakes up to transmit the information to the gateway 300 to storage 304, a command can be sent by the node to the gateway 300 to storage 304 for checking if a mailbox flag is set indicating that there are any commands in the message queue or data in the mailbox 308 to be downloaded to the node. The remote node or any network node may also directly access the mailbox without intervention by the gateway node 300. Where messages or data are in the node queue, the node may request the gateway to send the messages or data. The node may be configured to automatically revert to the sleep mode after receiving all the data/messages and sending all information.
In one example, the gateway processor 302 may be used to transmit a command to a node in sleep mode for waking up the node on demand and download queued messages and data instead of, or in addition to, waiting for the node to wake up at the next specified/scheduled interval. In one embodiment, messages may be prioritized such that the message may be one that requires waking the node or one that may remain in the queue until the node requests messaging. Nodes send reports to the central gateway or SCADA system based on time interval and exceptions. The reports include sensor measurement data and node statistics such as number of power on cycles and their duration encountered since the last report. A cumulative count of the power on cycles and duration can be used to estimate battery life at remote nodes.
Nodes may be requested to awaken and check sensor data to determine if an exception has occurred in the sensor data. Exceptions may be based on a percent change between a programmable set number of readings, a sensor threshold value, a digital or analog signal or a timed event. Exceptions and timed reports are reported to the SCADA via the mailbox, gateway or direct message to the SCADA.
Turning now to
The following illustrates a Message Routing Sequence for the nodes shown in
Since Node 1 has two Gateway Destinations it will send 2 instances each message. The first message is for destination 247 and the second message is for destination 101.
Node 52 has two gateway destinations.
There are two cases: For nodes that are child nodes of the gateway and nodes that are not. Using Node 1 and 5 as an example below are the routing sequence for each node.
Since Node 1 is not an immediate child node of the gateway (not in the Child Node registers 46101-46347) the following routing sequence takes place.
Since node 50 is an immediate child node to the gateway (register 46102) the following sequence takes places
If Node 1 is the target node the following routing sequence takes place.
In a particular illustrative embodiment, the function codes shown in table 12 are provided.
When a transmitter is powered up, it will send a startup command to a gateway. This way gateway will come to know that new transmitter is added in Mesh Network. When transmitter is powered down or firmware application exits in normal condition, it will sends shutdown command to gateway. This way gateway will come to know that particular transmitter no longer exists in mesh network. A transmitter node sends a new message command to gateway to check if any new message is available in its Inbox. In response to this command, gateway will send number of new messages available. A gateway sends a message available command in response to a new message command received when a message is available in the mail box or gateway memory. A transmitter sends a send message command to retrieve message from its Inbox. The transmitter sends one command per message in Inbox. The transmitter sends a next node ID message to find out next available node ID with in Mesh Network. A gateway sends available ID message in response to Next Node ID message received from transmitter. A gateway sends a down load message to transmitter to start downloading configuration file available at gateway. A transmitter sends a send INI message to gateway to download particular INI configuration file. The gateway sends an Upload message to transmitter in response to Send INI File message. The same message is used to upload any file to Gateway from PDA/PC. The gateway sends a set node ID message to transmitter to change it node ID.
Turning now to
The UCMP routing protocol may be less than 20 bytes. In one example the UCMP routing protocol may be about 13 bytes used to embed information for creating a wireless network such as a wireless mesh network and for assigning message information. In one example, a wireless mesh network protocol may include a Network Subnet or Group ID, Relay Node ID's, a Final Destination ID, and an Original Node ID. Example message information assigned may be priority, acknowledge (ACK), type, a sequence number, message length, encryption type/key and command code. A transmitter sends INI message to gateway to download particular INI configuration file.
In several embodiments, the gateway 500 operates using the processor 502 and instructions in the storage medium 504 for communication with sensor nodes 514, with the central gateway and with other remote nodes 516. In one non-limiting example, the node gateway 500 supports a local wireless network and a larger network such as the larger network 200 described above.
An input interface 510 may include either or both of an analog receiver and a digital receiver for receiving signals from sensors 514. Signals from the sensors 514 received at the interface 510 are conditioned locally such that sensor brand and/or type are transparent to a main gateway/SCADA interface 515, which may for example be interface 312 described above and shown in
The messaging 508 may be implemented in any number of useful storing schemes. For example, messaging 508 may be implemented as a database accessible from a remote user, node or gateway. In another example, messaging may be implemented as an electronic bulletin board. In another example, the messaging may be implemented as an electronic mailbox feature. A mailbox flag is set when mail arrives into a mailbox for a recipient.
A network node according to the present disclosure may operate in a sleep mode. Messaging 508 may be used to store messages or commands coming to the gateway 500 for processing at the gateway level. A command may be received at the gateway 500 for changing a node feature of a connected node. The local gateway 500 may be operated as a node receiving messaging from a central gateway such as central gateway 300 described above and shown in
When operating as a queue, the gateway messaging 508 may be used for relaying messages to other connected nodes. When the local gateway is connected to a main gateway 300, the local gateway may also receive messages from a central gateway queue 308. Commands such as reconfiguration commands may be received and or relayed as discussed above with respect to the example of
The gateway 500 may be reconfigured or sensors 514 may be reconfigured when such commands are addressed to the gateway 500 or to sensors 514.
An optional modular input/output interface 518 is provided for allowing a local node output signal based on incoming information from the wireless sensors. In several non-limiting examples, the local signal output may be a conditional signal such as an alarm-based signal or the local output signal may be a continuous signal used for any desired local purpose. For example, a visual output on a monitor may be desired at a particular node location.
In another example, the modular interface may accept an external input for triggering a mode operation. Each node may be configured to operate in the network is several operational modes. As will be described in more detail later, each node may operate in a stand-alone mode, a continuous mode and in a sleep or low power mode.
Referring now to the several examples described above and shown in
A well site 100 may be provided several monitoring devices for monitoring operations at the site. The monitoring devices are placed in communication with a local gateway such as the gateway 500 previously described. Multiple well sites may be monitored using more local gateways and/or multiple local gateways may be used at a single well site. The local gateways 500 are in communication with a main gateway, which may be similar to the main gateway 300 described earlier.
Remote users may communicate with the well site using a network topology. In one example a network topology may be similar to the network 200 described above. A user may communicate with any node level using only a single communication connection to the network, for example, a user Modbus connection 210 communication with the network 200 over communication path 236. The user may address information to and receive information from any addressable node level or even sensor level if desired. Communication may be accomplished using any commercial radio at each node level where radio functions are selected to be imbedded in the node and implemented using the UCMP protocol and an embedded software agent radio controller to implement network functions.
In one example a user may communicate with a wireless sensor cluster 514 by addressing information to the sensor cluster 514 and sending the information via the central gateway 300. The central gateway 300 receives the information and polls the connected nodes for a matching ID. When a matching ID is determined, the central gateway controller may translate from a protocol in which it was received the information to use a protocol recognized by the addressed node. The information is then relayed by the main gateway to the addressed node and a response is received from the addressed node by the main gateway. The main gateway then may translate the response to use a user-recognized protocol and relay the information to the user.
Turning now to
Turning now to
Turning now to
Turning now to
As shown in
Turning now to
Turning now to
Turning now to
The discussion above provides several illustrative embodiments of a well site monitoring apparatus and methods of monitoring a well site. In one particular embodiment, a well site monitoring apparatus comprises a first communication terminal and a receiver coupled to the first communication terminal that receives information using a first communication protocol. A transmitter coupled to the first communication terminal may be used to send information from the first communication terminal to a second communication terminal located at a well site using a second communication protocol. A controller is coupled to the first communication terminal operating a protocol translator to change the received information from the first communication protocol to the second protocol.
In another particular embodiment, a well site monitoring apparatus includes a radio operating as a receiver and transmitter. In another particular embodiment, a communication terminal includes an embedded radio controller to that controls any one of a plurality of radio types used as the receiver and the transmitter.
In another particular embodiment, a well site monitoring apparatus includes an embedded radio controller that comprises firmware instructions.
In another particular embodiment, a well site monitoring apparatus includes a first communication terminal that includes a messaging device that stores information prior to transmitting the information to the second communication terminal.
In another particular embodiment, a well site monitoring apparatus includes a communication interface that communicates using a wired connection for transmitting the information.
In another particular embodiment, a well site monitoring apparatus includes a communication interface that communicates using wireless short range UCMP.
In another particular embodiment, a well site monitoring apparatus includes a communication interface that communicates using wireless long range UCMP.
In another particular embodiment, a well site monitoring apparatus includes a communication interface that communicates using wireless long range Modbus.
A particular method embodiment for well site monitoring comprises receiving information using a first communication protocol at a first communication terminal using a receiver coupled to the first communication terminal, translating the received information from the first communication protocol to a second communication protocol using a controller coupled to the first communication terminal operating a protocol translator, and sending the information using a second communication protocol from the first communication terminal to a second communication terminal located at a well site using a transmitter coupled to the first communication terminal.
In another particular embodiment, a well site monitoring method includes using a radio as a receiver and a transmitter for wireless radio communication to send and receive information.
In another particular embodiment, a well site monitoring method includes controlling a radio by using a radio controller embedded in a communication terminal, the radio controller allowing the use of any one of a plurality of radio types as a receiver and a transmitter.
In another particular embodiment, a well site monitoring method includes controlling a radio using firmware instructions.
In another particular embodiment, a well site monitoring method includes storing received information in a messaging device in a first communication terminal prior to transmitting the information to a second communication terminal.
In another particular embodiment, a well site monitoring method includes using a wired connection for communication.
In another particular embodiment, a well site monitoring method includes using wireless short range UCMP.
In another particular embodiment, a well site monitoring method includes using wireless long range UCMP for communication.
In another particular embodiment, a well site monitoring method includes using wireless long range Modbus for communication.
The present disclosure is to be taken as illustrative rather than as limiting the scope or nature of the claims below. Numerous modifications and variations will become apparent to those skilled in the art after studying the disclosure, including use of equivalent functional and/or structural substitutes for elements described herein, use of equivalent functional couplings for couplings described herein, and/or use of equivalent functional actions for actions described herein. Such insubstantial variations are to be considered within the scope of the claims below.
Given the above disclosure of general concepts and specific embodiments, the scope of protection is defined by the claims appended hereto. The issued claims are not to be taken as limiting Applicant's right to claim disclosed, but not yet literally claimed subject matter by way of one or more further applications including those filed pursuant to the laws of the United States and/or international treaty.
This application claims the benefit under 35 USC 120 and is a continuation-in-part of co-pending U.S. Application No. 60/920,527 filed Mar. 28, 2007 and U.S. application Ser. No. 11/931,842 filed Oct. 31, 2007, the full disclosures of which are hereby incorporated by reference herein in their entirety.
| Number | Date | Country | |
|---|---|---|---|
| Parent | 60920527 | Mar 2007 | US |
| Child | 12055942 | US | |
| Parent | 11931842 | Oct 2007 | US |
| Child | 60920527 | US |
