ISO 20242-1-2005 Industrial automation systems and integration - Service interface for testing applications - Part 1 Overview《工业自动化系统和集成 用于试验应用的操作界面 第1部分 概述》.pdf

1、 Reference number ISO 20242-1:2005(E) ISO 2005INTERNATIONAL STANDARD ISO 20242-1 First edition 2005-10-15 Industrial automation systems and integration Service interface for testing applications Part 1: Overview Systmes dautomatisation industrielle et intgration Interface de service pour contrler le

2、s applications Partie 1: Vue densemble ISO 20242-1:2005(E) PDF disclaimer This PDF file may contain embedded typefaces. In accordance with Adobes licensing policy, this file may be printed or viewed but shall not be edited unless the typefaces which are embedded are licensed to and installed on the

3、computer performing the editing. In downloading this file, parties accept therein the responsibility of not infringing Adobes licensing policy. The ISO Central Secretariat accepts no liability in this area. Adobe is a trademark of Adobe Systems Incorporated. Details of the software products used to

4、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 has been taken to ensure that the file is suitable for use by ISO member bodies. In the unlikely event that a problem relating to it is found, please inform

5、 the Central Secretariat at the address given below. ISO 2005 All rights reserved. Unless 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 eit

6、her ISO at the address below or ISOs member body in the country of the requester. ISO copyright office Case postale 56 CH-1211 Geneva 20 Tel. + 41 22 749 01 11 Fax + 41 22 749 09 47 E-mail copyrightiso.org Web www.iso.org Published in Switzerland ii ISO 2005 All rights reservedISO 20242-1:2005(E) IS

7、O 2005 All rights reserved iiiContents 1 Scope.1 2 Terms and definitions 1 3 Abbreviations2 4 Service interface concept34.1 General3 4.2 Platform adapter 4 4.2.1 Features.4 4.2.2 Device communication aspects 4Device driver 5 Features.5 Device communication aspects 5 Device capability description .5

8、Features.5 Modules .6 Interfaces.6 Communication objects.7 Behaviour of virtual devices7 Coordinator 7 Annex A (informative) Use case for ISO 202429 A.1 Activities of users9 A.2 Activities of vendors .9 A.3 Further activities9 Annex B (informative) State diagram for virtual devices .10 Annex C (info

9、rmative) Cascading of device drivers .11 4.3 4.5 4.4 4.3.1 4.3.2 4.4.1 4.4.2 4.4.3 4.4.4 4.4.5ISO 20242-1:2005(E) iv ISO 2005 All rights reservedForeword ISO (the International Organization for Standardization) is a worldwide federation of national standards bodies (ISO member bodies). The work of p

10、reparing International Standards is normally carried out through ISO technical committees. Each member body interested in a subject for which a technical committee has been established has the right to be represented on that committee. International organizations, governmental and non-governmental,

11、in liaison with ISO, also take part in the work. ISO collaborates closely with the International Electrotechnical Commission (IEC) on all matters of electrotechnical standardization. International Standards are drafted in accordance with the rules given in the ISO/IEC Directives, Part 2. The main ta

12、sk of technical committees is to prepare International Standards. Draft International Standards adopted by the technical committees are circulated to the member bodies for voting. Publication as an International Standard requires approval by at least 75 % of the member bodies casting a vote. Attenti

13、on is drawn to the possibility that some of the elements of this document may be the subject of patent rights. ISO shall not be held responsible for identifying any or all such patent rights. ISO 20242-1 was prepared by Technical Committee ISO/TC 184, Industrial automation systems and integration, S

14、ubcommittee SC 5, Architecture, communications and integration frameworks. In addition to this part, ISO 20242 is envisaged to consist of several more parts dealing with: Resource management service interface; Virtual device service interface; Device capability profile template; Application program

15、service interface; Conformance test methods, criteria and reports. ISO 20242-1:2005(E) ISO 2005 All rights reserved vIntroduction The motivation for this International Standard stems from international automotive industries and their suppliers to facilitate the integration of automation and measurem

