| |||
Interfaces and Methods - Schemas - FDT Specification - Quicklinks - Abbreviations | |||
| Up to FDT Specification 2.1 FDT Overview 2.2 Where FDT Fits 2.3 General FDT Architecture and Components 2.4 Overview of Objects and Interfaces 2.4.1 The Device Type Manager (DTM) 2.4.2 The Block Type Manager (BTM) 2.4.3 The FDT Frame Application 2.5 Synchronization and Serialization Issues 2.6 Parameter interchange via XML 2.6.1 Examples of usage 2.7 Persistent Storage Story 2.7.1 Persistence Overview 2.7.2 Persistence Interfaces 2.8 Basic features of a session model 2.9 Basic Operation phases 2.9.1 Roles and Access Rights 2.9.2 Operation Phases 2.10 Abstract FDT Object Model 2.11 Fieldbus independent Integration 2.12 Scanning and DTM Assignment | 2.3 General FDT Architecture and ComponentsFDT is a specification of interfaces to facilitate the interaction between a device-specific application and a FDT Frame Application. This is shown below.
As a runtime environment, a DTM needs a so-called FDT Frame Application. This Frame Application must provide the interfaces as defined in the FDT specification. Typically, the FDT-Frame Application comprises client applications that use DTMs, some kind of database for persistent storage of device/DTM data, and a communication link to the field devices. FDT-Frame Applications may be represented by applications like engineering tools for control systems (probably the complete control system) or standalone tools for device configuration. These applications are called ‘Frame Applications’. Throughout this document the terms ‘FDT-Container’ and ‘Frame Application’ are used as synonyms. Client applications are seen to be single applications focusing on special aspects like configuration, observation, channel assignment etc. and using the functionality provided by the DTM who is the server. The FDT Specification specifies COM interfaces (what the interfaces are), not the implementation (not the how of the implementation) of those interfaces. It specifies the behavior that the interfaces are expected to provide to client applications that use them. The FDT-Specification neither specifies the implementation of DTMs nor the implementation of Frame Application. Included are descriptions of architectures and interfaces which seemed most appropriate for those architectures. Like all COM implementations, the architecture of FDT is a client-server model where DTMs are the Server components managed by the Frame Application. | ||
© by M&M Software GmbH, parts of this website taken from FDT Interface Specification Version 1.2.1, © by FDT Group, AISBL. This website is published for support of M&M products as granted in license conditions, chapter 2.1. Last updated 2015-02-05 15:17 Email: FDT Technical Support Line. | |||