Patent Application
20140354446
The following descriptions and examples are not admitted to be prior art by virtue of their inclusion in this section.
Hydrocarbon fluids, such as oil and natural gas, may be obtained from a subterranean geologic formation, referred to as a reservoir, by drilling a well that penetrates a hydrocarbon-bearing formation. A variety of downhole tools may be used in various areas of oil and natural gas services. In some cases, downhole tools may be used in a well for surveying, drilling, and production of hydrocarbons. The downhole tools may communicate with the surface via various telemetry systems. In some cases, the downhole tools may comprise one or more individual modules in operative communication with one another, such as a master module and multiple slave modules. Examples of communication systems are provided in U.S. Pat. Nos. 6,628,992, 7,181,515, and Application 20020178295.
With the increased precision of downhole tools and sensors, relatively shorter time may be available to send increasingly larger amounts of data. In addition to new modules and assemblies being developed for downhole use on a continuing basis, tool bus systems may facilitate communication between older and newer generation modules in order to obtain the maximum service life from existing modules.
Applications of disclosed embodiments of the present disclosure are not limited to these illustrated examples, different industrial applications may benefit from implementations of the following disclosure.
In at least one aspect, the disclosure relates to a cable telemetry synchronization system for a wellsite having a rig positionable about a borehole penetrating a subterranean formation. The system can include a surface module including a telemetry system clock. The system can also include downhole equipment deployable into the wellbore via a cable operatively coupled to the surface module. The downhole equipment can include at least one slave node module, each of the slave node modules having a node clock and an interface packet. The downhole equipment can also include a downhole master node module including a toolbus master node clock synchronized to the telemetry system clock. The downhole master node module can send a frame start command to each of the slave node modules to synchronize the node clocks to the toolbus master node clock.
In at least another aspect, the disclosure relates to a method for synchronizing a cable telemetry synchronization system of a wellsite having a rig positionable about a wellbore penetrating a subterranean formation. The method can include positioning downhole equipment into the wellbore via a cable. The downhole equipment can include a toolbus master node and at least one slave node module operatively coupled to the toolbus master node. Each of the slave node modules has a node clock. The method can include sending a frame start command to the at least one slave node module from the toolbus master node at predetermined intervals, receiving a clock value from each of the slave node modules, calculating a clock offset for each of the slave node modules, and sending an absolute clock value and a calculated clock offset for each of the slave node modules via a downlink synchronization command to the slave node modules.
This summary is provided to introduce a selection of concepts that are further described below in the detailed description. This summary is not intended to identify key or essential features of the claimed subject matter, nor is it intended to be used as an aid in limiting the scope of the claimed subject matter.
Embodiments of systems, apparatuses, and methods for cable telemetry synchronization are described with reference to the following figures. Like numbers are used throughout the figures to reference like features and components.
In the following description, numerous details are set forth to provide an understanding of the present disclosure. However, it will be understood by those skilled in the art that the present disclosure may be practiced without these details and that numerous variations or modifications from the described embodiments are possible.
The disclosure relates to a cable telemetry synchronization system and method involving synchronization between surface and downhole equipment operatively coupled by a cable. The surface equipment includes a surface telemetry clock linked to a downhole master node module, a toolbus master node clock and a plurality of slave node clocks of the downhole equipment. Compared to conventional telemetry systems, the present disclosure extends the synchronization of the clocks all the way to each of the downhole tool nodes. Embodiments of the present disclosure may achieve a synchronization accuracy of +/−10 μsec between a global positioning system (GPS) time at surface and downhole clock times across temperature and cable length ranges encountered in various logging operations.
A frame start command may be downlinked from the downhole master node module to each of the slave nodes, and at least one of a clock offset (based on time for a responsive uplink to return from each of the slave nodes) and a phase-lock adjustment based on arrival time for the frame start command may be determined by the downhole master node module, and applied to the slave node clocks. Further synchronization with the surface telemetry clock may be added with GPS information.
Each slave node may include a clock recovery module that, upon receipt of a downlink message from the nodes relatively uphole, detects the frame start command. Each slave node may also include a clock and a data recovery module that, upon receipt of an uplink message indicative of the coding scheme for the uplink message used by at least one node relatively downhole, locks the slave node to that coding scheme.
“Uplink” may be used to generally refer to any communication transferring data from a downhole tool to the surface, while “downlink” may be used to generally refer to any communication of a command or data from the surface to one or more downhole tools. Communication between downhole tools is termed “inter-tool” communication herein and includes communication between downhole tools without traveling to and from a surface module. Uplinking data may include passing to a CDR (clock and data recovery) module to lock the receiving node to the sending (i.e., lower) node a data transmission phase; the CDR is configured to detect the coding scheme by sensing the preamble (i.e., a prefix portion of the data indicating the time frame or coding scheme of the remainder of the data). Downlinking data may include passing to a clock recovery (CR) module to lock to the tool bus master clock by detecting a frame start command.
Examples of aspects of features usable with the present disclosure are provided in U.S. Provisional Patent Application Nos. 61/581,091 (filed on 29 Dec. 2011 entitled “A System and Method for Manipulation of Node Synchronization in a Multi-Scheme Tool Bus”); 61/581,093 (filed on 29 Dec. 2011 entitled “A Method for Numerical Controlled Oscillator Based Clock Synchronization in a Telemetry System”); and 61/581,096 (filed on 29 Dec. 2011 entitled “A Method and System for Node Synchronization in a Telemetry Bus”), the entire contents of each are incorporated herein by reference in their entireties.
Referring to
In some embodiments, the tools of the toolstring 116 may be connected to the telemetry cartridge 110 over a common data bus. In some embodiments, each tool of the toolstring 116 may be individually, directly connected to the telemetry cartridge 110. In one embodiment, the telemetry cartridge 110 may be a separate unit, which is mechanically and electrically connected to the tools in the toolstring 116. In one embodiment, the telemetry cartridge 110 may be integrated into a housing of one of the well-logging tools 116.
The telemetry cartridge 110 is operatively coupled to a wireline cable 114. The tools of the toolstring 116, including the telemetry cartridge 110, may be lowered into the wellbore 102 on the wireline cable 114.
A surface data acquisition computer 118 is located at the surface end of the wireline cable 114. The surface data acquisition computer 118 includes or couples to an uphole telemetry unit 112. The data acquisition computer 118 may provide control of the components in the toolstring 116 and process and store the data acquired downhole. The acquisition computer 118 may communicate with the uphole telemetry unit 112 via a bi-directional electrical interface.
The uphole telemetry unit 112 may modulate downlink commands from the acquisition computer 118 for transmission down the cable 114 to the toolstring 116, and demodulates uplink data from the toolstring 116 for processing and storage by the surface data acquisition computer 118.
The downhole telemetry cartridge 110 contains circuitry to modulate uplink data from the tools of the toolstring 116 for transmission up the wireline cable 114 to the surface data acquisition computer 118 and to demodulate downlink commands or data from the surface data acquisition computer 118 for the tools of the toolstring 116.
A more detailed schematic view of an example cable telemetry system 200 is shown in
The surface data acquisition front end 119 is coupled to the wireline cable 114, and a downhole modem (DTC) 226 (as a portion of the downhole telemetry cartridge 110 at the head of the toolstring 116 of
The cable telemetry system 200 may handle data flows in opposite directions (i.e., from the tools 230, 230′, etc.) via the respective node and the tool bus 228. The flow extends to the DTC 226 to the DTM 220 over the cable 114 (“uplink”), and the reverse direction from the DTM 220 to the DTC 226 and tools 230, 230′, etc., over the same path (“downlink”). The cable telemetry system 200 provides a communication path from the tools, 230, 230′, etc., to the DTM 220 of the data acquisition computer 118 so that data acquired by sensors 231, 231′, 231″, 231″′, etc. of the downhole tools, 230, 230′, etc., can be processed and analyzed at the surface, as well as communication between tools 230, 230′, etc.
Each individual tool (230, 230′, etc.) may include a node command buffer (not shown) at the interface packet 232, 232′, etc., as well as a logic controller of its own (not shown). The surface acquisition front-end unit 119 may also include various additional components, such as a power module 221, a depth and tension module 223, and a flow controller software module (FEPC) 224.
The downhole telemetry cartridge 226 can include a downhole master node controller 227 that may examine packets sent by each respective tool 230, 230′, etc. Data communicated in either direction may be copied and buffered at the master node controller 227, and sent to the recipient.
A surface computer 234 can store and execute a surface data dispatcher module 236 (which may be, in an embodiment, a software data routing module, such as SCHLUMBERGER's™ MAXWELL™ framework). The surface computer 234 can also store and execute a plurality of surface tool-specific applications 238, 238′, 238″, 238′″, etc. that analyze and use data obtained, respectively, by tools 230, 230′, etc.
Referring to FIGS. 2 and 3-1, block diagrams are shown for the synchronization sub-system 300 for a cable telemetry system, such as the system 200 illustrated in
The GPS clock 340 may be used in some embodiments. In continuous and checkshot seismic surveys, synchronizing surface, downhole, and tool node clocks with GPS time permits sharing a common time reference between wave emission and reception clocks, and acquiring data at precise time intervals. In logging operations, synchronizing surface, downhole, and tool node clocks with GPS time permits sharing a common time reference between the downhole clock, used to time stamp the downhole tool measurement, and the surface clock, used to time stamp the downhole tool depth, and correlating measurements with depth.
The telemetry system master clock 342 value at the time the GPS signal is detected may be communicated to the surface data dispatcher module 236. The surface data dispatcher module 236 may continuously realign the telemetry system master clock 342 with GPS clock 340 time by assuming that the drift evolved smoothly between detections of the GPS signal. In an embodiment, after realignment, the telemetry system master clock 342 tracks the GPS clock 340 within about +/−1.4 μs.
The surface data acquisition front end 119 may use an Ethernet network to synchronize a depth and tension module 223 to the TIM 222. In an embodiment, each second, the TIM 222 transmits a single broadcast packet onto the local Ethernet network containing the current value for the telemetry system master clock 342 maintained by the TIM 222.
The depth and tension module 223 compares the received telemetry system master clock 342 value to its own free-running counter to determine a slowly evolving correction value, updated at a frequency of about 62.5 Hz. The depth and tension module 223 adjusted time may be computed by adding the correction value to the free-running counter. In an embodiment, the synchronization error may be not exceeding about +/−2 milliseconds (ms).
The DTC 226 may synchronize its internal clock (the toolbus clock 344) to the telemetry system master clock 342 via messages sent onto the wireline cable 114. The messages may be sent one-way by downlink or uplink. The messages may also be sent round trip including uplink plus downlink time. A round trip delay, including uplink time plus downlink time plus an inserted guard time, is the time difference between the transmission of an uplink frame and the reception of the next downlink frame by the DTC 226. Internally, the DTC 226 records the tool node clock 346 value upon the transmission of each uplink frame. Each following downlink maintenance packet contains the telemetry system master clock 342 timestamp recorded at the reception of the uplink frame. The DTC 226 also records the toolbus clock 344 at the reception of each downlink frame.
Since downlink and uplink share the same mode, the one-way trip propagation time may be determined as half of the round trip propagation time. Thus, with these clock values, and the knowledge of the inserted guard time, a propagation time can be estimated. The DTC 226 may adjust the toolbus clock 344 during each downlink frame based on the timestamp from the telemetry system master clock 342. In an embodiment, the synchronization described herein may also compensate for computational delays.
In an embodiment, the present disclosure may increase the accuracy of the calculation of cable telemetry systems in that the slave clock synchronization is increased to about 15 Hz (for example, about every 67 milliseconds), thereby reducing the duration of time the downhole (slave) clock is allowed to drift between updates and the amount of drift may be reduced by almost half (for example, from about 2.2 is compared to about 4.4 μs). The frequency of the telemetry system master clock can be increased, for example, to about 2.048 MHz from about 256 kHz, thus reducing the update uncertainty to about 0.49 μs.
In an example where both uplinks and downlinks occur on the same mode (propagation mode T5), the uplink trip time will be half the round-trip time. This change reduces the propagation time uncertainty by about 2.6 is (assuming about 2 μs/ft (0.61 μs/m) propagation speed, about 10% error in the propagation mode T5 to propagation mode T7 speed ratio estimate, and about 35,000 ft (10,668 m) cable length). Thus, the uncertainty in the master—slave clock synchronization is about 2.2 μs (the amount of drift allowed between updates as noted above)+about 0.49 μs (update uncertainty)=about 2.69 μs.
In order to provide synchronous timing for surface equipment and downhole equipment, including the slave nodes, a frame pulse (FP) can be used for periodic timing synchronization to a telemetry system time basis. The individual slave node clocks may be controlled so as to be synchronous to the toolbus master node clock, which is in turn synchronized to the telemetry system clock. The individual node clock synchronization may be done by downlink transmission delay measurement and/or individual node clock adjustment to be phase-locked to the toolbus master node clock. The two processes may be repeated continuously to establish and maintain the individual node clock synchronization with the telemetry system clock, the toolbus master node clock, and, optionally, the GPS.
In an example, each tool event time is time-stamped when the tool data arrives at the interface packet of a tool bus slave with the slave node clock. Due to individual node synchronization, the stamped time may be an absolute time immediately on a telemetry system time basis, and accordingly, the time-stamp accuracy may be increased beyond the accuracy of free running clocks. The DTM 220 monitors uplink and downlink transmission delays, and if clock offset values for the various nodes fluctuate by more than a threshold number of clock cycles, an error may be reported.
Referring now to the examples of
In order to synchronize the clocks of the various nodes, a method following the tool bus communication system of
According to
In an embodiment, the EDTC-H may send a clock value to all of the lower nodes via the EFTB telemetry bus (such as SCHLUMBERGER's™ EFTB Enhanced Fast Tool Bus) using a downlink packet command (e.g., command A) about every 16 ms. The downlink packet may contain a frame start pulse (FSP), used synonymously with Frame Start Command (FSC). In some embodiments, each of the lower node's clocks may be driven by a Numerically Controlled Oscillator (NCO) operating at a frequency of approximately 40.96 MHz. A delay, based in hardware and/or software, is introduced by the EFTB bus as the clock value propagates across the EFTB.
In the interface packet of each node, the follow may occur to synchronize each node to the master tool bus clock. The delayed FSP (delayed by transmission across the EFTB bus) is passed to the tool slave module's Clock and Data Recovery (CDR) module. Each node then sends their clock values (SLVCLK-slave clock) after receiving the downlink packet command (command A). The DTC 226 may use the individual clock values of the particular tool slave modules (e.g., SCHLUMBERGER's™ EIP 2.0—Enhanced Interface packet 2.0) to determine each tool slave module's (i.e., node's) clock offset (DLTD-delta d). The frame start command may be delayed, based on various hardware or software factors, upon processing by the EFTB tool bus. The delayed frame start command may be sent through the tool slave module's Clock and Data Recovery (CDR) module.
The output of the CDR inputs the slave clock current time, the current delayed time for the master tool bus clock, as well as the previous most recent delayed time for the master tool bus clock into an adder, the result of which is latched in a clock register. The output of the latch reflective of the changed in delayed time is added to a period constant (i.e., 16 ms in this example), and the previous most recent clock value for the slave node. The output of the second adder is the reference slave node clock value (shown as Reference EIP2.0 clock value), which is latched to the clock register.
A second output of the CDR module is also latched, adding a 16 ms period constant from a second FSP to update the latch timing. The latched value may be passed to a scaler low pass filter (LPF), the result of which is latched, and used to adjust the dispersion up or down on the actual clock value shown for the slave node (i.e., actual EIP2.0 clock value).
Each latch register holds the most recent value until the next update FSP command is sent, which starts the slave node clock update process of
After the EDTC-H calculates the clock offset for each of the tool slave modules, the EDTC-H sends the initial value and the offset value of the clock via a second FSP command (e.g., command B). Each node then sets the initial value with the offset for that particular node's clock. Periodically (e.g., about every 16 ms), the previous steps may be repeated. In addition, the CDR module in a particular node may decode and latch the running clock, and compare this result to the clock signal sent from the EDTC-H.
In an embodiment, the compared results may be low-pass filtered and scaled so that a change to the clock is relatively small. The scaled value is then used to adjust the clock's NCOs.
By repeating the most recent two steps several times, a node's clock becomes synchronized to the clock of the EDTC-H, and in turn, to the clock on the surface. Additionally or alternatively, the clock signal from the NCO can be provided to the controller connected to the tool slave module (e.g., EIP 2.0). The clock signal may be synchronized to the EDTC-H.
As shown in
An embodiment of a communication system may be configured to communicate with the modules making up a particular tool string, sometimes known as backwards compatibility. The first tool bus slave may use a new generation communication scheme (such as SCHLUMBERGER's™ EFTB 2.0—Enhanced Fast Tool Bus version EIP 2.0). This first tool bus slave may be communicatively coupled to a second tool bus slave using a different communication scheme (such as SCHLUMBERGER's™ FTB or EFTB version IP or EIP (Interface Packet or Enhanced Interface Packet)). The system may support, for example, a 2 Mbps bi-phase (5.12 MHz) and an 8 Mbps 8b10b (10.24 MHz) encoding/communication schemes.
In the illustrated embodiment, a telemetry system may include a master clock (telemetry system clock) at the surface. The master clock includes a data acquisition front end (e.g., 119 of
The front end may be communicatively coupled to a slave master module (e.g., 226 of
In the embodiment shown in
The downhole telemetry cartridge includes the tool bus master clock 2 (labeled EFTB 2.0 master), as well as cable telemetry firmware. EFTB 2.0 Tool 1 includes, as detailed above, an interface packet EIP 2.0, a node tool controller, and a plurality of sensors. The EFTB 2.0 Tool 1 includes a slave clock 1. Likewise, EFTB Tool 2 includes, an interface packet EIP 2.0, and a node tool controller.
In an embodiment, a telemetry system master clock is implemented as a Job-Time-Counter 3 (JTC) incremented in cycles (e.g., every 8 cycles). The master clock may be an oscillator (e.g., NCO) having a nominal frequency (e.g., of about 16.384 MHz). The telemetry system master clock is incremented about every 0.488 ms, or at a frequency of about 2.048 Mhz. The GPS clock 4 generates an external signal at about 1 pulse-per-second (PPS) that may be regularly detected by the surface software (e.g., by TIM 222 of
The telemetry system master clock 342 increments between consecutive detections of the GPS signal may be indicative of drift in the telemetry system master clock relative to the GPS reference time measured in multiple of about 0.488 μs. In an embodiment, without accounting for drift of the oscillator, the GPS clock 340 signal may be detected every 1,024×2,000=2,048,000 increments of the telemetry system master clock. In an embodiment, the node clocks may be derived from oscillators rated at about 40.96 MHz with about +/−250 pules per minute (ppm). The JTC serves as the time for the master clock of the telemetry module (TIM) 222.
Turning now to
The downlink frame start command may be delayed during processing by the toolbus 228 due to, for example, hardware limitations. The delayed downlink frame start command may be processed at each individual node in a clock recovery module that, upon receipt of a downlink message from nodes relatively uphole, detects the frame start command (i.e., an arrival time).
The method can continue with receiving 452 a clock value uplinked from each of the one or more slave modules, in response to the downlink frame start command. In an embodiment, the toolbus master node clock 344 may be driven by an oscillator (NCO), at a frequency of, for example, about 40.96 MHz.
The method can continue calculating 454 a clock offset for each of the slave modules (i.e., the individual tools 230, 230′, etc.), for example, using the DTC 226 to calculate based on a function of the arrival time for the downlink frame start command and the response time for the response uplinked from each slave node in response to the downlink frame start command.
Each slave node (at Tool 1 and Tool 2) latches the toolbus master node clock value at the time of receiving the frame start command 564 (at time trn where n=tool number in the toolstring). Each slave node also latches the toolbus master node clock value at the time of sending an uplink (which can include a frame time length 568, an uplink time 570, and packet data 572) in response (at a time tsn where n=tool number in the toolstring). Over time, the values latched by each slave node can be sent to the toolbus master node controller (e.g., 227 of
At time ts2 an uplink, including the time frame preamble 568, the uplink time 570 and the packet data 572, is sent from Tool 2 at ts2 to Tool 1 and passed on at time ts1. Another uplink at ts4, including a time frame preamble 574, an uplink time 576, and packet data 578 is sent from Tool 1 at ts3 to Tool 2 until each slave node has received the frame start command 564 and sends a response uplink. The toolbus master node controller 227 may also latch the toolbus master node clock value ts0 at the time of receiving the uplink packets from Tool 1 and Tool 2, and may calculate the clock offset according to a function of the form:
Clock offset=(ts0+tr0)/2−(tsn+trn)/2 Eq. (1)
where tr0=time of sending frame start command from the toolbus master, tso=time of sending first packet of data from toolbus master, trn=time of receiving the frame start command at Tool n, where n=the Nth tool in the toolstring, and tsn=time of sending first packet of data from Tool n. The toolbus master node controller may generate and send still another uplink, shown in
Referring back to
The method can optionally continue with determining 460, for each slave node module, a phase-lock adjustment based on a function of an arrival time for the frame start command, as determined by the clock and data recovery (CDR) module (i.e., logic circuit) implemented in each tool node controller (e.g., 233, 233′, etc. of
Each node clock may be controlled (speeded up or slowed down) to phase lock to the timing of the downlink frame start command arrival time. Each slave node may also implement a clock recovery (CR) module (i.e., logic circuit) that, upon receipt of a downlink message, detects the frame start command, which can be used in the previous blocks as well as in the phase-lock mechanism of block 460.
The method can continue with each relevant slave node updating 462 its node clock based on the absolute clock value (i.e., the telemetry system master clock value) and the clock offset for the particular slave node, as well as the phase-lock adjustment. Periodically, part or all of the method may be repeated to maintain synchronization between the system components.
Accordingly, the tool node controller (e.g., 233, 233′, etc.) for each individual node can latch event data from the tool (e.g., 230, 230′, etc.) by means of the telemetry system's time (i.e., from the toolbus master node clock 344). In an example involving individual node clocks synchronized to the telemetry system's time, a tool node controller(s) (e.g., 233, 233′, etc.) for individual tool enables an external IP clock mode. A value EIP_LATCH may be asserted at input at the timing of a tool event so that the interface packet 232, 232′, etc. for the tool 230, 230′, etc. latches the node clock value to the appropriate register. The tool node controller 233, 233′, etc. gathers the data sensing tool event and also reads the latched node clock from the interface packet 232, 232′, etc. register. The tool node controller 233, 233′, etc. may create an uplink message that is time-stamped with the latched node clock value in the register. The tool node controller 233, 233′, etc. may write the tool message to the interface packet 232, 232′, etc. to send to the surface via the tool bus 228.
The method may be performed in any order and repeated as desired, for example, until the desired degree of synchronization is achieved.
In an embodiment, the frame start command may be issued about every 16 ms when the lower 15 bits of slave clock rolls over, and the master (e.g., EFTB 2.0) latches the slave clock counter value at the time of sending (tr0). In an embodiment, each interface packet 232, 232′, etc. of each node 230, 230′, etc. latches its clock at the time of receiving the frame start command (tr1, tr2, . . . ).
In an embodiment, each interface packet 232, 232′, etc. of each node 230, 230′, etc. latches its own clock at the time of first uplink packet sending (ts1, ts2, . . . ). The clock values latched most previously, that is (frame time 1, frame time 2, . . . ) and (uplink time 1, uplink time 2, . . . ), are sent to the master (e.g., EFTB 2.0), in the tool packet header.
The master (e.g., EFTB 2.0) latches the slave clock counter value at the time of receiving the first uplink packet (ts0). The master calculates the transmission delay and the clock offsets as described herein. The uplink and downlink transmission delays are monitored at the master. If the offset values fluctuate more than several clock ticks (TBD at the implementation), an error is reported.
During initial synchronizations of the interface packet 232, 232′, etc. of each node 230, 230′, etc. clock, after the link (e.g., EFTB 2.0) is established, the transmission delay measurement may be performed. If the node uplinks and downlinks are confirmed as acceptable, the master (e.g., EFTB 2.0) may calculate each interface packet clock offset from the slave clock. The master may send a clock correction value obtained from the offset to each interface packet. The master sends frame pulse generation time value to each interface packet.
The present disclosure may reduce the uncertainty of the “absolute” acquisition time of data as well as “relative” acquisition time between nodes by introducing measurements of transmission delay. The downlink transmission delay may be handled by using a fixed value. This value may be only an approximation as the delays may not be unique among various IP/EIP implementations and setting a fixed delay according to tool location may not be done at all.
The uncertainty of the “absolute” acquisition time of data as well as “relative” acquisition time between nodes may be reduced by introducing synchronization between the slave clock in the telemetry cartridge clock and the clocks of each interface packet 232, 232′, etc. of each node 230, 230′, etc. based on the measured transmission delay.
The present disclosure may reduce the uncertainty of the “absolute” acquisition time of data as well as “relative” acquisition time between nodes by introducing a higher node clock frequency (e.g., at 2.048 MHz instead of 256 kHz). Thus, the update uncertainty may be reduced from about +/−3.9 μs to about +/−0.49 μs.
The present disclosure may also reduce the uncertainty of the “absolute” acquisition time of data as well as “relative” acquisition time between nodes by introducing digital Phase Lock Loop (PLL) in the downlink data transmission to maintain clock drift within about 9 clk for every frame from the upper node. The clock drift between adjacent nodes may be reduced to about 14 ppm (i.e. (9/40.96 MHz)/16 ms) or 220 ns.
Total synchronization accuracy may be shown in Chart 1 below. The total represents the overall accuracy between the GPS receiver and the timestamp derived from the tool messages at that instant.
During interface packet CLK adjustment, the clocks can be derived from oscillators 345 rated at about 40.96 MHz with about +/−250 ppm. The digital Phase Lock Loop (PLL) method may be used in downlink data transmission at every frame received from the upper node.
The interface packet for node 1 receives the frame start command at the CDR (Clock and Data Recovery) module. The command is passed to the CR (Clock Recovery) module. In the CR module, the difference between slave CLK and tool node CLK based on TX CLK are measured compensating the propagation delay. TX_CLK can be adjusted so that the interface packet (e.g., 232, 232′, etc. for node 230, 230′, etc. clock) matches to the slave CLK.
The TX CLK is used to drive tool node CLK, and also the modulator. The downlink bit stream frequency clocks out to the interface packet of node 2 from the interface packet of node 1 to match with the downlink bit stream frequency from the master.
The time needed for downlink commands to pass the CDR module may be made constant. The interval of the frame start command for the interface packet for node 2 may be the same as the interface packet for node 1. The interface packet for node 2 may perform the same process as the interface packet for node 1. The TX_CLK of the interface packet for node 2 and the downlink bit stream frequency to the node below may be roughly the same as for the interface packet for node 1.
Still referring to
Each of the interface packets of the nodes receives a frame start command from a clock and data recovery (CDR) module. The frame start command is passed directly to the clock recovery (CR) module. The frame start command generation timing is synchronous to the slave master clock. Accordingly, the EIP2.0 clock is controlled (speeded up or slowed down) to phase lock to the timing of the frame start command arrival.
By setting each of the individual nodes EIP 2.0 clock's delay from the frame start command arrival, an event in the nodes can be synchronized to each other. As shown in
The EIP 2.0 clock's (slave clock or tool bus clock) value is synchronized to the slave master clock (tool bus master clock), which is in turn synchronized to the master clock (telemetry system clock). The interface to notice the EIP 2.0 clock value is added to the EIP 2.0. Accordingly, the tool controller for each of the individual nodes can latch its own events by means of the telemetry system time from the master clock.
A method can be used for situations in which the individual node clocks are synchronized to the telemetry system's time, such as when a tool controller enables an external IP clock mode, when EIP_LATCH (input pin in EIP2.0) is asserted at the timing of a tool event so that EIP 2.0 latches the EIP 2.0 clock value to the appropriate register, when a tool controller gathers the data sensing tool event and also reads the latched EIP 2.0 clock from the EIP 2.0 register (and the tool controller then creates a tool message filled with data, the message being time-stamped with the latched EIP 2.0 clock), and when a tool controller writes the tool message to EIP 2.0 to send to the surface via the tool bus.
Through the procedure, the accuracy of tool event time stamping may depend on hardware delay from the tool event occurrence to the EIP 2.0 clock latch. In a conventional system, the accuracy of the tool event time stamping may be relatively larger due to the software process delay. The extent that the software delay is reduced is still under investigation.
The EIP 2.0 clock-out gets synchronized to the telemetry system clock (master clock) via the slave master clock. The interface to provide EIP 2.0 clock-out is added to the EIP 2.0. The tool application can generate a tool system clock synchronous to the telemetry system clock by using an appropriate stabilizer and a PLL mechanism. This method can be used for situations in which an individual node clock is synchronized to the telemetry system's time.
The downhole modem (e.g., EFTB 2.0) includes a telemetry tool (e.g., EDTC-H) with a tool bus slave, a transceiver, and a slave controller. The telemetry tool is coupled to next most proximate tool bus slave in the tool string.
Turning now to
When receiving the uplink data by one of the multiple slave tool modules, a CDR module (i.e., logic unit) can be employed to lock to the lower nodes data transmission phase. In an embodiment including a multi-coding scheme, the CDR may be used to detect a particular coding scheme by sensing a preamble (i.e., a prefix portion of the data indicating the time frame or coding scheme of the remainder of the data).
In the example illustrated by
In an embodiment, the CR module may synchronize the telemetry system clock (located at the surface in the master module) to the master slave clock (i.e., the tool bus master clock) by detecting the frame start command. Further down the tool string, the synchronous clock from CR module at the master slave module may be applied to the data transmission and the slave clock counter via the CDR in the slave modules, thereby locking the downlinked data to the tool bus master clock.
By transmitting the data based on the synchronous clock and generating the synchronous slave clock, EFTB 2.0 tool bus master (labeled EFTB 2.0 master) and EFTB 2.0 tool bus slaves (labeled EIP 2.0) can exchange data according to a common synchronized clock.
The synchronized clock is applied to the EIP 2.0 clock. In an embodiment, the recovered clock from CDR is not applied to a given tool node clock, otherwise the tool node clock is synchronous to the lower node (not the tool bus master as it should be).
The DTC 226 may synchronize its internal clock (the toolbus clock) to the telemetry system master clock via messages sent by uplink onto the wireline cable (e.g., 114 of
In a given example, at time t1 the DTC 226 starts an uplink transmission in mode T5. At time t2, the TIM 222 receives the last uplinked frame, and the value of the master clock is time stamped onto the uplinked data. A guard time is inserted between the uplink transmission and downlink transmission. At time t3, the TIM 222 starts a downlink transmission. At time t4, the DTC 226 receives the first downlinked frame, and at time t5 the value for the slave clock is loaded. The uplink propagation delay may be time t2−time t1. The downlink propagation delay may be time t4−time t3.
Since downlink and uplink share the same mode, the one-way trip propagation time may be determined as half of the round trip propagation time. With these clock values and the knowledge of the inserted guard time, a propagation time may be estimated. The DTC 226 may adjust the toolbus clock during each downlink frame based on the timestamp from the telemetry system master clock. In an embodiment, the synchronization described here may also compensate for computational delays.
The various techniques disclosed herein may be utilized to facilitate and improve data acquisition and analysis in downhole tools and systems. In this, downhole tools and systems are provided that utilize arrays of sensing devices that are configured or designed for easy attachment and detachment in downhole sensor tools or modules that are deployed for purposes of sensing data relating to environmental and tool parameters downhole, within a borehole. The tools and sensing systems disclosed herein may effectively sense and store characteristics relating to components of downhole tools as well as formation parameters at elevated temperatures and pressures. Chemicals and chemical properties of interest in oilfield exploration and development may also be measured and stored by the sensing systems contemplated by the present disclosure.
The sensing systems herein may be incorporated in tool systems such as wireline logging tools, measurement-while-drilling and logging-while-drilling tools, permanent monitoring systems, drill bits, drill collars, sondes, among others. For the purposes of this disclosure, when any one of the terms wireline, cable line, slickline or coiled tubing or conveyance is used it is understood that any of the referenced deployment means, or any other suitable equivalent means, may be used with the present disclosure without departing from the spirit and scope of the disclosure.
While the disclosure has been described with respect to a limited number of embodiments, those skilled in the art, having the benefit of this disclosure, will appreciate numerous modifications and variations there from. It is intended that the appended claims cover such modifications and variations as fall within the true spirit and scope of the disclosure.
Although a few example embodiments have been described in detail above, those skilled in the art will readily appreciate that many modifications are possible in the example embodiments without materially departing from this disclosure. Accordingly, such modifications are intended to be included within the scope of this disclosure as defined in the following claims. In the claims, means-plus-function clauses are intended to cover the structures described herein as performing the recited function and not simply structural equivalents, but also equivalent structures. Thus, although a nail and a screw may not be structural equivalents in that a nail employs a cylindrical surface to secure wooden parts together, whereas a screw employs a helical surface, in the environment of fastening wooden parts, a nail and a screw may be equivalent structures. It is the express intention of the applicant not to invoke 35 U.S.C. §112, paragraph 6 for any limitations of any of the claims herein, except for those in which the claim expressly uses the words ‘means for’ together with an associated function.
| Filing Document | Filing Date | Country | Kind | 371c Date |
|---|---|---|---|---|
| PCT/US12/70437 | 12/19/2012 | WO | 00 | 6/23/2014 |
| Number | Date | Country | |
|---|---|---|---|
| 61581091 | Dec 2011 | US | |
| 61581093 | Dec 2011 | US | |
| 61581096 | Dec 2011 | US |
