Get Started. It's Free
or sign up with your email address
Rocket clouds
Wonderware by Mind Map: Wonderware

1. Extensions

1.1. Extendable attributes list

1.2. InputOutput Extension Group

1.3. Input Extension Group

1.4. Output Extension Group

1.5. Alarm Extension Group

1.6. History Extension Group

1.7. Boolean Extension Label

2. QuickScript .NET

2.1. Areas

2.1.1. 1 - Scripts Shows all scripts currently associated with an object

2.1.2. 2 - Inherited scripts name Shows all scripts associated with the objects parent Shows if OnScan, Execute or OffScan and Shutdown

2.1.3. 3 - Configure execution order Sets the execution order of multiple scripts both inherited and local

2.1.4. 4 - Aliases Lets you create and modifyaliases that apply to the script you are workingon Logically descriptive names for long ArchestrA reference strings to make more readable

2.1.5. 5 - Declarations Provides a place to add a variable declaration Declared variables are live from startup and can hold values that persist from one execution of the script to the next

2.1.6. 6 - Basics Provides a location in which you set the expression, triggering conditions, and other settings that run the script in the run-time environment

2.1.7. 7 - Script State

2.1.8. 8 - Script Editor Box - shows the script that's being written

3. The Plant Model

3.1. Plant

3.1.1. Section Area Production Line

4. Background Info

4.1. Terminology

4.1.1. HMI Human Machine Interface

4.1.2. DCS Distributed Control Systems

4.1.3. SCADA Supervisory Control and Data Acquisition systems

4.1.4. PIM Process Information Management

4.1.5. MES Manufacturing Execution Systems

4.1.6. EMI Enterprise Manufacturing Intelligence

4.1.7. IDE Integrated Development Environment

4.1.8. ERP Enterprise Resource Management

4.1.9. KPI Key Performance Indicators

4.1.10. GUI Graphical User Interface

4.1.11. ERM Enterprise Resource Management

4.1.12. OOP Object Oriented Programming

4.1.13. P&ID Process and Instrumentation Diagram

4.1.14. UDA User Defined Attributes

4.1.15. NaN Not a Number

4.1.16. DQP Data Quality Propagation

4.1.17. VTQ Value, Time, Quality

4.1.18. SMC System Management Console

4.1.19. VLMX Visual Local Message Exchange

4.1.20. CMC Console Menu Commands

4.1.21. RTU Remote Terminal Unit

4.1.22. DDE Dynamic Data Exchange

4.1.23. PLC Programmable Logic Controller

4.2. System Platform

4.2.1. Industrial Domain Services P2P communications Central Alarming Mobile Phone/ email alerts etc...

4.2.2. Software and device connectivity services Integration of manufacturing and business systems Migration Communication of devices, systems, and HMIs Historians and relational databases Quality and maintenance systems ERP and MES

4.2.3. Information and data management services Realtime management Data transfer and storage Access to KPI Offline handling for manual data Data compression etc

4.2.4. Information-delivery and visualization services Right info to right user and right time Thick clients, thin clients, TSE Full GUI Trending Tools Batch analysis Open SQL access Secure across firewalls

4.2.5. Application development services Symbols Development Views Unification with MS Office Products Development

4.2.6. System management and extensibility services Easy expandabilltity Redistribution of server load central diagnostics

4.3. Business Aspects

4.3.1. Manufacturing Collaborative data-driven environment Synchronize process with schedule and plan(s) Empower operators with critical information Greatest possible return on assets

4.3.2. Challenges Heavy initial investment Outdated equipment and process Lack of communication Lack of centralized data Old technology acts as anchor Poor training Difficult to execute change before market conditions change again

4.4. Galaxy Repository

4.4.1. the software sub-system consisting of one more galaxy databases.

4.5. Technology

4.5.1. DDE and SuiteLink I/O Addressing 3 part naming convention Node Application Topic Item

4.5.2. OPC Industrial automation standards Open Based off Windows DCOM (distributed component object model)

4.5.3. Device Integration Objects (DIObjects) Automation Object that represents communication with external devices Run on App engine Representation of a physical connection to a didevice object via the data access server

4.5.4. DDESuiteLinkClient DeviceIntergration object that allows access to a running I/O server Provides data points to Galaxy application objects through the DDESuiteLinkClient object Compatible with all Wonderware I/O SErvers and compontents Reference Syntax <objectname>.<topicname>.<itemname> <objectname>.<topicname>.<attributename>

