|
If you can't view the Datasheet, Please click here to try to view without PDF Reader . |
|
Datasheet File OCR Text: |
totalplant solution (tps) system tps system overview TP01100 r100 11/98
ii tps system overview 11/98 honeywell inc. r100 notices and trademarks copyright 1998 by honeywell inc. november 25, 1998 while this information is presented in good faith and believed to be accurate, honeywell disclaims the implied warranties of merchantability and fitness for a particular purpose and makes no express warranties except as may be stated in its written agreement with and for its customers. in no event is honeywell liable to anyone for any indirect, special or consequential damages. the information and specifications in this document are subject to change without notice. honeywell, totalplant , and tdc 3000 are u.s. registered trademarks of honeywell inc. other brand or product names are trademarks of their respective owners. honeywell inc. industrial automation and control automation college 2820 west kelton lane phoenix, az 85053-3028 1 (800) 852-3211 11/98 tps system overview iii r100 honeywell inc. about this document references honeywell documents the following list identifies tps honeywell documents that may be sources of reference for the material discussed in this publication. these publications are also sent on cd-rom document title doc. id system overview sw70-500 contacts the following lists identify important contacts within honeywell. world wide web honeywell provides internet access to several of honeywell world wide web sites. the following lists those sites of interest to our industrial customers. organization www address (url) honeywell inc. http://www.honeywell.com honeywell industrial automation and control http://www.iac.honeywell.com sales and service location organization phone number united states and canada honeywell iac phoenix, arizona 1-800-343-0228 sales 1-800-525-7439 service outside united states and canada your honeywell local affiliate if local affiliate is unknown, ask your corporate region for the local affiliates name and phone number. about this document iv tps system overview 11/98 honeywell inc. r100 corporate regions global location organization phone number asia pacific honeywell asia pacific inc. hong kong (852) 8298298 europe honeywell pace brussels, belgium [32-2] 728-2111 latin america honeywell inc. sunrise, florida u.s.a. (305) 364-2355 11/98 tps system overview v r100 honeywell inc. contents introduction..................................................................................... 9 overview......................................................................................................................9 functional overview ................................................................................................10 scope .......................................................................................................................... ........ 10 tps system components (control) .................................................................................... 11 product structure ..................................................................... 19 tps system driving forces.....................................................................................19 tps system characteristics....................................................................................19 tps system composition.................................................................................................... 19 tps system concepts ........................................................................................................ 20 tps system component connectivity ...................................................................22 node roles in tps system ................................................................................................. 22 tps system configurations ................................................................................................ 24 product packaging ...................................................................................................26 product overview ........................................................................ 27 hardware ...................................................................................................................27 lcnp4.......................................................................................................................... ....... 27 tps system ready consoles ............................................................................................. 28 intel-based platforms .......................................................................................................... 28 global user station (gus) .......................................................................................28 base system .................................................................................................................... ... 29 multiple displays.............................................................................................................. .... 29 gus display server (local tpn data) ................................................................................. 29 hci named data access..................................................................................................... 29 gus utilizing iomaps.......................................................................................................... 2 9 gus standard displays....................................................................................................... 30 safeview ....................................................................................................................... ...... 30 reusable components ........................................................................................................ 30 tpsdde ......................................................................................................................... ..... 30 uniformance desktop ..............................................................................................31 process trend .................................................................................................................. ... 31 tdc viewer ..................................................................................................................... .... 31 contents vi tps system overview 11/98 honeywell inc. r100 scheduler ...................................................................................................................... ...... 32 visual phd..................................................................................................................... ..... 32 example excel spreadsheet ............................................................................................... 32 interactive query.............................................................................................................. ... 33 dynamic query (dq) and microsoft query (mq)................................................................. 33 history browser ................................................................................................................ ... 33 process history database (phd)............................................................................ 33 multiple data types supported........................................................................................... 33 tag configuration.............................................................................................................. .. 34 class tag configuration...................................................................................................... 34 data retrieval independent of data collection ................................................................... 34 time weighted data reductions ........................................................................................ 34 automatic engineering unit conversions............................................................................ 34 virtual calculations ........................................................................................................... .. 34 conditional data search and retrieval ............................................................................... 35 system capacity ................................................................................................................ .35 exception condition interfaces ........................................................................................... 35 automated backup.............................................................................................................. 3 5 data compression .............................................................................................................. 3 5 hci phd server ................................................................................................................. .36 tpn event journal collection and storage......................................................................... 36 application program execution ............................................................................. 36 nt client applications......................................................................................................... 37 cl server ...................................................................................................................... ...... 37 application i/o................................................................................................................ ..... 38 event annunciation and journal entries .............................................................. 39 system management ............................................................................................... 40 performance and network management............................................................................. 40 security management ......................................................................................................... 41 system configuration.......................................................................................................... 4 1 build environment ................................................................................................... 42 tps builder .................................................................................................................... ..... 42 phd configuration .............................................................................................................. 42 display translator ............................................................................................................. .. 43 display builder ................................................................................................................ .... 43 safeview editor................................................................................................................ ... 43 hci client toolkit ............................................................................................................. ... 43 hci server toolkit............................................................................................................. .. 44 distributed communication (hci/opc) ................................................................. 44 value added functions and robustness ............................................................................ 45 tps system naming structure ........................................................................................... 45 contents 11/98 tps system overview vii r100 honeywell inc. security............................................................................................ 47 security approach....................................................................................................47 nt domain ...................................................................................................................... .... 47 tps domain ..................................................................................................................... ... 47 user id verification........................................................................................................... ... 47 access rights.................................................................................................................. .... 48 security objects ............................................................................................................... ... 48 permissions .................................................................................................................... ..... 48 proxy files.................................................................................................................... ....... 48 user groups .................................................................................................................... .... 48 operators ...................................................................................................................... ...... 49 interactive user interface .................................................................................................... 4 9 tpsdde and file transfer.................................................................................................. 49 phd............................................................................................................................ ......... 50 security objects and access control mechanisms ............................................................. 51 related products and applications.................................... 53 network and integration services...........................................................................53 user alert ..................................................................................................................53 equipment health management (ehm) ..................................................................53 advanced control applications..............................................................................54 profit suite................................................................................................................... ........ 54 oil movements and storage ................................................................................................ 55 totalplant batch ................................................................................................................... 55 glossary.......................................................................................... 57 acronyms and abbreviations..................................................................................57 terminology ..............................................................................................................59 tables and figures viii tps system overview 11/98 honeywell inc. r100 tables and figures table 1 tps system security objects and access control mechanisms .............................. 51 figure 1 tps system ....................................................................................................... ...... 10 figure 2 tps hardware components .................................................................................... 12 figure 3 tps software components ..................................................................................... 13 figure 4 node roles in tps system...................................................................................... 22 figure 5 minimum tps system configuration ....................................................................... 24 figure 6 typical tps system configuration .......................................................................... 25 figure 7 large tps system configuration ............................................................................ 26 figure 8 communication interface structure.......................................................................... 44 11/98 tps system overview 9 r100 honeywell inc. introduction overview the tps ( totalplant solution) system overview document provides a high level description of honeywell iacs open automation system intended for use on projects from small to very large. the tps system is the evolution of the tdc 3000 x system (now called tps network) and includes all the capabilities of that system, as well as many new capabilities. the tps components, such as the human interface and application platform, are described here, as well as the unified and consistent approach for accessing data and managing system resources. introduction C functional overview 10 tps system overview 11/98 honeywell inc. r100 functional overview scope the totalplant solution (tps) system is honeywells open plant automation system. it includes our robust, secure distributed control capabilities, as well as advanced applications like multivariable control, batch control, and optimization, plant-wide history, and information management capabilities in one unified system. the diagram below illustrates this approach. business tps system uniformance control 17392 figure 1 tps system this document focuses on the components contained within the control portion of the tps system. these control components comprise the automation platform upon which the information and application software is supported. they include the field devices, human interfaces, application platform support, as well as the system infrastructure that glues the system together. some of the components include: field measurement control - transmitters - analyzers - sensors regulatory control - high performance process manager - application module/application nodes introduction C functional overview 11/98 tps system overview 11 r100 honeywell inc. - global user station/universal station - history module/process history database - fail safe controller this document does not cover the information management applications, advanced control applications or honeywell services, nor does it dwell on tps system components fully documented in other publications, such as tps network or field instruments. a description of several uniformance products can be found in the section entitled related products and applications. while not all uniformance products are represented there, all are well integrated with tps control to complete the tps system. tps system components (control) the tps system is designed to meet the needs of large systems while being scaleable to relatively small systems. tps system key features include the following: openness smart field devices state-of-the-art human interface advanced engineering tools real-time database and plant-wide historian open application environment proven robust and secure control environment open interface to enterprise management applications tps systems unifying infrastructure pulls these features together into a complete system. introduction C functional overview 12 tps system overview 11/98 honeywell inc. r100 a hardware overview of the tps system major components is pictured below. sub- system a x m hm phd history global user station advanced processing platform (app) engineer workstation (tps builder, display builder) intranet/internet browser totalplant batch uniformance desktop remote i/o analyzers flow meters transmitters valves analyzers field devices tps network (tpn) plant control network field devices lm ng ng remote i/o serial links udc 6000 weigh scales various gateways e.g. hg, eplcg, clm, sam, plnm pm/apm/hpm ucn nim 17393 fsc -sm a figure 2 tps hardware components the thrust of the tps system is an integrated set of components. global user station (gus) process history database (phd) historian and real-time database application nodes including the application processing platform (app) tps builder tps network (tpn) smart field devices unifying tps infrastructure introduction C functional overview 11/98 tps system overview 13 r100 honeywell inc. the software architecture is pictured below, and is followed by a description of each of the major components. pc desktop (nt or 95) tps network gus node app node with phd hci phd server phd gus display io map app node io map tpn server cl server tpn rdi hci client developer kit nim plant intranet hpm fsc ucn amw on lcnpx amw on lcnpx tps infrastructure * unpw on lcnpx hopc native window uniformance desktop hci server developer kit application safeview tp n e ve nt journal collection tps client node for engineering (nt) oracle tps client node (nt) plant control network * tps infrastructure includes: honeywell communication interface (hci) tps dde, file transfer, lcn emulators system status monitor system management tps infrastructure * tps infrastructure * engineer tools display builder safeview editor tps builder application development services hci/opc clients uniformance desktop tps dde clients uniformance desktop - process trend - tdc viewer - interactive query field device i/o valves smart transmitters ~ ~ 17394 tps server node (nt) gus native window opc server figure 3 tps software components tps node a tps node is a commercial intel-based workstation running microsofts windows nt operating system. it contains tps system software and belongs to a tps domain. it has a connection to the plant control network (pcn) and can optionally have a connection to the tps network (tpn). the functions that a tps node performs depend on the combination of tps system software loaded (e.g., operator interaction or application processing). a tps node is defined as any of the following. gus app client or server node introduction C functional overview 14 tps system overview 11/98 honeywell inc. r100 global user station (gus) gus is a tps node that has a connection to the tps network (tpn) through an lcnp or lcnp4 card and runs a us (unpw) personality. it is packaged in a console or deskside configuration. it is a state-of-the-art human interface and consists of a native window, display runtime, and safeview. the native window provides all original tpn universal station operating and engineering displays in a window on the global user station. the display runtime component executes gus displays built by the display builder or translated from tpn schematics by the display translator. safeview is a window manager that allows a user to define where types of windows can appear, move to, resize or overlap other windows. safeview can be configured to ensure that critical windows are never hidden. gus is intended for use by operators and engineers to monitor and control the process, honeywell tps components, and applications. gus provides historical trending from the tpn history module or from phd. gus displays can also get named data from a phd data source or another tpn using hci named data access rather than the local connection to the tpn, known as hopc. this helps keep the local tpn loading to a minimum. application processing platform (app) the app is a tps node that has a connection to the tps network through an lcnp4 card and runs either an am or amw personality. it is packaged in either a deskside or desktop configuration. the app is a state-of-the-art application platform for integrating advanced control or information management applications. it can communicate directly with an existing tps network. the app contains the tps system infrastructure component for communicating to tpn and to hci/opc client and server applications in tps client and tps server nodes. it also contains other functions such as tps status display, tps configuration, file transfer and tpsdde. the cl server leverages existing application module (am) applications by allowing them to initiate applications that reside in the windows nt environment. applications may also be built using the iomap interface to connect to hci/opc servers. this interface provides the ability to write generic applications through tag name aliases and to gather data from multiple data sources in a single call. tps client or server node a tps client or server node is an off the shelf workstation purchased outside of honeywell and is connected to the pcn. it does not have a tps network connection, but can host tps client applications, or tps server applications, or both. client applications that can run on the app can also run here, although they need to connect to introduction C functional overview 11/98 tps system overview 15 r100 honeywell inc. an app to get tpn data. server applications would include any hci/opc server of data (see tps system infrastructure for more on this). in addition, it can host engineering software such as gus display builder or tps builder. tps builder tps builder is a graphical engineering tool for building control strategies and configuring process control data on a tps system. it includes the following. easy-to-use graphical user-interface provision for building and use of templates simultaneous creation of the control drawing while creating the control strategy ability to share data and work with other applications other advanced capabilities tps builder supports the following capabilities. configuration documentation database reporting control language (cl) programming support control strategy drawing process history database phd is a plant-wide, high-performance historian. it can collect data from any tps data source including the tps network and non-tps systems. phd provides data imaging of these systems, including calculated and user-defined auxiliary values. phd also provides access to non-tps devices for any tps component or application. phd allows the supervisory portion of tps to be independent of the data source. application data may also be contained within phd and can be used by applications to share information. for example, gus can display or alter application data and phd can historize it. phd is currently configured by its own builder in tps; however, over time its configuration will be integrated within the tps builder. introduction C functional overview 16 tps system overview 11/98 honeywell inc. r100 desktop tools the desktop tools are referred to as the uniformance desktop. these tools are used by engineers and management to do the following: monitor the process troubleshoot perform analysis and reporting functions the desktop provides a trend/analysis tool for the desktop, excel-based report generator, scheduler, and graphic viewer. these tools are designed to work with phd data and other data sources. tps system infrastructure the system infrastructure pulls the system together. it provides secure communication between the major tps components, and allows these components to be physically distributed across tps nodes. the data access function of the infrastructure provides access to tps network data for tps components and applications. the following are the main components of the infrastructure. opc C ole for process control interfaces hci - honeywell communications interfaces, utilizing microsofts dcom technology and opc hci client and server toolkits hci tpn server - data access server for tpn data tpsdde C tpn data read capability through microsofts dynamic data exchange mechanism file transfer - capability to transfer files between the hm and the windows nt file system system status monitor - monitors status of tps nodes and components system management - startup, shutdown, backup, restore, security, configuration, and replication the communication infrastructure provides a set of interfaces that includes the data access mechanisms as defined by the opc standards committee, as well as enhancements such as prioritized requests, timed requests and status information. the hci tpn server provides the link between applications and tps network data. it is an opc server that also recognizes hci value added interfaces. thus, it can serve data to applications that use opc-only and those that use hci/opc interfaces. introduction C functional overview 11/98 tps system overview 17 r100 honeywell inc. the hci client toolkit enables development and testing of hci/opc client applications. the hci server toolkit includes a generic server that significantly decreases the effort of developing an hci server. system management helps to ease certain tasks that are required due to the networked environment of the tps system. this includes a mechanism to retrieve, view, or be notified of system problems as well as a facility for viewing and/or modifying configuration information or system component status. to access non-tps device interfaces, the recommended approach is to develop hci/opc servers. however, these devices could be also accessed through the implementation of a phd rdi (realtime data interface). then applications could access this data using the hci phd server. tps network (tpn) the tps network remains a key component of tps, and provides a full-function control environment that is proven to be robust and flexible. existing tps network customers can maintain their capital and intellectual investment, while taking advantage of advanced features available with tps. the tps network consists of the following. tps network (tpn), formerly refered to as the lcn, is a redundant and robust communication network with a set of nodes that are directly connected to it. the nodes include the following. - process network interface nodes (such as nim for the ucn) - history collection nodes (hm) - human interface nodes (gus, us) - application modules (am) for implementing advanced control algorithms - in addition, data point alarming and monitoring of the control room equipment is performed here data hiway the data hiway is the classic process network originally introduced in 1975 and still a valid data source to anywhere within the tps system. it includes many hiway-based devices such as the basic controller and the multifunction controller that provide data acquisition and control functions. universal control network (ucn) the ucn is a high-speed, high-security process network. it does the following. - allows for peer-to-peer communication - provides platforms for implementing sophisticated control schemes (hpm), and platforms that perform safety-related functions (fsc) introduction C functional overview 18 tps system overview 11/98 honeywell inc. r100 - provides the i/o interface to field devices for more information on the tps network, refer to the system overview (sw70-500). field devices process data like pressure, temperature and flow, is collected and transmitted by field instruments to process-connected controllers. tps system includes a complete portfolio of smart transmitters that span a wide performance range and can provide the basis for process control in any system. smartline products have set the standard for quality, reliability, accuracy, and can be digitally integrated to the honeywell automation system. these products and solutions are divided into the following three areas. analytical instruments - proprietary sensor technology applicable to a broad portfolio of liquid and gas measurements, as well as particle and components measurements. control products - process control instrumentation for meeting the needs of a variety of industries. these include the leaderline family of controllers, programmers, and recorders. the leaderline controllers are used to control temperature, level, pressure, furnace atmosphere, and relative humidity. tps system integration capability provides remote control functions with operator functions fully accessible at the global user station. field instruments - robust process measurement solutions for pressure, temperature, level, and flow using honeywells smartline field instruments. these instruments provide bidirectional digital communication between transmitter and controller or field communicator and can be digitally integrated with the tps system automation systems to minimize project implementation, downtime, and maintenance costs. a range of output communication options is available, which include standard 4-20 ma, digital enhanced (de), hart, and foundation fieldbus. 11/98 tps system overview 19 r100 honeywell inc. product structure tps system driving forces the tps system integrates tps components into an open, unified, coherent system. a common component distribution and naming philosophy that allows the components to inter-operate and to be managed, without reliance on a single name server a single operating environment providing state-of-the art display and workspace techniques for presentation and operation of all components and applications on them security mechanisms that leverage nts built-in security structures to allow plant- wide access while protecting the integrity of the control system data integration policies that allow defining and sharing of data among executing applications, history, and human interface, without dependence on the tps network an intercommunication infrastructure that provides access to this data through common mechanisms that provide the performance and integrity necessary, while leveraging industry standards for lower costs and improved plant-wide integration system management mechanisms and policies that provide common solutions for all components for such things as installation, start-up, status monitoring, fault management, performance monitoring, and configuration management tps system characteristics tps system composition the following four items enable tps system software to provide a unified system. hci managed components that are named dcom servers (dcom refers to microsofts object model upon which hci is based) - make functions and data accessible through industry standards such as opc and dcom clients connected (or connectable) to these dcom servers - in some cases, these clients may also be servers as well (i.e., an hci component) related support software product structure C tps system characteristics 20 tps system overview 11/98 honeywell inc. r100 all tps network systems connected to this plant control network (pcn) a collection of tps nodes is typically configured to reside in a tps domain. each tps node has a tps administration dcom object that manages and monitors the tps domain and controls the hci managed components configured to run on its node. each tps domain includes all instances of the following hci managed components. hci tpn server cl server hci phd server tps system concepts the following concepts define the characteristics of a tps system. tps domain C the namespace (i.e., the set of unique names) of a tps system is called a tps domain. it is defined within an nt domain, and uses the nt domains names for physical nodes, user ids, and user groups for security checks. the tps domain consists of all the physical nodes that are defined to be part of the tps domain and the hci managed components in them. each hci component has a unique name within the tps domain. the status of the tps domain is displayed on the tps system status display through these names. use of nt domains C a user may wish to create more than one tps system (i.e., tps domain) within an nt domain (in the current implementation they do not know about each other). to manage this nt domain in which the tps domains have been created, an nt domain server must exist. it may or may not be one of the physical nodes in the tps domain. in general, display and application program accesses to tpn data and other hci component data do not require an nt domain server to be running. however, several configuration and housekeeping functions do require this nt domain. these include tps domain configuration, tps replication, hci component configuration, and app startup. hence, backup nt domain servers will normally be configured to assure availability of an nt domain server. most communications involving tps system components are within a tps domain and an nt domain, but there can be some notable exceptions. for example, a client that is not in a tps domain can connect to an hci component (such as the hci tpn server) that is in a tps domain. this requires that the client node be configured using the non-tps domain configuration utility and the nt domain server was configured to support a tps domain. in addition, a uniformance desktop may exist outside of the nt domain containing the tps domain in which the phd server it is connected to resides. product structure C tps system characteristics 11/98 tps system overview 21 r100 honeywell inc. data within hci managed components C inside hci managed components, data and functions are accessible as named tps objects (an extension of the tpn data point concept). names of tps objects within each hci component are unique within that hci component. within each tpn, the namespace is unique, and served by one or more hci managed components called tpn data servers. location transparency C to access information, a client specifically addresses the hci component as a logical name, but the physical location of the server is transparent. names are resolved within the connecting hci component. replication of system and user data C the configuration of a tps domain involves defining and sharing system data (e.g., hci component information) and user data (e.g., graphic files) among the tps nodes within the tps domain. this data needs to be kept consistent and up-to-date. tps system provides replication mechanisms to keep a copy of the relevant system and user data on each node such that a single failure does not affect more than one node. access control C nt security can be set up to allow/restrict accesses appropriately to hci managed components, including tpn data servers. in addition, for a given tpn, there may be multiple hci servers, each with its own hci component name. this allows heavier loads to be served when necessary, and allows routing of different kinds of clients through different servers, to make the system more deterministic. access to other systems C the tps system uses the concept of a tps domain to create a unique namespace for a given collection of tps nodes. each collection knows of its own tps domain only. future releases will provide the functionality of identifying other tps domains (within the same or different nt domains) and communicating with them. the default tps domain is the home system itself, and generally need not be specified. user applications executing under nt C can connect into the system in a number of ways. - as client-only applications, connected to the tps system such as uniformance desktop applications, accessing phd data. - as client-only applications, connected to the tps system through application i/o services or directly through hci, perhaps using the phd data or custom data segments in the am to store state that is visible at the gus operations environment and visible to phd for historization. all information (physical nodes, hci managed components) is maintained at the plant control network (pcn) level and available to all nodes on the pcn. product structure C tps system component connectivity 22 tps system overview 11/98 honeywell inc. r100 note that in a tps system there may be multiple instances of major components, such as hci tpn servers and hci phd servers. this does not imply that these instances inherently know of each other. in fact, the hci tpn servers and hci phd servers are not aware of each other. however, applications on each are able to access data from the others because they are connected to the network of named hci managed components. tps system component connectivity node roles in tps system the following diagram shows the role that a node or workstation in a tps system can assume. these roles are dependent on their placement within the system network hierarchy and help distinguish between nodes that are strictly part of the tps system versus ones that may be outside of the tps system or only loosely coupled to it. designating the node roles is useful in discussing the various connectivity options. ethernet: pin, pcn, www, etc. honeywell control system lans (tps network) the tps system the field a b c d e pcs on ethernet and www: contains no tps software tps desktop node: like #c, except hci optional; nt optional tps client/server node: no proprietary lan; runs nt and ethernet; hci present tps connected node: proprietary control lan node with open lan connection (gus, app ) proprietary control lan node: no open lan connection (hm, am) tps node roles: e d c b a 17395 figure 4 node roles in tps system the roles of a node in tps are defined as follows: a C nodes that are connected to the tps network, but not connected to the tps plant control network (pcn). this includes all existing tps network nodes such as ams, hms, etc. applications at this level do not have explicit knowledge of applications at upper levels. product structure C tps system component connectivity 11/98 tps system overview 23 r100 honeywell inc. b C the tps pcn-connected node with direct tps network connection. this includes tps nodes that are on the pcn and are also connected to a tps network through an lcnp board in their physical node (e.g., gus, app). access from these components to the local tps network is possible without dependence on the pcn. the components in these nodes also have access to data on the pcn (including other tpns) by addressing the appropriate pcn component through hci. c C tps pcn-connected node without an lcnp board for direct connection to a tps network . data on the pcn is accessible to these nodes, and data on tps networks is accessible by addressing a data server that is connected to the desired tps network, i.e., functionality is the same as for level b, but without a local tps network. d C pin-connected node with tps software . here there are actually two levels of connection, depending on the specific system configuration. - most of the level c functions execute where they can be directly connected to the pcn for performance and system control needs. if the physical network layout precludes this, they can be configured to run on nodes that are on the same subnet with other nodes in that tps system. a client at this level can be part of the tps domain (though not required) and communicate to hci managed components. - applications at the plant intranet level, such as those running under the uniformance desktop (but not limited to these) are set up to connect to a phd server rather than to connect directly to a tpn data server. this avoids having this load affect tpn performance. there are two methods to make this connection. the first is with a direct connection to phd (through a network that is separate from the pcn). the second method is a plant intranet to pcn connection that allows pin applications to connect to the hci phd server through the pcn (the same route that is used by user applications and gus). e C no tps system software. while not actually a tps node, this role is included for completeness and describes all nodes on the pin that do not contain tps software or communicate to a tps system. product structure C tps system component connectivity 24 tps system overview 11/98 honeywell inc. r100 tps system configurations the flexibility of the tps system architecture allows for the various hardware and software components to be combined in a wide range of combinations. in its most simple case, a tps system could be thought of as a tps network only. however, to be an open automation system, the minimum tps system must include at least one global user station and most likely includes many open human interface, history, and application nodes. multiple tps system components can be put into a single tps node as long as they can operate within the memory, disk, and computing power of that node. defined below are example configurations for a minimum, a typical, and a large system, but by no means do these illustrate all legitimate combinations. minimum tps configuration the minimum tps system must have at least one tps gus operations environment. the tps build environment is necessary for configuring the system, but it is not a necessary component for normal operation, so it could be removed. user applications, hci tpn servers, and phd functionality can be added separately. also as a minimum, a tps node may serve as an am replacement and have no pcn connection. nim ucn tps network hg dh am hm nt operator gus unpw nt a b a a a and/or = control nt domain = it nt domain operator console engineer tools hub optional pin connection (optional) essentially a single us replacement (native window and/or gus graphics) amw am replacement (no nt services) a corresponds to tps node roles as discussed previously b & either one or both a 17396 figure 5 minimum tps system configuration product structure C tps system component connectivity 11/98 tps system overview 25 r100 honeywell inc. typical tps system configuration a typical tps domain configuration as shown below depicts the user-visible components organized as follows C a three node gus console, two engineering stations, a tps client application node, and two server nodes (one for phd data, the other for tpn data). nim ucn tps network dh am hm operator gus unpw nt operator gus unpw nt operator gus unpw unpw nt nt pcn nt tps client node (applications) plant intranet win95 individual tps client d c b a b b b b a a a connected engineering gus and/or win95/nt individual tps client/engineer d phd server amw = control nt domain = it nt domain oper console pdc nt nt tpn server & nt admin b amw a tps domain bdc a corresponds to node roles as discussed previously b .. d app node app node hg router firewall foreign opc servers group engineering workstation nt d 17397 figure 6 typical tps system configuration large multiple tps domain configuration in very large sites, a tps system can be made up of several tps domains in a single nt domain. tps nodes can communicate within the domain or between domains as described earlier. product structure C product packaging 26 tps system overview 11/98 honeywell inc. r100 plant intranet d d d d individual tps client d d tps domain 1 phd shadow server tps domain 2 tps domain 3 tps domain n notes: 1. the underlying tps networks can either be multiple tps networks or a single large one, or multiple tps networks joined by ngs. 2. the entire tps system is contained within an nt domain. 3. the nt primary domain controller (pdc) and backup domain controller (bdc) reside in dedicated pcs on the pcn; they do not need to be high performance pcs and their failure will not result in loss of control. win95 win95/nt single nt domain pcn router nt server pdc nt server bdc client/engineer individual tps d d 17398 figure 7 large tps system configuration product packaging packaging of the tps system allows for hardware/software solutions, as well as software only solutions. in addition, there are many hardware and software components that can optionally be purchased when needed. in the first category, the following hardware/software solutions are offered. a gus node as a universal station replacement a gus node as stand-alone gus (running gus graphics) a networked gus node for administration purposes a tps gus node that includes hci/opc capabilities an app as an am replacement an app that can run client applications and/or phd the second category includes such items as tps builder, hci phd server, tps system electronic documentation, and the hci client or server toolkit that can be installed on user-supplied hardware. in all cases, the software and electronic documentation is delivered on one or more cd-roms and a license key is provided to access the software purchased. 11/98 tps system overview 27 r100 honeywell inc. product overview hardware the hardware platform for the tps-connected nodes (tps node role - b) is commodity workstation hardware running windows nt. open platforms for tps system are based on the intel pentium pro or pentium ii processors. a range of overall processor speeds, memory sizes, cache sizes, and disk size options for each processor type are supported. the recommended open platform size and performance for a specific tps system application is determined by that applications needs. the minimum hardware configuration supported is that released for gus 100 mr3 and all tps functions operate with that configuration. maximum configurations are set by those reasonably available from the approved platform vendors, which offer platforms of the supported processor types. operating specifications : environmental specifications (e.g., operating temperature, shock and vibration tolerance, etc.) are those offered commercially by the open platform suppliers. (see tps system ready consoles below.) ce mark : all open platforms conform to commercial (class b) ce mark specifications. honeywell-supplied platform packages (ez-console, z-console, classic, or cabinet mount configurations) conform to industrial (class a) ce mark specifications. keyboards : deskside platforms are available with three keyboard options: commercial at101, industrial ce mark at101, and the desktop integrated keyboard which is also industrial ce mark. console mounted platforms are offered with the console integrated keyboard or the operator keyboard/engineering keyboard (industrial at101 as above) and operator entry panel (oep) offerings from previous tps network products. lcnp4 the lcn coprocessor allows the data connection to the tps network infrastructure and the operation of tps network software personalities. the lcnp4 is a high- performance version of the lcnp offered on previous gus releases. it is based on the motorola mc68040 processor and has functionality and performance similar to the k4lcn. the lcnp4 differs in functionality from the lcnp in the following ways. product overview C global user station (gus) 28 tps system overview 11/98 honeywell inc. r100 performance: tps network-based performance of the lcnp4 is similar to the k4lcn. the lcnp was similar in performance to the k2lcn. memory size: the lcnp4 has a memory size of 16 megawords (32 megabytes). the lcnp is limited to 8 megawords. independent reset: the lcnp4 allows an independent reset of the nt and rnos processors. this allows the tps network personalities (e.g., the am) to ride through an nt reset. both the lcnp4 and older lcnp are available and continue to be valid hosts for gus. for app, only lcnp4 is valid. tps system ready consoles tps system platforms are offered in deskside, ez-console, z-console, and classic console mount furniture, or tps network cabinet mount. deskside and desktop versions are as supplied by the commercial suppliers. a crt and keyboard is required for all tps nodes. these can be the keyboard and crt built into the consoles (as in gus), or keyboards and crts that rest on work surfaces or adjacent tables for non-gus tps nodes mounted in consoles. systems that require industrial (class a) ce-mark use industrial ce versions of the keyboard and crt. color monitors from 17-inch to C21-inch diagonal sizes are available for the deskside- packaged units. deskside touchscreens are offered in 21-inch diagonal size only. z- console mounted monitors are 21-inch only with touchscreen. classic console versions use a 19-inch multi-synch monitor. both industrial (class a) and commercial (class b) ce mark are met in the ez- console, z-console, classic console, and cabinet packaging options (with appropriate peripherals). deskside tps nodes only meet commercial (class b) ce mark requirements. intel-based platforms intel-based platforms are supported and are based on the pentiumpro 200 or the pentium ii as the processor engine with ecc (error correction code) data integrity on both main memory and cache. platforms can be used in all mounting/furniture options. global user station (gus) gus is available in either a deskside platform or in classic, z-console, and ez- console furniture. each gus connects to the tps network through the lcnp or lcnp4 board. each gus also has a built-in ethernet connection that can be product overview C global user station (gus) 11/98 tps system overview 29 r100 honeywell inc. configured for either 10baset or 100baset use. this allows a gus to be connected to an existing network or to be set up with the proper hub, router etc., for a new network. gus software functions are packaged separately and can be combined to meet function needs on a station-by-station basis. base system the base system software is the only mandatory software function. it must accompany all tps network-connected gus stations. this software performs the data access between the tps network and gus. its second main function is to show one universal station display through the "native window." this native window provides the following tps network functions. console-based alarm management cross screen display invocation standard display access (group, detail, alarm summary, etc.) access to all universal station tools (deb, ncf, etc.) shared pc printers and disks the base system is not needed when the display builder is used to create new displays, but is needed to test them. multiple displays the base system allows viewing of one gus display at a time concurrent with the native window. gus display server (local tpn data) gus display server contains the components necessary to access tpn data and functions required to operate a process and support on-line display building. hci named data access gus displays can access hci managed components in two ways: through ole automation and through named data access (e.g., srv1.a100.pv). display authors may script gus displays to invoke any ole automation interface or named data access to read or write hci server data. gus utilizing iomaps an iomap is an intermediary hci/opc server that runs in-process to the client (see application i/o below). therefore, an iomap may be accessed using ole automation product overview C global user station (gus) 30 tps system overview 11/98 honeywell inc. r100 calls in gus scripts or using named data access in gus scripts and variable expressions. iomaps are the primary method of redirecting data access among hci servers (not hopc servers) in a gus display. as an example, a user may create a gus display representing a furnace pass and referencing generic data through an iomap. by changing the data source (i.e., iomap), the furnace pass display may be reused to represent furnace pass 1, furnace pass 2, etc. gus standard displays active x controls that emulate the functionality and performance of the standard us displays are available and can be inserted in a gus graphic. these include gus alarm summary control gus message summary control in addition, a gus group display application is available that emulates the standard us group display. this display conforms to the standard group definition as configured in the area database. safeview safeview is a runtime option that lets the operator work in a windowed environment, yet maintain a predictable, repeatable, safe interface to the plant. with safeview, engineers can divide each screen into regions, and designate what type of display or application goes into each region. they can also decide if displays in each region are movable and sizable. safeview can also protect the plant window from being overlaid by other applications. many safeview configurations can be built, but only one can be active at any given time. reusable components in addition to the active x controls listed above, an additional set of reusable components is available with gus. these include the following. the gus faceplate which is an active x control presenting the full functionality of one of the slots in a us group display the honeywell change zone which is an embedded picture with the equivalent functionality of the us change zone tpsdde tpsdde lets users access tpn data and send it to applications running on gus, or up to a plant network for use by other dde compliant applications. product overview C uniformance desktop 11/98 tps system overview 31 r100 honeywell inc. uniformance desktop the uniformance desktop is a set of tools and enablers that provide easy access to history data using pcs. simple, quick access to high-resolution history data lets the user run analysis and reporting applications that can enhance plant decision making. desktop components offer easy and flexible access to this data. the uniformance desktop includes process trend, tdc viewer, an example excel spreadsheet with embedded history calls, visual phd, and several vb examples. process trend process trend allows a user to trend process history data. a user can easily manipulate the time and value scroll bars to scan through data and zoom in for more detailed analysis. each trace tag can be independently scrolled, so the user can visually compare tags on a different time basis. the trend picture can be copied to the clipboard for import into a document, or the data behind the trend copied into a file for importing into a tool such as microsoft excel for more detailed analysis. a hairline cursor gives the user an exact value for each trace at the point in time where the cursor is placed. multiple tags (up to eight) can be plotted in the same window, plus multiple trend windows can be opened. each trace in each window can be manipulated independently. for example, the time scale can be offset to allow comparison of the current shifts results with a previous shift. the value scale can also be different for each tag. conditional query process trend provides the user with the capability of constructing a conditional query. after submitting the conditional query, the user receives notification of a collection of time intervals where the condition is satisfied. this user is then able to plot data for any of the identified time intervals. display suites process trend users are able to open and save a suite (collection) of up to five process trend plots and/or up to 10 analysis windows. the window orientation that appears when the suite is opened is the same as when the suite was previously saved. tdc viewer the tdc viewer allows the user to look at universal station schematics on a pc. the user can view the display at current time or at any time in the past, or replay history data through the display at a controlled rate. displays are view-only. many schematics can be viewed at the same time without placing a load on the tps network control system, since all data comes from phd. tdc viewer uses displays without modification, once uploaded from the history module to the users pc. product overview C uniformance desktop 32 tps system overview 11/98 honeywell inc. r100 note: tdc viewer is a viewing tool for data contained in the history database. tdc viewer does not incorporate all of the functions of an active schematic on a universal station (us) or a native window gus. the following functions are not available with tdc viewer. local tags accessible on a us station (i.e., ackstat) trends within schematics tag indirection scheduler this utility is a microsoft windows-based application scheduler. a user can schedule any microsoft windows program to run periodically or at a specified time. for example, a daily report based on the microsoft access report writer using data from phd can be initiated by the scheduler. a user can view the applications to be scheduled, applications currently running, and the status of applications that were activated by the scheduler. applications can also be scheduled to run sequentially so that, for example, the daily report does not run until the shift report has completed successfully. visual phd visual phd consists of an ole automation server and active x objects for data reporting and application development. the objects consist of a data control, text control, bar control, graph control, tagtext control, and tagpicker control. these objects can be embedded in visual basic and microsoft office applications to create custom information applications for a particular plant site. for example, a bit map depicting an overhead view of the plant can be imported to visual basic, then the ole objects can be embedded on the picture to create an information schematic. this display can be saved as an executable and e-mailed to anyone in the company. the visual phd active-x components operate within standard ole server applications. these include visual basic 5.0 and the suite of microsoft office 97 applications. example excel spreadsheet visual phd makes it easy to develop custom excel applications that require process data. an example spreadsheet is included that can be modified by a user to meet most needs for process data analysis using excel. it is also easy to create a conditional query of history data using this spreadsheet. the example spreadsheets are compatible with excel 97 and excel 95. product overview C process history database (phd) 11/98 tps system overview 33 r100 honeywell inc. interactive query interactive query (iq) provides an easy-to-use mechanism for transferring history data from phd to microsoft excel. one powerful aspect of interactive query is the tool's user interface, which allows interactive selection of plant data. once a request is made, it allows the user to control the flow of data to excel through its control window interface. the user can request a large amount of history data and then replay that information by stepping through samples at the selected rate. also available is a refresh mode, which automatically re-executes a query periodically, to support a live trend, for example. dynamic query (dq) and microsoft query (mq) dynamic query also history retrieval requests are to be constructed by references to other cells in the excel spreadsheet. the 128-character limitation on history retrieval requests can be bypassed. a mechanism is provided to place all history retrieval results into an excel spreadsheet without requiring the user to identify a fixed region before issuing the request. the user is also provided with the ability to manipulate the result set from a history retrieval request in microsoft query. history browser the history browser provides an easy-to-use mechanism for transferring history data from phd to microsoft access. the result set is placed in a table in a microsoft access database, where it can be viewed, exported, reported on, or integrated with data from other sources. process history database (phd) process history database (phd) is the process data historian of honeywells plant- wide totalplant solution system. phd collects, integrates, and maintains a long-term history of real-time continuous and discrete production, process performance, and process-related data. the phd server can collect data from the tps network and other data sources. some key phd features follow. multiple data types supported phd supports real, integer, binary, and alphanumeric (text) data types integrated seamlessly in one database. phd supports a 32-character tag name. the tag name may be the same or different than the tag name used by the source system. for consistency, it is recommended that they be the same. product overview C process history database (phd) 34 tps system overview 11/98 honeywell inc. r100 tag configuration phd provides the ability to define new or modify existing tags without having to rebuild the database or shut the system down. the number of tags that can be scanned is dependent only on the capability of the processor and the source of the data. phd also provides a powerful utility to automatically generate the phd tag parameters and their reference attributes. class tag configuration phd tag definition supports the use of class tags that other tags may reference as their parent. any tag attributes that are not specifically defined for a tag are inherited from its parent class tag. a class tag may in turn inherit values from another class tag. if a class tag attribute is modified, any tags that inherit the attribute dynamically inherit the change. this permits the system to be configured with a set of intelligent default tag attributes. this feature simplifies tag definition and maintenance because the behavior of entire classes of tags can be altered after the tags are defined, simply by modifying the parent class tag. data retrieval independent of data collection applications may query data for times that are independent of point scan rates or storage intervals. accurate measurements for operations transactions can then be determined regardless of the transaction times or duration. time weighted data reductions reductions, which include min, max, delta, mean, linear regression, running average, and standard deviation are performed on a time-weighted basis vs. sample basis. these reductions return both a reduction value and a composite confidence factor based on the reliability of the source data. automatic engineering unit conversions phd provides standard engineering unit conversions between absolute values, rates, and accelerations. for example, a flow that is measured in barrels/day can be requested as gallons/hour. data conversion to and from metric units is also supported. this allows users and applications to request information for a measurement in the units required without having to build conversion functions into the various user tools and applications. virtual calculations phd provides the capability to perform a calculation to handle situations such as when lab physical properties are not available for several hours after the sample time. phd product overview C process history database (phd) 11/98 tps system overview 35 r100 honeywell inc. also provides the ability to evaluate logical time-based inferences of process data or other manual inputs from operator logs. for example, what was the change in value over the last 5 minutes, hour, etc.? and did this change exceed a logic operating threshold? phd returns a calculated result along with the calculated confidence for the result based on the reliability of the tags referenced by the calculation. conditional data search and retrieval phd provides conditional processing logic for retrieval of data using a conditional statement. phd provides the ability to review history between a start and end date and examine the values based on conditional expressions. system capacity the resolution of history data and length of history retention is configurable. typically, a customer keeps high-resolution (scan rate) data online for 2 to 3 years or longer. exception condition interfaces the exception condition interface may be linked with any standard rdi polled-type rdi in order to implement scanning controlled by exception conditions. the exception condition interface generates exception data for a group of real-time tags by polling them when data for these tags is required, according to the current conditions. the exception condition interface must be linked with an rdi polled interface in order to function. this can be an interface to a real-time system, or a phd-to-phd interface running in polled mode. automated backup phd provides the ability to perform an on-line backup of the history database with no data loss. phd also provides the ability to create an archive that may be removed to tape and later restored without having to shut the system down. data compression phd provides an innovative data elimination compression technique. since data is represented as a series of virtual linear segments between points, intermediate values can be eliminated if they can be estimated to within an error tolerance specified for the tag. product overview C application program execution 36 tps system overview 11/98 honeywell inc. r100 hci phd server the hci phd server provides opc client access to current values for variables stored in the process history database. it provides both read and write capability for a single variable or a list of variables. values written to phd may be forwarded to the data owner. tpn event journal collection and storage phd collects journals from the event journals on the tps network history module (hm) and inserts the event messages into tables in a relational database to provide relational access to this information. all of the hm journals (sequence of events, operator changes, alarms, etc.) are available from pc applications. journals are messages that describe events that occurred on a control system. typically, these event messages are not available to higher level systems. many advanced applications need this information. the tps network journals are captured from tps networks connected to tps nodes, or alpha axps (using cm50s). the types of journals that are collected, and the collection (polling) frequency are configurable. application program execution while gus nodes are intended to provide human interface capability; in general, applications, particularly permanently running applications, should execute in separate tps nodes, independent of the gus nodes. this allows view and operation from multiple guss, and it assures that the cpu and other resource load for application execution and for data accessing do not compete with operator priorities at gus stations. the app is designed to provide a good platform for these applications, independent of gus operation. it has a connection to a tpn (the lcnp/lcnp4 board) using an hci tpn server. in addition, it can optionally have a cl server, phd with hci phd server, and iomap server capability. product overview C application program execution 11/98 tps system overview 37 r100 honeywell inc. nt client applications there are several mechanisms for executing application processes in nt. one is to invoke the client as an "interactive process." another is to setup an automatic login and start the application through the startup group and a third way is invoke the client as a service process with the user id set up by the system administrator. in any case, the application ultimately runs under a process that acts as a client to the data server and the tps system. cl server the cl server provides a way to launch and schedule nt applications on the app from cl programs running in the tpn application module personality loaded on the lcnp4 board. application scheduling scheduling for those applications that require it can be accomplished through the standard am point-processing mechanism. the cl/am extensions of the am personality of the app provide the ability for a cl/am program to trigger a new instance of an nt application that starts, executes, and completes. the cl/am program waits until the execution of the application has completed before continuing. on each activation, the cl program may pass an invocation string to the program being activated. this can be used to communicate the reason for activation. only background cl programs may be used to initiate application programs. multiple applications, activated from a single am point, are executed serially, the order of execution determined by the cl insertion point order on the am point. application management the cl server provides management capability limited to the installation of single applications within the app. it assists in the management of executables initiated through the cl/am extensions defined above. it focuses on the following primary functions. install/deinstall applications which includes registration with cl server view summary and state of installed applications through the cl server specific portion of the tps status display, but not through hci named data aborting of selected applications through the cl server specific portion of the tps status display, but not through hci named data product overview C application program execution 38 tps system overview 11/98 honeywell inc. r100 application i/o current value i/o interfaces are provided as hci/opc interfaces. this includes both the custom c++ interfaces and the ole automation interfaces. hci tpn server the hci tpn server provides opc client access to tpn data and also supports hci optional interfaces. it provides both read and write capability for a single variable or a list of variables, as well as asynchronous requests. application access security is provided through the tps security model that is described later. applications can specify a tpn key level for their tpn accesses. this key level is checked against permissions on a proxy file previously setup by the administrator. this proxy file mechanism is used to control the ability to change these key levels such that they can be used for setting program or continuous control access levels. iomap server in addition to the ability to access an hci component directly using the hci/opc custom or automation interfaces, a client application can use an iomap server. an iomap server is an intermediary hci/opc server that runs in-process to the client. it allows iomaps to be loaded which, when accessed through generic item names, can be redirected through the iomap configuration to any external hci/opc server. this allows the application code to use generic names such that the actual i/o destinations can be determined at build time or at runtime. some features of iomaps include the following. ability for iomaps to be built by the tps builder ability for iomaps be built and modified by executing applications ability to access multiple ultimate hci/opc servers (also known as scatter/gather) test value insertion capability ability for iomaps to be used with gus displays as well as for nt application programs. phd use to reduce tpn loading as discussed in the earlier section on phd, current values of phd are accessible through an hci phd server. as such, phd, through hci and iomaps is an alternative for fetching and storing values. phd can be and often is used with applications in the following ways. tagnames from the source system are configured in phd, scanned by phd independently of applications, and accessed through hci, perhaps using iomaps. product overview C event annunciation and journal entries 11/98 tps system overview 39 r100 honeywell inc. if the same value is used by multiple applications or is also historized, this usage could significantly reduce the load on the tpn as compared to direct accesses to the tpn server. phd auxiliary tags are used to store the state of the application, which is useful for communication with other applications or for operator access through gus. this is an alternative to storing the data on the tpn (for example, in am custom data segments), which, again, yields significantly reduced tpn loading. event annunciation and journal entries tps network process alarms and messages process alarms and messages from the tps network are presented on the native window and the integrated keyboard (ikb) exactly as they are on the tps network. in addition tps network alarms and messages are available within gus displays as discussed in the previous section on gus. tps network system status tps network system status (including lcn, ucn, data hiway, module, and box status) is presented on the native window and the integrated keyboard exactly as they are on the tpn. for system level operations, such as directing node startups, checkpointing, etc., the operator must use the native window. journals of tps network events hm journals are available exactly as they are on the tpn, including data retrieval through the native window. in addition, phd can be configured to collect hm journals and store them into relational tables, where the information is available through various relational query tools. application alarms nt applications that need to present application conditions such as process alarms to the operator can use am facilities (e.g., switch data point) to create custom alarms. nt event log other events of interest are captured in the nt event log, on each tps node. they are viewed through nt facilities at the node of origination of the event. these events include such things as the following. log-in/log-out product overview C system management 40 tps system overview 11/98 honeywell inc. r100 system configuration changes system software errors application errors that are directed to the tps system event log interface system management persistent storage maintenance (backup and recovery) backup exec for windows nt from seagate software (formerly arcada) is suggested for use by customers and is provided with the system when a tape drive is purchased. phd handles backup and restore independent of other tps system components. backup of phd requires backing up both the reference data and the history data. the tps builder runs on top of ms access. the user must be able to do database backup and reload, which requires a level of database administration skills. journal display and maintenance journal maintenance is the act of clearing journal entries or saving journal files to a backup media. the nt event viewer can be configured for the size of the journal file and for the policy for keeping or discarding events when the log is full. in addition, the log file can be archived and retrieved later for viewing using the event viewer. the administrator is responsible for these maintenance policies. phd collects tpn events and journals them into relational database tables. to view these journals, any tools that can view relational database tables (e.g., ms access) can be used. since the event journals are stored in relational tables, queries can be made to search for desired events. the event journal tables must be maintained through the relational database maintenance tools. tps system status display the tps system status display shows the states of the tps nodes configured into this tps domain, and the states of the hci managed components on them. node and hci managed component failures are shown here. startups and shutdowns can be commanded from this display. performance and network management performance and network management provide a means of detecting, correcting, and analyzing processing and communication inefficiencies and faults. the tools provided are a collection of existing nt and tps network standard capabilities, as well as optional tools provided by network services. these include the following. product overview C system management 11/98 tps system overview 41 r100 honeywell inc. standard nt performance monitor tool standard nt process view tool standard tps network cpu utilization displays security management a default security policy that predefines nt domain user groups is shipped with each tps system. the following are the default nt domain user groups. administrators tps administrators operators supervisors engineers program users continuous control users point builders intimate users view only users backup operators replicator customers can tailor their own specific security policies using the existing nt security administration tools. system configuration system configuration provides the mechanisms for configuring a tps system and includes the configuration of the following. tps domain and tps system replication attributes hci managed components (i.e., hci tpn server, hci phd server, etc.) attributes of hci managed components - performance parameters and policies (throttling, etc.) time synchronization product overview C build environment 42 tps system overview 11/98 honeywell inc. r100 the system administrator uses a stand-alone tps system configuration tool from which configuration of all hci managed components can be initiated. this tool is an interactive program that presents the administrator with an interactive tab-dialog style configuration sheets for examining and setting the configuration. from this tool both local and remote tps nodes and hci managed components can be configured from a single tps node. tps network node configuration is still done using the native window connected to the chosen tps network. build environment the tps engineering environment provides tools for the following activities. control strategy building (ranging from tpn devices to iomaps) phd configuration us display translator gus display building safeview workspace building hci client development hci server development tps builder tps builder is the foundation for a common build environment and single point configuration for the various aspects of the control solution. the tps builder provides the configuration capability for the following tpn nodes: pm, apm, hpm, am, hiway boxes, lm, fsc, enhanced program logic controller gateway, and computer gateway. it also supports linking and embedding of any ole compliant documents into a control drawing and creating gus displays from control drawings. tps builder templates, libraries, strategies, and projects allow application components to be grouped together in order to construct an entire tps system application package. initially, the definition of a common i/o "mapping" mechanism (iomap) is provided. the iomap concept supports the development of common tps system application components that can execute within various tps system components. phd configuration the phd reference database defines what phd collects, how often, and how it is stored. this is also where the definition of the collection groups is stored. configuring this database is the first step during the implementation of phd. all points, variables, product overview C build environment 11/98 tps system overview 43 r100 honeywell inc. and data sources need to be defined. each variable is assigned to a collection group or groups and the description, engineering units, range, and compression parameters, among others, are defined. totalplant information is a separate tool and is used by the administrator to set-up the reference database, which determines the operation of phd. to alleviate the task of individually creating each variable to be collected, a bulk loader tool is available with phd. this tool imports the tpn point and parameter information and sets up appropriate tables in the reference database. a user can set up defaults and manually tailor the configuration during the bulk load process. of course, any bulk-loaded variables can be modified later. display translator display translator translates existing us schematics to gus displays. while the display translator does not translate 100% of a display (for example, overlays and change zones are not translated), it does a good job of translating tps network subpictures and associated code into gus display pictures and script code. display builder display builder is the easy-to-use graphical tool that builds custom gus operating displays. through display builder, an engineer can create display backgrounds, animation, and other active functions that graphically show plant data or initiate actions. the displays can be linked to points/parameters that represent sensors and controllers in your plant. display builder is menu-based and it lets you create displays that have a rainbow of colors, better animation, 3d look, and photographs. it also allows you to embed ole control objects and applications directly into a display. this component also includes the following. display migrator C providing the ability to migrate gus picture files to newer revisions display validator C providing the ability to perform validation on sets of display files safeview editor the safeview editor provides both a textual and graphical editor for creating safeview workspaces. hci client toolkit the hci client toolkit provides guidelines and interfaces, as well as header files and libraries necessary for compiling and linking clients. this includes both opc standard product overview C distributed communication (hci/opc) 44 tps system overview 11/98 honeywell inc. r100 interfaces and value-added enhancements (e.g., asynchronous requests). additional support is provided for debug-targeted builds of clients, as well as a variety of sample clients. hci server toolkit the hci server toolkit provides the necessary tools to develop an hci server. these include implementation guidelines, hci vc++ wizards, header files, template server code, standard interfaces, utilities class library, and interface definition languages, etc. this toolkit also includes a component configuration library (dll) and installation scripts. distributed communication (hci/opc) using distributed component object model (dcom) technology, a common honeywell communication infrastructure is provided that allows honeywell-supplied tps system components (e.g., gus picture runtime), as well as third party applications to act as clients to tps system data sources (e.g., hci tpn server, hci phd server). in addition, third party data sources that conform to the ole for process control (opc) standard can also be data servers to tps system components. hci/opc conceptually has the following three parts. the minimum dcom i/fs that all servers must implement the ole for process control (opc) standard i/fs that opc compliant servers must implement value added i/fs that honeywell defines and are implemented in one or more of the hci/opc servers, including management interfaces required for hci managed components distributed com ole i/f opc i/f value added i/f hci/opc interfaces 17399 figure 8 communication interface structure the following are several points worth noting about the communication infrastructure. product overview C distributed communication (hci/opc) 11/98 tps system overview 45 r100 honeywell inc. all interfaces use dcom as the underlying distribution mechanism and they are not layered on top of each other. all hci managed components have a common set of interfaces in addition to the usual dcom interfaces. these interfaces include functions such as version identification, status/instrumentation, and other system management-related functions. value-added interfaces are provided as needed to support functionality not defined in opc, as well as to improve robustness. hci clients and servers are arbitrarily distributable. that is, there is no mechanism that prevents such distribution. as a matter of policy, of course, certain clients and servers may be co-resident. value added functions and robustness functional and robust enhancements have been added to the standard opc interfaces. since dcom does not directly support timed or prioritized communication requests, the facilities to enable this are provided to hci/opc servers (i.e., hci tpn server) by the system infrastructure. in addition, convenience functions are provided to unpack data as well as for the handling of asynchronous i/o. a common set of security, caching, and self-registration mechanisms are provided to the authors of hci managed components. hci/opc also provides a common mechanism for hci managed components to perform checkpoints and to support restart from checkpoint. hci managed components are responsible for performing their own checkpoints and restarts, using this mechanism. tps system naming structure data fetched and stored from hci managed components (i.e., data sources) through hci is modeled as a tps object, which is the tps extension of the tpn data point. the general form of the name for such an access is //tpsdomainname/hcicomponentname/serverspecificname where tpsdomainname is the name of the tps domain C the name space of the set of hci component names being used. if omitted, the default is the local tps domain. hcicomponentname is the name of the hci server containing the object being accessed (for example, an hci phd server). product overview C distributed communication (hci/opc) 46 tps system overview 11/98 honeywell inc. r100 serverspecificname is the object name within the hci server. it may be a multipoint name, indicating structure of the component objects, such as f100.pv. tps network parameters such as pv, sp, mode, etc. are modeled as objects within the tpn server. in general, however, object names are not limited to two parts. various levels of name aliasing, indirection, and indexing are also available, as provided by the given hci server (see the detail specifications). currently the following conventions apply to tps system naming. names are case insensitive and unicode based access to data in a different tps domain is not available; therefore, the tpsdomainname need not be used (// indicates tps domain name) tps configuration allows the size of tpsdomainnames and hcicomponentnames to be up to 255 characters gus displays limit the size of the total name form to 80 characters for any hci data source access and includes a prefix to identify hci versus hopc connection the hci phd server limits the size of the serverspecificname portion to 32 characters the hci tpn server limits the size of the serverspecificname portion to that of the tps networksize which is 31 characters (16 for the tagname, 8 for parameter name, 4 for the index plus 3 for the delimiters) 11/98 tps system overview 47 r100 honeywell inc. security security approach the following are the key points of the tps system security. implement security facilities on the nt side of tps system , with little or no modification of the current tps networkside security implementation use the windows nt security subsystem as the foundation for tps system security augment nt security only where required to provide tps system specific security features, and ensure that the augmentations are well integrated with the nt security mechanisms nt domain an nt domain contains a primary domain controller (pdc) and zero or more backup domain controllers (bdc). the pdc provides for centralized administration of logon accounts, clustering of tps nodes into a tps domain, and centralized access to shared resources. in order for the tps nodes to provide security when connected to a network, the pdc also provides the security control for access to shared resources in the nt domain. an nt domain may also be physically separated into an nt resource domain and an nt account domain. security within a tps system accommodates this approach. tps domain a tps domain consists of all physical tps nodes defined to be a part of the same namespace. security on hci managed components within that namespace is based on nts security mechanisms. user id verification in tps system, a users identification must be verified to ensure that the user is really who he/she claims to be. in most cases, this is accomplished through the standard nt log-on mechanism by entering a user identifier and verifying it by supplying a password. although not required, it is recommended that every user have a unique user id. this enables every action on the system to be associated with an individual, i.e., it provides individual accountability. also, there is less chance of compromise with individual user id/password combinations than with group user ids and passwords. group user ids and passwords tend to be more readily passed around by word of mouth or by labeling the console, resulting in no security. security C security approach 48 tps system overview 11/98 honeywell inc. r100 access rights access rights are the capabilities that can be assigned to a user or group such as the ability to create accounts. security objects an entity to which access is controlled by permissions. examples in tps of access writes granted through permissions are: files (read/write/execute) and hci tpn server (launch, connect). permissions permissions are associated with exactly one security object and control access to this object. in tps system, these are standard nt permissions. proxy files proxy files are empty nt files upon which nt permissions are set to control the hci client access to and hci server. user groups for tps system, it is recommended that all access rights be assigned to groups, and that individuals obtain these access rights indirectly by assignment to groups. nt supports the capability of defining groups of users, and assigning access rights to these groups. a single individual can belong to multiple groups. groups can be assigned meaningful names, such as operator, engineer, etc. assigning access rights to groups can greatly simplify the security administration task, in that group names tend to be more stable than individual assignments. thus, if a persons duties change, she/he can be reassigned to different groups without the need to change the permissions of every object in the system to which the person had access. the following groups are predefined and shipped with the tps systems. administrators tps administrators operators supervisors engineers program users continuous control users security C security approach 11/98 tps system overview 49 r100 honeywell inc. backup operators replicators view only users permissions on tps system security objects default to appropriate combinations of these groups. security administration tools is provided to allow the user to configure site-specific security policies as required. groups can also be used to control access from sets of applications. for example, a pcn_applications group could be defined and connect rights to various data servers (representing tps networks or user databases, etc.) could be assigned to that group. if there are multiple servers to a given tps network, accesses from human interface and from applications could be directed to separate servers, for increased determinism. operators operators log on to gus by a normal nt log-on, at which time nt log-on mechanisms find the associated groups, and manufacture the security id for the interactive process that gus accesses use. interactive user interface the interactive user tpn keylock function is implemented as a logical function, with log-on and password mechanisms, and the physical key is no longer necessary. (optionally, the physical key can be used in place of this functionality.) gus applications that are invoked from displays and operator actions execute with the operators authority, and tpn accesses use the keylock level set by this procedure. tpsdde and file transfer the tpsdde server is secured by nt activate and connect permissions that select what groups/users are permitted to activate or connect to it. the file transfer capability is secured by a separate log-on to the file transfer server, with levels of access capabilities and a password for each level. security C security approach 50 tps system overview 11/98 honeywell inc. r100 phd phd security is maintained separately from tps system security, since the phd product is independently available on platforms other than nt. however, the underlying concepts are quite similar to the nt-based concepts described in this section. in the windows nt environment, phd users can take advantage of nt security definition in configuring the phd security mechanisms. there is a direct correspondence between tps system user groups and phd roles. role definitions are maintained by phd in its reference database. security for ability to perform configuration must be defined to allow a role the authority to configure tags and/or functions. special security rules apply to the configuration of rdis. configuration of read/write security on a phd tag is exception based. the default security for a tag is read and write. once a security entry has been made for a tag, each role that is permitted data access to the tag must be identified in the tag configuration. security C security approach 11/98 tps system overview 51 r100 honeywell inc. security objects and access control mechanisms the following table lists tps system security objects, where they are configured, and access control mechanisms. table 1 tps system security objects and access control mechanisms security object where configured access control mechanism tpn functions & data tpn (ncf, etc.) tpn access level setting tpn access levels hci tpn server in tps configurator nt permissions on proxy files gus key levels software keylock in native window physical key settings or passwords, managed by lcnp resident functions tpn function levels hci tpn server in tps configurator nt permissions on proxy files hci tpn server nt explorer permissions on hci tpn server (launch, connect) engineering repository (files and databases) nt explorer permissions on database files and directories system repository (nt registry) nt explorer permissions on database files and directories hci phd server nt explorer permissions on hci phd server (launch, connect) phd through visual phd i/f and phd api tpi (configurator) phd reference database configuration user data files nt explorer permissions (r/w/e) selected hci methods hci server in tps configurator nt permissions on proxy files other dcom servers nt explorer permissions security C security approach 52 tps system overview 11/98 honeywell inc. r100 tps builder the tps builder uses the nt user log-in and built in security at the file level to provide access to logging into nt, running the application itself, and accessing the configuration data in the database files. 11/98 tps system overview 53 r100 honeywell inc. related products and applications network and integration services network and integration services offer design, implementation, maintenance, and optimization of networks to support the mission-critical applications within the plant. this includes "industrial-strength networks," which possess the reliability, robustness, performance, and security traditionally associated with the process control network. the following services are available. consulting and design services baseline and assessment services integration engineering services network administration and support performance management services network monitoring services user alert user alert is an abnormal situation management (asm) application designed to enable the operator to proactively define automated alerts that assist with the overall monitoring and control of the process unit and its associated on-going tasks. the user alert concept has been validated through involvement and feedback from the abnormal situation management industry consortium. the user alert application provides the mechanism for industrial board operators to be alerted when user-defined conditions have occurred, thereby improving effectiveness by minimizing the constant recall requirements of the operator and by reducing the loading of the alarm system. by leveraging the tps system functionality, the user alert application automatically monitors plant conditions which, if not attended, could result in reduced operating performance, abnormal incidents, or plant losses. this technology breakthrough offers more unit integrity and confidence to operators and plant management than ever before and is unmatched in the operating environment. equipment health management (ehm) equipment health management (ehm) solutions focus on plant maintenance and reliability. these solutions balance reliability, predictive, and preventive maintenance strategies to deliver optimum plant availability. related products and applications C advanced control applications 54 tps system overview 11/98 honeywell inc. r100 ehm gathers data from specific plant assets for analysis and action. as an open solution, it can be applied to any asset. typical plant assets include pumps, motors, heat exchangers, analyzers, instrumentation, compressors, control valves, pressure relief valves, and more. reliability and maintenance engineers are provided with a consistent desktop environment that gathers data from a variety of sources, such as engineering documents, plant history, maintenance records, field sensors, and control systems. through the ehm alert manager, data is analyzed and organized into symptoms and faults. this is accomplished by incorporating new honeywell solutions, such as heat exchanger and control valve analysis, along side with third party providers for vibration monitoring, motor analysis, and other niche solutions. the reliability engineer can then automate follow-up through the direct integration with computer- based maintenance management and documentation systems. advanced control applications advanced control applications are hosted on windows nt-based tps nodes (such as the app or tps client node) and are an integral part of the tps system architecture. these applications provide the essential technologies for enabling companies in the process industries to compete effectively and attain profitability goals. these applications include profit suite oil movement and storage totalplant batch profit suite profit suite provides a layered approach to advanced control and optimization. following a bottoms-up methodology, each application layer adds an increased level of optimization capability. because applications are complementary and designed to work together effectively, they represent an easily expandable optimization system. profit suite applications provide the following increasing levels of capability. profit controller, employing honeywells robust multivariable control technology (rmpct), the industrys leading algorithm for advanced control and local optimization profit optimizer, incorporating breakthrough cooperative optimization technology for steady-state and dynamic optimization across multiple units of a plant profitmax, a first-principles process modeling and non-linear optimization system for highly non-linear processes or those demanding extensive modeling efforts. profitmax incorporates dot products world-leading nova? open-equation optimization and modeling system related products and applications C advanced control applications 11/98 tps system overview 55 r100 honeywell inc. oil movements and storage oil movements and storage (om&s) application software package provides refinery off-sites tools for carrying out oil movement operations more effectively. these include the following. the om&s storage data management (sdm) that collects and maintains information pertaining to the status and contents of each tank at a refinery the om&s blend ratio control (brc) that controls the in-line blending process to ensure that blended products meet blend recipe specifications the om&s blend property control (bpc) that allows operations to efficiently blend fuels to the required specifications, while optimizing the blend the om&s task monitor module (tmm) that helps operators manage and prioritize the many simultaneous activities involved in material movement the om&s task control module (tcm) provides facilities for automating and controlling movement operations the path finder module (pfm) is an optional enhancement to tmm and tcm, which improves on the oil movement facilities provided by these modules the om&s off-sites database module (odm) provides facilities for the collection, archiving, and reporting of inventory, blend, task and laboratory data in a relational database environment totalplant batch totalplant batch is honeywell's batch automation solution. its provides the functionality to manage and coordinate operations in batch processes. totalplant batch is scaleable and integrated with tps system. it provides standard displays for monitoring and controlling of batch operations. the archiver option permits the exporting of batch journals to odbc complaint relational databases and other applications for batch reporting and analysis. related products and applications C advanced control applications 56 tps system overview 11/98 honeywell inc. r100 totalplant batch is provided with a set of graphical configuration tools to simplify project implementation. equipment editor is used to define the batch process equipment and recipe editor is used to create and manage the library of master recipes. 11/98 tps system overview 57 r100 honeywell inc. glossary acronyms and abbreviations acronyms and abbreviations used in this document include the following. am application module; a proprietary node on the tps network that provides a platform for advanced control applications amw am personality image loaded into the lcnp portion of an app apm advanced process manager app application processing platform asm abnormal situation management bdc backup domain controller cl control language cm50 computer module 50 deb data entity builder dcom distributed component object model dq dynamic query ehm equipment health management fsc fail safe controller gus global user station hci honeywell communications interface hci/opc the complete set of interfaces and functions available to client applications used to access hci named data. hm history module; a proprietary node on the tps network that serves as the historian and file server. hopc this term refers to honeywells proprietary interface to the tps network data and alarms. hpm high performance process manager iq interactive query glossary 58 tps system overview 11/98 honeywell inc. r100 k4lcn an lcn card that runs a tpn personality (such as am, hm) lcn local control network (now referred to as the tpn) lcnp or lcnp4 local control network processor boards lm logic manager mq microsoft query ncf network configuration file opc ole (object linking and embedding) for process control pcn plant control network pdc primary domain controller phd process history database pm process manager pv process variable rdi realtime data interface sp set point tdc 3000 the primary control system offered by honeywell prior to release 410. this includes the tpn, ucn, and connected field devices. tpi totalplant information tpn tps network tps totalplant solution tpsdde totalplant solution dynamic data exchange C a server of tpn data used for dde aware applications (e.g., excel) ucn universal control network unpw universal personality for workstation us universal station glossary 11/98 tps system overview 59 r100 honeywell inc. terminology specialized terminology used in this document includes: application processing platform the application processing platform (app) is the open application host for the honeywell tps system. it is a secure application host that makes it possible to integrate advanced control or information management applications. nt domain a group of computers and devices on a network that are administered as a unit with common rules and procedures. the nt domain provides an administrator a single point from which to administer user accounts, hard drives (shares), and network printers . global user station global user station is an intuitive and productive human interface to the honeywell tps system. this station makes plant-wide information easily accessible for needed business and control information. hci managed components named dcom servers that support the value added hci/opc interfaces and can be managed through the tps status display. each hci managed component has a unique name within a tps domain. hci named data data that is within or owned by an hci managed component and is accessible as a named tps object. the object name is an extension of the tpn data point concept and must be unique within that hci managed component. plant control network C the portion of the plant intranet, which connects control critical tps nodes. it is isolated from the plant intranet through router/bridges for security and robustness purposes. this network is also known as the industrial-strength network. plant intranet the plant intranet is the open network that exists throughout the plant; is used by plant personnel for viewing process data, but is not guaranteed to have near 100% availability. tps domain the namespace of a tps system and all physical tps nodes defined within that namespace. it is defined within an nt domain and uses the nts domains names for physical nodes, user ids, and user groups for security checking. tps network refers to the control platform underlying the tps system (tpn and ucn). tps node this is a general generic term that collectively refers to a node on which tps runs and is part of a tps domain. it can refer to a gus node, app, and/or other types of tps nodes. 60 tps system overview 11/98 honeywell inc. r100 totalplant solution system (tps system) beginning with r510 and with the introduction of gus, tdc 3000 x evolved to become the totalplant solution system (tps system for short). this name applies to any system running r510 or later software, regardless of the presence of a tps component. uniformance tps uniformance (from unified for performance) is a unified information and applications software system residing within honeywells totalplant solution (tps) system to enable improved plant management and performance. the system provides a comprehensive solution to meet complex and demanding plant management needs in the process industries. f ax transmittal f ax no.: (602) 313-4842 to: bill cline total f ax pages: (including this page) reader comments title of document: tps system overview document number: TP01100 issue date: 11/98 comments: recommendations: from: name: date: title: company: address: city: state: zip: telephone: fax: for additional assistance write call honeywell inc. industrial automation and control automation college 2820 west kelton lane phoenix, az 85053-3028 technical assistance center (tac) 1-800-822-7673 (48 contiguous states except arizona) 602-313-5558 (arizona) industrial automation and control automation college 2820 w. kelton lane phoenix, az 85053-3028 |
Price & Availability of TP01100 |
|
|
All Rights Reserved © IC-ON-LINE 2003 - 2022 |
[Add Bookmark] [Contact Us] [Link exchange] [Privacy policy] |
Mirror Sites : [www.datasheet.hk]
[www.maxim4u.com] [www.ic-on-line.cn]
[www.ic-on-line.com] [www.ic-on-line.net]
[www.alldatasheet.com.cn]
[www.gdcy.com]
[www.gdcy.net] |