Smart Transducer Interface Standard - IEEE 1451 September 24, 2002Sensors Expo, Boston1 Proposed Changes to the Current IEEE 1451 Overall Architecture.

Slides:



Advertisements
Similar presentations
Operating Systems Components of OS
Advertisements

Ethernet Switch Features Important to EtherNet/IP
May. 2004IVOA Meeting / Boston1 OpenSkyQuery,SkyNodes and ADQL William OMullane Johns Hopkins University T HE US N ATIONAL V IRTUAL O BSERVATORY.
Conference Content Business Update POCO, 18 July 2009 Kevin Dresely Sr. Manager, Conference Content Management.
©2004 PJM 1 OASIS Phase II Approaching the Problem General Discussion on Strategy and Philosophy Andy Rodriquez - PJM Presented to the NAESB ESS and ITS.
CESG, Fall 2011, 5 th November 2011 Stuart Fowell, SciSys Device Virtualisation and Electronic Data Sheets.
© 2008 Cisco Systems, Inc. All rights reserved.Cisco ConfidentialPresentation_ID 1 Chapter 3: Network Protocols and Communications Introduction to Networks.
LTE-A Carrier Aggregation
Project Definition of Bulk Electric System & Bulk Electric System Rules of Procedure Development Presenter: Peter Heidrich, FRCC – BES Drafting.
Reconfigurable weblabs based on the IEEE1451 Std. Ricardo Costa - Gustavo Alves - Mário Zenha.
ITE PC v4.0 Chapter 1 1 Operating Systems Computer Networks– 2.
Applying Wireless I/O Controller To NeSSI May 7, 2001 Mike Horton President & CEO Crossbow Technology, Inc.
Designing Software for Ease of Extension and Contraction
Trevor Burton6/19/2015 Multiprocessors for DSP SYSC5603 Digital Signal Processing Microprocessors, Software and Applications.
CS533 - Concepts of Operating Systems
NeSSI Wireless Sensor / Actuator Networking March 7, 2001 John Crawford VP, Business Development Crossbow Technology, Inc.
Chapter 2 Network Models.
The OSI Model A layered framework for the design of network systems that allows communication across all types of computer systems regardless of their.
Installing software on personal computer
For more notes and topics visit: eITnotes.com.
NETWORKING CONCEPTS. OSI MODEL Established in 1947, the International Standards Organization (ISO) is a multinational body dedicated to worldwide agreement.
Chapter 3 Telecommunication Architectures and Standard.
ISO Layer Model Lecture 9 October 16, The Need for Protocols Multiple hardware platforms need to have the ability to communicate. Writing communications.
Cesg-1 June 2010 Chris Taylor (AD) Stuart Fowell (DAD) SPACECRAFT ONBOARD INTERFACES SERVICES (SOIS) AREA.
Chapter 3: Operating-System Structures System Components Operating System Services System Calls System Programs System Structure Virtual Machines System.
Network Architecture & Standards
Status of IEEE A Suite of Smart Transducer Interface Standards for Sensors and Actuators November 28, 2006 Kang Lee
Work-in-progress on a thin IEEE architecture to implement reconfigurable weblab infrastructures Ricardo Costa - Gustavo.
Network Protocol Models and Architecture Networks and Protocols Prepared by: TGK First Prepared on: Last Modified on: Quality checked by: Copyright 2009.
Department of Electronic Engineering City University of Hong Kong EE3900 Computer Networks Introduction Slide 1 A Communications Model Source: generates.
Jump Starting ITS Deployment in Los Angeles County using Wireless Communications Lessons Learned.
Computer Networks Chapter 2 – Network Models. Summer 2006Computer Networks2 Communication Tasks  The tasks given below need to be taken care of in any.
Spring 2006Computer Networks1 Chapter 2 Network Models.
(Business) Process Centric Exchanges
Advanced Computer Networks Topic 2: Characterization of Distributed Systems.
© 2007 Cisco Systems, Inc. All rights reserved.Cisco Public ITE PC v4.0 Chapter 1 1 Operating Systems Networking for Home and Small Businesses – Chapter.
21 March 2007 Controls 1 Hardware, Design and Standards Issues for ILC Controls Bob Downing.
Distributed System Concepts and Architectures 2.3 Services Fall 2011 Student: Fan Bai
William Stallings Data and Computer Communications
CONTENTS OF THE SRS REPORT. Software Requirements Specification (SRS) template The SRS document describes recommended approaches for the specification.
Silberschatz, Galvin and Gagne  Operating System Concepts UNIT II Operating System Services.
Sensor Standards Harmonization Working Group Report Summary of Sensor Standards Harmonization Working Group (SSHWG) Meeting held on Sensor Standards Harmonization.
1 SOIS P&P input. 2 Introdcution As part of the work to standardise onboard communication services, the CCSDS SOIS WG has recently delivered new draft.
Computer Organization Instruction Set Architecture (ISA) Instruction Set Architecture (ISA), or simply Architecture, of a computer is the.
Unit 17: SDLC. Systems Development Life Cycle Five Major Phases Plus Documentation throughout Plus Evaluation…
6.111 Final Project A motion sensor baseball game By Chris Falling and JinHock Ong.
1 Transducer Electronic Data Sheets (TEDS) Lee H. Eccles Boeing Commercial Airplanes P. O. Box 3707, M/C 14-ME Seattle, WA
Speech Processing 1 Introduction Waldemar Skoberla phone: fax: WWW:
VIRTUAL KEYBOARD By Parthipan.L Roll. No: 36 1 PONDICHERRY ENGINEERING COLLEGE, PUDUCHERRY.
IEEE n November 2012 Submission AtmelSlide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title:
PROGRAMMABLE LOGIC CONTROLLER
6 th Italian Forum on Ambient Assisted Living ForItAAL 2015 “ An Open Hardware Modular Node for Wireless Body Area Networks ” An Open Hardware Modular.
KNU RTLAB A Real-Time Linux System For Autonomous Navigation And Flight Attitude Control Of An Uninhabited Aerial Vehicle Charles E. Hall, Jr. Mechanical.
McGraw-Hill©The McGraw-Hill Companies, Inc., 2000 Lecture 3 : Network Architectures 1.
Update on 3GPP RAN3 Multi-RAT joint coordination
Computer Networks.
THE PROCESS OF EMBEDDED SYSTEM DEVELOPMENT
SPACECRAFT ONBOARD INTERFACES SERVICES
File Transfer and access
Session III Architecture of PLC
Submission Title: [Ranging with IEEE Narrow-Band PHY]
Chapter 3: Open Systems Interconnection (OSI) Model
Standards for the Internet of Things
Analyser Network Data Transfer
Chapter 2: Operating-System Structures
Lesser Known Capabilities of IEEE 1451
Outline Chapter 2 (cont) OS Design OS structure
Java Programming Introduction
Report on Date: Authors: January 2019 July 2013
Chapter 2: Operating-System Structures
Presentation transcript:

