slide1 l.
Download
Skip this Video
Loading SlideShow in 5 Seconds..
Cambridge Silicon Radio Science Park,Milton Road Cambridge, CB4 0WH, United Kingdom Tel: +44 1223 692000 www.csr.com ww PowerPoint Presentation
Download Presentation
Cambridge Silicon Radio Science Park,Milton Road Cambridge, CB4 0WH, United Kingdom Tel: +44 1223 692000 www.csr.com ww

Loading in 2 Seconds...

play fullscreen
1 / 9

Cambridge Silicon Radio Science Park,Milton Road Cambridge, CB4 0WH, United Kingdom Tel: +44 1223 692000 www.csr.com ww - PowerPoint PPT Presentation


  • 189 Views
  • Uploaded on

IEEE P1451.5 Wireless Sensor Interface Working Group Comments on use of Bluetooth Technology. Peter Flittner. Cambridge Silicon Radio Science Park,Milton Road Cambridge, CB4 0WH, United Kingdom Tel: +44 1223 692000 www.csr.com www.btdesigner.com. IEEE 1451 Smart Transducer Interface.

loader
I am the owner, or an agent authorized to act on behalf of the owner, of the copyrighted work described.
capcha
Download Presentation

PowerPoint Slideshow about 'Cambridge Silicon Radio Science Park,Milton Road Cambridge, CB4 0WH, United Kingdom Tel: +44 1223 692000 www.csr.com ww' - baka


An Image/Link below is provided (as is) to download presentation

Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.


- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -
Presentation Transcript
slide1

IEEE P1451.5 Wireless Sensor Interface Working Group

Comments on use of Bluetooth Technology

Peter Flittner

Cambridge Silicon Radio

Science Park,Milton Road

Cambridge, CB4 0WH, United Kingdom

Tel: +44 1223 692000

www.csr.com

www.btdesigner.com

slide2

IEEE 1451 Smart Transducer Interface

XDCR

ADC

Transducer Independent

Interface (TII)

ACTR

DAC

Network Capable

Application Processor

(NCAP)

Address Logic

XDCR

DIO

Transducer Electronic

Data Sheet (TEDS)

Bluetooth could replace either

TII or network connection

Smart Transducer Interface Module (STIM)

Network

extending ieee1451 to wireless technology
Extending IEEE1451 to Wireless Technology
  • Adding wireless technology to industrial sensor networks has to solve two main problems:
    • Devices are not always connected
    • Devices may be battery powered and therefore not always connectable
  • Question: Can IEEE1451.5 add generic extensions to the information model that allow multiple wireless solutions to be used interchangeably?
  • Possible solution:
    • Define a common Quality of Service (QoS) requirement for transducer communication that can be mapped to any radio technology
    • Each radio technology has a mapping layer that maps radio-specific configuration parameters to QoS requirements
ieee1451 1 network communication models
IEEE1451.1 Network communication models
  • The IEEE 1451.1 standard provides two models of network communication between objects in an system
    • A tightly coupled, point-to-point client-server model for one-to-one communications
    • A loosely coupled, publish-subscribe model, for one-to-many and many-to-many communications
  • The communication models define the syntax and the semantics of the software interfaces between application objects and a communications network.
  • These interfaces are independent of the specific network being used.
  • Question: Can IEEE1451.5 use the same communication models?
  • Possible solution:
    • Mains powered devices can use client-server model, possibly transparently to existing IEEE1451 systems (enables legacy markets)
    • Battery powered devices can use publish-subscribe model, to send sensor readings to meet QoS requirement
ieee1451 5 ncaps
IEEE1451.5 NCAPs
  • The NCAP can be implemented in several different ways using wireless technology:
    • A minimal NCAP that can be implemented on a radio module connected to a single STIM using a wired connection
    • A minimal NCAP that can be implemented on a radio module connected to a small number of STIMs wirelessly
    • An NCAP with significant processing capability that connects many wireless STIMs to the network (NCAP acts as access point)
    • An NCAP with significant processing capability that uses dumb access points to connect to the network
bluetooth ieee1451 5 models bluetooth ncap
Bluetooth IEEE1451.5 Models - Bluetooth NCAP

Bluetooth Module

  • NCAP implemented on Bluetooth module with wired TII
  • Allows legacy STIMs to be made wireless
  • Typically add $10-50 to cost of STIM
  • Existing Bluetooth chips could implement TII (possibly with some additional logic/ ICs)

Wired TII

STIM

NCAP

Bluetooth/wired connection to network

bluetooth ieee1451 5 models bluetooth tii
Bluetooth IEEE1451.5 Models – Bluetooth TII

Bluetooth module

  • Logical TII defined as profile over Bluetooth transport layer
  • Logical TII can be independent of wireless technology
  • Point to point connection can be made to single STIM with no extensions to Bluetooth profiles
  • Multipoint connection to many STIMs requires connection/power management
  • Existing Bluetooth chips could implement logical TII

Bluetooth TII

NCAP

STIM

Bluetooth/wired connection to network

bluetooth ieee1451 5 models integrated tii
Bluetooth IEEE1451.5 Models- Integrated TII
  • For lowest cost wireless transducer can be integrated chip level so TII is an ASIC interface
  • Future Bluetooth chips could implement integrated TII for high volume transducers

Bluetooth module

Integrated TII

STIM

NCAP

Bluetooth/wired connection to network

questions
Questions
  • Can an NCAP be implemented on a Bluetooth module?
  • Should Bluetooth be used on network interface or TII, or both?
  • Should an IEEE 1451.5 proposal adopt Master/Slave roles?
  • Should an IEEE 1451.5 proposal assume dumb wireless Access Points (AP) on existing wired networks, or should knowledge of the wireless technology be assumed?
  • Should an IEEE 1451.5 proposal define a QoS request to be interpreted by access point or NCAP?
  • Should a Connection Management packet specify Bluetooth power/connection modes for TII or network connections?
  • How could Bluetooth transducers deal with synchronised time?