ImageVerifierCode 换一换
格式:PDF , 页数:22 ,大小:82.43KB ,
资源ID:789948      下载积分:10000 积分
快捷下载
登录下载
邮箱/手机:
温馨提示:
如需开发票,请勿充值!快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。
如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝扫码支付 微信扫码支付   
注意:如需开发票,请勿充值!
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【http://www.mydoc123.com/d-789948.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(ISA TR104 00 03-2010 EDDL Meeting the requirements for integrating fieldbus devices in engineering tools for field devices《EDDL 符合现场设备用工程工具集成化现场总线设备要求》.pdf)为本站会员(syndromehi216)主动上传,麦多课文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知麦多课文库(发送邮件至master@mydoc123.com或直接QQ联系客服),我们立即给予删除!

ISA TR104 00 03-2010 EDDL Meeting the requirements for integrating fieldbus devices in engineering tools for field devices《EDDL 符合现场设备用工程工具集成化现场总线设备要求》.pdf

1、 TECHNICAL REPORT ANSI/ISA-TR104.00.03-2010 EDDL: Meeting the requirements for integrating fieldbus devices in engineering tools for field devices Approved 29 September 2010 ANSI Technical Report prepared by ISA and registered 31 January 2011 ANSI/ISA-TR104.00.03-2010 EDDL: Meeting the requirements

2、for integrating fieldbus devices in engineering tools for field devices ISBN: 978-1-936007-76-9 Copyright 2010 by ISA. All rights reserved. Not for resale. Printed in the United States of America. No part of this publication may be reproduced, stored in a retrieval system, or transmitted in any form

3、 or by any means (electronic mechanical, photocopying, recording, or otherwise), without the prior written permission of the Publisher. ISA 67Alexander Dr Research Triangle Park, North Carolina 27709 USA - 3 - ANSI/ISA-TR104.00.03-2010 Foreword Publication of this Registered Technical Report has bee

4、n approved by the Accredited Standards Developer. This document is registered as a Technical Report series of publications according to the procedures for the Registration of Technical Reports with ANSI. This document is not an American National Standard and the material contained herein is not norm

5、ative in nature. Comments on the content of this document should be sent to the Accredited Standards Developer. This preface, as well as all footnotes and annexes, is included for information purposes and is not part of ANSI/ISA-TR104.00.03-2010. This document has been prepared as part of the servic

6、e of ISA toward a goal of uniformity in the field of automation. To be of real value, this document should not be static but should be subject to periodic review. Toward this end, the Society welcomes all comments and criticisms and asks that they be addressed to the Secretary, Standards and Practic

7、es Board; ISA; 67 Alexander Drive; P. O. Box 12277; Research Triangle Park, NC 27709; Telephone (919) 549-8411; Fax (919) 549-8288; E-mail: standardsisa.org. The ISA Standards and Practices Department endeavors to introduce SI-acceptable metric units in all new and revised standards, recommended pra

8、ctices, and technical reports to the greatest extent possible. Standard for Use of the International System of Units (SI): The Modern Metric System, published by the American Society for Testing officially known as an EDDL method 3.2 Abbreviated terms and acronyms EDD Electronic Device Description a

9、ccording to IEC 61804-3 EDDL Electronic Device Description Language according to IEC 61804-3 DCS Distributed Control System 4 Requirement analysis 4.1 Conventions This requirement analysis evaluates each clause in NAMUR NE 105 containing a requirement. The clause number in NAMUR NE 105 is indicated

10、within parenthesis for each sub-clause of this clause and starts with a summary of the requirement in NAMUR NE 105. This TR then proceeds to analyze how EDDL meets this requirement. NOTE The summary for each requirement does not take the place of the original NAMUR recommendation. This is an abridge

11、d version. In case of questions, users should follow the original NAMUR NE 105 text. ANSI/ISA-TR104.00.03-2010 - 14 - 4.2 Investment safety (3.1) 4.2.1 NAMUR requirement summary Plants and their automation systems remain operational for 15 years or more. Constant software upgrades would present an u

12、ndue burden. Therefore, shared components or application programming interfaces between software programs not updated together as one must be eliminated or minimized to avoid cascading upgrades. Investment must be protected by stable interoperability. Operating system dependencies must be minimized

13、because: Operating system version should not be made obsolete by EDD files for new device versions. EDD files should not be made obsolete by operating system patches, service packs, or upgrade. EDD files should not be made obsolete by new software versions. It must be possible to integrate all prese

14、nt and future devices in any tool. 4.2.2 How EDDL meets this requirement An EDD file contains only text in a common format; it is a document, not software, and therefore is independent of the operating system. Thus, the files are intrinsically unaffected by changes in off-the-shelf IT products such

15、as operating system and software during the operation of process plants, and therefore do not reduce the lifecycle of the system as a whole. This also makes long-term support easier for the DCS and device manufacturers. That is, EDD files are compatible with old and new versions of operating systems

16、 and old and new versions of the software using the EDD files. From the description written in EDDL, some device manufacturers use the “tokenizer“ utility to generate encrypted EDD files for the latest version and prior versions of the EDDL standard, enabling a new device to also be integrated to ol