Smart Transducer Interface Standard - IEEE 1451 September 24, 2002Sensors Expo, Boston1 Proposed Changes to the Current IEEE 1451 Overall Architecture Robert N. Johnson Telemonitor, Inc. September 24, 2002

Smart Transducer Interface Standard - IEEE 1451 September 24, 2002Sensors Expo, Boston2 Outline  Review goals of IEEE 1451  Background  Situation  What should we standardize?  Proposed “dot zero” standard  Expected results  Next Steps

Smart Transducer Interface Standard - IEEE 1451 September 24, 2002Sensors Expo, Boston3 Main goals for IEEE 1451  Develop network independent and vendor independent transducer interfaces.  Allow transducers to be replaced and/or moved with minimum effort.  Eliminate error prone, manual system configuration steps.  Support a general transducer data, control, timing, configuration and calibration model.  Develop Transducer Electronic Data Sheets that remain together with the transducer during normal operation.

Smart Transducer Interface Standard - IEEE 1451 September 24, 2002Sensors Expo, Boston4 First the Earth cooled...  First “Smart Sensor Interface Standards Workshop” held at NIST resulting in study group for standard  Study group forms two working groups: P for the network processor model and P for the transducer to microprocessor interface  IEEE is approved. P and P working groups agree to maintain major IEEE 1451 family traits  IEEE P study group starts work on a standard for wireless sensor  Proposals made to coordinate the TEDS and operational models of the family of IEEE P1451 standards to improve compatibility and reduce duplication of effort

Smart Transducer Interface Standard - IEEE 1451 September 24, 2002Sensors Expo, Boston Architecture Guidelines  Interfaces are defined, not modules  Modules may support multiple interfaces  Higher-level standards must be maintained  At that time this meant providing a way to generate a TEDS  Partitioning is invisible beyond the immediate interface  A module or network device should not have to know or care what interfaces are implemented past the immediate one  Hot swaps must be allowed and passed on  Each standard must support a way to simulate the “hot swap” of a transducer and force the network-side device to accept the updated TEDS