16、ent devices, and other peripheral components for this purpose, into computer based applications. It defines rules for the construction of device drivers and their behaviour in the context of an automation and/or measurement application. The main goal of ISO 20242 is to provide users with: independen

17、ce from the computer operating system; independence from the device connection technology (device interface/network); independence from device suppliers; the ability to certify device drivers with connected devices and their behaviour in the context of a given computer platform; independence from th

18、e technological device development in the future. ISO 20242 will not involve the development of new device families or the use of special interface technologies (networks). It encapsulates a device and its communication interface to make it compatible with other devices of that kind for a given appl

19、ication. INTERNATIONAL STANDARD ISO 20242-1:2005(E) ISO 2005 All rights reserved 11 Scope This part of ISO 20242 provides an overview of the particularities of this International Standard and its use in the computer aided testing environment. Terms and definitions For the purposes of this document,

20、the following terms and definitions apply. application program resource designed to help users perform a specific task NOTE In this International Standard, an application program does any task necessary to run a computer-aided test station running, with the special requirement that communication wit

21、h peripheral devices is done. application program service interface interface to communicate with a coordinator NOTE This will be specified in another part of ISO 20242. communication object existing object which may be accessed with a communication function to read or write a value coordinator prog

22、ram with a specified interface to handle the access of an application program to one or more device drivers and to manage real-time application aspects, synchronization and events device capability description text file containing information about the capabilities of virtual devices in a defined fo

23、rmat (i.e. structure, syntax) NOTE This will be specified in another part of ISO 20242. device driver program with an ISO 20242-specified interface containing service functions that call the platform adapter to access physical devices interface keyword identifying a class for the description of devi

24、ce functions 2 2.1 2.2 2.3 2.4 2.5 2.6 2.7 Industrial automation systems and integration Service interface for testing applications Part 1: Overview ISO 20242-1:2005(E) 2 ISO 2005 All rights reservedNOTE A device function inside the device driver is an instance of such an interface. interface driver

25、 program handling the data transfer via a peripheral interface module ISO 20242-defined keyword, identifying a class for the description of virtual devices NOTE A virtual device inside the device driver is an instance of a module. platform adapter program with an ISO 20242-specified interface, encap

26、sulating the computer hardware and its periphery and providing services to communicate with connected devices and to use other resources of the computer operating system resource management service interface set of ISO 20242-specified service functions to communicate with a platform adapter virtual

27、device representation of one or more physical devices and/or stand-alone program entities to provide an unambiguous view on the resources of a communication interface virtual device service interface set of ISO 20242-specified service functions to communicate with a virtual device NOTE These service

28、 functions use the Resource Management Service Interface (platform adapter) to access physical devices and/or provide the needed capabilities by contained software tasks. APSI Application Program Service Interface ASCII American Standard Code for Information Interchange CAQ Computer Aided Quality As

29、surance CAT Computer Aided Testing CIM Computer Integrated Manufacturing CORBA Common Object Request Broker Architecture DCD Device Capability Description DCPT Device Capability Profile Template OOP Object-Oriented Programming PA Platform Adapter PDU Protocol Data Unit RMSI Resource Management Servi

30、ce Interface XML eXtensible Markup Language VD Virtual Device VDSI Virtual Device Service Interface 2.8 2.9 2.10 2.11 2.12 2.13 3 Abbreviations ISO 20242-1:2005(E) ISO 2005 All rights reserved 3Figure 1 Service interfaces defined in ISO 20242 Service interface concept An essential function of an ong

31、oing manufacturing operation is its quality assurance to make sure that high quality is designed into the product and that the manufacturing operation produces the desired quality. For control of this quality, test stations are implemented which may be part of the manufacturing process itself or are

32、 stand-alone systems. The computer is an extremely effective tool to control test stations, monitor performance of processes, collect and evaluate data, and issue quality reports. The use of computers in test stations is called Computer-Aided Testing (CAT), which falls under the Computer- Aided Qual

33、ity Control (CAQ) heading in the Computer Integrated Manufacturing (CIM) terminology. Test stations use measurement and automation devices to acquire data and to control test scenarios (see Figure 1). The application programs on computers in CAT communicate with automation and measurement devices vi