4.5.5. OPCClient Used to connect to OPC DA (Data Access server)

5. Planning

5.1. Application Planning

5.1.1. Project Workflow 1 - Identify Field Devices and Functional Requirements Identify all valves, agitators, rakes, pumps, PID controllers etc. Start with P&ID Group multiple base objects for more complex objects known as "containments" Inputs / Outputs Scripts needed? Historization / logs? Alarms? Security? 2 - Define naming conventions Object.Attributes 3 - Define the area model Logical grouping within application that defines area model Examples Alarms grouped by area Can be nested 4 - Plan templates Make Valve / Motor / Other Templaes 5 - Define the security model Who has access to what? 6 - Define the deployment model Which object instances reside on what computer?

5.2. 10 Steps for OOP Development

5.2.1. 1. Site Survery Understand Process P&ID

5.2.2. 2. Equipment List Group similar pieces (Motors, valves, etc) Identify distinct areas of operation

5.2.3. 3. Templates are configured Each common Device Setup Standards Develop objects Contain Logic, I/O, scripting, history config, security and alarms & events

5.2.4. 4. Advanced Templates Combine other templates to make a larger object F.E. Add level transmittor, pump, inlet/outlet valve and agitator for a single "Mixer"

5.2.5. 5. Template Attributes Device templates have attributes which represent real I/O available in the PLC or control system. Often Linked to the I/O through Device Integration Objects

5.2.6. 6. Application Assembly Drag & Drop in ArchestrA IDE Links to all template parents Create child objects

5.2.7. 7. Object Security Assign objects to security groups Groups have common permissions Roles are assigned to groups Users can be given more than one role

5.2.8. 8. Models deployed to computers Sent to hosts Fully distributed system - what computer things are installed on doesn't matter as it can always and easily change

5.2.9. 9. Graphics for HMI w/ InTouch Allows graphics to be linked to templates in ArchestrA IDE Graphics are object oriented and tied to Plant

5.2.10. 10. Maintenance Changes to templates to propagate to child objects

6. Package Info

6.1. ArchestrA

6.1.1. The comprehensive industrial automation and information architecture that orchestrates a new way to run or expand older plants more efficiently and an optimal way to build new plants

6.2. Galaxy

6.2.1. "...The entire application, the complete ArchestrA system consisting of a single logical namespace and a collection of WinPlatforms, AppEngines and objects

6.2.2. Galaxy Database the relational database containing all persistent configuration information for all objects in a galaxy

6.3. Automation Information Pyramid

6.3.1. 1. Plant Floor Connectivity

6.3.2. 2. Supervisory

6.3.3. 3. Production

6.3.4. 4. Plant Intelligence

6.3.5. 5. Manufacturing Collaboration

7. Application Objects

7.1. Templates and Instances

7.1.1. Allow for reuse of existing engineering

7.1.2. Template is an entity that represents the common functional requirements of a field device.

7.1.3. Requirements reflect info such as number of inputs and outputs, alarm conditions, history needs, security etc.

7.1.4. Created from either base or derived template Base templates can not be modified

7.1.5. Like a "cookie cutter"

7.1.6. Propagate down from highest instance

7.2. $UserDefined Object

7.2.1. Provides basic functionality you need to develop an ArchestrA supervisory applicaiton

7.2.2. Field attributes, scripts, etc.

7.2.3. As Template or Container Template Have multiple attributes specific to this type of object Container Used as a container for other objects Group various objects together to make complex objects

7.3. Attribute Locking

7.3.1. Unlocked - Both templates and instances can be unlocked. Object has its own copy of the attribute value

7.3.2. Locked - Only templates can be locked. Derived objects don't have a uniqu copy of the attribute value

7.3.3. Locked in Parent - Both can be locked.

7.4. $AnalogDevice

7.4.1. Configured as basic analog device Alarming History Can be historized Basic I/O Process Value (PV) Change PV = Change Field Manual Mode = no PV Scaled between raw counts and engineering unit values using either Linear or Square-Root conversions

7.4.2. OR analog regulator device External model of PID controller Still maintain traditional alarm & history Basic I/O Reading and optionally writing two separate analog signals from the field or from another object PV read from field (except in manual); NEVER written SP is written and read from field Scaled between raw counts and engineering unit values using either Linear or Square-Root conversions Controller mode govern types of writes are allowed to the SP value withing system Manual Cascade None Control tracking Boolean Track flag Read from external device external controller "owns" the value of SP; the SP is purely read-only and cannot be commanded to be changed and output to the field

