51E-SCADA Software Architecture & Functions
51E-SCADA Software Architecture & Functions
Contents
Architecture & Software Architecture
Functions Sub-systems
Operator Interface
System Management
by Add-on Systems
Anil Sinha, Consultant/ Advisor SCADA Functions
Operator Interface
Other Functions
Notice
Some of the diagrams and the text have
been taken from the World-wide-web, purely
for illustrative purposes. These remain the
copyright/ property of their respective owners
SOFTWARE ARCHITECTURE
1
SCADA Software Architecture SCADA Software Architecture
The SCADA System is generally an Application
Level Set of Software modules or programs Field
Exception Handling
Processing Control
It has the following major Components: Field Interface
SCADA System
• Database Data Processing/ Event/ Alarm Control/ Command
• Field Interface
• Data Processing Function/ Alarm-Event Function
• Control/ Command Function Database Management
• Display Function/ Report Function
• Exception Handling Operator Interface/ Reports Configuration Management
• Configuration Management
• Processing/ Flow Control
Human Interface
Field Interface
Takes care of the communication towards the Process
Is responsible for fulfilment of the Process or Protocol in use (to the extent,
it is not handled by the Hardware Interface, i.e. Layer 3 and above)
2
Data Processing Alarm/ Event Processing
Checks the incoming status
Filters incoming data for valid information General Events are recorded in Database and are also included in the Event
List
Identifies individual data and sends it to the Database for storage
Events are classified under various headings
Flags data for its current status, including time-stamp
• Process
Processes data • Operator
• System
• Conversion
• Communication
• Limit Checks
• Arithmetic/ Logic operations Alarms are recorded in Database and also in the Alarm List
• Gradient check
• Comparison with previous status
Alarms may trigger further activities, e.g. Sequence of Events
Any event or Alarm detected is forwarded to the Alarm/ Event Process
Alarms await operator acknowledgement
3
Report Subsystem
Report generation is initiated by:
• A schedule
• An event trigger
• Operator command
When required, the report process picks up the predefined template created/
configured by the user and fills in the values of the therein included variables
4
Operator Interface Operator Interface
Operator Commands not related to the current The Operator Subsystem provides the facility for
display, e.g. Reports, Authentication, Master-Slave the Operator to interact with other (non-SCADA
interchange, etc are carried out system) processes by diverting the additional
The Operator Subsystem provides the facility for commands, after authentication, to the pre-defined
the Operator to interact with other (non-SCADA external process, provided both have a bi-
system) processes by diverting the additional directional acceptable common interface
commands, after authentication, to the pre-defined Normally the Processing Control is a party to such
external process, provided both have a bi- exchanges, as is the Exception Handling Process
directional acceptable common interface
Normally the Processing Control is a party to such
exchanges, as is the Exception Handling Process
Processing Control
This is the Thread that binds the full SCADA System
Software together
This process Supervises the interaction amongst the various
subsystems, determines the priority of processing/ actions
It keeps track of the health and availability of every
component in the software system, both Software and
Hardware
It has the responsibility of ‘System Startup’, Synchronisation
among the Servers, Change of Master, Online change of
SYSTEM MANAGEMENT
Configuration, etc
In the case of external Processes being added to the
SCADA System, it takes care of the bi-directional interfacing
issues
5
Exception Handling Exception Handling
The Software Creator attempt to take care of all In case of an unmanageable error (exception!), the total
imaginable functional situations likely to be system would need to be brought to a defined state, and the
source of the error needs to be identified for future reference
encountered while operational and rectification
These conditions include: The Exception Handling subsystem is responsible for
Hardware Malfunction reporting any and all errors identified by any part of the
Communication Faults SCADA System (at times, also those identified by the add-on
Process Data Errors functions)
Database inconsistencies
The subsystem reports the error, in the first place, as an
Software Bugs
error event and adds it to the general event list or the system
Configuration Mistakes
error list
Some of these errors may be manageable, e.g. by In the case of manageable error, it initiates the pre-decided
Blocking a Data point, switching over to an action, as per configuration
alternate configuration, etc Else, it initiates a system shutdown, with system status
recording
Add-on Systems
In case the SCADA System is supplemented by additional
functions, these could be:
Stand-alone system
Integrated with the SCADA System
Stand-alone systems are independent, may only need
access rights to the database, and are not considered here
Integrated systems need to interface to the SCADA System
closely, acting as one of the subsystems
This may involve interfacing to Alarms, Commands,
ADD-ON SYSTEMS Database, Operator Interface, Exception Handling,
Processing Control, Reports, etc
6
SCADA Systems
Enable Monitoring and Supervision of a Process
• On screen presentation of
Planning of the future developments for growth Displays Process Data
Keep the Process in Stable Operation
• Scheduled/ Event-driven/ On
Reports Demand
Provide information for Analysis/ Reporting
7
Basic SCADA Task: Input/ Output Basic SCADA Task: Alarm/ Event
Data Acquisition Input from Data Acquisition
Communication/ Protocol Management Processing
Identification of Data and Data Type Hardware Alarms (e.g., Temperature High)
Transfer of Data to Processing Function Processed Alarms
Transfer of Data to Data Base Digital Inputs (e.g., CB Trip, Failed Commands)
Analog Inputs (e.g., Limit Checks, Gradient)
Command Transmission
Communication/ Protocol Management Include all Events in Event List
Start Timer for Command Completion All Alarms are Events
Transfer Command to Data Base Include all Alarms in Alarm List
Alarm List needs acknowledgement
8
Example of Trend Display Basic SCADA Task: Reports
Scheduled/ Event-driven/ On-demand
Primarily, meant for Printing, Local or
Remote
Usually, width limited by paper size, no
specific length restriction
May include Text and graphics
Pre-formatted; Actual Data included at the
time of creation of the report
Any Data Base content may be included
9
SCADA Processing SCADA Processing
Averaging over • Average of the values of one monitored point in • Server-level metering
time a sliding time window Count processing • Integration of ‘units’ to get ‘total quantity’
SCADA Processing
Facility for
• e.g., Finding data trends
SCADA data • e.g., Relating past data to present
analysis
Display • Real Time Display
• Event List/ Alarm List/ Acknowledgement
Subsystem • Trend/ Graphic Display
(HMI) • Message Pad
10
HMI: Operators’ Interface HMI: Operators’ Interface
SCADA is primarily a Supervisory Control System Access Protection
The Dynamic parts depict the current information from the process
When a diagram is called for display, the dynamic areas are updated with the
specified current plant information, at times colour coded, to present a
composite diagram
The process information may be directly related to the Acquired Plant Data or
some information derived from one or more Plant Information/s or even picked
up from the stored past data
OTHER FUNCTIONS
The set of diagrams are organised in an inverted tree structure with convenient
links to related diagrams, for easy navigation
11
HMI: Events HMI: Alarm
Alarms are a subset of Events
Operational Analysis
The highlighting continues till the operator
acknowledges having noticed the alarm • Managerial Information
• Information to Corporate Management
‘Acknowledgement’ does not mean that the alarm
condition no longer exists • Regulatory Authorities
• Grid Authorities
On acknowledgement, the highlighting is removed, • Distribution of information to partners, e.g. Maintenance
but the Alarm remains till the status changes • others
12
Reports Subsystem Training Facility
Reports are mostly pre-decided and pre-configured in the system
New Operators have to be trained for the job
The configured reports have a static background with formatting, with
positions defined for variable information
In the earlier days, a person needed years of
At the time of report generation, the variable information is filled-in experience to qualify as an operator
from the SCADA Database
Such reports may be printed at: In a SCADA System, the Operator is largely assisted
• Preset time and/ or date
by the Computer System
• Preset event
• On demand, by Operators’ command
Training Facility
This system looks like an HMI, with the control part
disabled, and perhaps a SW-based simulator added
CONFIGURATION
The Trainee gains confidence faster
13
SCADA Configuration SCADA Configuration
As in any operational system in use, even the The SCADA System provides additional
SCADA System has to keep pace with the functions to edit the content of configuration
changes files
The Configuration feature of the SCADA System
takes care of this part
The change may be undertaken via
‘Engineering Station’
A set of software files store the entire configuration
information of various plant elements, e.g.: The changed configuration is available
Units immediately, thereafter
Sensors
Automation System
Care is required while making changes, so
Communication Links as not to loose the old information till the new
Data relationships one is tested
Logics
Diagrams/ Reports
Etc.
SCADA Configuration
There are vender-specific schemes for this
The configuration system normally
provides the facility to store externally or to
print the current configuration for own
records and for disaster management
The Vender may also provide software
switches for the individual SCADA
functions, as part of the configuration SCADA SCREEN
scheme
14
Example: Control Room SCADA Display
15
Example of a Panel Display Example of annunciation
Thank you
16