Integrated Operations SIG: Distributed Temperature Survey - PowerPoint PPT Presentation

1 / 14
About This Presentation
Title:

Integrated Operations SIG: Distributed Temperature Survey

Description:

converter. Near-real Time. Data Server / RTU / ... Vendor Datastore. Vendor Applications ... Batch and near real-time data access. Network integrity and quality ... – PowerPoint PPT presentation

Number of Views:28
Avg rating:3.0/5.0
Slides: 15
Provided by: paulm46
Category:

less

Transcript and Presenter's Notes

Title: Integrated Operations SIG: Distributed Temperature Survey


1
Integrated Operations SIGDistributed
Temperature Survey
  • Data Transfer Standard Update
  • POSC Informal SIGsHouston 13 May 2005Paul
    Maton (POSC)

2
Overview
  • Introduction
  • Summary of the technology
  • Early applications, emerging requirements of DTS
    in EP
  • Business drivers for DTS in EP
  • SIG formation and activities
  • Current status and plans

3
Overview DTS Data Diagram
Supplier
Open Standard
Client
Operations Centreand/or Offices
Wellhead
DTSML standarddata format
DTS proprietary data format
Vendor Applications
Proprietary Applications
Laser
Vendor Datastore
Proprietary Datastore
Backscatter to Temperature converter
Partner(s)
DTSML Server
Proprietary Applications
Vendor Applications
DTS Box
Wellsite
Vendor Datastore
Proprietary Datastore
Optical fiber carrying transmittedand
backscattered light
Well/Wellbore
Operator
4
Backscatter spectrum
Temperature f((I/I-) )
Rayleigh componentequal to incident wavelength
Intensity
Stokescomponent Temperature independent
Anti-Stokescomponent Stronglytemperature
dependent
Brillouin bands
I-
I
Wavelength
Raman bands
5
Why establish a standard?
  • Manufacturers
  • Enabler for greater industry use of DTS
  • Possible applicability in other industries
  • Service companies
  • Avoids the requirement for customization for each
    client
  • Enabler for greater industry use of DTS
  • Operators
  • Access to data from different service companies
  • Earlier availability of DTS data

6
June 04 Proposal
  • Collaborative design and development of DTS data
    transmission and exchange standard between DTS
    manufactures and suppliers and operators
  • Leverage WITSML architecture, infrastructure
    (API) and process (SIG)
  • Evolution and maintenance of public domain
    standard through POSC
  • Applications and storage of information are out
    of scope

7
Deliverables
  • Definition of data content requirements
  • Standard vocabulary and thesaurus of vendor
    specific terminology to standard
  • Analysis of the usability of the candidate
    technologies (XML, WITSML, OPC)
  • Revision of the draft XML implementation proposed
    by BP
  • based on WITSML, will include schema, stylesheet,
    sample DTS data, and documentation

8
DTS Group formation
  • BP sponsor Richmond meeting (March 04)
  • Attendees BP, Shell, Baker Hughes, Halliburton,
    POSC, Polarmetrix, Schlumberger, Sensornet, Wood
    Group
  • POSC publish project proposal (June 04)
  • Participation established (Sept 04)
  • Active BP, Shell, Halliburton, Schlumberger,
    Sensornet
  • Funding (17) and monitoring (3) POSC members of
    IntOPS SIG

9
DTS Group Activities
  • Kick-off Teleconference 21 Sept
  • Reviewed scope, raised issues (IP, data content,
    flexibility, XML or OPC?, etc.)
  • Workgroup at Shell, London, 12 Oct
  • Reviewed and refined requirements, scope, issues
    from 21 Sept, received submissions from
    Halliburton and Shell
  • On-going work by POSC staff
  • Documenting and analysing requirements
  • Revised XML schemas internal review

10
Resources
  • BP / Baker initial DTS schema
  • Shell DTS Primer
  • Service company publications and data
  • WITSML specifications particularly alignment
    with WITSML 1.3

11
Issues - 1
  • XML and/or OPC?
  • DTS Group reviewing status of OPC migration from
    DCOM to XML
  • Proceeding with DTSML development leveraging
    BP/BHI and WITSML assets
  • Reuse of WITSML assets
  • Leverage data objects such as Well, Wellbore and
    other components, including Log and wellLog
  • Flexibility and Extensibility
  • DTS is a young and evolving technology
  • Standard must not constrain innovation

12
Issues - 2
  • Bandwidth constraints
  • Between wellhead / control center / office
  • Any of three levels of bandwidth are common in
    the oilfield
  • Low 9600 baud RTU connection
  • Low to medium 64kB to 100MB
  • High in the order of GBytes/sec
  • Need to design for minimal verbosity of XML
    messages
  • Data transmission functionalities
  • Batch and near real-time data access
  • Network integrity and quality of service
    monitoring
  • Deferred, but future implementations may use
    WITSML Server capabilities

