1、 Reference numberISO/IEC/IEEE 21451-1:2010(E)IEEE 2000INTERNATIONAL STANDARD ISO/IEC/IEEE21451-1First edition2010-05-15Information technology Smart transducer interface for sensors and actuators Part 1: Network Capable Application Processor (NCAP) information model Technologies de linformation Inter
2、face de transducteurs intelligente pour capteurs et actuateurs Partie 1: Modle dinformation de processeur dapplication utilisable en rseau (NCAP) ISO/IEC/IEEE 21451-1:2010(E) PDF disclaimer This PDF file may contain embedded typefaces. In accordance with Adobes licensing policy, this file may be pri
3、nted or viewed but shall not be edited unless the typefaces which are embedded are licensed to and installed on the computer performing the editing. In downloading this file, parties accept therein the responsibility of not infringing Adobes licensing policy. The ISO Central Secretariat, the IEC Cen
4、tral Office and IEEE do not accept any liability in this area. Adobe is a trademark of Adobe Systems Incorporated. Details of the software products used to create this PDF file can be found in the General Info relative to the file; the PDF-creation parameters were optimized for printing. Every care
5、has been taken to ensure that the file is suitable for use by ISO member bodies and IEEE members. In the unlikely event that a problem relating to it is found, please inform the ISO Central Secretariat or IEEE at the address given below. COPYRIGHT PROTECTED DOCUMENT IEEE 2000 All rights reserved. Un
6、less otherwise specified, no part of this publication may be reproduced or utilized in any form or by any means, electronic or mechanical, including photocopying and microfilm, without permission in writing from either ISO or IEEE at the respective address below. ISO copyright office Institute of El
7、ectrical and Electronics Engineers, Inc. Case postale 56 CH-1211 Geneva 20 3 Park Avenue, New York NY 10016-5997, USA Tel. + 41 22 749 01 11 E-mail stds.iprieee.org Fax + 41 22 749 09 47 Web www.ieee.org E-mail copyrightiso.org Web www.iso.org ISO version published 2010 Published in Switzerland ii I
8、EEE 2000 All rights reservedISO/IEC/IEEE 21451-1:2010(E) IEEE 2000 All rights reserved iiiForeword ISO (the International Organization for Standardization) and IEC (the International Electrotechnical Commission) form the specialized system for worldwide standardization. National bodies that are memb
9、ers of ISO or IEC participate in the development of International Standards through technical committees established by the respective organization to deal with particular fields of technical activity. ISO and IEC technical committees collaborate in fields of mutual interest. Other international org
10、anizations, governmental and non-governmental, in liaison with ISO and IEC, also take part in the work. In the field of information technology, ISO and IEC have established a joint technical committee, ISO/IEC JTC 1. IEEE Standards documents are developed within the IEEE Societies and the Standards
11、Coordinating Committees of the IEEE Standards Association (IEEE-SA) Standards Board. The IEEE develops its standards through a consensus development process, approved by the American National Standards Institute, which brings together volunteers representing varied viewpoints and interests to achiev
12、e the final product. Volunteers are not necessarily members of the Institute and serve without compensation. While the IEEE administers the process and establishes rules to promote fairness in the consensus development process, the IEEE does not independently evaluate, test, or verify the accuracy o
13、f any of the information contained in its standards. The main task of ISO/IEC JTC 1 is to prepare International Standards. Draft International Standards adopted by the joint technical committee are circulated to national bodies for voting. Publication as an International Standard requires approval b
14、y at least 75 % of the national bodies casting a vote. Attention is called to the possibility that implementation of this standard may require the 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 any pa
15、tent rights in connection therewith. ISO/IEEE is not responsible for identifying essential patents or patent claims for which a license may be required, for conducting inquiries into the legal validity or scope of patents or patent claims or determining whether any licensing terms or conditions prov
16、ided in connection with submission of a Letter of Assurance or a Patent Statement and Licensing Declaration Form, if any, or in any licensing agreements are reasonable or non-discriminatory. Users of this standard are expressly advised that determination of the validity of any patent rights, and the
17、 risk of infringement of such rights, is entirely their own responsibility. Further information may be obtained from ISO or the IEEE Standards Association. ISO/IEC/IEEE 21451-1 was prepared by the Technical Committee on Sensor Technology of the IEEE Instrumentation and Measurement Society of the IEE
18、E (as IEEE 1451.1-1999). It was adopted by Joint Technical Committee ISO/IEC JTC 1, Information technology, Subcommittee SC 31, Automatic identification and data capture techniques, in parallel with its approval by the ISO/IEC national bodies, under the “fast-track procedure” defined in the Partner
19、Standards Development Organization cooperation agreement between ISO and IEEE. IEEE is responsible for the maintenance of this document with participation and input from ISO/IEC national bodies. ISO/IEC/IEEE 21451-1:2010(E) iv IEEE 2000 All rights reserved(blank page) ISO/IEC/IEEE 21451-1:2010(E) IE
20、EE 2000 All rights reserved vThe Institute of Electrical and Electronics Engineers, Inc.3 Park Avenue, New York, NY 10016-5997, USACopyright 2000 by the Institute of Electrical and Electronics Engineers, Inc.All rights reserved. Published 18 April 2000. Printed in the United States of America.Print:
21、 ISBN 0-7381-1767-6 SH94767PDF: ISBN 0-7381-1768-4 SS94767No part of this publication may be reproduced in any form, in an electronic retrieval system or otherwise, without the prior written permission of the publisher.IEEE Std 1451.1-1999IEEE Standard for a Smart Transducer Interface for Sensors an
22、d ActuatorsNetwork Capable Application Processor (NCAP) Information ModelSponsorTC-9 Committee on Sensor Technologyof theIEEE Instrumentation and Measurement SocietyApproved 26 June 1999IEEE-SA Standards BoardAbstract: This standard defines an object model with a network-neutral interface for connec
23、tingprocessors to communication networks, sensors, and actuators. The object model containingblocks, services, and components specifies interactions with sensors and actuators and forms thebasis for implementing application code executing in the processor.Keywords: actuators, communication network,
24、object model, sensors ISO/IEC/IEEE 21451-1:2010(E) vi IEEE 2000 All rights reservedIEEE Standards documents are developed within the IEEE Societies and the Standards CoordinatingCommittees of the IEEE Standards Association (IEEE-SA) Standards Board. Members of the committeesserve voluntarily and wit
25、hout compensation. They are not necessarily members of the Institute. Thestandards developed within IEEE represent a consensus of the broad expertise on the subject within theInstitute as well as those activities outside of IEEE that have expressed an interest in participating in thedevelopment of t
26、he standard.Use of an IEEE Standard is wholly voluntary. The existence of an IEEE Standard does not imply that thereare no other ways to produce, test, measure, purchase, market, or provide other goods and services related tothe scope of the IEEE Standard. Furthermore, the viewpoint expressed at the
27、 time a standard is approved andissued is subject to change brought about through developments in the state of the art and commentsreceived from users of the standard. Every IEEE Standard is subjected to review at least every g192ve years forrevision or reafg192rmation. When a document is more than
28、g192ve years old and has not been reafg192rmed, it isreasonable to conclude that its contents, although still of some value, do not wholly reg193ect the present stateof the art. Users are cautioned to check to determine that they have the latest edition of any IEEE Standard.Comments for revision of
29、IEEE Standards are welcome from any interested party, regardless of membershipafg192liation with IEEE. Suggestions for changes in documents should be in the form of a proposed change oftext, together with appropriate supporting comments.Interpretations: Occasionally questions may arise regarding the
30、 meaning of portions of standards as theyrelate to specig192c applications. When the need for interpretations is brought to the attention of IEEE, theInstitute will initiate action to prepare appropriate responses. Since IEEE Standards represent a consensus ofall concerned interests, it is important
31、 to ensure that any interpretation has also received the concurrence of abalance of interests. For this reason, IEEE and the members of its societies and Standards CoordinatingCommittees are not able to provide an instant response to interpretation requests except in those cases wherethe matter has
32、previously received formal consideration. Comments on standards and requests for interpretations should be addressed to:Secretary, IEEE-SA Standards Board445 Hoes LaneP.O. Box 1331Piscataway, NJ 08855-1331USAIEEE is the sole entity that may authorize the use of certig192cation marks, trademarks, or
33、other designations toindicate compliance with the materials set forth herein.Authorization to photocopy portions of any individual standard for internal or personal use is granted by theInstitute of Electrical and Electronics Engineers, Inc., provided that the appropriate fee is paid to CopyrightCle
34、arance Center. To arrange for payment of licensing fee, please contact Copyright Clearance Center,Customer Service, 222 Rosewood Drive, Danvers, MA 01923 USA; (978) 750-8400. Permission tophotocopy portions of any individual standard for educational classroom use can also be obtained throughthe Copy
35、right Clearance Center.Note: Attention is called to the possibility that implementation of this standard mayrequire 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 any patent rights inconnection therewi
36、th. The IEEE shall not be responsible for identifying patents forwhich a license may be required by an IEEE standard or for conducting inquiries intothe legal validity or scope of those patents that are brought to its attention.ISO/IEC/IEEE 21451-1:2010(E) IEEE 2000 All rights reserved viiIntroducti
37、onThis introduction is not part of IEEE Std 1451.1-1999, IEEE Standard for a Smart Transducer Interface forSensors and ActuatorsNetwork Capable Application Processor (NCAP) Information Model.The objective of the IEEE/NIST Working Group on transducer interface standards is to utilize existingcontrol
38、networking technology and develop standardized connection methods for Smart Transducers tocontrol networks. Little or no changes would be required to use different methods of analog-to-digital (A/D)conversion, different microprocessors, or different network protocols and transceivers. This objective
39、 is achieved through the deg192nition of a common object model for the components of aNetworked Smart Transducer, together with interface specig192cations to these components.The Networked Smart Transducer model shows two key views of a smart transducer: Physical view Logical viewPhysical viewThe g1
40、92rst view shows the physical components of the system. This view is indicated by components drawn insolid lines in Figure 1.Transducer;#2323#2323Firmware;#2323#2323Network;#2323#2323Network;#2323#2323Hardware;#2323#2323Network;#2323#2323Protocol;#2323#2323Network Abstraction;#2323#2323Logical Inter
41、face;#2323#2323Specification;#2323#2323Transducer Abstraction;#2323#2323Logical Interface;#2323#2323Specification;#2323#2323I/O Interface;#2323#2323Hardware;#2323#2323Transducer;#2323#2323(sensors &;#2323#2323actuators);#2323#2323Transducer Hardware;#2323#2323Interface Specification;#2323#2323(e.g.
42、IEEE1451.2);#2323#2323IEEE1451-000;#2323#2323Application Software:;#2323#2323Function Blocks;#2323#2323Components;#2323#2323Services;#2323#2323Logical Interface;#2323#2323to NCAP support;#2323#2323Transducer Blocks;#2323#2323Ports;#2323#2323NCAP Block;#2323#2323Operating System Firmware;#2323#2323Se
43、rver Object Dispatch;#2323#2323Microprocessor Hardware;#2323#2323NCAP;#2323#2323Figure 1Networked Smart Transducer modelISO/IEC/IEEE 21451-1:2010(E) viii IEEE 2000 All rights reservedFigure 1 shows a model composed of sensors and actuators connected to form a transducer. The transducer isconnected o
44、ver an interface to a microprocessor or controller that is in turn interfaced to the network. TheHardware Interface Specig192cation between the sensor/actuator and the rest of the device hardware, known asthe network capable application processor (NCAP), is indicated by the rightmost thick, dashed l
45、ine in theg192gure. A typical specig192cation is described in the companion standard IEEE Std 1451.2-1997.The NCAP hardware consists of the microprocessor and its supporting circuitry as well as hardwareimplementing the physical layer of the attached network and the input/output (I/O) interface to t
46、hetransducer, as shown in Figure 1.Logical viewThe second view is the logical view of the system and is indicated by components shown in dotted lines inFigure 1.The logical components may be grouped into application and support components. The support componentsare the operating system, the network
47、protocol, and transducer g192rmware components shown. The operatingsystem provides an interface to applications, indicated by the dashed line labeled “Logical Interface toNCAP support.”A second logical interface, labeled “Network Abstraction Logical Interface Specig192cation,” consists of Portand Se
48、rver Object Dispatch components deg192ned in this standard. This interface provides an abstraction tohide communication details specig192c to a given network within a small set of communication methods. Thedetails of this interface are deg192ned by this standard.The third logical interface, labeled
49、“Transducer Abstraction Logical Interface Specig192cation” performs thesame abstraction function for the specig192cs of the transducer I/O hardware and g192rmware. In effect, this inter-face makes all such transducer interfaces look like I/O drivers. The details of this interface are deg192ned bythis standard.Applications are modeled as Function Blocks in combination with Components and Services. The NCAPblock provides application organization and support for the other blocks. All of these Blocks, Components,and Services are deg19