7.4.3. Alarm Conditions Exceeds level limt (Lo, Hi, LoLo and HiHi) Exceeds rate of change limits for both (+) and (-) Exceeds major and minor deviations from a target value Has a quality value of BAD

7.5. $DiscreteDevice

7.5.1. BACKGROUND INFO All kinds of innate statistics built in Input output states are totally independant of each other and can be configured Can be linked by alarms State names are mapped to boolean combos in truth table Off / On Open / Close 2 or more physical states open closed moving Represents a large collection of physical equipment common in manufacturing pumps valves motors conveyors General purpose application object

7.5.2. STATES Passive When idle, stopped, or closed (the typical non running position First Active Represents state of the discrete device when it is considered to be running. Ex - Motor is "forward" Second Active (optional) Some discrete devices have more than one active state EX - Motor is "backwards" Transition (optional) In transition anytime it is changing state from one valid state to another EX - Valve is moving from closed to open, Off to On and is "moving" or in transition EXAMPLE Transition Closed Open Bad Where 1=TRUE and 0=FALSE

7.5.3. Alarms Command Timeout Did not change states within the specified timeout period Un-commanded change State changed when it was not commanded to do so Individual alarms for Active1, Active2, Fault, etc. Duration alarms for Active1, Active2, Fault, etc.

7.5.4. Statistical features Most recent time durations for Active1, Active2, Passive, etc Total accumulated time duration of the states Active1, Active2, Passive, etc Total number of transitions into the Active1, Active2, Passive, etc A command able reset of the statistics

7.6. Containment

7.6.1. Relationship in which one builds another.

7.6.2. Organize objects in a hierarchy

7.6.3. Three kinds of names 1 - Tagnames Unique name of individual object - EX - Valve1 2 - Contained name Name of the object within the context of the container object. Example, Tagname Valve1 might be Tank1.Outlet, if Tank1 contains it and it is named "Outlet" 3 - Hierarchical name Fully qualified names of contained object and objects that contain it If "Reactor1" contains "Tank1" (also known as "SurgeTank") "Tank1" contains "Valve1" (also known as "outlet") Then it is

7.6.4. *Only works with derived templates

7.7. UDAs

7.7.1. Background Set alarms and historization attributes Set initial vales and locks on new attribute Specify attributes Expose Behavior Add Logic User Defined Attributes

7.7.2. Can add to template or an instance

7.7.3. When added to instance, locked automatically in child instances

7.7.4. When added to a template, lock state derives lock state in child object

7.7.5. After attribute is added to an instance, it appears in the attribute browser list for use with the scripting and attribute extension functions

7.7.6. MAIN AREAS UDAs List list: Lists all UDAs currently associated with the object. Click add to add a new UDA Inherited UDAs list: Lists all UDAs associated with the objects parent. The object automatically includes these UDAs. They can only be edited by modifying the parent template Data Type list: Shows the data type options for configuring the selected UDA Data types - Boolean Integer Float Double String Time ElapsedTime InternationalizedString Categories Calculated Calculated retentive Ojbect writable User writable Value Specifies initial value In the case of BOOLEAN, check box = true

8. $DDESuiteLinkClient

8.1. Can't automatically reconnect if connection is lost

8.2. Need to have script to add re-connection functionality

9. Alarms and Events

9.1. Background

9.1.1. An alarm and event provide a way for users to automate the detection, notification, historization and viewing of either application (process) alarms and events or system/software alarms/events

9.2. Alarms

9.2.1. Examples Process measurement has exceededa predefined limit example - High temperature alarm Device is not in a desired state Ex -pump that should be running has stopped System hardware is not operating within desired limits Ex - CPU utilization on a platform exceeds a certain percentage for and extended amount of time

9.2.2. Handling The ArchestrA platform can be the Handler Areas "subscribe" to platform handling as a Boolean checkbox Routes all alarms and events to all areas that are subscrbed ONLY ONE HANDLER EXISTS PER PLATFORM (Node) Alarms carry User acknowledgement information for security Alarms are mapped between ArchestrA field and InTouch Dist Alarms Mapping Examples - Type, timestamp, Tag, Area, State, Priority etc.

9.2.3. Consumer InTouch Configured to subscribe to the alarm providers Used to acknowledge and unacknowledge alarms

9.2.4. Queries Used within alarm clients to retrieve real-time alarm information and event reports from the galaxy The fully-qualified syntax on an alarm query to retrieve a single alarm within an object as reported by a specific WinPlatform object is: \\nodename\Galaxy!area!object.attribute If on local computer link is: \Galaxy!area!object.attribute

9.2.5. Attributes .Acked Used to specify whether an alarm has been acknowledged. Always set False when new alarm condition is detected .AckMsg Operator comment at the time of acknowledgement .AlarmMode Current Alarm setting - Enable, Disable or Silence .AlarmModeCmd Command to set the alarm mode - Enable, Disable or Silence .Category Category of the alarm. The label of each alarm category is fixed .DescAttrName Description of the alarm. Must be a string or internationalizedstring max length = 329 char Can be static or me.AttrName .InAlarm Alarm state. Off when disabled. .Inhibit Used to disable individual alarm .Priority Value of urgency, 1-999 where 1 is most urgent .TimeAlarmAcked Timestamp indicated the last time this alarm was acknowledged. Date format reflects the current locale setting for the operating system. .TimeAlarmOff Timestamp indicating the last time this alarm (as represented by .InAlarm) went off. Based on current Locale .TimeAlarmOn Timestamp indicating the last time this alarm (as represented by .InAlarm) went on. Based on current Locale

9.3. Events

9.3.1. Examples Plant process has started Ex - new batch or campaign has started Operator has changed a plant operator parameter Ex - Setpoint on temperature controller System engineer has changed the runtime system configuration Ex - Deployment of new AutomationObject Platform comes back online (after shutdown or failure) User Logins Detection of a severe software problem Ex - failed application object component

9.4. NOT Alarms and Events (examples

9.4.1. Configuration actions within the Galaxy Repository Ex - Object check-in or check-out

9.4.2. Installation of bootstrap on a PC

9.4.3. Message sent to sys logger (SMCLogger)

9.4.4. Viewing a window in the View Engine

9.5. Alarm Modes

9.5.1. Enabled All alarms for an object are reported to client applications and saved as historical data. Less restrictive than the silenced or disabled alarm states

9.5.2. Silenced All alarms for an object are detected, saved to history, and sent to alarm clients. Do not show alarms. More restricted than the enabled state, but less restricted than disabled

9.5.3. Disabled No alarms for the object are detected. The alarm is return-to-normal until the alarm is re-enabled. The disabled state is more restrictive than the silenced and enabled alarm states Does not require acknowledgement

10. Historization

10.1. Background

10.1.1. One or more products can be installed on the same network as the application server galaxy

10.1.2. Box running historian does not have same requirements as ArchestrA since data is "pushed"

10.1.3. One-to-One mapping between historized object and a tag in Wonderware Historian

10.2. Configuration

10.2.1. Attributes Numerical Non-Numerical

10.2.2. Reconfiguration of object at redeploy time

10.3. Extension

10.3.1. Force Storage Period Time in ms in which attribute is saved to historian

10.3.2. Value Deadband ABS(Engineering Units) in order for new data point to be logged Used to eliminate momentary small fluctuations

10.3.3. Interpolation Type List of methods used by the historian to interpolate analog historical data Types Linear Stairstep Default

10.3.4. Rollover Value Positive INT that represents a tag's reset limit when historian is operating in counter retrieval mode. Uses rollover to calculate Delta (change)

10.3.5. Trend Hi Initial maximum trend value in EU for clients. Default is 100

10.3.6. Trend Lo Initial minimum trend value in EU for clients. Default is 0

10.3.7. Sample Count Number of samples the historian should store in the active image for an attribute value 0 - 9999 Historian forces value of 65

10.3.8. Enable Swinging Door Flag that indicates whether the swinging door rate deadband is enabled or disabled. Default is disabled Disabled automatically for BOOL or String

10.3.9. Rate Deadband % rate of change deadband based on the change in the slope of incoming data values to the historian.

11. Security

11.1. Background

11.1.1. Designed to prevent users from performing unauthorized activities Including Users of: ArchestrA IDE when configuring and deploying objects The SMC (System Management Console)when performing maintenance and system administration functions View (or other GUI client applications) when performing runtime operations including monitoring, control and data entry functions Other future ArchestrA utilities

11.1.2. Designed to support normal operating procedures of applications

11.1.3. Not designed to stop malicious access to the system.

11.1.4. Can be configured to support OS authentication mapped to OS account(s)

11.2. Configuration Steps Overview

11.2.1. 1 - Enabling security

11.2.2. 2 - Defining security model

11.2.3. 3 - Mapping users to the security model

11.2.4. 4 - Mapping AutomationObjects to the security model

11.2.5. *** If the security is not enabled then authentication mode is disabled

11.3. Authentication Method(s)

11.3.1. None Default for new galaxies Considered "open security" No authentication is provided

11.3.2. Galaxy Uses local galaxy configuration System controlled by galaxy configuration

11.3.3. OS User Based Uses NT based user authentication

11.3.4. OS Group Based Uses NT based group authentication with advanced options Login TIme Role Update

12. Galaxy Maintenance

12.1. Exporting and Importing

12.1.1. Background Share objects with other users in other Galaxies

12.1.2. Exporting Only checked in versions are exported Exports as .aaPKG When exporting an object instance it includes parents of the object all the way up to the base ***Scripts are NOT transferred with export and must be done separately Can do Export all

12.1.3. Importing Reuse from galaxy to galaxy Import from .aaPKG Import from .aaPDF .aaPDF contains the configuration data and implementation code for one or more base templates .aaPDF is created by ArchestrA Object Toolkit *Can NOT have two objects with the same name or more than one copy of the same version of an object in the same Galaxy

12.2. Configuring Instances through a .CSV File

12.2.1. Galaxy Dump Objects instances and their configuration data can be exported to a comma-delimited format Galaxy dump file (.csv) Only dumps instances Templates can NOT be dumped Contains versions only for checked-in objects Attributes that are locked are NOT `Saved *Seems like an issue which would render this ineffective

12.3. System Management Console (SMC)

12.3.1. Background SMC provides ArchestrA application server all kinds of diagnostics by allowing you to view the run-time status of some system objects and to perform actions upon those objects Used to assist system integrators and system administrators in performing administrative tasks & diagnostics Can run in a "safe mode" Provides the ability to set Platforms and Engines OnScan or OffScan Uses local platform as the gateway to the ArchestrA application Does not rely on Galaxy repository to exist Allows viewing of the layout of Galaxy repository, platforms and engines Provides the ability to start and stop Platforms and Engines Tools VLMX Tool DAServer Manager LogViewer Bookmarks Platform Manager Network Account Utility

13. Device Integration Products

13.1. Wonderware I/O Servers

13.1.1. Background Microsoft Windows application programs that enable DDE (dynamic data exchange) with other DDE aware windows apps (InTouch, Excel) access to data in the "real world" such as PLCs or RTUs All I/O setup is done specific to the environment

13.1.2. Configuring I/O servers Once the I/O server has been installed, some configuration is required File named MODBUSDV.CFG stores configuration information Configured with Modicon MODBUS - Com Port Settings Configure definitions for PLC

13.2. Wonderware Data Access Servers

13.2.1. Background DA (Data Access) server is designed to provide simultaneous connectivity between client apps based on Wonderware Suitelink, OPC and DDE protocols being translated. Uses DA Server manager Features "Hot" configuration - ability to change dynamically while system is up and running live

13.2.2. Architecture Three physical parts 1 - Plug-in Component(s) 2 - DAS Engine 3 - Device Protocol Layer

13.3. Device Integration Objects

13.3.1. Background Device Integration (DI) represent the applications networks and devices, and mirror the actual device hierarchy DI Network Object DI Device Object Represent communication channels and field controllers

13.3.2. Advantages Allow for config, deployment and monitoring of DAServers from one centralized location Can represent all devices and PLCs in a network, enabling full plant representation and connectivity Closely tied to the DAServer to that when object is deployed across the network it remotely installs the DAServer - meaning install can happen without going to actual machine, and that the DAServer connects immediately.

14. Multi-Node Applications

14.1. Application Redundancy

14.1.1. Background Redundancy is important in processes that rely on continuous availability of information Ensure continuous operation by providing an engine that remains active in the event of a single system compoinentfailyre One is "active" one is "standby" Engine --> Redundancy

14.2. DI Redundancy

14.2.1. For all intensive purposes function as "standalone objects" IE - don't have redundant "states"

14.2.2. Set to enable continuity of I/O information

14.3. Multi Node Application

14.3.1. Standalone to Network Configuration

14.3.2. Each node contains Bootstrap ArchestrA IDE Galaxy Repository

14.3.3. Multi User Configuration Setup for other nodes 1 - Create Galaxy to which all other nodes will connect 2 - Create platforms for other galaxy members 3 - Rename the node 4 - Name and deploy their own Platform as the first Platform deployed on the Galaxy

15. New topic

15.1. sadasdsa

15.1.1. aasdaS ASDASDSA asdasd

15.2. b

15.3. c

15.4. d