13
Requirements - 1
  • System installation data
  • Well and wellbore contextual data
  • Fiber and DTS box contextual data
  • Permanent and temporary installations
  • Various fiber installation patterns
  • Interchange of equipment
  • Calibration of DTS system and data to wellbore
  • Determining position of DTS measurements along
    fiber and in wellbore
  • Calibrations used to convert Stokes/Anti-Stokes
    intensity ratio to temperature and apply other
    corrections
  • OTDR (Optical Time Domain Reflectometry)
  • self-checking fiber and system functionality

14
Requirements 2
  • DTS data types
  • Stokes, anti-Stokes, OTDR, raw Temperature,
    calibrated Temperature
  • Routine ability to select all or some of the
    above
  • Flexible DTS Message Content
  • Enable selection of calibration, context and
    temperature types for particular purposes
  • Need to satisfy transfers between wellsite to
    office, office to wellsite, and office to office

15
(DTS) Fiber configuration patterns
Wellhead level
Single straight fiber
Single straight fiber plusindependent sensor
Partially returned fiber or J
Fully returned fiber or U
16
DTS Data Model
17
DTS Features 1
  • Flexibility allow evolution of technology
  • fiber and instrumentBox are independent of EP
    application
  • location in wellbore in terms of lengthAlongFiber
    and measuredDepth
  • re-use of WITSML Log allows transfer of general
    properties, not only temperature

18
DTS Features 2
  • Re-using WITSML schemas and architecture
  • Well, wellbore (independent of server) objects
  • Log with flexible table structure
  • Many data types, and elements
  • Composite schema to enable use independently of
    WITSML server
  • Adding DTS specific sub-schemas and elements

19
DTS Features 3
  • Review Package contents
  • Documentation addresses 3 audiences Petroleum
    Engineers, Geoscientist users, Data Managers,
    Software Engineers
  • XML Schemas (Style sheets to follow)
  • Sample XML
  • Shell DTS Primer

20
fiberCRS.xml
ltfiberGeometryInWell
ltlengthAlongFibergt
ltpropertygtlength along fiberlt/propertygt
ltunitOfMeasuregtmlt/unitOfMeasur
egt
ltimplicitArraygt ltstartgt208lt/startgt
ltstepgt50lt/stepgt
ltcountgt160lt/countgt
lt/implicitArraygt lt/
lengthAlongFiber gt
ltmdArraygt
ltpropertygtmeasured depthlt/propertygt
ltunitOfMeasuregtmlt/unitOfMeasuregt
lt!-- note that there will be a total
of 160 whitespace separated values --gt
ltrealValuesgt0. 50. 99.3 149.1
198.4 248.1 297.7 347.1 396.9 446.8
496.2 546.0 595.8 645.1 . . .
4970.2 4993.4 4986.1 4936.8 4887.2 . . .
2207.2 2157.6
lt/realValuesgt
lt/mdArraygt
lt/fiberGeometryInWellgt
21
fiber.xml
lt?xml version"1.0" encoding"UTF-8"?gt lt!--
Standalone description of a fiber Note that
this is an example only, and may not actually
exist --gt ltfiber id"fiberExample1"
xmlns"http//www.witsml.org/dts"
xmlnsxsi"http//www.w3.org/2001/XMLSchema-instan
ce" xsischemaLocation"http//www.witsml.org/d
ts ../obj_dts.xsd"gt ltnamegtExample Fiber
Onelt/namegt lttypegt50/125 multimodelt/typegt ltcoatin
ggtgoldlt/coatinggt ltjacketgthytrellt/jacketgt ltdiamet
er uom"um"gt900lt/diametergt ltrefractiveIndexgt1.497
6lt/refractiveIndexgt ltoneWayLoss
uom"dB/km"gt.18lt/oneWayLossgt ltspoolNumberTaggt1234
5AA4lt/spoolNumberTaggt ltspoolLength
uom"m"gt10000lt/spoolLengthgt ltmanufacturingDategt19
65-03-08lt/manufacturingDategt ltmanufacturergtCornin
glt/manufacturergt lt/fibergt
22
Current Plan
  • Complete development and review of first
    iteration on schemas by end-May
  • Workgroup meeting 23-24 May, at Shell, London
  • Incorporate other work and feedback from first
    iteration. Complete second iteration on schemas
    and SIG review by mid-June
  • Industry comment period through mid-July
  • Publish as industry standard at end of July 05
  • Promote and support pilot implementation(s) in
    2H2005
  • Use feedback from pilot(s) to iterate on
    specification as needed in 2006

23
Conclusions
  • Business case exists for DTS data transfer
    standard with benefits to Operators, Service
    Companies and DTS system manufacturers
  • Clear, focussed objectives and community of
    interest established
  • Requirements, Issues and Resources collected,
    analysed, draft schemas and documentation in
    review by DTS Workgroup
  • Publication of standard anticipated in July 05.
  • Further participation is sought for reviews and
    subsequent implementation pilot(s)

24
More information from
  • Paul Maton maton_at_posc.org
  • Tel 44 1932 828794
Write a Comment
User Comments (0)
About PowerShow.com