34、a interfaces. This part of ISO 20242 defines the Application Program Service Interface (APSI) that contains a list of defined services to access any number of device drivers with included virtual devices. Device drivers are software modules with another interface defined by this part of ISO 20242, t

35、he Virtual Device Service Interface (VDSI). They present the capabilities of peripheral devices and optional software resources inside the driver via virtual devices. The structure of virtual devices and their status regarding communication is captured by a device capability description (DCD). For t

36、he creation of the DCD, which is an ASCII file, this part of ISO 20242 defines the Device Capability Profile Template (DCPT). The computer hardware and the operating system, i.e the platform, is covered by the Resource Management Service Interface (RMSI) that allows a testing application to be platf

37、orm-independent. A platform adapter (PA) handles the data transfer with peripheral devices and the access to operating system resources. Computer Operation System Platform Adapter (Software) Coordinator (Software) Testing Application Program (CAT) Application Program Service Interface Device Capabil

38、ity Profile Template Virtual Device Service Interface Resource Management Service Interface Physical Device Virtual Device Virtual Device Device Driver (Software) Device Driver (Software) Device Driver (Software) Physical Device Physical Device Physical Device Device Capability Description (File) 4

39、4.1 General ISO 20242-1:2005(E) 4 ISO 2005 All rights reservedResource Management Service Interface Platform Adapter (Software) OS-specific Interface OS-specific Interface similar to RMSI resources of the operation system like OS-integrated interfaces like extensions for special periphery like - Tim

40、ers - Memory Management - Semaphore Control - RS232 (COMx) - Ethernet (TCP/IP) - Parallel (LPTx) - USB - Plug-In-Devices - Fieldbus Cards - others The platform adapter (see Figure 2) is a software module that covers the peripheral interfaces and the operating system resources of a computer and prese

41、nts them via the Resource Management Service Interface (RMSI). Thus the device driver, which is the user of the RMSI, does not depend on a specific operating system or on specific peripheral interface drivers. If an operating system does not provide the needed resources, a platform adapter will add

42、capabilities. Figure 2 Access to peripheral interfaces and to resources of the operating system Extensions are dynamically loadable communication resources that are not available with the operating system. Their interface is the same as RMSI, so the platform adapter only has to route user access fro

43、m RMSI to the extensions. Some special services of RMSI handle the loading and unloading of extensions. The platform adapter uses the resources of the operating system and/or extensions for the data transfer to physical devices. It depends on the type of interface, which communication layer is prese

44、nted by the RMSI. This may be the transport layer for typical peripheral interfaces of a computer. But if a platform adapter provides special communi- cation protocols it may present higher layers. For the communication via fieldbus the protocol procedures in most cases are located on a plug-in-boar

45、d. It may depend on the resources of the plug-in-board, which communication layer is presented by the platform adapter. The communication attributes of a platform adapter service are defined by the type name of the interface. ISO 20242 defines a few names for typical computer integrated periphery. I

46、f different platform adapters on different operating systems and/or with different extensions use the same type name, the related services will have the same behaviour. For the use of RMSI it makes no difference whether a communication protocol is handled within the platform adapter or within an ext

47、ension. 4.2 Platform adapter 4.2.1 Features 4.2.2 Device communication aspects ISO 20242-1:2005(E) ISO 2005 All rights reserved 5The device driver is a program which submits access to communication objects of virtual devices. There is no automatic communication with real devices on such an access, b

48、ecause virtual devices and real devices are not directly mapped (see Figure 3). Virtual devices are defined from the needs of the testing application . The application requires functionalities that may be presented by one or more physical devices . The functionalities are grouped according to virtua

49、l devices that may belong to a dedicated physical device, a number of physical devices, a part of a physical device, or a software module inside the device driver or inside a Platform adapter extension. Figure 3 Mapping of Virtual Devices The real communication, consisting of PDU generators and interpreters in several layers of a communication stack, is not seen by the user of the Virtual Device Service Interface (VDSI). The communication is handled inside the device driver. The communication