《IEEE-1451.4-2004.pdf》由会员分享，可在线阅读，更多相关《IEEE-1451.4-2004.pdf（439页珍藏版）》请在三一文库上搜索。
1、IEEE Std 1451.4-2004 IEEE Standards 1451.4 TM IEEE Standard for A Smart Transducer Interface for Sensors and Actuators Mixed-Mode Communication Protocols and Transducer Electronic Data Sheet (TEDS) Formats 3 Park Avenue, New York, NY 10016-5997, USA IEEE Instrumentation and Measurement Society Spons
2、ored by the Technical Committee on Sensor Technology TC-9 IEEE Standards 12 15 December 2004 Print: SH95225 PDF: SS95225 Recognized as an American National Standard (ANSI) The Institute of Electrical and Electronics Engineers, Inc. 3 Park Avenue, New York, NY 10016-5997, USA Copyright 2004 by the In
3、stitute of Electrical and Electronics Engineers, Inc. All rights reserved. Published 14 December 2004. Printed in the United States of America. IEEE is a registered trademark in the U.S. Patent +1 978 750 8400. Permission to photocopy portions of any individual standard for educational classroom use
4、 can also be obtained through the Copyright Clearance Center. NOTEAttention is called to the possibility that implementation of this standard may require use of subject matter covered by patent rights. By publication of this standard, no position is taken with respect to the existence or validity of
5、 any patent rights in connection therewith. The IEEE shall not be responsible for identifying patents for which a license may be required by an IEEE standard or for conducting inquiries into the legal validity or scope of those patents that are brought to its attention. Copyright 2004 IEEE. All righ
6、ts reserved.iii Introduction This introduction is not part of IEEE Std 1451.4-2004, IEEE Standard for a Smart Transducer Interface for Sensors and ActuatorsMixed-Mode Communication Protocols and Transducer Electronic Data Sheet (TEDS) Formats. The main objectives of this standard are to Enable plug-
7、and-play at the transducer level by providing a common IEEE 1451.4 Transducer communication interface compatible with legacy transducers. Enable and simplify the creation of smart transducers. Facilitate the support of multiple networks. Simplify the setup and maintenance of instrumentation systems.
8、 Provide a bridge between the legacy instrumentation systems and the smart mixed-mode transducers. Enable implementation of smart transducers with minimal use of memory. There was previously no defined common digital communication interface standard between mixed-mode transducers and network capable
9、 application processors (NCAPs). Each transducer manufacturer defined its own interface. Consequently, transducer manufacturers could not support all of the control networks for which their products might be suitable. A universally accepted mixed-mode transducer interface standard will facilitate th
10、e development of compliant smart sensors and actuators and could lead to lower development costs. This common interface allows the transducer manufacturers to support multiple control networks easily and helps to preserve the users investment if it becomes necessary to migrate to a different network
11、 standard. In addition, this standard will make systems much easier to implement and use. This standard simplifies the development of smart mixed-mode transducers by defining hardware and software blocks that are independent of specific control networks. The standard describes the following: An IEEE
12、 1451.4 Transducer containing a Mixed-Mode Interface (MMI) and a transducer electronic data sheet (TEDS). The MMI, which is a master-slave, multidrop, serial connection. It requires a master device to initiate each transaction with each slave or node according to a defined digital communication prot
13、ocol. The MMI may contain circuitry to detect and report a hotswap of transducers. The MMI may use either separate digital and analog connections, or two wires for power supply and time- shared analog signal and digital TEDS data. The MMI is used to access the TEDS. The TEDS, which is fixed and dyna
14、mic data, contained in one or more memory nodes on the MMI. A template, which is a software object describing the data structure of TEDS. It is implemented in the Template Description Language and resides in the Transducer Block. The Template Description Language, which is a scripted and tagged lang
15、uage providing a standard method to describe the functionality of IEEE 1451.4 Transducer. A Transducer Block, which is a software object describing the IEEE 1451.4 Transducer. It resides in the NCAP, which is the master device (e.g., an instrument or data acquisition system). The Transducer Block is
16、 used to access, decode, and encode TEDS using the TDL. Furthermore, the Working Group has defined a set of TEDS templates for various transducers to facilitate the creation of sensor systems containing plug-and-play smart transducers. The IEEE 1451.4 Transducer provides a self-describing capability
17、, via the TEDS. The TEDS contains fields that describe the identity, type, operation, and attributes of the transducer. The IEEE 1451.4 Transducer is a sensor or actuator with one or more addressable devices, referred to as nodes, on a 2-conductor digital bus. The TEDS is required to be either physi
18、cally, or virtually, associated with the IEEE 1451.4 Transducer. The resulting hardware partition encapsulates the measurement aspects inside the IEEE 1451.4 Transducer, while the application related aspects may reside either in the NCAP or in the TEDS. ivCopyright 2004 IEEE. All rights reserved. Th
19、e IEEE 1451.4 Transducer is a sensor or actuator with one, or more, addressable devices, which herein will be referred to as nodes, containing TEDS. A digital communication protocol is defined for transactions on the bus. The transactions are as follows: Read (Read TEDS) Write (Write TEDS) Configure
20、 (Set Gain, Change Mode, Set Filter) Check status (Read Settings) The IEEE 1451.4 MMI may be used for control networks and data acquisition in a variety of applications, such as portable instruments and data acquisition plug-in cards for PCs. The Transducer Block object located in the NCAP describes
21、 the behavior of the IEEE 1451.4 Transducer. It interprets TEDS data according to the data structure defined in templates. Further processing of the data may take place both in the NCAP and in other processors in larger systems. The NCAP includes an IEEE 1451.1 object model with an IEEE 1451.4 Trans
22、ducer Block. The standard does not constrain competitive differentiation in areas of quality, feature set, and cost, and at the same time, offers the opportunity to design to a common interface, which can be used in a wide variety of applications. Acknowledgements The working group would like to ack
23、nowledge the following individuals who made special contributions to the development of this standard: Steven Chen, Former Chair, who proposed the mixed-mode transducer interface concept and initiated the development of the standard. Jrgen Bkke, Former Vice Chair, who was instrumental in getting the
24、 2-conductor bus interface and transducer description language concept accepted by the group. The IEEE has defined a common digital communication interface standard for mixed-mode transducers utilizing a single wire serial bus technology developed by Maxim/Dallas Semiconductor Corporation. Notice to
25、 users Errata Errata, if any, for this and all other standards can be accessed at the following URL: http:/ standards.ieee.org/reading/ieee/updates/errata/index.html. Users are encouraged to check this URL for errata periodically. Interpretations Current interpretations can be accessed at the follow
26、ing URL: http:/standards.ieee.org/reading/ieee/interp/ index.html. Copyright 2004 IEEE. All rights reserved.v Patents Attention is called to the possibility that implementation of this standard may require use of subject matter covered by patent rights. By publication of this standard, no position i
27、s taken with respect to the existence or validity of any patent rights in connection therewith. The IEEE shall not be responsible for identifying patents or patent applications for which a license may be required to implement an IEEE standard or for conducting inquiries into the legal validity or sc
28、ope of those patents that are brought to its attention. A patent holder or patent applicant has filed a statement of assurance that it will grant licenses under these rights without compensation or under reasonable rates and nondiscriminatory, reasonable terms and conditions to applicants desiring t
29、o obtain such licenses. The IEEE makes no representation as to the reasonableness of rates, terms, and conditions of the license agreements offered by patent holders or patent applicants. Further information may be obtained from the IEEE Standards Department. Participants At the time this standard w
30、as completed, the Working Group had the following membership: Torben Licht, Chair, Editor David Potter, Vice Chair Paul Hufnagel, Secretary The following persons contributed to the earlier versions of this standard: The following members of the individual balloting committee voted on this standard.
31、Balloters may have voted for approval, disapproval, or abstention. Jrgen Bkke Mike Dillon Garritt Foote Fernando Gen-Kuong Ed Herceg Charles H. Jones Kang Lee Carlos Lopez-Reyna John Mark Jochen Schneider Bill Schuh Eugene Song Charles Summey Darold Wobschall Jay Zemel Robert Broadbent Thurston Broo
32、ks Mark Buckner Russell Dominique Leon Fialkowski Brett Gidge David Goetzinger Mike Moore Joseph Que Mark Schiefer David Smiczek Stephen Webb Jrgen Bkke Chris Bagge Jacob Ben Ary L. Wayne Catlin Keith Chow Amir El-Sheikh Fernando GenKuong Patrick Gonia Erich Gunther Ernst Hanique Howard Howland Paul
33、 Hufnagel Tony Jeffree Robert Johnson Charles Jones George Kalacherry James Kemerling Kang Lee Yeou-Song Lee Torben Licht Gregory Luri John J. Mark Gary Michel Rajesh Moorkath Charles Ngethe David Potter Gary S. Robinson Mark Schiefer Michael J. Seaman Matthew Smith Geoffrey Thompson Steven Tilden M
34、ark Tilllinghast Stephen C. Webb Darold Wobschall Stan Woods viCopyright 2004 IEEE. All rights reserved. When the IEEE-SA Standards Board approved this standard on 25 March 2004, it had the following membership: Don Wright, Chair Steve M. Mills, Vice Chair Judith Gorman, Secretary *Member Emeritus A
35、lso included are the following nonvoting IEEE-SA Standards Board liaisons: Satish K. Aggarwal, NRC Representative Richard DeBlasio, DOE Representative Alan Cookson, NIST Representative Noelle D. Humenick IEEE Standards Project Editor Chuck Adams H. Stephen Berger Mark D. Bowman Joseph A. Bruder Bob
36、Davis Roberto de Boisson Julian Forster* Arnold M. Greenspan Mark S. Halpin Raymond Hapeman Richard J. Holleman Richard H. Hulett Lowell G. Johnson Joseph L. Koepfinger* Hermann Koch Thomas J. McGean Daleep C. Mohla Paul Nikolich T. W. Olsen Ronald C. Petersen Gary S. Robinson Frank Stone Malcolm V.
37、 Thaden Doug Topping Joe D. Watson Copyright 2004 IEEE. All rights reserved.vii Contents 1.Overview 1 1.1 Scope 2 1.2 Purpose. 2 1.3 Conformance, shall, should, may, and can 2 2.References 2 3.Definitions and abbreviations 3 3.1 Terms . 3 3.2 Abbreviations. 6 4.IEEE 1451.4 Transducer 7 4.1 Foundatio
38、n . 7 4.2 IEEE 1451.4 Transducer configuration . 8 4.3 Compliance with this standard, IEEE Std 1451.4-2004 9 5.Transducer Electronic Data Sheet 10 5.1 Basic TEDS 10 5.2 IEEE, User, and Manufacturer TEDS 11 5.3 Data format and templates. 11 5.4 Nodes, addresses, Family Codes, URN, and CRC 13 5.5 Data
39、 transmission. 14 5.6 Structure of the TEDS data system 14 6.Templates. 15 6.1 Overview 15 6.2 Discovery of the transducer(s) present 16 6.3 Identification of transducers and their nodes. 16 6.4 Assembling the Transducer TEDS 19 6.5 Parsing the Transducer TEDS 20 7.Template Description Language (TDL
40、) 22 7.1 Overview 22 7.2 Identification commands 23 7.3 Control commands. 27 7.4 Property commands (%) 30 8.Mixed Mode Transducer Interface (MMI) specification. 56 8.1 Introduction 56 8.2 Analog Mode . 59 8.3 Digital Mode 60 8.4 Line definitions 60 8.5 MMI digital Data Transmission Protocol 61 viiiC
41、opyright 2004 IEEE. All rights reserved. 9.Transducer Block specification . 67 9.1 Overview 68 9.2 TBOM specification 72 9.3 Common Object Interface (COI) specification 89 9.4 TEDS Service 102 9.5 IEEE 1451.4 Transducer Block general interface . 104 Annex A (normative) IEEE standard templates 126 An
42、nex B (normative) Property definitions 147 Annex C (informative) TDL formal grammar. 286 Annex D (informative) Template file checksum example. 321 Annex E (informative) Family Codes 324 Annex F (informative) IEEE 1451.4 XML device description schema. 339 Annex G (informative) Communication with node
43、s in sensors on remote locations 343 Annex H (normative) Procedures for adding new IEEE templates and TDL items and to get URNs 377 Annex I (informative) IEEE P1451.4, version 0.9, and beta information. 378 Annex J (normative) IEEE 1451.4 Manufacturer IDs and model numbers. 380 Annex K (normative) I
44、EEE 1451.4 TBOM schema 383 Annex L (normative) IEEE 1451.4 Transducer Block IEEE 1451.1 adapter definition . 409 Annex M (informative) Bibliography 430 Copyright 2004 IEEE. All rights reserved. 1 IEEE Standard for a Smart Transducer Interface for Sensors and Actuators Mixed-Mode Communication Protoc
45、ols and Transducer Electronic Data Sheet (TEDS) Formats 1. Overview This standard is divided into nine clauses. Clause 1 provides the scope of this standard. Clause 2 lists references to other standards that are useful in applying this standard. Clause 3 provides definitions that are either not foun
46、d in other standards or have been modified for use with this standard. Clause 4 describes the IEEE 1451.4 Interface and the IEEE 1451.4 Transducer and levels of compliance with this standard. Clause 5 describes the TEDS. Clause 6 describes the usage of the template structure. Clause 7 describes the
47、syntax and semantics of the language used in the templates. Clause 8 describes the Mixed-Mode Transducer Interface (MMI) that ensures the robust transfer of an analog transducer signal and the digital TEDS data. Clause 9 describes the Transducer Block, which is the collective logic required to manag
48、e the transducer bus and all external components. This standard also contains several annexes. Annex A lists the IEEE templates. Annex B lists the definitions of properties used in templates. Annex C contains the Template Description Language (TDL) formal grammar. Annex D gives a template file check
49、sum example. Annex E gives information about the Family Code in the Unique Registration Number (URN). Annex F gives the Device Configuration File format needed for a parser to be able to understand Family Codes and act accordingly. Annex G contains an XML device description schema to be used to add support for new devices. Annex G contains information about the transparent protocol facilitating the communication with 2-conductor bus devices. Annex H describes the procedure for adding new IEEE templates and TDL items. Annex I contains informatio