Smart Transducer Interface Standard - IEEE 1451 September 24, 2002Sensors Expo, Boston6 Present Situation  The IEEE 1451 family of standards has established several valuable basic principles of smart transducers, the most important of which is the TEDS  Different physical interfaces are needed by different applications, and more will be needed in the future.  Unless guidance and coordination is provided, we will duplicate efforts and end up with incompatible devices in the standards family.  Now is the time to address this issue; IEEE and are up for revision and renewal, and the proposed standards P1451.3, P1451.4, and P are not yet approved.

Smart Transducer Interface Standard - IEEE 1451 September 24, 2002Sensors Expo, Boston7 Core Values of the IEEE 1451 Family  Extensible Transducer Electronic Data Sheet (TEDS)  General calibration/correction model for transducers  Data models based on common standards such as IEEE floating point numbers  Physical units representation based on SI units  Control and operation models for different kinds of transducers  Flexible correction engine concept  All of the above must be common in order to have a basis for a common TEDS

Smart Transducer Interface Standard - IEEE 1451 September 24, 2002Sensors Expo, Boston8 Power of TEDS plus correction engine Multi-channel acceleration/tilt sensor: Hardware channels for temperature and acceleration Correction engine performs temperature compensation Virtual actuators for zero correction Virtual sensors for tilt (roll and pitch) Correction engine converts to angle Number order of channels is important

Smart Transducer Interface Standard - IEEE 1451 September 24, 2002Sensors Expo, Boston9 It’s the TEDS…! Industry Extension TEDS Meta-TEDS (mandatory) Industry Extension TEDS End Users’ Application specific TEDS Meta-ID TEDS Machine readableHuman readable Application specific Future extensions Channel TEDS (mandatory) Calibration TEDS Channel ID TEDS Calibration ID TEDS

Smart Transducer Interface Standard - IEEE 1451 September 24, 2002Sensors Expo, Boston10 Partition the TEDS New Meta TEDS New Channel TEDS Move physical interface related fields New Physical Interface Meta TEDS New Physical Interface Channel TEDS Meta-ID TEDS Channel-ID TEDS Other TEDS blocks can remain the same. Supports use of different physical layers....

Smart Transducer Interface Standard - IEEE 1451 September 24, 2002Sensors Expo, Boston11 Proposed IEEE P TEDS Architecture Industry Extension TEDS Meta-TEDS (mandatory) Industry Extension TEDS End Users’ Application specific TEDS Meta-ID TEDS Machine readableHuman readable Application specific Future extensions Channel TEDS (mandatory) Calibration TEDS Channel ID TEDS Calibration ID TEDS Physical layer Meta-TEDS (Dot-X specific) Physical layer Channel-TEDS (Dot-X specific) Everything not “Dot-X specific” is defined in IEEE P1451.0

Smart Transducer Interface Standard - IEEE 1451 September 24, 2002Sensors Expo, Boston12 What About IEEE P1451.4?  The compact TEDS proposed for IEEE P cannot include a complete IEEE P TEDS, although a template file can provide most of the content  Also, since the data for a P device is analog, a lot of the TEDS content is not applicable  BUT, the module that the P device connects to can provide the translation to the full P content in addition to the conversion between digital and analog  The important thing is that we coordinate such things as units, data representation, correction engine, etc. for true family compatibility  Properly done, other network-side devices need not know if the transducer is P or another flavor

Smart Transducer Interface Standard - IEEE 1451 September 24, 2002Sensors Expo, Boston13 Results of IEEE P  Reduction in duplication of effort  Commonality and compatibility cross the entire IEEE 1451 family of standards  Common network-side view of all devices  Ease of adding additional physical media when they are needed in the future  The proposed IEEE P standardizes the message, not the medium

Smart Transducer Interface Standard - IEEE 1451 September 24, 2002Sensors Expo, Boston14 What Next?  Form an IEEE P study group  Coordinate common elements with chairs of all the existing working groups  Review existing and proposed dot-x standards for impact  Submit a Project Authorization Request to IEEE and form a working group  Write a draft standard  We need to act quickly and your input and participation can help

Smart Transducer Interface Standard - IEEE 1451 September 24, 2002Sensors Expo, Boston15 Questions/Comments?