17、d software. By loading the EDD files, it is possible to operate and parameterize field devices from a single tool instead of using device-specific solutions. 4.3 Version conflicts (3.2) 4.3.1 NAMUR requirement summary Change of version of software components in modular systems such as operating syst

18、ems or software programs is a source of substantial risk of interfering with DCS software as a whole. If the software using the EDD files is integrated with the DCS, the EDD files must not interfere with the DCS in any way. Devices must be supplied together with past and current version EDD files. I

19、t must be possible to write a new version EDD file for an existing device in the future. Software using the EDD files must support past and current version EDD files. 4.3.2 How EDDL meets this requirement An EDD file contains only text, a document. No software is installed to support a new device ty

20、pe or version. Therefore, there are no software components to interfere with the DCS software. - 15 - ANSI/ISA-TR104.00.03-2010 Each version of each device type from each manufacturer has a unique EDD file. Thus, existing EDD on the system are not removed or replaced when new devices types or versio

21、ns are added. Software using the EDD files includes interpreter services for both old and existing version EDD files. New version EDD files can be written for old devices to enhance the user experience. From the description of the device written in EDDL, some vendors use the “tokenizer“ to generate

22、encrypted EDD files for the latest version and prior versions of the EDDL standard, enabling a new device to also be integrated to old software. 4.4 Integration of devices (installation it is a document, not software. An EDD file cannot be coded with a locking mechanism. The content of an EDD file s

23、hould comply with the EDDL standard and with that the EDD file is freely available in principle. 4.10 Cross-platform compatibility (5.3) 4.10.1 NAMUR requirement summary EDD files should not be made obsolete by operating system patches, service packs, or upgrades. 4.10.2 How EDDL meets this requirem

24、ent An EDD file contains only text, a document, not software, and therefore is independent of the operating system. Thus, the files are intrinsically unaffected by changes in the operating system. 4.11 Full support of device functionality (5.4) 4.11.1 NAMUR requirement summary EDD files should give

25、access to all device parameters and features. Graphics should be used when required. 4.11.2 How EDDL meets this requirement EDDL enables both standard and manufacturer-specific parameters in a device to be described. Graphical elements such as images, waveform graphics, needle gauges, trend charts,

26、and tables, are provided in EDDL. 4.12 Standardized data filing (5.5) 4.12.1 NAMUR Requirement Summary Parameters displayed in multiple workstations must be synchronized. 4.12.2 How EDDL meets this requirement An EDD file contains only text, a document, not software. Because parameter changes and ot

27、her functions are executed by the software using the EDD files and not the individual EDD file itself, the device manufacturer need not program data synchronization functionality in the EDD file. Therefore, data synchronization functionality in the software using the EDD files supports all devices r

28、egardless of manufacturer or type. - 19 - ANSI/ISA-TR104.00.03-2010 4.13 Certification (6) 4.13.1 NAMUR requirement summary EDD files and software using the EDD files should be tested by an independent third-party to ensure interoperability. 4.13.2 How EDDL meets this requirement An EDD file contain

29、s only text, a document, not software. Therefore, the information about the device is not encapsulated, but externally accessible. The interoperability test software extracts information about the device from the EDD file and communicates with the device to compare the description of the device in t

30、he file against the data in the actual device. Each EDD file only supports a single version of a single device type. Therefore, each file need only be tested against a single version of a single device type. Software using the EDD files is tested to verify it can render the different graphical eleme

31、nts, handle conditionals, interpret methods, and so forth. Common and protocol specific test requirements are defined by the EDDL Cooperation Team (ECT) and protocol organisations to ensure common behaviour. ANSI/ISA-TR104.00.03-2010 - 20 - Bibliography NAMUR recommendation NE 105, Version: 24.08.20

32、04 - Specifications for Integrating Fieldbus Devices in Engineering Tools for Field Devices ANSI/ISA-61804-3 (104.00.01)-2007 - Function Blocks (FB) for Process Control - Part 3: Electronic Device Description Language (EDDL) ANSI/ISA-TR61804-4 (104.00.02)-2007 - Function Blocks (FB) for Process Cont

33、rol - Part 4: EDD Interoperability Guideline InTech June 2008 - German lab tests benefits of EDDL for integrating field devices, By Sven Seintsch, BIS Prozesstechnik GmbH Developing and promulgating sound consensus standards, recommended practices, and Technical Reports is one of ISAs primary goals.

34、 To achieve this goal the Standards and Practices Department relies on the technical expertise and efforts of volunteer committee members, chairmen and reviewers. ISA is an American National Standards Institute (ANSI) accredited organization. ISA administers United States Technical Advisory Groups (

35、USTAGs) and provides secretariat support for International Electrotechnical Commission (IEC) and International Organization for Standardization (ISO) committees that develop process measurement and control standards. To obtain additional information on the Societys standards program, please write: ISA Attn: Standards Department 67 Alexander Drive P.O. Box 12277 Research Triangle Park, NC 27709 USA ISBN: 978-1-936007-76-9

copyright@ 2008-2019 麦多课文库(www.mydoc123.com)网站版权所有
备案/许可证编号:苏ICP备17064731号-1