1 / 9

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

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.

baka
Download Presentation

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

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. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. 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

  2. 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

  3. 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

  4. 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

  5. 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

  6. 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

  7. 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

  8. 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

  9. 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?

More Related